Hallo
[...]
>>> It compiles just fine against any version of jpeg, but if compiled
>>> against versions 7 and above, it crashes.
>> That sounds bad.
>> Did you test is with the orginal jpeg lib (http://www.ijg.org) too ?
>> Seems that we need to do some test.
>>
>> Do the two patches in the link s
Bernhard Praschinger wrote:
> Hallo
>
> Salah Coronya wrote:
>> In Gentoo, jpeg-7 recently when stable (the new jpeg-8 doesn't work
>> either), and jpeg2yuv (and other applications, like Transcode)
>> stopped working.
>>
>> Bug, including test case and stack dump is here:
>> http://bugs.gentoo.org
Hallo
Salah Coronya wrote:
> In Gentoo, jpeg-7 recently when stable (the new jpeg-8 doesn't work
> either), and jpeg2yuv (and other applications, like Transcode)
> stopped working.
>
> Bug, including test case and stack dump is here:
> http://bugs.gentoo.org/show_bug.cgi?id=293919 . Problem isn't
In Gentoo, jpeg-7 recently when stable (the new jpeg-8 doesn't work either),
and jpeg2yuv (and other applications, like Transcode) stopped working.
Bug, including test case and stack dump is here:
http://bugs.gentoo.org/show_bug.cgi?id=293919 . Problem isn't specific to
Gentoo either, Mandriva
Hallo
Matt Scherer wrote:
> I'm having a problem with jpeg2yuv. This binary is currently a
> dependency of the MythArchive package from my software repository. The
> command that I'm trying to run is:
>
> mythserver share # jpeg2yuv -v 2 -n 449 -v0 -I p -f 29.97 -j
> /tmp/work/background-1.jpg
>
On Sun, 20 Dec 2009, Matt Scherer wrote:
> I'm having a problem with jpeg2yuv. This binary is currently a
> dependency of the MythArchive package from my software repository. The
> command that I'm trying to run is:
> mythserver share # jpeg2yuv -v 2 -n 449 -v0 -I p -f 29.97 -j
> /tmp/work/back
I'm having a problem with jpeg2yuv. This binary is currently a
dependency of the MythArchive package from my software repository. The
command that I'm trying to run is:
mythserver share # jpeg2yuv -v 2 -n 449 -v0 -I p -f 29.97 -j
/tmp/work/background-1.jpg
YUV4MPEG2 W720 H480 F3:1001 Ip A1:1 C
Hallo
> I'm using version 1.9.0
> on a ReadyNAS 1100 which a sparc system.
> the compile went fine.
Which OS and Version do you use ?
Isn't that box designed for some other use ;)
> I did need to change yuvdeinterlace/yuvdeinterlace.cc
>
> #ifdef __GNUC__
> #define RESTRICT __restrict__
> #els
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
Hallo
> we are using mjpegtools-1.8.0-18.2 on a x86-64 machine with SLES10 SP1.
> after converting the 54. Image of a imageset we got :
So you did use a precompiled package that came along with he SLES10 ?
What commandline did you use, and what size do the images have ?
How many images do you wa
Hallo
> The jpeg2yuv command mjpegtools-1.9.0rc2 does not properly detect the
> end of the list of input files passed via stdin. The example command
> mentioned in the manual page
>
> $ls *jpg | jpeg2yuv -f 25 -I p > result.yuv
>
> never returns and keeps on writing data to result.yuv until the
The jpeg2yuv command mjpegtools-1.9.0rc2 does not properly detect the
end of the list of input files passed via stdin. The example command
mentioned in the manual page
$ls *jpg | jpeg2yuv -f 25 -I p > result.yuv
never returns and keeps on writing data to result.yuv until the
filesystem is full.
Hi,
we are using mjpegtools-1.8.0-18.2 on a x86-64 machine with SLES10 SP1.
after converting the 54. Image of a imageset we got :
*** glibc detected *** jpeg2yuv: munmap_chunk(): invalid
pointer: 0x2ad8cf138010 ***
=== Backtrace: =
/lib64/libc.so.6[0x2ad8cf7b034e]
jpeg2yuv[0x4021
>
> I guess you don't use the cvs version, there the core dump, should not
> happen any more.
> The problem seems to be that the image size is not divable by 16
> without
> rest (120/16=7,5).
>
> What size has the original image ?
The image is 160 x 120 and I have seen the /16 problem mentioned.
Hallo
> Command I'm running:
> /usr/local/bin/jpeg2yuv -v 2 -f 30 -Ip -L0 -j 20061011006%03d.jpg >
> out.yuv
>
> Result:
> INFO: [???] Parsing & checking input files.
> --DEBUG: [???] Analyzing 20061011006000.jpg to get the right pic params
> INFO: [???] YUV colorspace detected.
>
>
Command I'm running:
/usr/local/bin/jpeg2yuv -v 2 -f 30 -Ip -L0 -j 20061011006%03d.jpg >
out.yuv
Result:
INFO: [???] Parsing & checking input files.
--DEBUG: [???] Analyzing 20061011006000.jpg to get the right pic params
INFO: [???] YUV colorspace detected.
INFO: [???] Starting deco
Hallo
> I am trying to use jpeg2yuv to make a movie out of individual jpegs. I
> installed mjpegtools-1.8.0 today on a Linux/Intel system and it seems to
> install just fine. But when I try running jpeg2yuv on a few jpgs, I get a
> seg fault and core dump (the core indicates that it is from j
Hi.
I am trying to use jpeg2yuv to make a movie out of individual jpegs. I
installed mjpegtools-1.8.0 today on a Linux/Intel system and it seems to
install just fine. But when I try running jpeg2yuv on a few jpgs, I get a seg
fault and core dump (the core indicates that it is from jpeg2yuv).
Hi,
The patch below removes the hard coded image size from jpeg2yuv.
This makes it possible to decode bigger jpegs, e.g. photos from a
digital camera.
Gert
--- lavtools/jpeg2yuv.c.12006-05-27 13:24:12.0 +0200
+++ lavtools/jpeg2yuv.c2006-05-27 13:50:27.0 +0200
@@ -42,8
Hi,
While looking through the jpeg2yuv source code, I noticed that the file
size of the jpeg images is obtained by reading MAXPIXELS bytes from the
jpeg file:
jpegsize = fread(jpegdata, sizeof(unsigned char), MAXPIXELS,
jpegfile);
And MAXPIXELS is defined as 1280x1024 pixels:
Hi,
While trying to convert some of the photos of my new digital camera
(Canon Powershot S3 IS) to DVD, it seems jpeg2yuv has problems decoding
these jpegs. Because, it used to work for me in the past, I tried some
photos from my old camera (Canon Powershot A40), these gave the same result.
Hallo
I usually use jpeg2yuv -f 25 -n 1 -I p -j xxx | mpeg2enc . (1.6.2 on
cygwin) in order to generate mpeg files without any problem starting
from huge images taken by a digital camera and resized with ImageMagick:
montage -geometry 720x576 -background black -quality 100.
When I try to do
I usually use jpeg2yuv -f 25 -n 1 -I p -j xxx | mpeg2enc . (1.6.2 on cygwin) in order to generate mpeg files without any problem starting from huge images taken by a digital camera and resized with ImageMagick: montage -geometry 720x576 -background black -quality 100.
When I try to do this wit
Hallo
> When I try to use JPEG2YUV with some jpg files it crashes giving
> STATUS_ACCESS_VIOLATION
> I'm using rel. 1.6.1 compiled under cygwin on WIN32.
> I think the problem is relative to the size of image (in fact after
> resizing the image from 1120x840 to a standard DVD 720x576 it works fi
When I try to use JPEG2YUV with some jpg files it crashes giving STATUS_ACCESS_VIOLATION
I'm using rel. 1.6.1 compiled under cygwin on WIN32.
I think the problem is relative to the size of image (in fact after resizing the image from 1120x840 to a standard DVD 720x576 it works fine).
There are som
On Sat, 20 Sep 2003 11:32:46 -0700 (PDT)
iLLfated <[EMAIL PROTECTED]> wrote:
> Lo all,
>
> I'm trying to write a shell script frontend to a
> bunch of your tools to create vcd/svcd photo cds. I've
> run into trouble with this command:
>
> jpeg2yuv -v 0 -f 29.97 -j test.jpg -I p -n 1 >
> somef
Hi,
0n 03/09/[EMAIL PROTECTED]:32 iLLfated told me:
> I'm trying to write a shell script frontend to a
> bunch of your tools to create vcd/svcd photo cds. I've
> run into trouble with this command:
Probably you should look at vcdkompanion.
http://www.celindir.de/vcdkompanion
I know it's alm
Hallo
> I'm trying to write a shell script frontend to a
> bunch of your tools to create vcd/svcd photo cds. I've
> run into trouble with this command:
>
> jpeg2yuv -v 0 -f 29.97 -j test.jpg -I p -n 1 >
> somefile.yuv
>
> In my script its a piped into another command however
> for some reason
Lo all,
I'm trying to write a shell script frontend to a
bunch of your tools to create vcd/svcd photo cds. I've
run into trouble with this command:
jpeg2yuv -v 0 -f 29.97 -j test.jpg -I p -n 1 >
somefile.yuv
In my script its a piped into another command however
for some reason this piece loo
Hi Chen,
On Wed, 2003-07-16 at 10:11, Chen Pei wrote:
> I am a software developer and want to do a dll under Windows to convert
> MJPEG to YUV, I search the web and found your web:
> http://ursine.dyndns.org/cgi-bin/man/man2html?1+mjpegtools#index can provide
> this tools under Linux OS. Is it pos
Hi there,
I am a software developer and want to do a dll under Windows to convert
MJPEG to YUV, I search the web and found your web:
http://ursine.dyndns.org/cgi-bin/man/man2html?1+mjpegtools#index can provide
this tools under Linux OS. Is it possible to open your source code for me as
a reference
Just thought I'd share my recent trauma.
(mjpegtools-1.6.1)
in the pipelist, $n doesn't appear to get used.
--DEBUG: [lavpipe] Executing: 'lav2yuv +n -o 30 -f 0 ../hopefully-24fps.vid-only.avi'
--DEBUG: [lavpipe] spawned source 'lav2yuv +n -o $o -f $n
../hopefully-24fps.vid-only.avi'
which is
>I'm just trying to convert a bunch of frames into a movie. The doc's
>said I could do this:
>
>jpeg2yuv -v 2 -n25 -I p -f 25 -b 1 -j pyramid???.jpg > pyramid.yuv
Heh-heh, funny you should ask (esp. if you are also subscribed to
mjpeg-developer).
*I* would say, use ppmtoy4m instead (perh
I'm just trying to convert a bunch of frames into a movie. The doc's
said I could do this:
jpeg2yuv -v 2 -n25 -I p -f 25 -b 1 -j pyramid???.jpg > pyramid.yuv
But I just get a segmentation fault. I'm running mjpegtools-1.6.0-1 on
RedHat8.0 (gcc-3.2-7). I tried your i386.rpm and also a rebuilt
34 matches
Mail list logo
