Steven M. Schultz wrote:
> On Tue, 9 Sep 2008, Bernhard Praschinger wrote:
>
>
>> I have found that in the tracker:
>> Initial Comment:
>> Tried to build mjpegtools today (mjpegtools-1.9.0rc3) with the latest
>> (debian testing) gcc release. gcc-4.3 appears much more strict about
>> header fi
Hi Christian,
As far as I know, mjpegtools do not have a problem with AMD-CPUs and mmx.
My cpu is also an Athlon64. I'm using a cvs version of mjpegtools.
Gert
[EMAIL PROTECTED] wrote:
> Hello Gert,
>
> I am glad to hea that you do not have the memoryacesserror.
> I have also already tryed wi
[EMAIL PROTECTED] wrote:
> Hello Gert,
>
> thank you for your Tip,
>
>
>> djpeg 20070225_2710.JPG | ppmtoy4m -r -n 200 -F 25:1 | y4mscaler -I
>> sar=1:1 -O preset=DVD -O infer=PRESERVE_X -O infer=EXACT | mpeg2enc -f 8
>> -o photo.m2v
>>
>
> works fine and the resault is almost what I wa
> I use mjpegtools to convert JPEGS from a digital-photo-camera to MPEG2s to
> view them on my settopbox(Dreambox500).
>
> Iuse:
> jpeg2yuv -v0 -f25 -n1 -Ip -j.jpg |
> yuvscaler -v0 -OSIZE_720x576 2> /dev/null |
> mpeg2enc -v0 -a2 -np --cbr -b1 -D8 -f3 -o .mvi
>
> now I would like to main
Hi Cristian,
djpeg and ppmtoy4m can be used as an alternative for jpeg2yuv:
djpeg 20070225_2710.JPG | ppmtoy4m -r -n 200 -F 25:1 | y4mscaler -I
sar=1:1 -O preset=DVD -O infer=PRESERVE_X -O infer=EXACT | mpeg2enc -f
8 -o photo2.m2v
Gert
[EMAIL PROTECTED] wrote:
> Hello Gert,
>
> thank Yo
Op Ma, 12 maart, 2007 10:16 am schreef [EMAIL PROTECTED]:
> jpeg2yuv -v0 -f25 -n1 -Ip -j.jpg | yuvscaler -v0 -OSIZE_720x576 2>
> /dev/null |
> mpeg2enc -v0 -a2 -np --cbr -b1 -D8 -f3 -o .mvi
>
> from mjpeg-tools
>
> It works fine only for about one out of 5 pictures I got an errormessage
> like
Anne Wilson wrote:
> I normally create DVDs, but occasionally the footage that I want to convert
> is
> very small, so this time I thought I would create an SVCD. This didn't work,
> although the same m2v and mp2 files mplexed to DVD quality without a problem.
>
> What exactly caused the pro
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
PROTECTED] lavtools]$
Gert
Gert Vervoort wrote:
jpeg2yuv mentions that the size of the image is 1310720 bytes, but the
actual size is 1839353 bytes:
[EMAIL PROTECTED] tmp]$ ls -al IMG_0134.JPG
-rw-rw-r-- 1 gert gert 1839353 May 26 21:50 IMG_0134.JPG
[
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.
Loren Nozot wrote:
Gert,
Thanks for the patch! However, I am getting the following trying to
patch from mjpeg_play directory.
patch -p 1 < mjpegpatch
missing header for unified diff at line 4 of patch
can't find file to patch at input line 4
Perhaps you used the wrong -p or --strip option?
The
Loren Nozot wrote:
I too have had trouble compiling mjpegtools latest release so I moved
to try the cvs. I downloaded cvs this morning (2005.03.30) and am
receiving the following error.
y4mhist.c:16:33: mjpegtools/yuv4mpeg.h: No such file or directory
I seem to make it further with the CVS as
Roine Gustafsson wrote:
64bit is generally slower than 32bit. The only benefit of 64bit is
non-segmented addressing of several gigabytes of data. If you don't
need that then 64 bit adressing is just overhead.
On x86-64 they did not only change from 32 bit to 64 bit, but they also
doubled the num
[EMAIL PROTECTED] wrote:
Do MMX optmizations (and other related optimizations
like SSE) in mjpegtools cvs work with amd64 cpus?
Yes, recent cvs versions do use MMX/SSE optimizations with amd64.
Gert
---
This SF.Net email is sponsored by: Int
sean wrote:
I want to make a dvd slideshow from whole bunch of jpeg files named
dscxx.jpg. I want to change each file name to yy.mm.dd.hh.jpg ( or
any other reasonable format) using the exif info in the file.
This can be done with jhead with the -n/-nf option:
http://www.sentex.net/~mwandel/
Andrew,
Like Robert I noticed the problem with the xine software player. But, I
also experienced problems while playing back the DVD on a Philips DVD
recorder. In both cases adding the "-W mplayer_hdr" fixed the problem.
Gert
Andrew Stevens wrote:
Gert, Robert,
Thanks very much for the LPCM
Robert W. Fuller wrote:
Did you build your version of mplex out of CVS? What CVS command do
you use to fetch this? Are you just using an updated version of
mplex, or the entire mjpegtools? What works for you, Gert?
The version I use is build from CVS:
cvs -d:pserver:[EMAIL PROTECTED]:/cvsro
sox 48k.wav -r 48000 -w -c 2 -s -x audio.raw
mv audio.raw audio.lpcm
mplex -f8 -L48000:2:16 video.m1v audio.lpcm -o video.mpg
OR mplex -f8 video.m1v audio.lpcm -o video.mpg
Have you tried to add "-W mplayer_hdr" to mplex?
mplex -W mplayer_hdr -f8 video.m1v audio.lpcm -o video.mpg
Works
18 matches
Mail list logo