On Thu, 2004-03-18 at 23:03, Josh Green wrote:
> I have a laptop with the following hardware:
> P4 3.06Ghz CPU
> 82801DB AC'97 Audio Controller
> 82801DB AC'97 Modem Controller
> nVidia GeForce Go5200
>
>
> and software:
> Linux Kernel 2.6.3 (with some ACP
g down latency
issues with 2.6 kernels? Thanks in advance for any help :) Cheers!
Josh Green
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo techn
reset rate (44,1khz) when used
> with jackd. which lead me into the false assumption that there could be
> something wrong with jack.
>
> Glad that's solved! :-)
>
> Lukas
>
Cool, thats good to know. I wonder if the ALSA folks know this, CC'ing
them just in case they
On Fri, 2003-03-07 at 15:29, Mark J Roberts wrote:
> Josh Green:
> > If you want to check these projects out, you can either wait a few days
> > for FluidSynth 1.0 to be released which a release of Swami will follow
> > shortly after, or you can get Swami CVS and F
a few days
for FluidSynth 1.0 to be released which a release of Swami will follow
shortly after, or you can get Swami CVS and FluidSynth CVS. Cheers.
Josh Green
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The debu
it decide to
consume all the CPU time.
I think this is one of the main things that still needs to be solved
with Linux and audio. Low latency audio shouldn't entail buggy processes
being able to bring the system to its knees. Cheers.
Josh Green
--
gt; endl;
> exit(1);
> }
> }
>
If I remember correctly the EPIPE error code is returned when an xrun
occurs. In the case of a read it would be a buffer overrun. Your code
should check for this return value and I believe y
On Wed, 2003-01-01 at 21:16, Josh Green wrote:
>
> I've also attached lsusb -v output. Cheers.
Ooops, looks like lsusb without -v instead.. Should look before I
attach. Let me know if that or any other information would be helpful.
Cheers.
Josh Green
> Bus 001 Device 001
]: USB-Audio - EDIROL PCR
Roland EDIROL PCR
cat /proc/asound/PCR/midi0:
Roland EDIROL PCR
Output 0
Tx bytes : 0
Output 1
Tx bytes : 0
Input 0
Rx bytes : 0
Input 1
Rx bytes : 0
Input 2
Rx bytes : 0
I've also attached lsusb -v output. Cheers.
Josh
pts
on Mandrake 8.1. I haven't quite figured out why it doesn't but that
also started with beta12 so I suspect its the same problem. Cheers!
Josh Green
P.S. Nice job on the web site. The documentation section is more
complete now. I notice that the "Documentation" and &q
I sent this email before without realizing I wasn't a member of the list
(I am now), it appears to be stuck in the moderation loop :) So I'm
sending it again, please excuse a double posting, thanks.
Josh Green
--- Begin Message ---
I'm currently have a problem setting
on of what
kind of support the program provides (sequencer and/or PCM), maybe..
iiwusynth could also be added.
Cheers!
Josh Green
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
SA
(especially since there is already an ALSA serial driver available) so
it could be an option. Thanks for the tip. I'll be sure to let you know
when I get something working. Lates..
--
Josh Green
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
).
P.S. I BCC'd the driver author (determined from source), I'll understand
if he is too busy to respond :)
--
Josh Green
Smurf Sound Font Editor (http://smurf.sourceforge.net)
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.
nning XMMS in
OSS mode I got an oops immediately after playing an MP3. I've attached
the output from ksymoops.
--
Josh Green
Smurf Sound Font Editor (http://smurf.sourceforge.net)
ksymoops 2.4.1 on i686 2.4.13. Options used
-V (default)
-k /proc/ksyms (default)
-l /pr
mary use in the Smurf Sound Font Editor. It will bring
many benifits as well, including: use of any Linux supported sound card,
a common synthesis platform, ability to pipe synthesized audio to plugin
chains for other effects (hard to do with SB Live internal synth) and
I haven't tried the latest driver yet though
(its on somebody else's system). Anybody else have a VIA686B that works
or doesn't work?
--
Josh Green
Smurf Sound Font Editor (http://smurf.sourceforge.net)
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
linked only for its historical value.
Many people keep complaining about there not being that much
documentation. Seems to me like there is fairly sufficient "reference"
documentation, although we still suffer from more general overview docs.
Perhaps they
ays. You
can browse it online.
If you didn't already know about it its at:
http://www.alsa-project.org/alsa-doc/alsa-lib/
Its linked off the ALSA documentation page (not the API one for SOME
reason :)
--
Josh Green
Smurf Sound Font Editor (http://smur
On Fri, 2001-12-14 at 02:33, Josh Green wrote:
>
> I'll attach the current code for the full duplex test program I used.
> Its not very general at the moment perhaps a real full-duplex test
> program should be written for distributing with ALSA?
> For detailed information un
ot; which fills
up a history buffer until it gets to a certain size and then exits and
displays the results, piping through "less" is a good idea :)
--
Josh Green
Smurf Sound Font Editor (http://smurf.sourceforge.net)
___
Al
the SB Live though (meaning that the buffer pointers
wont overwrap each other). So this should be something that can be
corrected in ALSA. Or maybe there is something still wrong with the full
duplex test program. Anyways. Still dreaming of crisp and clear
low-l
lex test program I'm
using). Are any of the fixes related to ALSA in general, or are they all
specific for the trident?
--
Josh Green
Smurf Sound Font Editor (http://smurf.sourceforge.net)
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
it
never stops (set stop_threshold really high 0x, or something)
and the silence parameters correctly so that silence will be sent rather
than looping part of the buffer again. I might be wrong about all this,
so someone who really knows about ALSA XRUN handling should then ste
page on
http://www.alsa-project.org).
--
Josh Green
Smurf Sound Font Editor (http://smurf.sourceforge.net)
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
ention it because I was in the middle of adding a full
duplex plugin (actually just another routine in the alsa driver file). I
need to make a patch for the changes I made, which I will do as soon as
possible. Right now I should go to sleep though.
I have an SB Live! and it wor
b970]
> /lib/libc.so.6(__libc_start_main+0xbb) [0x403d94cf]
> snd(_start+0x21) [0x8062171]
> :~$
>
> ideas!? TIA
>
> andy
>
Yeah, I think it was mentioned (on alsa-devel) that this is fixed in
ALSA CVS? New kernel ioctls changed so you
l has the clicking problem I mentioned.
--
Josh Green
Smurf Sound Font Editor (http://smurf.sourceforge.net)
/*
Full duplex ALSA test program
Do whatever you want with it and use it at your own risk
Josh Green <[EMAIL PROTECTED]>
Fixes by Jaroslav Kysela
Novemb
oundaries of the fragment. Anyways. I haven't tested this in a while,
but I'll try again with current CVS. This is with an SB Live! card by
the way. IIRC the problem was on the playback portion of the stream, as
the record data was correct. I'll verify th
her computer you can save to a file, reboot your frozen
machine and then run the oops through ksymoops. Hope that helps.
>
> --
> Emmanuel
>
--
Josh Green
Smurf Sound Font Editor (http://smurf.sourceforge.net)
___
Alsa-devel maili
, TUSL2-M, Barracuda IV, TNT2-M64,
> XFree 4.1.0)...
>
> http://www.tbrowne.demon.co.uk/latencytest
>
Those graphs look pretty tight :) 1.7ms max latency, yeah!
> Hopefully now I can get down to sorting the threading out, without blaming
> poor OS scheduling... :)
>
>
m ready to prepare a whole patch for Linus
> against the actual 2.5.1pre code.
>
> Jaroslav
I have some comments..
Wooohooo!
Yeah!
Cool!
--
Josh Green
Smurf Sound Font Editor (http://smurf.sourceforge.net)
___
> Results were pretty awful to say the least - Linux is doing too much read
> ahead buffering, and too much write-latering... If there's an LL+buffer
> patch for 2.4.15 final, I'll give that a go...
>
> - Tom.
>
Yuck. Those look pretty bad. What kind of
ple: "-d 1 -c 1")
> -dave
> --
> perl -e'@email=split(//,".tenmhd\@nosbud");foreach$letter(@email){$
> email=$letter.$email;}$email=~s/(m|net\.)/a\1\1/g;print"$email\n";'
>
--
Josh Green
Smurf Sound Font Editor (http://smurf.sou
be nice to have a list to discuss this project, should
we just use one of the existing lists (linux-audio-dev?) Perhaps
starting a sourceforge project would give us a nice place to develop
this thing.
--
Josh Green
Smurf Sound Font Editor (http://smurf.sourceforge.net)
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
re companies knew about
this state, they would contribute.
--
Josh Green
Smurf Sound Font Editor (http://smurf.sourceforge.net)
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
ike its
because you specified 256 for the disk copy tests. Note that this is in
bytes, so its only reading/writing/copying 256 bytes, which doesn't take
that long :) You probably want 25600.
--
Josh Green
Smurf Sound Font Editor (http://smurf.sourceforge.net)
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
nd
> until all these time gaps (from the view of a RT task) will not be solved,
> we can't do this audio processing in a reliable way without having at
> least two CPUs.
>
> Jaroslav
>
Having the latency.c test pro
is available. so, if you set it for 128 frames at
> 48kHz, when the h/w will interrupt us every 2.3msec.
>
...
Thanks for that explanation, clarifies a lot for me.
--
Josh Green
Smurf Sound Font Editor (http://smurf.sourceforge.net)
o be honest don't
really know how an application would get scheduled to wake up once ALSA
is ready to send/receive a chunk of audio.
Maarten, please let me know if my assumptions are wrong, I wouldn't want
to put words in your mouth :)
--
Josh Green
Smurf Sound Font Editor (http://smurf.sourceforge.net)
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
On Sat, 2001-11-03 at 21:53, Josh Green wrote:
> I just changed the motherboard in my computer from a K6-2 550 with VIA
> Apollo chipset to a P3 533 with Apollo MVP3/Pro133x chipset. I'm now
> experiencing a chirping sound in audio playback and other artifacts. It
> seems to be
modules will load, but looking at /proc/asound/cards
reports that there are no cards available, and trying to use any devices
with it will say the same. Anyone else have a via686a? Any ideas on this
one?
Thanks in advance to anyone who has some info or solutions to fixing
these problems.
--
Jos
Linux
SOUND Architecture developement). Check out www.linmodems.org they might
have what you are looking for. You probably want to figure out what
chipset your modem is "cat /proc/pci" or something to get that info.
Good luck! Many win (lose!) modems don't have drivers for Linux.
--
ate to one
another. The "PCM (digital audio) interface" link off of the doxygen
alsalib API "Main Page" looks like a start of what I'm talking about.
Ohh, I just realized that this is what Jaraslav just created. Looks
good.
On another note, some pages seem to be awefully l
On Mon, 2001-10-15 at 05:45, Jaroslav Kysela wrote:
> On 15 Oct 2001, Josh Green wrote:
> >
> > Just wanted to add that my XRUN detection is rather messed up right now,
> > and I've already locked up my machine once (stuck in loop with
> > SCHED_FIFO @:(), so yo
thing causing some naughty spikes though. Your patch did
manage to cut back on a lot of them, which is a good thing (tm).
--
Josh Green
Smurf Sound Font Editor (http://smurf.sourceforge.net)
___
Alsa-devel mailing list
[EMAIL PROTECTED]
On Mon, 2001-10-15 at 03:22, Josh Green wrote:
>
> Sure, I'll attach it to this email. I've been testing it for a while now
> and I'm realizing that the problem hasn't completely gone away. Since
> the start/prepare operations happen in sync, each time an x
On Mon, 2001-10-15 at 02:46, Jaroslav Kysela wrote:
> On 15 Oct 2001, Josh Green wrote:
>
> > I finally got around to doing a full duplex test with my SB Live card.
> > At first I was experiencing the same problems I was having a while back
> > (although to a le
magic. Putting this in my test program makes things
work all nice and sweet :) Is this function call required in a program
to synchronize PCMs or can this be done externally (asound.conf?).
Looking forward to vocoding and doing other cool real time PCM effects
:)
--
Josh Green
Smurf Sound Fo
PROTECTED]
>
Good idea. I'm no expert on ALSA API programming, but I'm sure much can
be removed from your example. Or perhaps a second example done with the
absolute minimum done to play CD quality audio (rely on ALSA for
defaults for buffer size, etc). ALSA picks defaults for a lot
t found errors when trying to open various ALSA
devices, running that script usually fixes things. Sometimes
I have to run it when I change kernels.
--
Josh Green
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
osted the results at
the same place:
http://www.c0nfusion.org/~josh/
Test 3 and 4 are the new ones. Test 3 is with your little buffer.c
patch.
Not as nice of results as yours :( Still something wrong.
--
Josh Green
Smurf Sound Font Editor (http://smurf.sourceforge.net)
__
he SB Live is for the
Rear speakers (i.e. Surround) whereas the next one over (second jack
from Joystick port) is the front output, which will probably act more
like what you want. Sometime an ALSA SB Live FAQ should be written, its
taken me a while to get used to all the quirks.
--
ave:
http://www.alsa-project.org/alsa-doc/alsa-lib
off of:
http://www.alsa-project.org/documentation.php3
which seems fine.
--
Josh Green
Smurf Sound Font Editor (http://smurf.sourceforge.net)
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
On Fri, 2001-10-05 at 07:19, Jaroslav Kysela wrote:
> On 5 Oct 2001, Josh Green wrote:
>
> > On Fri, 2001-10-05 at 02:30, Jaroslav Kysela wrote:
> > > On 4 Oct 2001, Josh Green wrote:
> > >
> > > Me, unfortunately, as being maintainer for many things aroun
uld like to get into the
kernel more, I've been fairly confident inserting printks in stuff and
other little debugging hacks, but I would like to get a more in depth
knowledge of it all. Must read more docs and more source :) I'll let you
know of any res
t my kernel. I hope that it never comes back to byte
me in the ass though, I do have stuff on it that I would hate to lose :)
I've seen that program on Andrew Morton's site. I'll look into it more.
--
Josh Green
Smurf Sound Font Editor (http://smurf.sourceforge.net)
On Fri, 2001-10-05 at 02:30, Jaroslav Kysela wrote:
> On 4 Oct 2001, Josh Green wrote:
>
> Me, unfortunately, as being maintainer for many things around, I'm always
> busy. I take almost all recomendations, but I've not found a while to
> prepare some documentation
On Fri, 2001-10-05 at 03:29, Takashi Iwai wrote:
> At 04 Oct 2001 19:21:35 -0700,
> Josh Green wrote:
> >
> > Aggh.. I just ran a whole bunch of ALSA latencytests with various
> > drivers/kernels, all with fairly bad results :( I even went back to my
> > older kern
Thanks for
bringing such a nice Sound Architecture to us, I just feel bad for all
those who don't know about it, or give up on adding support to their
programs. In reality, it is a working sound architecture, just not a
stable one (as in changing API, not programming) :)
--
Josh Green
On Thu, 2001-10-04 at 08:58, Takashi Iwai wrote:
> At 02 Oct 2001 14:25:03 -0700,
> Josh Green wrote:
> >
> > On Tue, 2001-10-02 at 10:33, Takashi Iwai wrote:
> > > Hi,
> > >
> > > i'm trying to run latency test for ALSA9 (based on Benno&
i
>
What are you using for your LL patch? It looks like Andrew Morton's
patch is only up to 2.4.9. I've applied his 2.4.9 patch to 2.4.10, but
there are a lot of rejects which I'm currently fixing up to the best of
my knowledge.
--
Josh Green
Smurf Sound Font Editor
On Tue, 2001-10-02 at 08:53, Mark Rages wrote:
> On Tue, Oct 02, 2001 at 02:48:49AM -0700, Josh Green wrote:
> > On Mon, 2001-10-01 at 18:22, John Gluck wrote:
> > > Hi
> > >
> > > If someone wants to work with me on this please let me know.
> > >
&g
S in a directory
and then runs doxygen, archiving old documentation for download and
installing new for online browsing.. I will set this up if the ALSA
webmaster wont.. Take that as a warning :) I'm sure you all are getting
tired of hearing people ask why there isn't any API documentation. Why
>
Shouldn't something like this be posted to the ALSA web page? Perhaps a
nice little IRC link on the menu?
--
Josh Green
Smurf Sound Font Editor (http://smurf.sourceforge.net)
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
On Mon, 2001-10-01 at 07:01, Takashi Iwai wrote:
> Hi,
>
> At 27 Sep 2001 14:33:18 -0700,
> Josh Green wrote:
> >
> > On Thu, 2001-09-27 at 10:02, Takashi Iwai wrote:
> > > Hi Josh,
> > >
> > > At 26 Sep 2001 20:38:17 -0700,
> > > J
this further.
>
Working now for me! See other emails about AC'97 control. Time to test
out full duplex.
> regards,
>
> jörn
>
Thanks for the info. I'm starting to get the hang of this I think.
--
Josh Green
Smurf Sound Font Editor (http://smurf.sourceforge.net)
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
ot;AC'97" Capture 100%
> amixer: Unknown setup 'Capture'..
>
> Regards,
> J
>
Perhaps:
amixer sset "AC'97" Capture 100
will work for you. It did for me.
--
Josh Green
Smurf Sound Font Editor (http://smurf.sourceforge.net)
_
On Thu, 2001-09-27 at 10:02, Jaroslav Kysela wrote:
> On 26 Sep 2001, Josh Green wrote:
>
> > 2. Recording not working
> >
> > When I record, I get complete 0'd data. I've tried several recording
> > inputs (Line, Mic, etc) all produce 0 data.
>
>
On Thu, 2001-09-27 at 10:02, Takashi Iwai wrote:
> Hi Josh,
>
> At 26 Sep 2001 20:38:17 -0700,
> Josh Green wrote:
> >
> > I've been getting a kernel oops with the latest CVS (as of today). I've
> > attached the output from ksymoops. I CAN get it to r
On Thu, 2001-09-27 at 01:51, Jaroslav Kysela wrote:
> On 26 Sep 2001, Josh Green wrote:
>
> > I've been getting a kernel oops with the latest CVS (as of today). I've
> > attached the output from ksymoops. I CAN get it to re-occur. Running
> > Smurf, loading up
I've been getting a kernel oops with the latest CVS (as of today). I've
attached the output from ksymoops. I CAN get it to re-occur. Running
Smurf, loading up a sound font, and playing a bunch of notes eventually
causes Smurf to segfault, with the kernel oops in my system log.
--
ward to testing full duplex, but since recording isn't
working for me.. Looking forward to fixing these problems (or fixing me
as the case may be). Perhaps an ALSA SB Live! FAQ is in order? Just one
of those interactive things that people can add their own experience
who extracted the archives). For the alsa-driver directory you may
want to run "./configure --with-cards=sb16" to just compile the "sb16"
driver, do a "./configure --help" to see a list of options, you might
want to change the sb16 to sbawe for an AWE card
>
> Have you tried the latest ALSA CVS driver? Many bugs have been fixed there
> in the EMU10K1 code and the full duplex should work smoothly.
>
> Jaroslav
>
This sounds like good news indeed. I will check things out and report
b
our applications. I
would love to see flawless SB Live! full duplex audio, I
want one of these cards myself (for wavetable synthesis as
well as multi PCM and probably better sig to noise ratio
than my ISA AWE 32 [:)] Can we contact Creative Labs?? Will
they help us with something like this. It is
76 matches
Mail list logo
