OK, these are the results of the tests on a program recorded from Drama:
Apologies for the verbosity.
Program processed manually:
Manual decrypt - TS file OK and plays OK.
Manual shrink - .TS file OK and plays OK.
Manual detectads .TS file OK and plays OK
Program auto-processed:
Turned on...
Sidecar Files - Show TS info returns:
Could not find Program Map Table. Recording is encrypted or invalid type. Cannot extract any information from recording.
On a Drama program that has completed decryption. shrinking and detectads.
Can't test whether the program plays OK on the box as I'm in...
Further to my note regarding detectads failing during auto-processing I ran it manually on one of the Drama programs and got the following:
10:43:39 - DETECTADS: /media/My Video/Silent Witness_20170806_2100.ts
10:43:39 - adDetect pids 3272 3274
10:43:39 - Initial bookmarks:
10:43:39 -...
I have the same problem with the decrypt flag being reset after a manual decrypt. I stopped auto-processing by setting a time period when it should not run, manually decrypted a program recorded from Drama and then restarted auto-processing to run overnight. I then checked the program this...
Just noticed that some of the entries for the decryption of the Drama programs in the "Queue" have "plugin failure" against them. Not sure what it means but may point to a problem.
Yes, I came to the same conclusion with manual decryption working OK. I'm currently recording Sharpe on Drama with AR instead of the usual padding of 2 minutes either end to see if this works but don't see why it should make a difference. For now I'll manually decrypt Drama programs.
I have the same problem - tried on 2 different boxes, both have the problem. I have Drama channel set to "padding" rather than "AR" in the multi-mode settings. I'll try changing it back to "AR" in case this is causing a problem.
Oh yes, that problem was fixed fairly quickly because the custom firmware is very well supported but it didn't stop me wasting time thinking the problem was with my box rather than caused by an automatic upgrade that I didn't know had taken place. I prefer to let others find the problems before...
I think the problem may be DLNA related (/usr/bin/humaxtv = DLNA?) and I think I've traced the problem to Icecast running on my NAS. I've turned it off (Icecast). I'll leave Content Share turned off on all the boxes and see whether things settle down and then try turning it back on again and...
I ran the crashdiag diagnostic and got the resulting output. Lots of it, I guess from previous crashes. How do you decode the timestamp, I assume the highest value (last entry) is the latest dump. They're mostly segmentation faults which to me, means a program trying to access memory that...
I've checked the new PC and as far as I can see it's not running a DLNA server. Even if it was, I haven't allowed it to connect to the home network yet as a malware scan found a Trojan Horse on it so I'm probably going to wipe the hard disk and re-install the OS from scratch before doing that.
I have the crashdiag package installed on 2 of the boxes. Where should I look for the crash info? There's no extra info in the crash log.
I had thought of the DLNA problem after posting and have turned it off in settings although as far as I know the new PC isn't running a media server but it...
I have a somewhat perplexing problem with 3 HDRFOX-T2 boxes. Yesterday afternoon at 15:18 BST, three of my HDRFOX-T2 boxes crashed at exactly the same time. We noticed the one that we were watching had crashed and it appears to have rebooted and gone into standby (maybe this is normal behaviour)...
(post edited to place terminal output in a code window).
I've run both the short and long disk checks from the telnet menu and they both say the disk is OK.
I swapped the disk for one from another machine that no longer picks up a TV signal. I used Windows to delete the partitions first.
On...
OK, these are the results of the tests on a program recorded from Drama:
Apologies for the verbosity.
Program processed manually:
Manual decrypt - TS file OK and plays OK.
Manual shrink - .TS file OK and plays OK.
Manual detectads .TS file OK and plays OK
Program auto-processed:
Turned on...
Sidecar Files - Show TS info returns:
Could not find Program Map Table. Recording is encrypted or invalid type. Cannot extract any information from recording.
On a Drama program that has completed decryption. shrinking and detectads.
Can't test whether the program plays OK on the box as I'm in...
Further to my note regarding detectads failing during auto-processing I ran it manually on one of the Drama programs and got the following:
10:43:39 - DETECTADS: /media/My Video/Silent Witness_20170806_2100.ts
10:43:39 - adDetect pids 3272 3274
10:43:39 - Initial bookmarks:
10:43:39 -...
I have the same problem with the decrypt flag being reset after a manual decrypt. I stopped auto-processing by setting a time period when it should not run, manually decrypted a program recorded from Drama and then restarted auto-processing to run overnight. I then checked the program this...
Just noticed that some of the entries for the decryption of the Drama programs in the "Queue" have "plugin failure" against them. Not sure what it means but may point to a problem.
Yes, I came to the same conclusion with manual decryption working OK. I'm currently recording Sharpe on Drama with AR instead of the usual padding of 2 minutes either end to see if this works but don't see why it should make a difference. For now I'll manually decrypt Drama programs.
I have the same problem - tried on 2 different boxes, both have the problem. I have Drama channel set to "padding" rather than "AR" in the multi-mode settings. I'll try changing it back to "AR" in case this is causing a problem.
Oh yes, that problem was fixed fairly quickly because the custom firmware is very well supported but it didn't stop me wasting time thinking the problem was with my box rather than caused by an automatic upgrade that I didn't know had taken place. I prefer to let others find the problems before...
I think the problem may be DLNA related (/usr/bin/humaxtv = DLNA?) and I think I've traced the problem to Icecast running on my NAS. I've turned it off (Icecast). I'll leave Content Share turned off on all the boxes and see whether things settle down and then try turning it back on again and...
I ran the crashdiag diagnostic and got the resulting output. Lots of it, I guess from previous crashes. How do you decode the timestamp, I assume the highest value (last entry) is the latest dump. They're mostly segmentation faults which to me, means a program trying to access memory that...
I've checked the new PC and as far as I can see it's not running a DLNA server. Even if it was, I haven't allowed it to connect to the home network yet as a malware scan found a Trojan Horse on it so I'm probably going to wipe the hard disk and re-install the OS from scratch before doing that.
I have the crashdiag package installed on 2 of the boxes. Where should I look for the crash info? There's no extra info in the crash log.
I had thought of the DLNA problem after posting and have turned it off in settings although as far as I know the new PC isn't running a media server but it...
I have a somewhat perplexing problem with 3 HDRFOX-T2 boxes. Yesterday afternoon at 15:18 BST, three of my HDRFOX-T2 boxes crashed at exactly the same time. We noticed the one that we were watching had crashed and it appears to have rebooted and gone into standby (maybe this is normal behaviour)...
(post edited to place terminal output in a code window).
I've run both the short and long disk checks from the telnet menu and they both say the disk is OK.
I swapped the disk for one from another machine that no longer picks up a TV signal. I used Windows to delete the partitions first.
On...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.