I *think* it's normal for manual decrypt to save a backup of the original, so I don't know why it wouldn't be doing that now. However, it's possible the setting for auto-processing has some influence, even for manual operations:
WebIF >> Settings >> Auto-Processing Settings >> Create backup...
Something could be preventing undelete working, you might need a reboot or a fix-flash-packages. Or perhaps it doesn't handle zero-length .ts vey well.
You want to know what the problem was but you deleted the evidence? :sleep:
Recordings do not only comprise the .ts file. The .ts may have been zero length, but the .hmt file still contained information.
Sometimes a reboot works wonders, but could it be as simple as the disk being full?
The usual problem is the UPD itself: if it is slow to start up after USB +5V comes online after boot, it misses the detection window for firmware update. Are you using UPDs you've used for firmware update before? I have one on reserve that is known to work. Modern large UPDs are much slower...
No. From your own quotes:
The CF firmware does not reside on disk, only the CF packages (which of course include the WebIF). Reinstalling the packages afresh is what's gonna fix your problem, which is due to the disk contents getting scrambled for one reason or another. WEBIF IS NOT THE CF...
What's this ... tag @/df seems to have discovered HERE? It's not listed in the BB Help page.
Is it new? How did you know about it? I wonder what other undocumented/undiscovered formatting tags there might be.
Or even just a RaspberryPi running some Python, much cheaper (except I'm not sure the RPi version of Linux can run stripts).
Be aware that you're making life hard for yourself by eschewing the CF. Not saying it can't be done, but...
The native FTP server isn't very good; CF replaces the...
I *think* it's normal for manual decrypt to save a backup of the original, so I don't know why it wouldn't be doing that now. However, it's possible the setting for auto-processing has some influence, even for manual operations:
WebIF >> Settings >> Auto-Processing Settings >> Create backup...
Something could be preventing undelete working, you might need a reboot or a fix-flash-packages. Or perhaps it doesn't handle zero-length .ts vey well.
You want to know what the problem was but you deleted the evidence? :sleep:
Recordings do not only comprise the .ts file. The .ts may have been zero length, but the .hmt file still contained information.
Sometimes a reboot works wonders, but could it be as simple as the disk being full?
The usual problem is the UPD itself: if it is slow to start up after USB +5V comes online after boot, it misses the detection window for firmware update. Are you using UPDs you've used for firmware update before? I have one on reserve that is known to work. Modern large UPDs are much slower...
No. From your own quotes:
The CF firmware does not reside on disk, only the CF packages (which of course include the WebIF). Reinstalling the packages afresh is what's gonna fix your problem, which is due to the disk contents getting scrambled for one reason or another. WEBIF IS NOT THE CF...
What's this ... tag @/df seems to have discovered HERE? It's not listed in the BB Help page.
Is it new? How did you know about it? I wonder what other undocumented/undiscovered formatting tags there might be.
Or even just a RaspberryPi running some Python, much cheaper (except I'm not sure the RPi version of Linux can run stripts).
Be aware that you're making life hard for yourself by eschewing the CF. Not saying it can't be done, but...
The native FTP server isn't very good; CF replaces the...
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.