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

[Emmanuel Touzery]

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
>