On Sat, 17 Jan 2004, James Finnall wrote:

> option so I used -n 162000 @ 30 fps and feed the stream to 
> mpeg2enc.  It produced a seamless video stream, then mplex'ed the 
> output.  Mplayer would play it great.  Mastered the DVD and again 
> mplayer would play the VOB just fine.  Ogle played it OK for awhile 
> and then it stopped playing the audio but displayed the video.  The 
> messages were about needing more space not implented and to send a 

        Probably the SysV message queue - I've only seen that once or twice.
        It sure is beginning to sound like Ogle doesn't like your system
        for some reason.

        Oh, are you using "-R 2" when doing the encoding?   The default I 
        think was changed to 0 (no B frames) and I know that Ogle does not
        like those streams (which use Dual Prime Motion Estimation) - neither
        does Apple's MPEG-2 playing module as it turns out.

> sound drop outs.  I will state though the drop outs are a little 
> different.  They are shorter and more regular.  I can use mplayer 

        How regular?  And how far apart, roughly, are they? 

> problem.  Even on the buffer overflow in mplex, it was able to 
> handle the segmentation for 30 minutes of the video stream before 
> it terminated when I was using 15 second clips.  And mplex would go 
> through to the end if I used 60 second clips.  I doubled this 

        Ok - looks like trying to reproduce the problem is the next step.

        No shortage of jpeg images - and I imagine I can create a 60 minute
        .mp2 file out of a CD or whatever.

> first audio stream and about half of the second.  Mplex terminated 
> again, but with a different error message.  It wasn't buffer 
> overflow, it was "Too many frame drops - exiting".  The errors 
> started with "stream e0: data will arrive too late ...."  So mplex 
> seems to be able to work with the segmetation for awhile.  Maybe I 
> am bumping some limit like 99 segments or something because of the 
> way I am creating the video streams.

        mpeg2enc is only seeing 1 segment though if you're creating a
        continuous stream of y4m data into the encoder.

        Or are you trying to create 99+ chapter points when authoring the DVD?
        That I think might be a problem - I'd have to check what the limits
        are for number of chapters in a single track.   

> But for the moment, at least knowing what will produce something 
> that is least playable with mplayer, I can continue to work on my 
> projects until the issues are resolved or I know more about what I 

        Can try to reproduce the problem - first step is to create some
        720x540 jpgs (well, actually 720x480 eventually ;)) and get the
        jpeg2yuv | mpeg2enc pipeline working.

        Cheers,
        Steven Schultz



-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users

Reply via email to