[vlc-devel] Re: ASF Header Messed Up?

[Mark Moriarty]

On a re-transcode, starting from the "26 hour" ASF, both current and older
VLC do OK, transcoding properly to a new ASF file, appropriate length
reported.
It looks like something had blown up in the original creation of the mpeg ps
file, which was done using VLC -- I ran a DVD-simple, telling VLC to mux the
source DVD into an mpeg ps .mpg file.  The incoming DVD streams were what
one would expect -- mpeg2 video and a52 audio, and the output file was a
single 7+ GB .mpg file, also what was expected.
Ahh, well, the fun never stops :)

> _____________________________________________ 
> From: 	Mark Moriarty [mailto:mfmbusiness at earthlink.net] 
> Sent:	Friday, October 28, 2005 6:59 AM
> To:	'vlc-devel at videolan.org'
> Subject:	ASF Header Messed Up?
> 
> Hi --
> I downloaded the nightly build last night, tried a transcode of a source
> MPEG2/a52/mpeg ps file to ASF format, 3Mbps DIV3, 192K mps.
> The output file is munged up.  It's reporting 26 hour+ duration.  This is
> showing in VLC, WMP, and Nero -- any client trying to play it.  
> The actual underlying transcode is OK, clean audio/video, but the time
> inifo is broken, which then makes it impossible to burn through Nero -- it
> gags, since it uses the ASF-reported 26 hour duration.  (it Churns on the
> file, decides that since it is claiming > 26 hours long it will take this
> massive amount of space to recode)
> 
> (ASF had been pretty solid as of a couple of weeks ago -- an Oct 7 nightly
> seemed fine.  I don't know where things have changed -- whether it's
> something in the reading-the-mpeg2-file, or something in the
> transcoding-and-writing-the-ASF-file.  I know there's been a contrib
> update, and have seen a few posts which sound like they've twiddled
> certain header codes)
> 
> Thanks.
> Mark
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20051028/127c6391/attachment.html>