killerzac

LATEST DSM 7.2.2 and AME/SVE patched. notes: tricky to patch as the new synocodectool is from the SurveillanceVideoExtension (package.tgz). Once patched, it also has the preinst script that uses the synocodectool from the package.tgz to check before allowing install of SVE.

- Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 7.2.1 69057 (3622xs+) - DSM current version after update: DSM 7.2.1 69057 update 1 (3622xs+) - Loader version and model: arpl-v1.1-beta2 - Using custom extra.lzma: NO - Installation type: ESXi - Additional comments: Only Reboot

easy patch request, can be done. However, question is do we need this ? I didn't put in netif_num in the parameters. How did mine work ?

Unfortunately, I was not able to replicate your errors on my DVA1622. have installed both mediaserver and the videostation so I can get as close as possible to your setup. I'm still getting successful patch. Here is my screenshot. Your setup must have some condition which breaks the library. Do you have any addons from arpl ? I didn't have any, plain vanilla setup in my arpl test. are you able to test this library? I have added an additional NOP to the library. Since I'm not able to debug the the condition myself and replicate your errors. I'm only able to guess wildly the condition in the library. You have to test the libsynoame-license.so from the attachment I have added. Replace the existing library ( I'm not 100% it will work, give it a try. ) libsynoame-license.so

I have seen exact same entries on my log before activating the patch for AME. These are normal entries. FYI, I'm using random MAC address generated by my ESXi and the VMware workstation for the clean install DVA1622. SN is also auto generated by arpl. No custom setting here.

Hi zexx, I have checked both the binaries. Everything is as expected and nothing is unusual. synoame-bin-check-license is patched. I managed to execute my amepatch.py on a new install of DVA1622. Everything is working correctly. can you try to uninstall AME and reinstall ?

That looks OK. Are you able to attach both binary synoame-bin-check-license libsynoame-license.so Remind me which synology version are you on. Ill check if the binary has been patch

can you check if /usr/syno/etc/license/data/ame/offline_license.json is in-place ? checksum of the library is the same, so nothing suspicious.

as far as I'm aware, update 2 and 3 didn't have the library change, so we just need to add entry ["d316d5b2b080346b4bc197ad5ad7994ac043a15d"]="7.2-64570-1_7.2-64570-1" ["d316d5b2b080346b4bc197ad5ad7994ac043a15d"]="7.2-64570-2_7.2-64570-2" ["d316d5b2b080346b4bc197ad5ad7994ac043a15d"]="7.2-64570-3_7.2-64570-3" and "7.2 64570-2" "7.2 64570-3" I have attached the new patch file codecpatch.sh If this still doesn't work please attach your version of /original/usr/syno/bin/synocodectool also don't forget to run ( fetching the latest codec ). my codec was outdated, resulting the failure of surveillance video playback. : /var/packages/CodecPack/target/usr/bin/synoame-bin-auto-install-needed-codec

/usr/syno/etc/codec/activation.conf

I'm afraid H.265 is not in the binary. H.265 is actually HEVC by the codectool. Please look at my previous comment If you want, I can only do a normal patch for DS3622xs+ DSM7.1.1-42962 Update 6. you can enable the encoding by adding the following to the license file, I have not tried it myself. last script doesn't have "hevc_enc" in the license file.

this is due to the windows way of appending ^M at the end of each line. You can always use editor to convert file back to UTF-8

Hi, I'm afraid the codectool does not have H.265.( it is known as HEVC ). I have checked on the binary, these are the only supported codec.

FYI, this is AME 3.1.0 - 3005

I have also added AME patch enjoy. amepatch.py