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

[JamesZ]

First retrieval from TV was successful, but all other retrievals failed.
Unfortunately you have to watch the log online to see what happens. But even this "mental assistance" did not help.
The retrieval was near the end, when the line was overwritten with e.g. Retrieved 15.74 Gb of 15.74 Gb
Unfortunately the temp files are deleted even when this option is deselected.
Maybe it would be better, if decryption was done, even if retrieval was only nearly complete.

Fortunately I've seen the suggestion to use the offline tools. I will try this next.
This might also reduce the time needed instead of transfer over wlan.

Here comes the log:

Code: Select all

Connecting to 192.168.2.125:21 .. Success
 Querying recordings on TV ...
 Verifying telnet access to 192.168.2.125:23 .. Success
 Caching 20141206151015.inf
 All recordings on USB listed. Waiting for user.
 Dropping DRMDecrypt to work-folder.
 Uploading / Executing KeyDropper .. ..
 Retrieving 20141206121322.key from TV.
 Retrieving 20141206121322.inf from TV.
 Retrieved 15.74 Gb of 15.74 Gb ..
 Connecting to 192.168.2.125:21 .. Success
 Removing incomplete file 20141206121322.srf
 Removing not needed keyfile 20141206121322.key
 Removing DRMDecrypt from work-folder..
 All recordings on USB listed. Waiting for user.
 Operation finished .. Waiting for user..
 Dropping DRMDecrypt to work-folder.
 Retrieving 20141206121322.key from TV.
 Retrieving 20141206121322.inf from TV.
 Retrieved 15.74 Gb of 15.74 Gb ..
 Connecting to 192.168.2.125:21 .. Success
 Removing incomplete file 20141206121322.srf
 Removing not needed keyfile 20141206121322.key
 Removing DRMDecrypt from work-folder..
 All recordings on USB listed. Waiting for user.
 Operation finished .. Waiting for user..

Anyway, thanks for all the good work and interesting information.

[JamesZ]

Sorry, here comes the complete log with the third try:

Code: Select all

Connecting to 192.168.2.125:21 .. Success
 Querying recordings on TV ...
 Verifying telnet access to 192.168.2.125:23 .. Success
 Caching 20141206151015.inf
 All recordings on USB listed. Waiting for user.
 Dropping DRMDecrypt to work-folder.
 Uploading / Executing KeyDropper .. ..
 Retrieving 20141206121322.key from TV.
 Retrieving 20141206121322.inf from TV.
 Retrieved 15.74 Gb of 15.74 Gb ..
 Connecting to 192.168.2.125:21 .. Success
 Removing incomplete file 20141206121322.srf
 Removing not needed keyfile 20141206121322.key
 Removing DRMDecrypt from work-folder..
 All recordings on USB listed. Waiting for user.
 Operation finished .. Waiting for user..
 Dropping DRMDecrypt to work-folder.
 Retrieving 20141206121322.key from TV.
 Retrieving 20141206121322.inf from TV.
 Retrieved 15.74 Gb of 15.74 Gb ..
 Connecting to 192.168.2.125:21 .. Success
 Removing incomplete file 20141206121322.srf
 Removing not needed keyfile 20141206121322.key
 Removing DRMDecrypt from work-folder..
 All recordings on USB listed. Waiting for user.
 Operation finished .. Waiting for user..
 Dropping DRMDecrypt to work-folder.
 Retrieving 20141206151015.key from TV.
 Retrieving 20141206151015.inf from TV.
 Retrieved 7.69 Gb of 7.69 Gb ..
 Connecting to 192.168.2.125:21 .. Success
 Removing incomplete file 20141206151015.srf
 Removing not needed keyfile 20141206151015.key
 Removing DRMDecrypt from work-folder..
 All recordings on USB listed. Waiting for user.
 Operation finished .. Waiting for user..

Thanks again.

[zoelechat]

retrievals failed.

transfer over wlan.

All is said

[JamesZ]

Please still consider the improvement suggestions:
- no overwrite of the last "retrieved .." line with the time information with the "retrieved <all> of <all>" line
- no deletion if not successful, so the transferred size can be verified
- maybe decrypt incomplete retrieval

Anyway, thanks again.

Offline was mostly successful, but one result was shorter than expected (result size and length about half of expected).
Maybe because of disturbance in the recording because of switch input from tuner to HDMI (satreceiver) and back. Will check recording on TV.

Code: Select all

 Uploading / Executing KeyDropper ..
 [PVRdumpkeys] SamyGO PVR key dumper v0.2.1 - (c) bugficks 2013
[PVRdumpkeys] start dumping keys...
[PVRdumpkeys] '/dtv/usb/sdc1/CONTENTS/20141206121322.key' already exists.
[PVRdumpkeys] '/dtv/usb/sdc1/CONTENTS/20141206151015.key' already exists.
[PVRdumpkeys] done...

 20141206121322.key saved to C:\Video\SamsungTV\offline
 20141206151015.key saved to C:\Video\SamsungTV\offline
 Saved 2 keys to folder. Finished ..
 DRMDecrypt job:  20141206151015.srf ---> C:\Video\SamsungTV\2014.12.06_16h10_SRF 1 HD - Schweiz aktuell extra.ts
 DRMDecrypt says: 7.69 Gb of 7.69 Gb processed.
 DRMDecrypt job:  20141206121322.srf ---> C:\Video\SamsungTV\2014.12.06_13h13_SRF 1 HD - Schweiz aktuell extra.ts
 DRMDecrypt says: 15.74 Gb of 15.74 Gb processed.
 Successfully decrypted 2 offline files ...

[JamesZ]

HDMI/HCCP-Compliance may be the cause of the incomplete file problem.

My preceding contribution may contain the clue: the recording should become "black" when switching to HDMI because of HCCP-Compliance. I will check on the TV if there the remainder of the recording (after switch back to tuner) is visible. If this is true, then PVRDecoder could be improved to handle this. I don't expect WLAN to be the cause.

[Lordbyte]

I don't expect WLAN to be the cause.

I do

No prior reports of your kind, unless root-cause was found to be bad Wifi-connection ..
Retry all operations using a cabeled connection, and compare results ..

[JamesZ]

The recording that was shortened when decrypted offline (copied with Linux Reader) plays flawlessly on the TV. So the cause is still unclear to me. I will first retry offline conversion, then somehow bring my TV, my Notebook and my router together for cabled connection (either use a second WLAN router as repeater to not need to move the heavy TV, or move the router disconnected from the WAN modem).

Anyway, for now I do this investigation for pure technical interest. For future, I found out that my topfield pvr-satreceiver records uncrypted on FAT32 usb HD in ts compatible files, named .rec,.001,.002,... And I decided to order from srf.ch the 7 hour life report that I tried to capture on DVD, it will be available in mid January. I expect the Samsung TV to not allow me to copy this lossless through HDMI from the blue-ray player to the recording on the TV, for compliance with HCCP; we will see.

But somehow I am a fan of your SamyGO work, thanks.

[JamesZ]

Looks like offline conversion shortens recordings to around 5.1GB (55 minutes). Although DRMDecrypt says more. Maybe same cause for incomplete online retrieval.

Code: Select all

Connecting to 192.168.2.125:21 .. Success
 Querying recordings on TV ...
 Verifying telnet access to 192.168.2.125:23 .. Success
 Caching 20141206151015.inf
 All recordings on USB listed. Waiting for user.
 DRMDecrypt job:  20141206100029.srf ---> C:\Video\SamsungTV\2014.12.06_11h00_SRF 1 HD - Schweiz aktuell extra.ts
 DRMDecrypt says: 9.13 Gb of 9.13 Gb processed.
 DRMDecrypt job:  20141206090045.srf ---> C:\Video\SamsungTV\2014.12.06_10h00_SRF 1 HD - Schweiz aktuell extra.ts
 DRMDecrypt says: 5.28 Gb of 5.28 Gb processed.
 DRMDecrypt job:  20141205132639.srf ---> C:\Video\SamsungTV\2014.12.05_14h26_SRF zwei HD - Ski nordisch Langlauf.ts
 DRMDecrypt says: 253.43 Mb of 253.43 Mb processed.
 Successfully decrypted 3 offline files ...

[Lordbyte]

If your files get "shortened", I would want you to try the following ... :
Use any FTP-client to fetch a *.srt file and its *.key
Now use the Decrypter made by Bugficks to decode the recording.

This procedure will effectively take the PVRDecoder out of the equation.

Either your TV will somehow "abort" the transfer (try another third party FTP-client),
or the Decrypter made by Bugficks has some issue not seen before.

Let me know your findings ..

[zoelechat]

I think we've already known this problem, it's not a PVRdecoder but DRMdecrypt issue (don't forget PVRdecoder is "only" a GUI ). As lordbyte says, you might try manual commandline decrypting to confirm it: viewtopic.php?f=63&t=6511&start=580#p62953
Also check some posts above and below to see what has already been said. Anyway, no solution had been found because it seems to be quite unusual.