> I used an onboard via ac'97 soundcard (module
> via686cxxx...), and couldn't solve the problem.
> So i changed to my "old" sb128 PCI, and with that
> animal all seems to be ok
Yeah, I have an sb cound card in there too (PCI), and
still have the "Audio Ring Buffer Overflow" problem,
although I am
On Sat, 19 Jul 2003 05:55:58 +0200
Bernhard Praschinger <[EMAIL PROTECTED]> azt írta:
> Hallo
>
> > I read this thread and have some additional info. I can record
> > movies with lavrec fine (Marvel G400, Debian Woody, kernel 2.4.21,
> > oss sound modules), but lavplay cannot replay its own recor
Hallo
> I read this thread and have some additional info. I can record
> movies with lavrec fine (Marvel G400, Debian Woody, kernel 2.4.21, oss
> sound modules), but lavplay cannot replay its own recordings
> (except they were recorded without sound = switch -a 0). The error
> message is (immediat
On Fri, 2003-06-27 at 10:40, Ronald Bultje wrote:
> Hey Brian,
Hi Ronald.
> Does it help if you unlink() the file (in lavrec, that is) before
> starting the actual capture?
I have not coded it up, but yes, that would fix the problem. If the
unlink() is done before you open the destination file
Hey Martin,
On Thu, 2003-06-26 at 14:29, Martin Collins wrote:
> On 26 Jun 2003 08:44:18 +0200
> Ronald Bultje <[EMAIL PROTECTED]> wrote:
> > Maybe, I'm not 100% sure what portaudio does.
> It's a portable alternative to coding specifically for OSS, ALSA etc.
> It uses a callback function rather t
Hey Brian,
> "Brian J. Murrell" <[EMAIL PROTECTED]> wrote:
> > If there was already a file with the same name as I was starting
> > lavrec with, and it was a largeish file (i.e. hundreds of MB) lavrec
> > would invariably fail with an audio ring buffer overflow. The
> > reason is/was that the fil
On 26 Jun 2003 08:44:18 +0200
Ronald Bultje <[EMAIL PROTECTED]> wrote:
> Maybe, I'm not 100% sure what portaudio does.
It's a portable alternative to coding specifically for OSS, ALSA etc.
It uses a callback function rather than the poll/select of OSS.
http://www.portaudio.com
> The most importa
On 25 Jun 2003 23:56:19 -0400
"Brian J. Murrell" <[EMAIL PROTECTED]> wrote:
> If there was already a file with the same name as I was starting
> lavrec with, and it was a largeish file (i.e. hundreds of MB) lavrec
> would invariably fail with an audio ring buffer overflow. The
> reason is/was tha
Hey Brian,
On Thu, 2003-06-26 at 02:56, Brian J. Murrell wrote:
> > You'd need a threaded approach (being used already) where the audio
> > input streamoff and video capture rate are not actually inter-related
> > (this part is missing) to fix this. lavrec doesn't allow for this (yet).
>
> ETA?
Hey Martin,
On Thu, 2003-06-26 at 01:03, Martin Collins wrote:
> A while ago I toyed with the idea of trying to replace lavrec's audio
> code with portaudio, which is what audacity uses. It is probably a bit
> more than I can handle but was I on the right track?
Maybe, I'm not 100% sure what port
On Wed, 2003-06-25 at 18:23, Martin Collins wrote:
>
> Me too, except mine suddenly started happening at the start of
> every recording and I have not been able to record for a couple of
> months now.
Here's something to check. Is the startup of the recording incurring
too much overhead/latency?
On Wed, 2003-06-25 at 17:19, Ronald Bultje wrote:
>
> The ***video*** driver/hardware is in no single way responsible for
> anything that is even remotely related to ***audio***. At best,
> interaction between the two (and thus at application-level, not at
> hardware/driver level) is an issue.
We
On 25 Jun 2003 23:19:28 +0200
Ronald Bultje <[EMAIL PROTECTED]> wrote:
> It's much more likely to be related to the somewhat non-optimal
> audio recording implementation in lavrec. It's not perfect, but
> mostly works. You'd need a threaded approach (being used already)
> where the audio input str
On 25 Jun 2003 15:53:48 -0400
"Brian J. Murrell" <[EMAIL PROTECTED]> wrote:
> I occasionally get ring buffer overflows when recording from my
> Matrox Marvel.
Me too, except mine suddenly started happening at the start of
every recording and I have not been able to record for a couple of
months n
Hi Vlad,
On Wed, 2003-06-25 at 22:40, Vladimir Shved wrote:
> I've spent good deal of time trying to fix this problem and concluded
> that the problem lies in the Zoran driver or hardware.
The ***video*** driver/hardware is in no single way responsible for
anything that is even remotely related t
Title: RE: [Mjpeg-users] Error Audio ring buffer overflow
I've spent good deal of time trying to fix this problem and concluded that the problem lies in the Zoran driver or hardware. I've tried, different audio cards, even different video cards DC10 and G400. From earlier posts, it
On Wed, 2003-06-25 at 12:12, Brian Edmonds wrote:
> Alan Murrell <[EMAIL PROTECTED]> writes:
> > The error appears usually after around 20mins of recording, but will
> > sometimes appear after 6mins, 11mins, etc.
>
> This sounds almost identical to the problem I've had with my DC10+ since
> day on
Alan Murrell <[EMAIL PROTECTED]> writes:
> The error appears usually after around 20mins of recording, but will
> sometimes appear after 6mins, 11mins, etc.
This sounds almost identical to the problem I've had with my DC10+ since
day one (back in January 2002). I've never been able to record more
Hi Bernhard,
> Which emul10k1 driver do you use ? And which Kernel
> ?
I am using the ALSA drivers that come with the stock
Mandrake 9.1 kernel. The ALSA driver is 0.9.0 .
> Does the recording work afterwards again ?
yes, it does. I can restart the recording immediately
afterwards without a r
Alan Murrell wrote:
>
> Hello,
>
> Hardware:
> Iomega Buz
> PCI Sound Blaster Live (emu10k1 chip)
> K7SEM mainboard (brand new)
> 512MB SDRAM
> AMD 1300 CPU
>
> Software:
> Mandrake 9.1
> mjpegtools (CVS-20030622)
>
> Error:
> **ERROR: [lavrec] Error reading audio: Audio task
>
20 matches
Mail list logo
