All of lore.kernel.org
 help / color / mirror / Atom feed
From: Davy Durham <pubaddr@davyandbeth.com>
To: mjander@users.sourceforge.net, alsa-devel@lists.sourceforge.net
Subject: Re: buffers, periods, cycles.. oh my!
Date: Sat, 04 Sep 2004 20:38:15 -0500	[thread overview]
Message-ID: <413A6E07.90403@davyandbeth.com> (raw)
In-Reply-To: <1094237841.2082.22.camel@localhost>

Manuel Jander wrote:

>>would prefer to have maybe a second or so of buffer time if it becomes 
>>necessary [streaming to disk and all].  I'm willing to go with the 
>>nearest power of 2 if necessary of course.  Is this possible given any 
>>hardware, or will I need to buffer captured data myself to be on the 
>>safe side?
>>    
>>
> I've got playback pretty much how I want it. But for my capture code, I
>
>
>One second of buffer time... that would be around 176KB ! I very doubt
>that any soundcard would handle that. If you want such a large buffer, i
>guess you will need a own buffer implementation in your app. Are you
>really sure that you need such a large buffer ? Remember that disk
>drivers and filesystem I/O layers provide additional buffers, so you
>don't have to bother about actual hardware latencies.
>
>  
>
Well I figured that if it's a software buffering implementation then 
what does the software much care about how much buffer time I ask for.
Now, I'm pretty sure I've got an 8k buffer working, so whatever the 
buffering mechanism is, it's not straight DMA which was limited by 4k 
you said.

thats all


-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click

  parent reply	other threads:[~2004-09-05  1:38 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-28  5:46 buffers, periods, cycles.. oh my! Davy Durham
     [not found] ` <1093718182.2150.26.camel@localhost>
2004-08-28 23:52   ` Davy Durham
2004-08-29  0:08   ` Davy Durham
2004-08-29 16:48     ` Paul Davis
2004-08-30 21:53       ` Davy Durham
     [not found]         ` <1094237841.2082.22.camel@localhost>
2004-09-05  1:38           ` Davy Durham [this message]
2004-09-05  2:13             ` Lee Revell
2004-08-29 16:50     ` Manuel Jander

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=413A6E07.90403@davyandbeth.com \
    --to=pubaddr@davyandbeth.com \
    --cc=alsa-devel@lists.sourceforge.net \
    --cc=mjander@users.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.