Problem: some recordings are not fully index by avidemux 2.6.6 r8971 and previous versions.
Cause: while recording from TV channel the mpeg stream changes due to switches from studio, content, causing breaks, ... .
Symptoms vlc plays the file completely, Avidemux only indexes 1st recognised block.
The following 7zip file 33.6 MB @ https://www.dropbox.com/s/96o2n0pxxlabqlx/AvidemuxProblem.7z contains:
- 20131108 2000 - NDR FS HH HD - die nordstory.ts.idx2: index as created by avidemux
- 000001222-indexed.ts: save part as indexed by avidemux
- MediaInfo of 20131108 2000 - NDR FS HH HD - die nordstory.ts
- sample_for_avidemux.ts: 50 MB dd cut from original recording 10.1 GiB / 1h 44mn duration
sample_for_avidemux.ts is showing same behavior as original recording: only 1st block is recognized
Thanks for looking at this recording issue
It is switching pid in the middle
Video tracks starts with pid=0x1479 then switches to 0x1465 after a few seconds
Hard to fix
Perhaps if possible with a (scan for/skip ) to next valid block? If indexed part does not match up video time, media info finds real time duration? Tendency is this going to happen more and more. Believe this has to do with switching from national program to regional program on the channel itself? Perhaps you still come across a bright idea/fix.
Would there be away to chop of the found indexed part from the original recording? or start indexing after a given lead in time? My recordings are with 15 minute lead-in/lead-out to have beginning/ending of recorded program.
update: could/would PMT (command) possible help to detect the change in mpeg-ts stream?
Thanks for looking at this.