prpr
Well-Known Member
Is the cron service running?auto.log is completely empty. I guess that means something isn't working and hasn't been ever!
Is the cron service running?auto.log is completely empty. I guess that means something isn't working and hasn't been ever!
Humax HD-Fox T2 (HDFOX3) 1.03.02/3.13
To return to the menu, type: exit
HDFOX3# nugget cryptokey
Unknown command.
HDFOX3# nugget
nugget <command>
ping - Test nugget connectivity.
status - Show nugget status and version.
schedule.load - Load recording schedule from disk.
schedule.save - Save recording schedule to disk.
schedule.slot - Update timers for schedule slot.
schedule.db - sqlite3 database handle info.
schedule.epg - Display EPG information for slot.
schedule.timers - Show internal timers.
cryptokey - Set or display encryption key.
HDFOX3# nugget cryptokey
Unknown command.
HDFOX3#
TryCode:Humax HD-Fox T2 (HDFOX3) 1.03.02/3.13 To return to the menu, type: exit HDFOX3# nugget cryptokey Unknown command. HDFOX3# nugget nugget <command> ping - Test nugget connectivity. status - Show nugget status and version. schedule.load - Load recording schedule from disk. schedule.save - Save recording schedule to disk. schedule.slot - Update timers for schedule slot. schedule.db - sqlite3 database handle info. schedule.epg - Display EPG information for slot. schedule.timers - Show internal timers. cryptokey - Set or display encryption key. HDFOX3# nugget cryptokey Unknown command. HDFOX3#
¿Que?
nugget status
s/may/will/you may need to reboot
FYI, on my HD-FOX (running 1.03.02)nugget 0.98-1 should have the addresses in it now, so testingnugget cryptokey
on various versions on both HDR & HD would be useful.. just make sure it looks like the right key.
I've tested HDR/1.03.12 and HD/1.03.02
nugget cryptokey
lists the native encryption key as all zeros. Webif>Diagnostics lists the correct key. I appreciate that the beta version of nugget is a work in progress.HDFox# nugget cryptokey
Native key: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Using key: <no custom key in use>
HDFox# nugget cryptokey 01010101010101010101010101010101
Using key: 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01
HDFox# nugget cryptokey
Native key: 00 03 78 9d xx xx xx xx xx xx xx xx xx xx xx xx
Using key: 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01
HDFox#
I know, just haven’t had time to finish it yet. In the meantime you can just do something likeTo add to the above, on the HD-FOX, decryption through Webif (in-place or queued) currently works if the recording was made with the native encryption key, but not with a custom key.
echo 0000000000000000 > /mod/boot/cryptokey
and reboot. Then nugget will install that key and stripts will use it. (That key is 30 30 30...30 but it doesn’t really matter as long as the first and second half are the same)stripts -@
can now function without a .hmt file being present;stripts -/
for checking an encryption key against a file;/mod/boot/cryptokey
, the current key as reported by nugget
and the box native key. This allows changing the key but still allowing old files to decrypt properly (and other scenarios..)As they have the same key is decryption necessary ?I've just set my HD to have the same encryption key as my HDR and then I just copy the recordings over and get them decrypted there.
Any results?HD-FOX test process:
No - I just routinely decrypt everything - not least for ad-detection.As they have the same key is decryption necessary ?
Gimme a chance - needs fitting in with other things, and when I'm not using the HD-FOXAny results?
It probably makes little difference but I am using 01(x16) as the decryption key. The reason is that this is one of the two weak keys in DES (the other being FE (x16)]. Weak keys cause all sixteen subkeys to be equal and make encryption and decryption modes behave identically. This should give recordings the weakest possible encryption. Also the simplicity of the key, and the fact that it is a weak key makes it easy to remember.Any reason we can't standardise on, say, all zeros as the suggested/recommended custom key? I can't see much benefit (at the moment) in everyone adopting the same key, but there is also no reason not to.
Previously I've tried sharing (between HDRs) before things have been decrypted and it's then completely mucked up the subsequent decryption process. There was no easy way of telling from the UI when decryption had occurred on the remote box.However, as you say, if you make your constellation of Humii have a common encryption key, you can share content between them (even by SMB/NFS) without decryption.
If thumbnail generation could be made to work without having to do a full decrypt then that would be mega-useful for me and I could stop having to decrypt everything.only decrypting when there is a particular need (export).