Re: [linux-audio-dev] User Interface
In message <[EMAIL PROTECTED]>you write: >Paul Davis wrote: >> >> Paul Winkler writes: >> >> I was just wondering why people on this list seem to ignore glame, when >> >> the discussion comes upon waveeditors. [ ... ] >> > >> >Can't compile it without GNOME. I don't like that. I guess that makes me a >> >luddite. Oh well. >> >> i *am* a luddite, and i don't like GNOME-dependent audio software either. > >no offense intended paul, but you should be the last person on this >planet to complain about library dependencies :) its not library dependencies in general that i don't like. its dependencies on unnecessary libraries. richard has pointed out which GNOME libs are used, and they seem quite reasonable. its the GNOME projects fault for making libgnomeui (really just extensions to GTK+) depend on so many other parts of GNOME, and I have heard that in the next GNOME release, this will be fixed. i'm happy to have apps with a million library dependencies if they are useful, but audio apps that require CORBA, imlib, gdk-pixbuf, wierd compression libraries, and a bunch of other stuff - thats my dislike, thats all. --p
Re: [linux-audio-dev] XRuns and Low-Latency
Thanks for the quick reply! On Mon, 06 Aug 2001 15:27:12 +0200 Frank Neumann <[EMAIL PROTECTED]> wrote: > Hi, > [EMAIL PROTECTED] wrote: > > > I have a problem during 10 channel, full-duplex IO using ALSA 0.9-beta6 and a >Midimann Delta 1010. (Linux 2.4.7-low-latency, AMD Athlon 600Mhz, 256MB RAM) > > > > [..] > > > I works pretty well, except after 20-30 seconds I get many XRuns every 1 - 2 >seconds. They happen >everytime Linux decides to flush the data in the disc-cache. (I >have a IBM 30gig IDE disk (yes in UDMA66 >mode ...) with an ReiserFS on it.) > > I can imagine your problem is that either: > - the LowLatency patches might not yet include lowlatencyfying (;^) > ReiserFS (tried ext2?) In the patch there are some conditional_schedule () lines in ReiserFS ... - I might try ext2 but I currently haven't a free disk nor can I rearange my develop-machine's disc layout ... . > - You don't actually have the LL stuff activated. If you built your > kernel with the option "Control low latency with sysctl.", you'll have > to say something like this as root: > # echo 1 >/proc/sys/kernel/lowlatency > > because by default in this case LL would be disabled. I didn't compiled the LL stuff with sysctl support so it must be on ... - but I will recompile a kernel with this option to be shure. > (all unconfirmed, just reading through Andrew Morton's page, CMIIW (*)). > > Frank > > (*) Correct Me If I'm Wrong > -- > Frank Neumann ([EMAIL PROTECTED]), VIONA Development Center > ST Microelectronics, Karlstraße 27, 76133 Karlsruhe k33p h4ck1n6 René -- René Rebe (Registered Linux user: #127875) eMail:[EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.rene.rebe.myokay.net/ Anyone sending unwanted advertising e-mail to this address will be charged $25 for network traffic and computing time. By extracting my address from this message or its header, you agree to these terms.
Re: [linux-audio-dev] LAAGA name
Iain Sandoe wrote: > > > I still like "JACK", "API" and "LAAGA". "ALBA" is not bad but I agree > > that its a bit to close to ALSA for comfortable distinction between > > the two (should that be necessary). > > drinking LAAGA until ALBA makes JACK 'API ... eh? BRUHAHAHAH :-) -- Jörn Nettingsmeier home://Kurfürstenstr.49.45138.Essen.Germany phone://+49.201.491621 http://icem-www.folkwang-hochschule.de/~nettings/ http://www.linuxdj.com/audio/lad/
[linux-audio-dev] Re: [Alsa-devel] XRuns and Low-Latency
On Mon, 6 Aug 2001 13:55:21 +0200 René Rebe <[EMAIL PROTECTED]> wrote: I forgot: The IO is running in a second thread, and there is enough premixed data in a queue (generated in an other thread ...). k33p h4ck1n6 René -- René Rebe (Registered Linux user: #127875) eMail:[EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.rene.rebe.myokay.net/ Anyone sending unwanted advertising e-mail to this address will be charged $25 for network traffic and computing time. By extracting my address from this message or its header, you agree to these terms.
Re: [linux-audio-dev] User Interface
Paul Davis wrote: > > Paul Winkler writes: > >> I was just wondering why people on this list seem to ignore glame, when > >> the discussion comes upon waveeditors. [ ... ] > > > >Can't compile it without GNOME. I don't like that. I guess that makes me a > >luddite. Oh well. > > i *am* a luddite, and i don't like GNOME-dependent audio software either. no offense intended paul, but you should be the last person on this planet to complain about library dependencies :) disk space is less than dead cheap today, and gnome libs come with almost all distros. unlike c++ libraries, they behave well without having to recompile them manually. i use kde, tried to compile glame, tripped over the gnome deps, installed the needed libs in less than 5 minutes and had glame running in under 15 minutes, including cvs checkout. what else could i possibly want ? regards, jörn "he who compileth ardour from cvs and still likes it" -- Jörn Nettingsmeier home://Kurfürstenstr.49.45138.Essen.Germany phone://+49.201.491621 http://icem-www.folkwang-hochschule.de/~nettings/ http://www.linuxdj.com/audio/lad/
Re: [linux-audio-dev] User Interface
Alexander Ehlert wrote: > > Hi, > > I was just wondering why people on this list seem to ignore glame, when > the discussion comes upon waveeditors. The waveeditor part is really > stable now, we can edit files as large as permitted by the harddisk. > We have even documentation, when you click on help. OK, the filternetwork > editor is prone to crash. So I would be just curious what people dislike > most with glame. Is it the user interface, not enough buttons, too many > popup menus? Not enough effects? i was introduced to GLAME on linuxtag by its authors, alexander, daniel and richard. i had never checked it out before (who needs another sound editor !) but it has since become part of my standard toolkit. check it out, its a fine piece of software. > Glame people suck, always bitching around > in this list ,) ? i can say glame people are not half as bad when you meet them personally :-D -- Jörn Nettingsmeier home://Kurfürstenstr.49.45138.Essen.Germany phone://+49.201.491621 http://icem-www.folkwang-hochschule.de/~nettings/ http://www.linuxdj.com/audio/lad/
Re: [linux-audio-dev] XRuns and Low-Latency
Hi, [EMAIL PROTECTED] wrote: > I have a problem during 10 channel, full-duplex IO using ALSA 0.9-beta6 and a >Midimann Delta 1010. (Linux 2.4.7-low-latency, AMD Athlon 600Mhz, 256MB RAM) > [..] > I works pretty well, except after 20-30 seconds I get many XRuns every 1 - 2 >seconds. They happen >everytime Linux decides to flush the data in the disc-cache. (I >have a IBM 30gig IDE disk (yes in UDMA66 >mode ...) with an ReiserFS on it.) I can imagine your problem is that either: - the LowLatency patches might not yet include lowlatencyfying (;^) ReiserFS (tried ext2?) - You don't actually have the LL stuff activated. If you built your kernel with the option "Control low latency with sysctl.", you'll have to say something like this as root: # echo 1 >/proc/sys/kernel/lowlatency because by default in this case LL would be disabled. (all unconfirmed, just reading through Andrew Morton's page, CMIIW (*)). Frank (*) Correct Me If I'm Wrong -- Frank Neumann ([EMAIL PROTECTED]), VIONA Development Center ST Microelectronics, Karlstraße 27, 76133 Karlsruhe
[linux-audio-dev] XRuns and Low-Latency
Hi all. I have a problem during 10 channel, full-duplex IO using ALSA 0.9-beta6 and a Midimann Delta 1010. (Linux 2.4.7-low-latency, AMD Athlon 600Mhz, 256MB RAM) I use my own program (which BTW will be releases in a .01v in some weeks) which does this (+some other bits +the same for capture - C++ methos from my ALSA-wrapper ...): Open (cname, SND_PCM_STREAM_PLAYBACK, SND_PCM_NONBLOCK) SetAccess (SND_PCM_ACCESS_RW_INTERLEAVED) SetFormat (SND_PCM_FORMAT_S16_LE) SetBufferTimeNear (40) SetPeriodTimeNear (40 / 4) Using the plug layer I get this setup: min_ch: 10 max_ch: 10 min_rate: 44100 max_rate: 44100 period_size: 2730 buffer_size: 6553 periods: 2 Then I use normal ReadI / WriteI to pass the data to ALSA. I works pretty well, except after 20-30 seconds I get many XRuns every 1 - 2 seconds. They happen everytime Linux decides to flush the data in the disc-cache. (I have a IBM 30gig IDE disk (yes in UDMA66 mode ...) with an ReiserFS on it.) To check if this guess was right I used my NFS mounted Server (100MBit, K6-2 200, 32MB Ram, slower IDE drives ...) to store the data - and I nearly never got XRUns (even having a laptop logged in, GNOME 2x, Konqui 2x, XEmacs 2x and a GCC compiling) ... . Also this hack reduces the XRUNs to zero: while true; do echo "syncing ..."; sync; sleep 1; done So: Has someone some advices what to do better (or even to set via sysctl) ... I know that using hw:0 and SND_PCM_FORMAT_S32_LE would same some converting time ... . Are there some tipps using ALSA and or multi-channles cards better ?? (MMap wouldn't save much here, would it??) And another question to ALSA: Would it be possible to return better values for: snd_pcm_hw_params_get_channels_min / max snd_pcm_hw_params_get_rate_min / max when the plug layer is used?: min_ch: 1 max_ch: 1073741823 min_rate: 1 max_rate: -1 This way the users has to enter how many channels he want's to have. And I have no possibility to check the count or provide meaningfull defaults or selectable ranges for the card ... - and using the hw:x directly I have to provide all format convertions myself ... Thanks a lot René -- René Rebe (Registered Linux user: #127875) eMail:[EMAIL PROTECTED] [EMAIL PROTECTED] Homepage: http://www.rene.rebe.myokay.net/ Anyone sending unwanted advertising e-mail to this address will be charged $25 for network traffic and computing time. By extracting my address from this message or its header, you agree to these terms.
Re: [linux-audio-dev] Actually making music
Hi Steve, In the past I have used Broadcast 2000 which works pretty good. Unfortunately it doesn't support Ladspa and has limited effects. I think it has it's own plugin api and freeverb has been ported to this. It is quick, simple to use and works if you are recording large chunks of audio per track. You can draw your pan and volume envelopes per track. It can mixdown to a stereo audio file when you have finished. Of course without understanding what your music making process is it is hard to be sure whether this will do the trick. If you use midi and want synchronisation capabilities forget broadcast 2000. Kev --- Steve Harris <[EMAIL PROTECTED]> wrote: > Hi all, > > I actually want to record some music on my Linux > box. I havn't done this > for a while (been to busy), and now I want to I find > that its really hard ;) > > I have used ardour before, but keeping up to date is > difficult (obvious > pun avioded, phew!), and its never worked 100% for > me. > > Glame is OK, but crashes for me, and I don't really > understand it. > > Ecasound is a bit too much like cat /dev/audio! > > Audacity is nice and simple but doesn't have many > features (no LADSPA > support for one thing) > > ... > > > So, whats a good option for multitrack linux > recording, right now. I have > a hammerfall and external mixer, so I don't need > anything fancy, just 8+ > tracks of recording and playback, and simple editing > preferably with ladspa > support. > > Any advice apreciated, >Steve Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie
