[GEM-dev] pix_movie reads incorrect number of frames with huffyuv AVI
B. Bogart
ben at ekran.org
Tue Sep 8 17:51:45 CEST 2009
Hey Johannes,
I'm currently using svn r2603 (trunk directory).
I'm trying now with gmerlin compiled in.
Ok, I've compiled in gmerlin support.
pix_movie does report the proper number of frames (5065).
But for some reason when I seek above 4902 (starting at 4903) the video
locks up and will not seek anymore. In order to reset seeking I have to
reload the video file.
This is still a marked improvement!
Is gmerlin now an official replacement for libavifile, libmpeg3 ?
Even my m2t file plays, but does not seek, so gmerlin seems to support
more formats.
The files I'm working with are 5GB, a bit big to put online. Anything
small does not seem to show the issue.
Here is the ffmpeg command I used to generate the files:
ffmpeg -intra -an -sameq -ss 7 -t 169 -i step+repeat007.m2t -vcodec
huffyuv -s 1024x768 step+repeat007-1024x768-huff.avi
src is over 5000 frames.
the m2t file is 2GB, so I can try and put that up, but I think it would
be easier for you to just generate a huff file by scaling up whatever
video content you have.
Thanks Johannes.
.b.
IOhannes m zmoelnig wrote:
> B. Bogart wrote:
>> Hey all,
>>
>> I've had the best HD results with huffyuv in an AVI container, but
>> something is going wrong with the number of frames.
>>
>> ffmpeg and mplayer both see the proper ~5310 frames (~178 seconds), but
>> pix_movie reports only 750 frames.
>>
>> Everything works fine with small files (640x480) but with these highres
>> files (1280x960) I am only able to play the first 750 frames.
>>
>> Can someone take a look?
>
>
> which version of Gem?
> do you have gmerlin-support compiled into Gem?
> could you put an example video online?
>
> cheers
>
> fgmasdr
> IOhannes
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> GEM-dev mailing list
> GEM-dev at iem.at
> http://lists.puredata.info/listinfo/gem-dev
More information about the GEM-dev
mailing list