Black Hole
May contain traces of nut
I have (for the first time) dipped my toe into pre-indexing decryption (not that my boxes haven't been doing it, just that I have not tried to benefit from it so far).
I record the local bulletins on Breakfast at about 8 each weekday morning for Wales and West, using manual timers, which Sweeper then shovels into my [NEWS] folder and Auto-expire is set on it. If I want to view them, I usually do so remotely by virtual USB mount.
This morning, shortly after 8 (having watched the West bulletin live), I decided to see what pre-indexing decryption might have done for me. Previously I have had to wait for the DLNA index to catch up with the recordings being moved to [NEWS] before they were viewable remotely (by DLNA) or could be decrypted and viewable by remote file mount. The West recording played fine, but the Wales recording got the black screen typically associated with an encrypted file.
Here are edited highlights of the log file (the full version is available attached):
At 08:02:05 the system finds the West recording and decrypts it before it is moved to [NEWS]. At 08:02:42 it finds the Wales recording, but decryption aborts because the file is "in use". I'm not sure why that is - when I was trying to play these files, I was accessing them in the [NEWS] folder and at this point they have not yet been moved (according to the log).
At 08:03:20 sweeper moves the files to [NEWS], then the system has another go at decrypting the Wales recording pre-index. It still won't play remotely though, and at 08:25:02 the system discovered that the .hmt file is out of sync (and presumably corrects it, because the file plays after that).
So: why did the file appear to be in use, and why did the .hmt end up out of sync?
I record the local bulletins on Breakfast at about 8 each weekday morning for Wales and West, using manual timers, which Sweeper then shovels into my [NEWS] folder and Auto-expire is set on it. If I want to view them, I usually do so remotely by virtual USB mount.
This morning, shortly after 8 (having watched the West bulletin live), I decided to see what pre-indexing decryption might have done for me. Previously I have had to wait for the DLNA index to catch up with the recordings being moved to [NEWS] before they were viewable remotely (by DLNA) or could be decrypted and viewable by remote file mount. The West recording played fine, but the Wales recording got the black screen typically associated with an encrypted file.
Here are edited highlights of the log file (the full version is available attached):
Code:
23/04/2015 08:02:05 - autotrigger[16108]: Media scan starting, DLNA server status: 1
23/04/2015 08:02:05 - autotrigger[16108]: Scanning single directory '/media/My Video'
23/04/2015 08:02:05 - autotrigger[16108]: /media/My Video/Breakfast_20150423_0755.ts - Not yet indexed, trying helper.
23/04/2015 08:02:06 - autotrigger[16108]: DECRYPT: /media/My Video/Breakfast_20150423_0755
23/04/2015 08:02:06 - autotrigger[16108]: DLNA: http://192.168.1.13:9000/web/media/11116.TS
23/04/2015 08:02:10 - autotrigger[16226]: will run for /media/My Video
23/04/2015 08:02:41 - autotrigger[16108]: Removing/binning old copy.
23/04/2015 08:02:41 - autotrigger[16108]: Done... 211.71 MiB in 35.045 seconds - 6.04 MiB/s
~~~
23/04/2015 08:02:42 - autotrigger[16108]: /media/My Video/Breakfast_20150423_0755(1).ts - Not yet indexed, trying helper.
23/04/2015 08:02:42 - autotrigger[16108]: DECRYPT: /media/My Video/Breakfast_20150423_0755(1)
23/04/2015 08:02:42 - autotrigger[16108]: DLNA: http://192.168.1.13:9000/web/media/11117.TS
23/04/2015 08:03:18 - autotrigger[16108]: /media/My Video/Breakfast_20150423_0755(1).ts - In use.
~~~
23/04/2015 08:03:20 - autotrigger[16108]: move /media/My Video/Breakfast_20150423_0755.ts to [NEWS]
23/04/2015 08:03:20 - autotrigger[16108]: moveset(/media/My Video/Breakfast_20150423_0755.ts) -> /media/My Video/[NEWS]
23/04/2015 08:03:20 - autotrigger[16108]: ....... /media/My Video/Breakfast_20150423_0755.hmt
23/04/2015 08:03:20 - autotrigger[16108]: ....... /media/My Video/Breakfast_20150423_0755.nts
23/04/2015 08:03:20 - autotrigger[16108]: ....... /media/My Video/Breakfast_20150423_0755.ts
23/04/2015 08:03:20 - autotrigger[16108]: move /media/My Video/Breakfast_20150423_0755(1).ts to [NEWS]
23/04/2015 08:03:20 - autotrigger[16108]: moveset(/media/My Video/Breakfast_20150423_0755(1).ts) -> /media/My Video/[NEWS]
23/04/2015 08:03:20 - autotrigger[16108]: ....... /media/My Video/Breakfast_20150423_0755(1).hmt
23/04/2015 08:03:20 - autotrigger[16108]: ....... /media/My Video/Breakfast_20150423_0755(1).nts
23/04/2015 08:03:20 - autotrigger[16108]: ....... /media/My Video/Breakfast_20150423_0755(1).ts
23/04/2015 08:03:20 - autotrigger[16108]: Resetting unwatched recording flag for /media/My Video/[NEWS]
23/04/2015 08:03:22 - autotrigger[16108]: Resetting unwatched recording flag for /media/My Video
23/04/2015 08:03:22 - autotrigger[16108]: decrypt scan completed in 76.815 seconds.
23/04/2015 08:05:02 - Media scan starting, DLNA server status: 1
23/04/2015 08:05:02 - decrypt scan starting.
23/04/2015 08:05:05 - /media/My Video/[NEWS]/Breakfast_20150423_0755(1).ts - Not yet indexed, trying helper.
23/04/2015 08:05:06 - DECRYPT: /media/My Video/[NEWS]/Breakfast_20150423_0755(1)
23/04/2015 08:05:06 - DLNA: http://192.168.1.13:9000/web/media/11119.TS
23/04/2015 08:05:34 - Removing/binning old copy.
23/04/2015 08:05:35 - Done... 200.13 MiB in 29.351 seconds - 6.82 MiB/s
~~~
23/04/2015 08:25:02 - Media scan starting, DLNA server status: 1
23/04/2015 08:25:02 - decrypt scan starting.
23/04/2015 08:25:05 - /media/My Video/[NEWS]/Breakfast_20150423_0755(1).ts - already decrypted but the HMT flag is wrong.
23/04/2015 08:25:09 - decrypt scan completed in 6.868 seconds.
At 08:02:05 the system finds the West recording and decrypts it before it is moved to [NEWS]. At 08:02:42 it finds the Wales recording, but decryption aborts because the file is "in use". I'm not sure why that is - when I was trying to play these files, I was accessing them in the [NEWS] folder and at this point they have not yet been moved (according to the log).
At 08:03:20 sweeper moves the files to [NEWS], then the system has another go at decrypting the Wales recording pre-index. It still won't play remotely though, and at 08:25:02 the system discovered that the .hmt file is out of sync (and presumably corrects it, because the file plays after that).
So: why did the file appear to be in use, and why did the .hmt end up out of sync?