On Tue, 2005-12-13 at 09:06 -0800, Bill May wrote:
> This could be our problem; however, we did have a pretty prominent
> h.264 person writing our code to calculate the timestamps (Laurent Aimar).
Oops, I just noticed that I've used the mpeg4ip version with my own
modifications (I've experimented with different number of reference
frames etc.) - so it could be my fault - sorry. I have to re-check with
a clean copy (just to be sure, I don't thinks that I have changed
anything that might affect frame order in recorded files).
> I'd have to see the file and look at a mp4trackdump to make sure that
> the timestamps look sane. Can you make it available to me ?
I will send it to you when I have repeated the experiments with the
> I don't believe that quicktime supports B frames in h.264.
Are you sure? I had no problems with Quicktime and B-frames in live-
stream (directly from mp4live or via DSS). Also according to Apple
The initial implementation of Apple's H.264 decoder conforms to
all levels of Main profile in progressive format.
> I don't
> know why vlc would have problems. Can you send me your h.264 profile
> for mp4live, and I'll try it here ?
Access info to mp4-files etc. follows in personal mail.
> Michael Neuhauser wrote:
> > Hello!
> > I have some problems with mp4-files recorded during streaming (i.e.
> > recordEnabled=1). I'm using the current CVS of mpeg4ip on Fedora Core 4,
> > video codec is H.264 (x264-384).
> > If B-frames are enabled, the recorded file can not be played by
> > Quicktime (7.0.3), produces warning messages when played with
> > video-lan-client (0.8.4) and can not be streamed correctly (after
> > hinting of course) by Darwin Streaming Server (5.5).
> > Symptoms (same for 1 and 4 B-frames):
> > * Quicktime: Error -2014: The movie contains a wrong play length
> > (got a german error message, so this may be not be translated
> > 100% correctly).
> > * Darwin: Only first frame is delivered (at start or after seek)
> > but image never changes.
> > * video-lan-client: the file plays but it seems that frames are
> > skipped (jerky motion) and a lot of "main warning: late picture
> > skipped (105811794848)" messages is generated
> > If B-frames are disabled everything is fine (i.e. playing directly from
> > file or streamed by DSS, with Quicktime and video-lan-client).
> > mp4player plays everything correct (i.e. streamed/from-file,
> > with/without B-frames).
> > Does anybody know if this is the problem of Quicktime/video-lan-client
> > or mpeg4ip? Any solutions?
> > Regards,
> > Mike
Dr. Michael Neuhauser phone: +43 1 789 08 49 - 30
Firmix Software GmbH fax: +43 1 789 08 49 - 55
Vienna/Austria/Europe email: mike@...
Embedded Linux Development and Services http://www.firmix.at/