I'm trying to use mplex 1.7.0 under Mac OS X 10.2.4 to mux together an
mpg and an mpa; the command is
mplex -f 1 -O 0 -o movie.mpg tyler.mpg tyler.mpa
I get eleven repetitions of something like
++ WARN: [mplex] Stream e0: data will arrive too late sent(SCR)=117600
required(DTS)=0
++ WARN: [mpl
Attempting to compile libmovtar-0.1.3 on RH8.0 system. Configure
looks good but the make fails as below. Ideas appreciated.
Randy
gcc -DPACKAGE=\"libmovtar\" -DVERSION=\"0.1.3\" -DSTDC_HEADERS=1
-DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
-DHAVE_MEMORY_H=1
-DHAVE_
(please mail to mjpeg-users for more help)
> I used u'r source code of MJPEG tools. I got struck up while
> compiling. I downloaded all the relevant header files for SDL.
> What is
> the default path for SDL directory and jpeg-mmx and quicktime
> directories.
no clue ... anyone knows it by hea
Hallo
> I'm trying to use mplex 1.7.0 under Mac OS X 10.2.4 to mux together an
> mpg and an mpa; the command is
>
> mplex -f 1 -O 0 -o movie.mpg tyler.mpg tyler.mpa
>
> I get eleven repetitions of something like
>
> ++ WARN: [mplex] Stream e0: data will arrive too late sent(SCR)=117600
> requir
Hallo
> Attempting to compile libmovtar-0.1.3 on RH8.0 system. Configure
> looks good but the make fails as below. Ideas appreciated.
[...]
> movtar_play.c:17:22: jinclude.h: No such file or directory
> In file included from movtar_play.c:19:
> /usr/include/jpeglib.h:1096:65: jpegint.h: No such fi
I've got a DV sequence I've been trying to get encoded to DVD for a week
now, and I just can't get it to go. Here's the script that I use:
#! /bin/sh
mkfifo stream.yuv
mkfifo video.yuv
smil2yuv -a "${1%.smil}.mp2" "$1" >stream.yuv &
cat stream.yuv | yuvdenoise -S 0 -b 4,4,696,468 |
Hi -
> From: Robert Kesterson <[EMAIL PROTECTED]>
> I did the smil2yuv and denoise passes to actual files, so I have a big 13G
> YUV file that I'm running mpeg2enc against. I've tried reducing or
Tiny, aren' they? ;)
> eliminating every option shown in that command line (different "q"
>
Hallo
> My question is:
> What do you guys recommend as a TV out device for a Linux computer? The
> requirements as i can think of right now:
> - drivers available for free (or coming with the device) but anyway it
> must not have weird requirements regarding the kernel etc. (a la nVidia)
Has your
Hallo
> > If it matters : Gigabyte GA7DXR motherboard, Athlon XP2100+, 512M RAM,
> > ATA100 drives (tried three different drives on two different controllers,
>
> It might matter. Are you using ECC memory?Random segfaults,
> in my experience, can be caused by memory errors.
Did you try -M0?
- Original Message -
From: "Robert Kesterson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, February 20, 2003 11:12 AM
Subject: [Mjpeg-users] Mpeg2enc segfaulting, I'm stumped.
>
> I've got a DV sequence I've been trying to get encod
I noticed lots of people running yuvdenoise AND using the -N option on
mpeg2enc.
isn't this redundant?
- Original Message -
From: "Robert Kesterson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, February 20, 2003 11:12 AM
Subject: [Mjpeg-users] Mpeg2e
John Ribera wrote:
>
> I noticed lots of people running yuvdenoise AND using the -N option on
> mpeg2enc.
>
> isn't this redundant?
NO.
Because the mpeg2enc -N option does not filter material. Or analyze the
image to denoise. It discarges the high frequency parts of the image.
Ususally the high
Hi -
> From: "John Ribera" <[EMAIL PROTECTED]>
>
> I noticed lots of people running yuvdenoise AND using the -N option on
> mpeg2enc.
>
> isn't this redundant?
Not at all. yuvdenoise reduces noise where the -N option is a lowpass
filter and is a gentle rolloff of the high freq
On Thu, 20 Feb 2003, John Ribera wrote:
>
> Did you try -M0?
I just tried it. Didn't help. Segfault after 4400 frames.
Tonight I'll open the machine up and blow out all the dust and reseat the
RAM chips. I may also reseat the heat sync on the CPU just for grins.
Maybe that will solve it. I've
On Thu, 20 Feb 2003, Robert Kesterson wrote:
[snip]
> Does anyone have any ideas on how to track this down? The one thing I
> *haven't* done yet that I suppose would be a good idea is run it inside
> GDB, so at least I could see *where* it's segfaulting. (Will go try
> that...)
It's a PITA, but
15 matches
Mail list logo