On Sat, 3 Jan 2004, Brian J. Murrell wrote:
> The actual build, once you got everything right, yes you are right.
> It's the management of "this depends on that, so build that, which
As the toolbox is becomes more complete the management gets simpler.
> depends on the other so build th
On Fri, 2004-01-02 at 15:29, Steven M. Schultz wrote:
>
> If a couple minutes to save hours of encoding time doesn't make it
> worth the small amount of time then nothing will.
The actual build, once you got everything right, yes you are right.
It's the management of "this depends on
On Fri, 2 Jan 2004 [EMAIL PROTECTED] wrote:
> > No, there was a bug in configure.in that caused autoheader to never
> > be run.
> >
> > catches up in a couple hours) work around the bug by running
> > 'autoheader' manually. Then config.h.in will be generated and
>
> That worke
On Fri, Jan 02, 2004 at 04:49:15PM -0800, Steven M. Schultz wrote:
>
> On Fri, 2 Jan 2004 [EMAIL PROTECTED] wrote:
>
> > Decided to try the CVS version. Fetched the mjpeg_play module.
> > But ./autogen.sh fails with the error:
> >
> > [...]
> > config.status: creating mjpegtools.spec
> > config.
On Fri, 2 Jan 2004 [EMAIL PROTECTED] wrote:
> Decided to try the CVS version. Fetched the mjpeg_play module.
> But ./autogen.sh fails with the error:
>
> [...]
> config.status: creating mjpegtools.spec
> config.status: creating config.h
> config.status: error: cannot find input file: config.h.in
On Fri, 2 Jan 2004 [EMAIL PROTECTED] wrote:
> Currently I am using mjpegtools 1.6.1.92 to convert movies to
> SVCD. How faster is the CVS version compared to the version I
> have installed? Is it stable for SVCD production? I am thinking
> about installing it and trying it.
It's been so
On Fri, 2 Jan 2004 [EMAIL PROTECTED] wrote:
> Decided to try the CVS version. Fetched the mjpeg_play module.
> But ./autogen.sh fails with the error:
>
> [...]
> config.status: creating mjpegtools.spec
> config.status: creating config.h
> config.status: error: cannot find input file: config.h.in
On Fri, Jan 02, 2004 at 11:28:23AM -0800, Steven M. Schultz wrote:
>
> On Fri, 2 Jan 2004, Brian J. Murrell wrote:
>
> > Perhaps with the CVS version that is the case, but historically, I have
>
> cvs update works wonders ;)
Decided to try the CVS version. Fetched the mjpeg_play module.
B
On Fri, Jan 02, 2004 at 12:29:33PM -0800, Steven M. Schultz wrote:
>
> On Fri, 2 Jan 2004, Brian J. Murrell wrote:
>
> > Indeed, if you have the time to manage software in such a manner.
>
> If a couple minutes to save hours of encoding time doesn't make it
> worth the small amount o
On Fri, 2 Jan 2004, Brian J. Murrell wrote:
> Indeed, if you have the time to manage software in such a manner.
If a couple minutes to save hours of encoding time doesn't make it
worth the small amount of time then nothing will.
> MP4 containers huh? I will have to take a look.
Hi Brian,
On Fri, 2004-01-02 at 21:06, Brian J. Murrell wrote:
> MP4 containers huh? I will have to take a look. Do they overcome 2G
> file limitations?
MP4 = quicktime, IIRC, so yes.
Ronald
--
Ronald Bultje <[EMAIL PROTECTED]>
Linux Video/Multimedia developer
Hi,
On Fri, 2004-01-02 at 20:48, JoeHill wrote:
> ...anyhow, am I heading down the right path? I'm assuming that building
> mjpegtools from source *with* the nasm package installed will speed up the
> conversion process from DivX to SVCD?
Note that the pre-compiled RPMs have all optimizations bui
On Fri, 2 Jan 2004, JoeHill wrote:
> That *seemed* to do it, though I had CFLAGS= -O6, not O3, if I'm even looking
Ah, that's right. It's been so long since I stumbled across the
problem I forgot the exact setting. -O3 and higher would tickle
the bug as I recall.
> i
On Fri, 2004-01-02 at 14:28, Steven M. Schultz wrote:
> cvs update works wonders ;)
Indeed, if you have the time to manage software in such a manner.
> I put the stuff into MP4 containers with AAC audio and MPEG4 video.
MP4 containers huh? I will have to take a look. Do they overco
On Fri, 2 Jan 2004 11:17:13 -0800 (PST)
"Steven M. Schultz" <[EMAIL PROTECTED]> wrote:
> > /home/joehill/tmp/ccdc9rev.s: Assembler messages:
> > /home/joehill/tmp/ccdc9rev.s:625: Error: symbol `NOT_SUPPORTED' is already
> > defined make: *** [jdapimin.o] Error 1
>
> Bug in gcc. Change the
On Fri, 2 Jan 2004, Brian J. Murrell wrote:
> Perhaps with the CVS version that is the case, but historically, I have
cvs update works wonders ;)
> not been able to get more than 5fps with mpec2enc whereas libavcodec
> gives me closer to 20fps.
Part of that is that ffmpeg/menco
On Fri, 2 Jan 2004, JoeHill wrote:
> When I originally tried to compile mjpegtools from source, I was warned that
> without "nasm", performance would be very poor. So I installed the Mandrake nasm
> package, and proceeded to build. ./configure goes ok, but when I try to 'make' I
> get this error:
On Fri, 2004-01-02 at 12:54, Steven M. Schultz wrote:
>
> Then you'll also have seen
I just tuned in in the last couple of days, so I haven't seen much.
> that the speed difference isn't as
> great has been bandied about at times (well, at least for the
> cvs version - RC4's d
Hello all,
Brand new user here, had no idea these tools even existed til a few days ago
when I bought my DVD player and decided I wanted to see if I could encode some
of my DivX movies to SVCD.
Good news is, I can.
However, I am using Mandrake with mjpegtools-1.6.1-9mdk, and the script I use,
On Fri, 2 Jan 2004, Ronald Bultje wrote:
>
> It's indeed mpeg, and a system stream (so a muxed mpeg file, not an
> elementary video stream). You need to demux them in some way. I don't
> know how to do that with mplayer/ffmpeg. With GStreamer, it's
> "gst-launch filesrc location=file.mpg ! mpegde
On Fri, 2 Jan 2004, Brian J. Murrell wrote:
> Indeed. I have seen some of your traffic on the ffmpeg-devel list.
Then you'll also have seen that the speed difference isn't as
great has been bandied about at times (well, at least for the
cvs version - RC4's delayed until
Hi Brian,
On Fri, 2004-01-02 at 16:10, Brian J. Murrell wrote:
> I don't think so. Mplayer tells me this about the file (if there is a
> better utility to determine the parameters of an MPEG file, I would be
> more than glad to use it rather than mplayer):
[..]
> system stream synced at 0xB (0)!
On Fri, 2004-01-02 at 02:01, Steven M. Schultz wrote:
>
> Hmmm, I knew ffmpeg
Indeed. I have seen some of your traffic on the ffmpeg-devel list.
> had mpeg1 encoding capability (from libavcodec)
> and it can, if you say the right magic words, produce MPEG1
> ES (Elemental Str
Here is what I did that seemed to be (one of the things) to do the trick
although it may have had to do with my nforce2 sound driver (ibm81x):
Original:
< $SUDO /sbin/insmod ./zoran.$mod_ext debug=3 card=$cardnum encoder=$encnum
decoder=$decnum default_norm=$normnum lock_norm=0 pass_through=0
lml33
Hi!
On Fri, 2 Jan 2004, George Kola wrote:
> I have a large number of DV files to be encoded to mpeg-1 and mpeg-2.
> The DV file is large 13 GB (It is DV in avi). I compiled mjpeg tools on
Oh, you used the form 2 AVI instead of raw DV :-(
> redhat 7.2 and redhat 9. The glibc I
On Thu, 1 Jan 2004, Brian J. Murrell wrote:
> I am using mencoder (libavcodec in reality I guess) to create an mpeg1
Hmmm, I knew ffmpeg had mpeg1 encoding capability (from libavcodec)
and it can, if you say the right magic words, produce MPEG1
ES (Elemental Stream) files
26 matches
Mail list logo
