Moving forward, but still some work to do...
Running the Cut/Concat output file through VideoReDo's "Quick Stream Fix" produces a message "57 Audio Resync Frames Removed" and a file which will now play quite happily with perfect audio synch on the Humax and indexes / displays properly after...
Hmm.. This throws up the need for a bit of a rethink, certainly for the Cut / Concat part.
The new .ts file reports "1" (encrypted I assume?) from stripts -E
It won't play on the Humax (it shows a message "Channel encrypted or not available") - don't know why I didn't try to play it from the...
I replaced the .ts file into the same directory but had left the HMT / NTS / THM files untouched and also in the same directory - I realise the HMT and NTS files probably need to be rebuilt with the sidecar utility but hadn't done this yet - is there something that recognises that the .ts file...
Here's a version incorporating some of the suggestions (thanks..) plus some general tidying. One slightly strange thing which may inhibit adoption of the ffmpeg cut / concat approach for DetectAds is that I was greeted this morning by an error message on the Humax to say that automatic...
Well that's certainly much neater! Must admit I became rather carried away with the sed / uniq / grep stuff and should have stood back and thought harder about direct processing of the .pts file. Working nicely with your second version and also doing some other general tidying and making more...
I could try adding some more date (and top?) commends to the script to break it down a bit more scientifically, but my sense is that the copy / concat part with ffmpeg was relatively quick - the part that took a surprising length of time on the Humax was the full ffprobe scan to generate the...
After quite a few "learning opportunities" I have a basic BASH script which works on both my Raspberry Pi and the Humax to remove the Stereo sections from a mixed 5.1 and Stereo .ts (.m2ts) Humax recording. It's my first ever BASH Script (everything else has been hacked Perl, an arcane SNA...
Just built this cleanly for a Pi4B (Raspbian Lite) and working fine (thanks..), but worth noting that the source has vanished from the github link above - tracked it down to:
https://git.hpkg.tv/hummypkg/hmt/
OK, after a fair bit of learning about ffprobe options I have a way forward which I think will work quite nicely with a bit of scripting. It's not very Humax-centric (all of the testing has been done on a Pi4B) but should be adaptable to any platform with ffmpeg / ffprobe.
Using the following...
A bit more web searching turned up this, which looks like it might show a way to quickly parse the file for audio channel changes. Will try some more tests...
www.reddit.com/r/ffmpeg/comments/g140t0/correcting_stream_data_for_aac_51_audio/
That's interesting! I'll try this out on some more samples, but from your example it's not obvious how to derive the position where the transition occurs?
Yes... I've tried some experiments with "ffprobe -read_intervals" which will confirm whether there is multi-channel audio present at (say..) 5 mins into a recording but there doesn't seem to be a straightforward way to detect and pinpoint transitions using it or ffmpeg (or vlc, which I've been...
Hi - This is well beyond my knowledge of the .ts / .m2ts stream format, but how difficult would it be to detect and bookmark changes between 5.1 and Stereo audio on the BBC / Ch4 / Ch5 HD services? In part this is because each change generates a loud squeal from my aging amplifier, but if easily...
I have a bunch of MP4 videos which my HDR-Fox will happily play, but not in the correct aspect ratio - old 4:3 ones are stretched to fill the screen, as are files wider than 16:9. They play correctly (with black bars at the sides or top/bottom respectively) when served by the Humax to a Roku...
Also... Looks like the fix you proposed for error checking in auto-unprotect is in the latest version - this is what I have:
humax# cat /mnt/hd2/mod/etc/recmon.d/auto-unprotect
#!/mod/bin/jimsh
if {[lindex $argv 0] ne "-stop"} exit
source /mod/webif/lib/setup
require ts.class
set file...
You hero! Deleted all of the misplaced directories (which, as you say were also present, correctly, in /mnt/hd1) and Webif Media File Browsing browsing is now back to its old speedy self.
Also re-enabled Content Share (which had somehow become disabled) and Decrypt working again.
Many thanks for...
Moving forward, but still some work to do...
Running the Cut/Concat output file through VideoReDo's "Quick Stream Fix" produces a message "57 Audio Resync Frames Removed" and a file which will now play quite happily with perfect audio synch on the Humax and indexes / displays properly after...
Hmm.. This throws up the need for a bit of a rethink, certainly for the Cut / Concat part.
The new .ts file reports "1" (encrypted I assume?) from stripts -E
It won't play on the Humax (it shows a message "Channel encrypted or not available") - don't know why I didn't try to play it from the...
I replaced the .ts file into the same directory but had left the HMT / NTS / THM files untouched and also in the same directory - I realise the HMT and NTS files probably need to be rebuilt with the sidecar utility but hadn't done this yet - is there something that recognises that the .ts file...
Here's a version incorporating some of the suggestions (thanks..) plus some general tidying. One slightly strange thing which may inhibit adoption of the ffmpeg cut / concat approach for DetectAds is that I was greeted this morning by an error message on the Humax to say that automatic...
Well that's certainly much neater! Must admit I became rather carried away with the sed / uniq / grep stuff and should have stood back and thought harder about direct processing of the .pts file. Working nicely with your second version and also doing some other general tidying and making more...
I could try adding some more date (and top?) commends to the script to break it down a bit more scientifically, but my sense is that the copy / concat part with ffmpeg was relatively quick - the part that took a surprising length of time on the Humax was the full ffprobe scan to generate the...
After quite a few "learning opportunities" I have a basic BASH script which works on both my Raspberry Pi and the Humax to remove the Stereo sections from a mixed 5.1 and Stereo .ts (.m2ts) Humax recording. It's my first ever BASH Script (everything else has been hacked Perl, an arcane SNA...
Just built this cleanly for a Pi4B (Raspbian Lite) and working fine (thanks..), but worth noting that the source has vanished from the github link above - tracked it down to:
https://git.hpkg.tv/hummypkg/hmt/
OK, after a fair bit of learning about ffprobe options I have a way forward which I think will work quite nicely with a bit of scripting. It's not very Humax-centric (all of the testing has been done on a Pi4B) but should be adaptable to any platform with ffmpeg / ffprobe.
Using the following...
A bit more web searching turned up this, which looks like it might show a way to quickly parse the file for audio channel changes. Will try some more tests...
www.reddit.com/r/ffmpeg/comments/g140t0/correcting_stream_data_for_aac_51_audio/
That's interesting! I'll try this out on some more samples, but from your example it's not obvious how to derive the position where the transition occurs?
Yes... I've tried some experiments with "ffprobe -read_intervals" which will confirm whether there is multi-channel audio present at (say..) 5 mins into a recording but there doesn't seem to be a straightforward way to detect and pinpoint transitions using it or ffmpeg (or vlc, which I've been...
Hi - This is well beyond my knowledge of the .ts / .m2ts stream format, but how difficult would it be to detect and bookmark changes between 5.1 and Stereo audio on the BBC / Ch4 / Ch5 HD services? In part this is because each change generates a loud squeal from my aging amplifier, but if easily...
I have a bunch of MP4 videos which my HDR-Fox will happily play, but not in the correct aspect ratio - old 4:3 ones are stretched to fill the screen, as are files wider than 16:9. They play correctly (with black bars at the sides or top/bottom respectively) when served by the Humax to a Roku...
Also... Looks like the fix you proposed for error checking in auto-unprotect is in the latest version - this is what I have:
humax# cat /mnt/hd2/mod/etc/recmon.d/auto-unprotect
#!/mod/bin/jimsh
if {[lindex $argv 0] ne "-stop"} exit
source /mod/webif/lib/setup
require ts.class
set file...
You hero! Deleted all of the misplaced directories (which, as you say were also present, correctly, in /mnt/hd1) and Webif Media File Browsing browsing is now back to its old speedy self.
Also re-enabled Content Share (which had somehow become disabled) and Decrypt working again.
Many thanks for...
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.