Just discovered something funny which may be relevant:
When I start xawtv preconfigured for S-Video (via ~/.xawtvrc) it also comes up
in B/W! After flicking to composite and back to S-Video I have color again.
Cheers,
Koos
--
43rd Law of Computing: Anything that can go wr
fortune: Segmentation
On Wednesday 26 January 2005 23:44, Ronald S. Bultje wrote:
> > > lavrec captures again. In B/W. No color. xawt does full color.
> > Seem's that someone should really take a look at the driver. :-/
> I'll check...
That would be really neat. Thanks :-)
Koos
--
43rd Law of Computing: Anything that
Hi!
I record from a TV card with the following command:
mencoder -tv driver=v4l2:input=3:adevice=/dev/dsp:forceaudio tv:// -ovc
lavc -oac pcm -lavcopts vcodec=mpeg4:vbitrate=3000:keyint=50 -endpos
700mb -vf pp=lb -o out.avi
Now I want to reencode the video with mjpegtools vor DVD.
As a test I tr
On Wed, 26 Jan 2005, [ISO-8859-1] Thomas Börkel wrote:
> I got a kernel oops while mpeg2enc was running. When I tried the same
> encoding again later (after reboot), the machine froze.
> This is the first time, I had problems with mpeg2enc. I tested the
> memory and hard disks (with smart) and
Hi,
The author of the driver requested I send the patch on the mjpeg maintainer &
list. Please consider applying.
Description: Directly use wait-queues instead of the deprecated
sleep_on_timeout(). Since the sleep in this function is unconditional,
wait_event_timeout() does not appear to be appro
Hallo,
there is a severe allocation bug in pipelist.c
The line
if ((pl->segment_count % 32) == 0)
pl->segments = (PipeSegment **) realloc (pl->segments,
sizeof (pl->segments) + 32 * sizeof (PipeSegment *));
}
assumes pl->segments to return the size of malloced memory point
HI!
Richard Ellis wrote:
Maybe heat?
Mpeg2enc will push your CPU to run at 100% power for quite a lengthy
amount of time, and if your CPU cooler is not able to handle the heat
load, you can get crashes and freezes.
Hm, according to sensors, the heat is not too much (60 degrees celsius).
Also, are y
HI!
Ronald S. Bultje wrote:
I got a kernel oops while mpeg2enc was running. When I tried the same
encoding again later (after reboot), the machine froze.
That implies broken memory, or you've overclocked a but too much.
I have tested the memory with memtest86 (several passes) with no problems.
The
HI!
Steven M. Schultz wrote:
The problem is not mpeg2enc and probably not with the memory.
Are you using the nvidia drivers?
nvidia:__insmod_nvidia_O ...
Yes. NVidia 6111.
Using Suse 9.0, kernel 2.4.21-266-smp4G, mjpegtools 1.6.2.
I've had a couple times when the machine (dual At
On Thu, 27 Jan 2005, Maarten de Boer wrote:
> > the following is (of course) sending me back an error
> >
> > find . -name \*.ppm | ppmtoy4m | blabla
>
> How about
>
> find . -name \*.ppm -exec ppmtoy4m {} \; | blabla
That won't work, as you can't just cat y4m streams together. The have headers
On Thu, 27 Jan 2005, Lehmeier Michael wrote:
> I record from a TV card with the following command:
> mencoder -tv driver=v4l2:input=3:adevice=/dev/dsp:forceaudio tv:// -ovc
> lavc -oac pcm -lavcopts vcodec=mpeg4:vbitrate=3000:keyint=50 -endpos
> 700mb -vf pp=lb -o out.avi
>
> As a test I tried the
Hi!
On Fri, 28 Jan 2005, [ISO-8859-1] Thomas Börkel wrote:
> > Are you using the nvidia drivers?
> >
> > nvidia:__insmod_nvidia_O ...
>
> Yes. NVidia 6111.
Ok. That is what appeared to be the case but I thought it best to
make sure.
> I'll try that and possibl
12 matches
Mail list logo
