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

Tue Dec 25 03:19:59 CST 2012

about avidemux 2.6 and TS, see:
http://fixounet.free.fr/avidemux/news.html

the first changelog item to 2.6:

* Deal with time and not assume constant framerate. You can now edit your
.ts and keep a/v sync.

emmanuel

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

> 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
>>>
>>
>>
>