Hallo,
I think there has to be a bug in the mplex tool with lpcm. That is what I have
done:
1. sox NAME.wav -t raw -x -s -w -c2 -r48000 NAME.lpcm
2. mplex -S 0 -f 8 -V -o NAME.mpg NAME.lpcm NAME.m2v
It make no different if I also use "-L 48000:2:16"
3. Try to play this file with mplayer and xi
[EMAIL PROTECTED] wrote:
> I tried version mjpegtools-1.6.2 and mjpegtools-1.6.3-rc1. Both have this
> problem.
Try the current CVS version - I submitted a patch to fix this bug which
was committed after the release of 1.6.3-rc1.
Dave.
---
SF
On Tue, 28 Jun 2005, Dave Chapman wrote:
> [EMAIL PROTECTED] wrote:
> > I tried version mjpegtools-1.6.2 and mjpegtools-1.6.3-rc1. Both have this
> > problem.
>
> Try the current CVS version - I submitted a patch to fix this bug which
> was committed after the release of 1.6.3-rc1.
I now tried t
When yuvdenoise was first re-written I was really sad because I liked the
original yuvdenoise so much. The newer one was slow and did not seem to get
rid of anywhere near the noise the original did. I decided to give it another
chance using the latest from CVS and noticed it is now only 2X as
On Sat, 18 Jun 2005, Steven M. Schultz wrote:
>
> On Sun, 19 Jun 2005, Steve Tell wrote:
>
> > Here's one little patch that makes my live-to-mjpeg recordings look much
> > better. ... "Corrupt JPEG data: 30 extraneous bytes before marker 0xd9"
> >
> > This patch for lav2yuv and related library
On Tue, 28 Jun 2005, Steve Tell wrote:
> The patch I sent was missing the tiny addition to the documentation for
> the newoption, due to a mistake of mine generating the patchfile.
> Its attached now.
You made it just in time - a few more hours and I'd be on the road
for vacati
