lchiu7
25th October 2008, 19:17
Not sure where to put this question but will try here since it's primarily and audio question.
Been capturing DVB-T streams from our FTA broadcasts which are H.264 and AC-3 HD broadcasts. Quality is mainly excellent.
The captured videos play fine on a Popcorn Hour with no apparently glitches etc., also on a PC using PowerDVD8 but not as smoothly since the video encoding uses MBAFF or PAFF (not sure which) which can tax a CPU without a graphics card with a GPU.
Anyway, that's not the issue.
The files are pretty large (5G/hour) and need to be compressed. But I am finding that when the compressed video is muxed back with the original audio using tsremux (de-muxed with tsremux or dgavcindx) often tsremuxer will complain about CRC errors in the audio and say, audio sync lost or something like that. And the resultant stream will go slowly out of sync (usually starts fine)
This is a bit puzzling since assuming the de-mux introduced no errors, how does the original stream play fine, while just demuxing the audio out and back again, causes this problem?
I bumped into delaycut and it seemed like the way around this problem but whether I choose skip, silence or fix as the processing option, and there mux back has no CRC errors, the sync problem still occurs.
I am guessing the problems originate from micro dropouts in the UHF transmissions but can't work out why they don't affect the recorded signal, only after processing.
Any help or insigh greatly appreciated. Thanks
Larry
Been capturing DVB-T streams from our FTA broadcasts which are H.264 and AC-3 HD broadcasts. Quality is mainly excellent.
The captured videos play fine on a Popcorn Hour with no apparently glitches etc., also on a PC using PowerDVD8 but not as smoothly since the video encoding uses MBAFF or PAFF (not sure which) which can tax a CPU without a graphics card with a GPU.
Anyway, that's not the issue.
The files are pretty large (5G/hour) and need to be compressed. But I am finding that when the compressed video is muxed back with the original audio using tsremux (de-muxed with tsremux or dgavcindx) often tsremuxer will complain about CRC errors in the audio and say, audio sync lost or something like that. And the resultant stream will go slowly out of sync (usually starts fine)
This is a bit puzzling since assuming the de-mux introduced no errors, how does the original stream play fine, while just demuxing the audio out and back again, causes this problem?
I bumped into delaycut and it seemed like the way around this problem but whether I choose skip, silence or fix as the processing option, and there mux back has no CRC errors, the sync problem still occurs.
I am guessing the problems originate from micro dropouts in the UHF transmissions but can't work out why they don't affect the recorded signal, only after processing.
Any help or insigh greatly appreciated. Thanks
Larry