2020-12-28, 06:16 PM
(This post was last modified: 2020-12-28, 06:18 PM by NumberFive.)
Hello,
I've mentioned in a few other threads that I'm having issues with glitches when recording using a Hauppauge quadHD in particular configurations. I'm 99.9% sure this is not a signal issue, but I don't intent to cast doubt on the Hauppauge when it might be other elements of the system.
I've tried two builds, one an ASRock J5005-ITX, and I have seen regular MPEG-TS continuity errors.
Using an old Dell Optiplex, and otherwise the same Hauppauge quadHD and aerial, I recorded 10s of hours error free and thought all was well. Until I got a recording with several MPEG-TS continuity errors. Drat!
I've been using this tool to check the MPEG-TS continuity - https://github.com/daniep01/MPEG-2-Trans...t-Analyser It appears pretty good at what it does, and I've been able to confirm its output using DVB Inspector - https://sourceforge.net/projects/dvbinspector/ (packet numbers are sometimes out by 1, but other than that the info from both tools is the same).
The weird thing is, in this recent file captured on the Dell, it throws several errors such as "Expected 14, found 8", which means packets 9, 10, 11, 12, 13 are missing, and both tools confirm this... however the file appears to play absolutely fine at the packet time indicated by DVB Inspector. I've tried a minute either side in case I've missed something, but I can't spot a single error. I would have thought 5 packets (188 bytes each) in a row would have thrown a significant visible error. Whereas with the problem files from the ASRock, there were obvious problems as you could see visible glitches in the video.
I know that analysing TS files and determining position isn't trivial, so maybe I'm doing something completely wrong. :S
Does anyone have any advice?
Many thanks
I've mentioned in a few other threads that I'm having issues with glitches when recording using a Hauppauge quadHD in particular configurations. I'm 99.9% sure this is not a signal issue, but I don't intent to cast doubt on the Hauppauge when it might be other elements of the system.
I've tried two builds, one an ASRock J5005-ITX, and I have seen regular MPEG-TS continuity errors.
Using an old Dell Optiplex, and otherwise the same Hauppauge quadHD and aerial, I recorded 10s of hours error free and thought all was well. Until I got a recording with several MPEG-TS continuity errors. Drat!
I've been using this tool to check the MPEG-TS continuity - https://github.com/daniep01/MPEG-2-Trans...t-Analyser It appears pretty good at what it does, and I've been able to confirm its output using DVB Inspector - https://sourceforge.net/projects/dvbinspector/ (packet numbers are sometimes out by 1, but other than that the info from both tools is the same).
The weird thing is, in this recent file captured on the Dell, it throws several errors such as "Expected 14, found 8", which means packets 9, 10, 11, 12, 13 are missing, and both tools confirm this... however the file appears to play absolutely fine at the packet time indicated by DVB Inspector. I've tried a minute either side in case I've missed something, but I can't spot a single error. I would have thought 5 packets (188 bytes each) in a row would have thrown a significant visible error. Whereas with the problem files from the ASRock, there were obvious problems as you could see visible glitches in the video.
I know that analysing TS files and determining position isn't trivial, so maybe I'm doing something completely wrong. :S
Does anyone have any advice?
Many thanks
"It's better than a box!"
