[pvrusb2] Best MPEG2 Stream Editor for Hauppauge Created MPEG2 Files

Tue Dec 25 01:48:07 CST 2012

I may have more information here. Here is what I found out when I first
started recording broadcast video here.

1. broadcast video is not the same as the usual video we deal with
2. broadcast uses MPEG-TS (Transport Stream) while we are used generally to
MPEG-PS (Program Stream)
3. TS is a bit special. It has lots of duplication/error correction
embedded inside
4. from what I understand the major problem that video editing software has
with TS is especially that the fps are not constant but rather varying
through time (or maybe simply non-integer, I don't know). Editing software
like to think the video is 25fps, 30fps or something like that. With TS
from what I understand this does not hold. You can't just expect that if
you'll jump at 60 seconds it's the 60*25 frame.

Exactly this support for variable FPS is the major change that was
introduced in avidemux 2.6.

When I'm using my HVR-1900 to capture from AV-IN (cinch), I get mpeg2
mpeg-ps generated by the capture device. I can use avidemux 2.5 on this, no
problem.
When I'm using my HVR-1900 to capture terrestrial emission (DVB-T), I get
mpeg4 avc MPEG-TS which is emitted over the air here. If I use avidemux 2.5
on this, the audio gets wildly out of sync. No such problem with avidemux
2.6.

In other words I'm completely certain that you'll find out that avidemux
sorts out the problem for you. There are other solutions too, lighters
ones... Search for programs with "ts" in the name like i don't know tsmuxer
tscut or whatnot.

However compiling avidemux should not be a problem. For me, I just
downloaded the source, installed the dependencies (qt-dev and so on), then:

./configure --prefix=/home/myusername/opt/avidemux-2.6
make
make install

Note that I DO NOT do this make install as root!! But only as a standard
user. Therefore you can peacefully run those commands, it cannot damage
your system. BTW in my case the Qt build worked fine but I had trouble with
the GTK build (I first tried the Gtk build as I use GNOME3). So I would
recommend to build against Qt.

emmanuel

On Tue, Dec 25, 2012 at 12:08 AM, Emmanuel Touzery <etouzery at gmail.com>wrote:

> i am convinced avidemux 2.6 would work great for you. i compiled it from
> source on fedora 17 and it works great, works great on windows as well.
>
> i really urge you to give it a shot, it can't be that hard to set it up.
>
> emmanuel
>
>
> On Mon, Dec 24, 2012 at 10:59 PM, Roger <rogerx.oss at gmail.com> wrote:
>
>>
>> >> Think I'm running into an issue with streams created by the pvrusb2
>> >> driver, or
>> >> Hauppauge devices.
>> >>
>> >> Avidemux seems to loose sync, even after manually specifying NTSC (~29
>> >> fps).
>> >> On initial import of the video, the FPS is set to an initial >50 fps.
>> >>
>> >> I've tried everything within avidemux, and it just doesn't seem to even
>> >> play
>> >> the Hauppauge streams with a correct audio:video sync, although
>> changing to
>> >> 29-30 fps really helps.
>> >>
>> >> Just want to shrink some large TV broadcasted MPEG2 streams.  Cutting
>> >> commercials seems to reduce the file from 8GB to 4GB.  I'm seriously
>> just
>> >> thinking of burning them to a Blu-Ray disk, but that's quite expensive.
>> >> (Thinking the later might be more feasible at this point.)
>>
>> > On Mon, Dec 24, 2012 at 09:19:25PM +0100, Emmanuel Touzery wrote:
>> >Are you using avidemux 2.6?
>> >For av in 2.5 and 2.6 work equally well for me but for tv enission
>> >recording (dvb-t in europe), only 2.6 works well for audio sync.
>>
>> I'm in the US using (DVB) ATSC.
>>
>> The same video, plays just fine with mplayer.  Never had a problem with
>> audio/video sync.  I used to capture video using mencoder, but then ran
>> into
>> audio/video sync issues and resorted to dd.
>>
>> I'm using avidemux-2.5.6, while avidemux-2.6* series is hard masked here
>> on
>> gentoo.
>>
>> I have tried playing around with exporting with different settings with no
>> success.
>>
>> I've also just tried cinelerra-20120707, and the audio is drifting far
>> off too
>> on playback.
>>
>>
>> This is TV Broadcasted video grabbed from an hvr-1950 using dd from the
>> /dev/dvb device.  Not using mplayer/mencoder for recording as it further
>> processes the video before saving.
>>
>> I was using cat prior to using dd, but cat had issues with large files or
>> reception quality (unusual chars) or something.  dd has proven more
>> reliable.
>>
>> So, I'm using the raw original stream.
>>
>> Some things from past notes, it's been stated extra frames could be being
>> broadcasted to ensure quality, hence the reason for 59.940 fps when
>> playing
>> with mplayer.  Mplayer also starts complaining every few frames about
>> switching
>> framerate/fps.  I'm I'm thinking the later might more likely be the
>> reason.
>>
>> ---Begin of Mplayer Snip---
>> demux_mpg: 24000/1001fps progressive NTSC content detected, switching
>> framerate.
>> A:34534.1 V:34535.7 A-V: -1.629 ct: -0.050  51/ 33 19% 26%  0.3% 3 0
>>
>> demux_mpg: 30000/1001fps NTSC content detected, switching framerate.
>> A:34534.1 V:34535.7 A-V: -1.621 ct: -0.052  52/ 34 18% 27%  0.2% 3 0
>> Warning! FPS changed 47.952 -> 59.940  (-11.988010) [7]
>> A:34535.2 V:34536.8 A-V: -1.641 ct: -0.113 114/ 70 11% 16%  0.2% 3 0
>>
>> demux_mpg: 24000/1001fps progressive NTSC content detected, switching
>> framerate.
>> A:34535.4 V:34537.0 A-V: -1.586 ct: -0.133 124/ 80 10% 15%  0.2% 3 0
>>
>> demux_mpg: 30000/1001fps NTSC content detected, switching framerate.
>> A:34535.4 V:34537.0 A-V: -1.598 ct: -0.135 125/ 81 10% 15%  0.2% 3 0
>> Warning! FPS changed 47.952 -> 59.940  (-11.988010) [7]
>> A:34538.4 V:34539.9 A-V: -1.503 ct: -0.256 300/153  9%  8%  0.2% 3 0
>> ---End of Mplayer Snip---
>>
>>
>> The Hauppauge audio/video sync was such a popular problem on the message
>> boards
>> without any resolution, and the only thing that comes to my mind is it
>> may have
>> been fixed with a firmware update, or a unique work-araound applied
>> quietly
>> within mplayer.
>>
>> Well, one things certain, I'm sure I'm on the right mailing list -- as if
>> anybody knows, it would be people here!  And, as I said, not going to
>> pull my
>> hair out on this.  I usually just watch things once and discard the
>> recorded
>> show anyways.  Likely the issue is only with TV broadcasted material and
>> not
>> with composite input recording.
>>
>> --
>> Roger
>> http://rogerx.freeshell.org/
>> _______________________________________________
>> pvrusb2 mailing list
>> pvrusb2 at isely.net
>> http://www.isely.net/cgi-bin/mailman/listinfo/pvrusb2
>>
>
>