SamyGO

DJHarty wrote:That's the problem, TS Doctor shows me only ONE language and the record is original in 2 languages. I can switch between the languages on my TV with the encrypted file. After remove the encryption I have only one language in TS Doctor.

can you upload a 10 sec sample (srf+key) somewhere and pm me link?

That's very strange. Teletext are visible with TS Doctor, that's true, but not the second audio. Could this a problem with a Unicam? I'm recording PayTV Channels with it. Because the original CI system blocked normally all recordings.

I found the solution. It's not the fault from SamyGO, the fault is by Samsung. Samsung record it with the selectet audio only. When I watch it with german audio, then it will record only with the german audio. That's crazy, but OK.
Thanks for your help.

heh, i wonder what happens if you switch audio while recording. anyways send samsung an email asking for fix.

Lordbyte and whoever else worked on this, thanks a lot, this tool works very nicely here.

Just one question, can you make it possible to maximize the window? Then i could see more recordings at a time.

bugficks wrote:anyways send samsung an email asking for fix.

Do they really react to that? Cause i have a few more suggestions for the F-series...

* Make skipping (arrow left/right) in PVR recordings work like it does in normal video files.
Too small steps (only a few seconds skipped) and taking too long -> bad!
Bigger steps (more seconds skipped) and immediate skipping on key press -> good!

* Make deletion of PVR files easier again (like in C-series). Takes too many key presses now.

* Use the screen space more efficiently when listing the PVR recordings and video files. Again, more like the C-Series.
Horizontally oriented preview pics with cut-off file names and lots of unused space on top and below, and you have to select the recording/video to see further info -> bad!
Vertically oriented files (one below the other) with a preview pic, followed by all necessary information in text form, using all available screen space -> good!

Sorry for OT. Just a bit frustrated.

P.S. I sent them this via their web form... let's see if i get a reply.

I have now decoded all my files, because i want to use a different HDD on the TV. It went pretty well, however, there were two hiccups: Halfway through, a window popped up that said: "Operation successful", which i closed. But apparently the job was not interrupted by this.

Secondly, and more severe, there were six files missing in the end. The job had 73 files, i only had 67 files in the output folder. I compared the file list in the program to the files on my PC to find out which recordings were missing, then selected them and clicked on Decode, and they transferred and decoded fine. So i'm not sure why they were skipped. I couldn't notice any pattern. Also i didn't think to scroll up in the log box immediately, and then the log was overwritten when i decoded another file. Maybe it's better to append the log at the end, not overwrite the previous log.

So overall, very useful tool with a few things to be ironed out


edit: I spoke too soon about the missing files decoding fine. Two of the six missing recordings were missing again after the second run, and one file even after the third run. The third file transferred extremely slowly, then the transfer aborted at only 12 MB. I think the transfers didn't complete for some reason (timeout?) and then the program deleted the files. The log entries for the third file:

23:09:55: Retrieving 20131108064005.key from TV.
23:09:56: Retrieving 20131108064005.inf from TV.
23:09:56: Retrieving 20131108064005.srf from TV.
23:13:17: Retrieved 3,29 Gb of 3,29 Gb ..
23:13:17: Removing incomplete file 20131108064005.srf
23:13:17: Removing not needed keyfile 20131108064005.key
23:13:18: Launching decoder process:
23:13:18: "T:\drmdecrypt.exe" -hw "T:\20131108064005.srf" "T:\20131108064005.key" "T:\2013.11.08_06h40_(bla).ts"
23:13:18: DRMDecrypt says 3,29 Gb of 3,29 Gb processed.
23:13:18: Removing DRMDECRYPT from work-folder..
23:13:18: Operation finished .. Waiting for user..

The entry "23:13:17: Retrieved 3,29 Gb of 3,29 Gb .." is wrong, it was stuck at 12 MB.


And another suggestion: Show the number of selected files somewhere.

MikeyBoy wrote:The entry "23:13:17: Retrieved 3,29 Gb of 3,29 Gb .." is wrong, it was stuck at 12 MB.

That is unfortunately correct, and here is why ...
If (or when) the FTP-transfer is aborted by server-side (TV), the PVRDecoder recieves only a "done"-message,
and to keep the user happy (under NORMAL circumstances), I print that message as "FileSize of FileSize" done ..
I have neither positive nor negative confirmation.
Later in the process the problem is detected, and "not needed keyfile" is removed, and so on ....
The needed test could be performed before the log is written, for a small overhead-fee
I will add it to my to-do list.

As to why you are experiencing this issue ... Well, ummm .. your network suck

Your issue would "never" occur on a well-running network .. if you are using wifi in a noisy environment,
try provoking the error using cabeling instead of wifi. I dont think you can.

Your connection to the network, or the TV?s connection to the network may be shaky.
Try monitoring your network for packet loss, and such for a while ..

MikeyBoy wrote:And another suggestion: Show the number of selected files somewhere.

Will do .. Service release will be out "soonish" .. A christmas edition

My TV is connected via LAN cable. I suspect that the fault is with the external hard drive on the TV. I noticed before on the PC that transferring files via USB3 sometimes takes much longer than it should. I also noticed that SMART showed some bad sectors. Maybe those files took so long to transfer with PVRDecoder that a timeout limit was reached and it aborted those transfers. That would also explain why i've seen it stop at 12 MB twice, cause the first time i saw it i think it also was stuck at 12 MB before it aborted. With a network error, it would probably be more random than that.

Looking forward to the christmas gift. Also did you see my question, "can you make it possible to maximize the window?" On my 27" monitor it looks a bit lost otherwise. And if i ever get an Ultra HD monitor, i would need a magnifying glass.

MikeyBoy wrote:Can you make it possible to maximize the window?" On my 27" monitor it looks a bit lost otherwise. And if i ever get an Ultra HD monitor, i would need a magnifying glass.

Already on the list, yes .. will be in same christmas-edition ..

Oh, and the log IS appending .. you should be able to scroll to any event from the start of that session.
I will NOT be persisting logs across sessions. Not because its hard, but why would we want that ?
Its not a documentation-system as such