Steven M. Schultz wrote:
On Tue, 20 Dec 2005, sean wrote:
I got 12/19 cvs. Built that with gcc-4.1.
1. Region2D.hh needs an #include
Hmmm, 4.0.1 didn't need that - easy enough to add though, it's in
CVS now.
Then I re-dvgrab'ed the tape --format raw.
Ok.
On Tue, 20 Dec 2005, sean wrote:
>
> I got 12/19 cvs. Built that with gcc-4.1.
>
> 1. Region2D.hh needs an #include
Hmmm, 4.0.1 didn't need that - easy enough to add though, it's in
CVS now.
> Then I re-dvgrab'ed the tape --format raw.
Ok.
> When I ran it I got a s
Ray Cole schrieb:
> I grabbed the latest yuvdenoise from the repository and noticed it
> core dumps.
japp, need to fix the memory handling (and some other things...). I hope
I can do so tomorow...
Stefan
--
Gnomemeeting/Netmeeting: callto:ils.seconix.com/[EMAIL PROTECTED]
ICQ: 131490319
---
I grabbed the latest yuvdenoise from the repository and noticed it core dumps.
I checked into it - it allocates the frameX[] buffers to be only half the size
needed, therefore overwriting memory (at line 777). The reason is lwidth in my
stream is 2*width. The buffer sizes are computed from w
Hallo
> Executing: lavrec -i p -w -f a -d 1 -q 60 -a 16 -r
> 44100 -l -1 -R l -c 2 -t 10 -T 1 -n 32 -b 512
> --file_flush 10 --max-file-size 30
[...]
> So the problem is the _ in --file_flush option
Have you tried using: "--file-flush" instead of "--file_flush" you have
used ?
auf hoffentlic
Steven M. Schultz wrote:
On Mon, 19 Dec 2005, sean wrote:
Actually, it seems I made that up. I did capture with dv2.
Hard enough debugging problems without "creative writing" in the
bug report :-)
So why's lav2wav busting my chops :)
Don't know. I've never used the
On Mon, 19 Dec 2005 18:20:56 +0100
Bernhard Praschinger <[EMAIL PROTECTED]> wrote:
> Hallo
>
>
> > I suppose, that when I pressed control+c to interrupt capturing, I
> > noticed "audio task dead" message, and it may have been when it was
> > with this sequence.
> That should not happen. Did you
