At 3:41 PM +0200 3/6/09, Hervé wrote:
>hello, I'm not developper but it could not be a buffer concern? (it's
>just an idea)
Following this hint, I doubled the buffer sizes allocated
by y4mstabilizer and it now works! I have no idea how much
overkill this solution is... for all I know it may have
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 9.7.
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+: G
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
(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 C
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
hello, just some infos/corrections (no solution)
Le 3 juin 09 à 06:10, Steven M. Schultz a écrit :
> On Wed, 3 Jun 2009, Richard Archer wrote:
>
>> Here's the setup and the results:
>>
>> $ ffmpeg -deinterlace -i "test.m2v" -r 25.000 -s 720x576
>> -aspect 4:3 -f yuv4mpegpipe -aspect 4:3 -pix_fmt
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 sour
>
>> 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
