[PC] SamyGO PVRDecoder for E/F/H series - Version 1.8.2.53

[zoelechat]

It means you're not using PVRdecoder latest version (v1.7.3.31, it's not only for H) in which Netcat monitor is enabled by default. Did you try that one? You might also try setting Telnet port to 2023 in settings and see if there's any difference.
Otherwise in v1.5.3.4 you can enable netcatmon by adding a registry key:

Code: Select all

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\SamyGOPVRDecoder]
"ENABLENETCATMONITOR"=dword:00000001

[erdem_ua]

Okey, I just using previous one from SamyGO Download area.
Now switched to latest version and it connects to 23.th port without problem as intended.
But now another issue.
The tool cannot decrypt the recording.
Here is log:

Code: Select all

Connecting to 192.168.1.215:21 .. Success
 Querying recordings on TV ...
 Verifying telnet access to 192.168.1.215:23 .. Success
 All recordings on USB listed. Waiting for user.
 Dropping DRMDecrypt to work-folder.
 Examining DRM status for file ...
 Uploading / Executing KeyDropper .. ..
 Unable to retrive 20141228152412.key. No point in continuing copy-process..
 Process FAILED somewhere down the road for 20141228152412.srf.
 Removing DRMDecrypt from work-folder..
 All recordings on USB listed. Waiting for user.
 Operation finished .. Waiting for user..

netcat-monitor:

Code: Select all

(23) ---> cat /.version > /mtd_rwcommon/PVRDecoder.msg
(23) <--- "Echo.P 0091" KERNEL MODULE VERSION : "0081.0701, DTV, Echo.P, release, DEU_BRANCH" 

(23) ---> df | grep -E "dev.*sd" | awk '{print ""X""$1"",""$2"",""$3,""$4,""$5""}' | sed 's/\/dev\///g' > /mtd_rwcommon/PVRDecoder.msg
(23) <--- sda1 15416320 10183000 5233320 66%

(21) ---> NOOP
(23) ---> df | grep -E "dev.*sd" | awk '{print ""X""$1"",""$2"",""$3,""$4,""$5""}' | sed 's/\/dev\///g' > /mtd_rwcommon/PVRDecoder.msg
(23) <--- sda1 15416320 10183000 5233320 66%

(21) ---> NOOP
(23) ---> df | grep -E "dev.*sd" | awk '{print ""X""$1"",""$2"",""$3,""$4,""$5""}' | sed 's/\/dev\///g' > /mtd_rwcommon/PVRDecoder.msg
(23) <--- sda1 15416320 10183000 5233320 66%

(23) --> hexdump -C -n 8 /dtv/usb/sda1/CONTENTS/20141228152412.srf > /mtd_rwcommon/PVRDecoder.msg
(23) <-- 
(23) --> /mtd_rwcommon/samyGOso -p $(pidof exeTV || pidof exeDSP) -l /mtd_rwcommon/libPVRdumpkeys.so
(23) <-- 
(23) ---> df | grep -E "dev.*sd" | awk '{print ""X""$1"",""$2"",""$3,""$4,""$5""}' | sed 's/\/dev\///g' > /mtd_rwcommon/PVRDecoder.msg
(23) <--- sda1 15416320 10183000 5233320 66%

(21) ---> NOOP
(23) ---> df | grep -E "dev.*sd" | awk '{print ""X""$1"",""$2"",""$3,""$4,""$5""}' | sed 's/\/dev\///g' > /mtd_rwcommon/PVRDecoder.msg
(23) <--- sda1 15416320 10183000 5233320 66%

(21) ---> NOOP
(23) ---> df | grep -E "dev.*sd" | awk '{print ""X""$1"",""$2"",""$3,""$4,""$5""}' | sed 's/\/dev\///g' > /mtd_rwcommon/PVRDecoder.msg
(23) <--- sda1 15416320 10183000 5233320 66%

Do you now what is wrong?

[Lordbyte]

These 2 lines:
(23) --> hexdump -C -n 8 /dtv/usb/sda1/CONTENTS/20141228152412.srf > /mtd_rwcommon/PVRDecoder.msg
(23) <--

Means that the "hexdump"-command failed (no responce).
This has been seen before, when you use a port for telnet that does *not* support true telnet.
True telnet should be found on port 23 in newer SamyGO installations, but apparently NOT in your SamyGO-installation
Is it time to update your SamyGO-installation ?

[Lordbyte]

@erdem_ua,
Did you try a newer SamyGO version ?
I kinda wanna know how it works out for you

[zoelechat]

@erdem_ua,
Did you try a newer SamyGO version ?
I kinda wanna know how it works out for you

I thought hexdump existed only in latest, no?
The one "from SamyGO Download area" is v1.5.3.4 so obviously both have been tried

[Lordbyte]

@erdem_ua,
Did you try a newer SamyGO version ?
I kinda wanna know how it works out for you

I thought hexdump existed only in latest, no?
The one "from SamyGO Download area" is v1.5.3.4 so obviously both have been tried

Uhm, thats the PVRDecoder (1.5.3.4)

The SamyGO-installation is the root and support-functions installed on TV (as seen from my point of view at least).

The PVR-decoder wants to use the hexdump-command to get the bytes needed to check for DRM.
I need to know if DRM is present to spawn the decoder. If no DRM present, the PVRDecoder is simply acting as simple FTP-client.

If you read back this thread a few posts, you will see another user with an identical problem (hexdump fails), and problem is resolved
once user change from port xxxx to port 23 .. with true telnet support.

I cant help but think this is an instance of the same problem, but this time in the form of an older SamyGO (on TV)
H-root might have had issues in earlier versions, either with true telnet or with the hexdump, - i have no idea.
I might be wrong, but so far evidence points that way .. I would love a better theory !

[wechselgnom]

Rooted UE48H6270. PVRDecoder 1.7.3.31 connects successfully. Ports 21/23

When I check one file and start decoding everytime the decoder starts to work as normal but after about 50MB from an 1,5GB file it stops:

Log:

Code: Select all

....
Examining DRM status for file ...
 Recording is DRM protected
 Uploading decoder library to TV
 Removing any old work log
 Starting the decoding process on TV
 Waiting for TV to produce progress feedback
 Lade 1,50 Gb von 1,50 Gb ..
 File successfully retrieved.
...

As I said, only about 40-50MB (24 Seconds) of 1,5GB file were decoded and retrieved and the ts is playable with VLC.

When I start decoding of the same file a second time, log says....

Code: Select all

 Examining DRM status for file ...
 Recording is DRM protected
 Uploading decoder library to TV

.... and then the TV crashes and shuts down. After powering on all seems to be normal.

I tried this 3-4 times, everytime with the same result: Connection successful -> 1st decode only about 50MB -> 2d decode TV-Crash.

Help or Hints? Thank you.

[Lordbyte]

This is due to a buffer-underrun. The decoding library is failing to deliver enough data to the parallal FTP-download of the decoded file.
The FTP-server in TV detects that it has reached end-of-file and terminates transfer.
This parallel transfer during decoding greatly speed up the overall process, and the design was made after assurance from the
decoder-library developer that this situation would not occur. After this assumption failed to hold up on a few of the H-models,
I have added a switch to the PVRDecoder that serializes the decoding/download process.
Send me a PM with your email-address, and I will send you a link ...

EDIT: You may try changing LAN <---> WLAN - i seem to remember it helped others just to switch net.

[franks]

I have rooted my UE46ES8090 , Firmware T-ECPDEUC-2009.2 without any problems.
I get all the files and videos from the tv with Samygo PVRDecoder Vers. 1.5.3.4 or 1.7.3.31
But with my new PC i always get the following error:

Code: Select all

USB listed. Waiting for user.
Dropping DRMDecrypt to work-folder.
Uploading / Executing KeyDropper .. ..
Unable to retrive 20591030113747.key. No point in continuing copy-process..
Process FAILED somewhere down the road for 20591030113747.srf.
Removing DRMDecrypt from work-folder..
All recordings on USB listed. Waiting for user.
Operation finished ..

No one of my videos can be decrypted.

I try`d the chmod 755... without any success.

What is here the Problem?

[Lordbyte]

I think your chmod 755 failed !
Do it again, - use full path, and after the chmod-command, do a ls -al and verify that executable-flag is set ...

chmod can fail, I have learned the hard way .. for example did the PVRDecoder fail to set the executable-flag on your system (TV),
and the problem with the PVRDecoder, is that it tries only once ... It ought to keep trying until success.

keep hammering chmod and ls -al until you see executable-flag !