Input #0, mpegvideo, from 'test.m2v':
Duration: 00:00:46.50, bitrate: 3938 kb/s
Stream #0.0: Video: mpeg2video, yuv420p, 720x576 [PAR 16:15 DAR
4:3], 3938 kb/s, 25 tbr, 1200k tbn, 50 tbc
Output #0, yuv4mpegpipe, to 'pipe:':
Stream #0.0: Video: rawvideo, yuv444p, 720x576 [PAR 16:15
Hi Steven,
Wow, thanks for such a detailed response!
At 9:10 PM -0700 2/6/09, Steven M. Schultz wrote:
mjpegtools build either from the last release (end of Dec 2009)
or from CVS (which hasn't changed too much)?
I was using the atrpms RPM of mjpegtools 1.9.0.
I then downloaded the 1.9.0
At 10:19 AM +0200 3/6/09, Hervé wrote:
one tip to Richard:
if your contents is interlaced, deinterlace (from ffmpeg or another
mjpeg tool)
if your contents is progressive (and only the wrapper is interlaced),
correct headers with yuvcorrect
That's interesting...
ffmpeg -deinterlace -i test.m2v
(update)
hello, I'm not developper but it could not be a buffer concern? (it's
just an idea)
uname -a
Darwin MacMini-2.local 9.7.0 Darwin Kernel Version 9.7.0: Tue Mar 31
22:52:17 PDT 2009; root:xnu-1228.12.14~1/RELEASE_I386 i386
tests with the official release 190 (and not an RC nor recent
tusek wrote:
...
I tried to run mplex in gdb mode and do backtrace, but this was my first
time using 'gdb' - Is this enough?
gdb --args mplex -f 8 -S 0 -M -o test.mpeg2 test.m2v test_EN.m2a
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL
Hello,
I'm using version 1.9.0
on a ReadyNAS 1100 which a sparc system.
the compile went fine.
I did need to change yuvdeinterlace/yuvdeinterlace.cc
#ifdef __GNUC__
#define RESTRICT __restrict__
#else
#define RESTRICT
#endif
as it failed compilation.. I removed everything except the #define
I have been experiencing crashes with y4mstabiliser for a while now.
even with a proper pipe and mjpegtools.
Cheers
E
Hervé wrote:
(update)
hello, I'm not developper but it could not be a buffer concern? (it's
just an idea)
uname -a
Darwin MacMini-2.local 9.7.0 Darwin Kernel Version