Please don't create any new topic here unless you have software to post/release.
Now I must go and grieve on my losses..200gb+ down the drain
i rootet my tv with "Skype replacement" root E/F" methode
when i kopied the recordings is this error
Unable to retrive 20160720194025.key. No point in continuing copy-process..
Process FAILED somewhere down the road for 20160720194025.srf.
Removing DRMDecrypt from work-folder..
the root methode with skype was working
1. Verify that you in fact HAVE a working root. Test using any telnet client (I use Putty myself), and verify access.
(also execute a few root-requering commands, and watch them succedde .. or fail).
2. Make sure the keydumper on TV has executable rights (chmod +x libPVRDumpKeys.so in /mtd_rwcommon/).
The PVRDecoder fails to set executable rights in some environments .. the +X flag was supposed to have been
set at the time the library was uploaded to TV .. but several fails to do that has been registered .. unfortunately.
3. Enable errorcodes in PVDDecoder (in Settings), and tell me the last 2-3 errorcodes you see, before final message
about "unable to retrieve xxxxxxxxxx.key ....."
4. TEST: In PVRDecoder, select "Extract all keys to [whatever]" .. Paste log of that operation .. did keys get created ?
5. Tell us what you experience in above 4 steps, so we may help you along ...
In PVR Decoder, telnet connection failed.
The connection with Windows telnet failed.
The connection with FTP works.
i have not a working root?
It seems you have partial root .. FTP-access is indeed part of the package,
but without telnet-access you havent got full root, and the PVD-Decoder NEEDS telnet-access
to extract keys, and other management-functions.
Re-root TV, and verify telnet-access, before trying to make PVRDecoder work
model: F6500, FW: 1120
Here is what I can see after click 'extract all keys to PC':
23:44:07: Querying recordings on TV ...
23:44:07: Debug Code: 0x00011001 ---> No content on "sdb1"
23:44:07: Debug Code: 0x00011001 ---> No content on "sdc"
23:44:09: Verifying telnet access to 192.168.0.11:23 .. Success
23:44:09: All recordings on USB listed. Waiting for user.
23:44:12: Uploading / Executing KeyDropper ..
23:44:19: Debug Code: 0x00013639
23:44:19: No keys found to extract. No recordings ?
23:44:36: Querying recordings on TV ...
23:44:36: Debug Code: 0x00011001 ---> No content on "sdb1"
23:44:36: Debug Code: 0x00011001 ---> No content on "sdc"
23:44:38: Verifying telnet access to 192.168.0.11:23 .. Success
23:44:41: All recordings on USB listed. Waiting for user.
23:44:42: Dropping DRMDecrypt to work-folder.
23:44:42: Uploading / Executing KeyDropper .. ..
23:44:49: Debug Code: 0x00013639
23:44:49: Unable to retrive 20160727132901.key. No point in continuing copy-process..
23:44:49: Process FAILED somewhere down the road for 20160727132901.srf.
23:44:49: Removing DRMDecrypt from work-folder..
23:44:50: All recordings on USB listed. Waiting for user.
23:44:51: Operation finished .. Waiting for user..
No idea. But as it USED to work, and then now it DOSENT, we should look for a change somewhere ..iT00NZ wrote:I didn't have any problem with decoding recordings till today. The problem is that I can't receive the key from TV. No trouble with copying .srf file. FTP access in filezilla works fine.
Maybe your router needs a reboot ..
Maybe your TV needs a reboot ..
You should make sure your USB-media is OK .. Try making a fresh 45-sec recording, and check if that decodes better in the PVR-Decode.
Did you upgrade "something" ?
Will an alternative PC do better ?
Will an alternative router do better ?
Will an alternative TV do better ?
Answers to those questions will help you isolate the issue
Oh, and read my answer(s) to the questions asked just before your own question in this thread, - about verifying Telnet-access.
FTP-access alone is not enough. You may need to re-root, if Telnet dosent function correctly.
Best of luck !
I'm wondering what was the reason of this issue?
If you read further back in this thread, you will see that the /mtd_rwcommon-issue is well known,
and that /mtd_rwcommon was a bad choice on my part. It was selected fairly randomly as I knew basically
nothing about the TV (I am a simple PC hobby developer).
If I ever release an update of the PVRDecoder, I will be sure to default to /mtd_rwarea