likeadoc

Transcoding WITHOUT a valid serial number

Recommended Posts

hi,

 

for me the path is different : /usr/syno/bin/synocodectool

 

whit work for me :

 

CODEC=/usr/syno/bin/synocodectool
CODECBACKUP=/usr/syno/bin/synocodectool.bkp
CONF=/usr/syno/etc/codec/activation.conf
CONFBACKUP=/usr/syno/etc/codec/activation..old.conf
CONFDIR=/usr/syno/etc/codec/

Edited by fatez

Share this post


Link to post
Share on other sites

Does it work with DSM 6.1? I can't seem to get it working.

I get this after applying the patch:

 

cat /usr/syno/etc/codec/activation.conf
{"success":true,"activated_codec":["hevc_dec","ac3_dec","h264_dec","h264_enc","aac_dec","aac_enc","mpeg4part2_dec","vc1_dec","vc1_enc"],"token":"123456789987654abc"}

 

Then this immediately after trying to play a video in video station:

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

{"success":false,"msg":"SN format is wrong."}

 

Video doesn't play.

 

Edited by Keli
Added more info.

Share this post


Link to post
Share on other sites

I tried messing with it again this morning.. still no joy.

 

Here's my system info:

DSM Ver: DSM 6.1.7-15284 Update 3
DSM image: DS3615xs
Installation type: Bare metal
Hardware: HP Pro 3500 Series MT
Video Station version: 2.4.1-1554 (I was running the latest version but decided to downgrade)

 

Some additional info:

I get the "Music or videos don't play or display properly because the given codec is not successfully activated. Please check your Internet connection." error after disabling internet access and then trying to play a video. Output of  cat /usr/syno/etc/codec/activation.conf remains as below -even after trying to play videos:

 

{"success":true,"activated_codec":["hevc_dec","ac3_dec","h264_dec","h264_enc","aac_dec","aac_enc","mpeg4part2_dec","vc1_dec","vc1_enc"],"token":"123456789987654abc"}

 

But goes to the output below after enabling internet access:

 

{"success":false,"msg":"SN format is wrong."}

 

ffmpeg package is installed (version 4.2.1-23) from SynoCommunity

Share this post


Link to post
Share on other sites

Hi guys, it's a good day! The patch worked successfully! @likeadoc, thank you!

 

System info:
DSM version: DSM 6.1.7-15284 Update 3
Loader version and model: JUN'S LOADER v1.02b - DS3615xs
Using custom extra.lzma: NO
Installation type: BAREMETAL - HP MicroServer Gen8
Photo Station version: 6.8.12-3496

Additional comments: My serial number is in the format: 1430LWNXXXXXX instead of: XXXXODNXXXXXX for 3615xs as required

 

I use the Photo Station package. There were errors before using the patch:

sudo cat /var/log/messages | grep -e G1Licence
2020-01-28T22:05:00+03:00 crbkds1 synocodectool: G1Licence.cpp:79 Licence not Success,error msg "SN format is wrong."
2020-01-28T22:05:00+03:00 crbkds1 synocodectool: SYNOCodecPatentG1.cpp:239 ValidateG1Licence failed

 

They've been gone for two days.

Also i`ve:

cat /usr/syno/etc/codec/activation.conf
{"success":true,"activated_codec":["hevc_dec","ac3_dec","h264_dec","h264_enc","aac_dec","aac_enc","mpeg4part2_dec","vc1_dec","vc1_enc"],"token":"123456789987654abc"}

 

Edited by pasden

Share this post


Link to post
Share on other sites

Yes the patch restores the ability to allow video playback as well as showing video thumbnails in PhotoStation. I suppose the same applies to VideoStation and perhaps other applications that were relying on license checking.

 

For the videos to be playable again and thumbnails to show back one needs to re-index media in PhotoStation  >  Settings > Photo > Re-index

 

Additionally this patch will most certainly be overwritten during DSM updates, therefore it will need to be reapplied following an update. @likeadoc can you please confirm this?

Share this post


Link to post
Share on other sites

@Polanskiman exactly! The patch patches a function in synocodectool that checks with synologys servers if the serial number is valid and prevents it from erroring out. I added multipatch support two days ago, so applications like videostation (which ship with their own version) can also be patched. You can choose which binary you want to patch from a handydandy little menu.

 

Furthermore, I also uploaded all original & patched binaries going back to DSM 6.0 to my Github repository. Should ******* hit the fan you can either try restoring the app from the automatically created backup or just download the original version from Github.

 

Regarding overwrites: Until now Synology only updated synocodectool in releases (namely 6.0, 6.1, 6.1.2, 6.1.4, 6.2.1), so critical updates should not affect the binary. The patch itself checks your dsm version & the hash of the binary and compares it to a predefined list of hashes before patching so you do not accidentally patch an unsupported version. Should a new versions of synocodectool be released, I will update the script to include it.

  • Like 2

Share this post


Link to post
Share on other sites

@pasden Regarding the serial number. For 3615xs it should be XXXXLWNXXXXXX (so yours is RIGHT)

 Unfortunately I somehow mixed up the device identifiers for 3615xs and 3617xs on Github - but that should be fixed now!

Btw I am currently working on creating a bash based serial generator for DS3615xs, DS3617xs and DS918+ because the one I found generates serials in the wrong format ( https://github.com/xpenogen/serial_generator ), but that is stuff for another topic ;)

  • Like 1

Share this post


Link to post
Share on other sites

@The_Dave Regarding HW transcoding - if all the other prerequisites are met( loader 1.04b & /dev/dri exists) then it activates hw transcoding for all synology apps (i.e. Moments, VideoStation, PhotoStation, AudioStation..) ------ Plex, Emby & Jellyfin should be unaffected by this patch since they don't use synologys license checking mechanism and come bundled with their own version of ffmpeg.

 

  • Thanks 1

Share this post


Link to post
Share on other sites
1 hour ago, DerMoeJoe said:

d u work on a update for the nuew 6.2.2. u5 for the ds918+ ?

U4->U5 are just a few kernel drivers, nothing new like the licensing module in question, it only need to list the u5 version in the script and thats it

Share this post


Link to post
Share on other sites
Thanks in advance for this. Can someone make a tutorial for us noobies?


Tutorial on what exactly? The process is rather explicitly detailed in the OP as well as github link provided. Or am I missing something?

Share this post


Link to post
Share on other sites
3 hours ago, Polanskiman said:

Tutorial on what exactly? The process is rather explicitly detailed in the OP as well as github link provided. Or am I missing something?

 

i guess he asks for stage 2. - a spk package you just install from the web gui? :-)

Share this post


Link to post
Share on other sites
8 hours ago, IG-88 said:

 

i guess he asks for stage 2. - a spk package you just install from the web gui? :-)

You guys can blame the youtube howto videos and tutorials on how to install xpenology on bare metal boxes. Because of them, I end up here asking ultra noob questions.  I know you guys are super smart with this, but these comments dissuade people like me to not participate in this forum.  Maybe that was the intent. 

Share this post


Link to post
Share on other sites
54 minutes ago, jastsai said:

. Because of them, I end up here asking ultra noob questions.

 

my answer was just half joking, also a suggestion

it is a question how easy it should be made to pirate things, there might be more consequences when it gets to common

 

Quote

I know you guys are super smart with this,

i wish it would be that way

its just i devote much time into this, i'm not just using what i found here, turn around and walk away, there was and is the thought of giving something back

(i dont need the drivers from the package for myself, i do have hardware that is able to get along with the native dsm drivers, compared with the time it would be much cheaper just to buy a synology box)

 

Quote

but these comments dissuade people like me to not participate in this forum.  Maybe that was the intent. 

no, but it can be be seen that way

the patch as it is now is extremely comfy and the author did invest some time to make it that way (and its obvious he does not need it this way for himself)

there can also be the question that you ask to much and did not ask yourself how can you help, if you think its not enough documented then make this tutorial instead of asking others to do it

also most people have special interests and if someone likes to crack a nut using reverse engineering and disassembler he might not be that interested in writing a tutorial that even someone who never used linux can use, thats the point where we might work together - i have no coding skill, so what, i still can help

 

Edited by IG-88
  • Like 2

Share this post


Link to post
Share on other sites
On 2/2/2020 at 2:48 AM, jastsai said:

You guys can blame the youtube howto videos and tutorials on how to install xpenology on bare metal boxes. Because of them, I end up here asking ultra noob questions.  I know you guys are super smart with this, but these comments dissuade people like me to not participate in this forum.  Maybe that was the intent. 

 

My intention is not for you not to participate, rather the opposite and I am sorry if you felt offended. This said, your question has nothing of a noob question but rather of someone who clearly didn't take the time to read and reflect. The "tutorial" you are asking for is literally detailed in the OP, so I am not sure what else you are looking for. Perhaps explaining what it is that you do not understand would help us, help you.

 

Share this post


Link to post
Share on other sites

I'm sorry I might have come off harsh.  I might have done it already, but the last part was a bit confusing.

 

After patching, there is this command:

sudo ./patch.sh -p

 

It gives me 2 options to backup.

1) /usr/syno/bin/synocodectool
2) /volume1/@appstore/VideoStation/bin/synocodectool

 

I backed up both, but I'm not sure if I did something incorrect.

 

image.thumb.png.b6ce39513cf40aaa35aff8d7cf847502.png

 

 

 

Share this post


Link to post
Share on other sites
On 2/3/2020 at 2:42 PM, jastsai said:

After patching, there is this command:

sudo ./patch.sh -p

 

That is the actual patching command line (with the -p flag). If you only do what follows:

./patch.sh

then you are merely calling the patch help and nothing is done (no patching, no backing up). It's the same as doing:

./patch.sh -h

I could be wrong but the reason why the author did not put the actual full patching command line in the OP is because:

1. it lets the user understand what he is doing and the capabilities of the patch;
2. it reduces the possibilities of error as the user is forced to read instead of just copy pasting command lines and not understanding what is happening.

 

In your case you should now be good to go. If you use PhotoStation / VideoStation you should not have any issue now and if you look at the /var/log/messages you shouldn't see errors such as:

2020-01-30T12:14:08+07:00 Server synocodectool: SYNOCodecPatentG1.cpp:239 ValidateG1Licence failed
2020-01-30T12:14:08+07:00 Server synoflvconv: synoflvconv.cpp:617 Failed to convert video [/volume/photo/Pictures/IMG_3.MOV] t$

In the future I would advise against running command lines if you don't know what it is doing and how it works. Better to ask prior any action.

Edited by Polanskiman
Edited for clarity.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.