Linux-audio-user September 2005

linux-audio-user@lists.linuxaudio.org

157 participants
172 discussions

[linux-audio-user] utility to convert midi-to-text-to-midi or how to drop programchange info?

by Julien Claassen

Hi all! I'm looking for a utility to drop filter program-change data from a midi-file. I tried lilypond, but it didn't work properly on the midi-file. Is there any _CONSOLE-BASE_ way to do it? I wanna work on a bach midi-file which can partly be a bit complex. Thanks for any help! Kindest regards Julien -------- Music was my first love and it will be my last (John Miles) ======== FIND MY WEB-PROJECT AT: ======== http://ltsb.sourceforge.net - the Linux TextBased Studio guide

19 years, 7 months

[linux-audio-user] Musix GNU+Linux 0.26

by Marcos Guglielmetti

==Musix GNU+Linux 0.26== ===Downloads=== *Hosting provided by Ututo-e and the Free Software Foundation http://ftp.gnu.org/gnu+linux-distros/ututo-e/ http://ftp.gnu.org/gnu+linux-distros/ututo-e/MusixGNU+Linux026.iso *Hosting provided by Red Educativa Sanjuanina [http://www.formar.info] http://musix.distrux.net/musixGNU+Linx026.iso *Official web site http://www.musix.org.ar ==Introduction== The Musix GNU+Linux development team is proud to present a new improved version of the 100% free operating system for musicians. The users will notice an optimal performance in reference to the programs's yield: load time, behavioral, etc. ===User's Manual=== A complete manual for new users is included into the Live-CD, both in Spanish and English, explaining every aspect of the system. * Spanish https://www.musix.org.ar/wiki/index.php/Manual026 * English https://www.musix.org.ar/wiki/index.php/Documentation ==Everyday use== Musix can be used as an everyday desktop system, whether you are a musician or not. That's why we've improved the installation system. The installation time could take between 25 and 50 minutes. ==Included software== At the end of this text you will find a full and detailed software's list for musicians. As a Live CD or as a hard disk installed system, you get 1310 software packages, among which you will find Abiword, gnumeric (spreadsheet), Mozilla-Firefox (WEB browser), aMSN, gaim, (chat), Amule, gtk-gnutella, BitTorrent (P2P exchange software), Balsa (mail client), GIMP (image manipulation), XINE (video player), xmms (multimedia player) and many others. ==Installation== The installation accepts both the multi-user and the single user style. In the multi-user style, KDM is in charge of managing the different desktops: Icewm (default) tailored with rox-filer, fluxbox - openbox & fbpanel, KDE. The installation based in a single administrator user may be the most convenient for those who have recently arrived at the GNU+Linux world, since it behaves like the Live-CD. This new "Live-CD" version can be installed on hard disk, having two kernels (system's cores): kernel 2.6.11 from Knoppix, and kernel 2.6.12-3 from DeMuDi, ideal for real time tasks (sound effects, multitrack recording, DSP, etc.). ==Performance== The performance tests carried out in equipments with Musix installed in hard disks, have been very successful, been able of recording more than 16 tracks in Ardour, and connecting many others programs to each other with JACK. We have developed once more the concept of light and functional desktops, avoiding the well-known GNOME and KDE. With all these improvements, the user who has an old PC may now use these complex programs, and the one who has a new PC will be benefited with the stability and high performance of JACK 0.100 and the rest of the updated programs. =Newness= ==Desktop== The combined desktop system presents you the possibility of varying the icons according to the type of task you want to perform: General Use, Audio , MIDI, Graphics, Office, Internet, Terminal. ==Launchers== With Musix 0.26 everything is simpler: from the Musix menu, Rosegarden can be initiated altogether with a some synth (Qsynth, ZynAddSubFX, DSSI, etc.), accomplishing an easier use, and offering the user a way of music production with no need to be a geek. We have implemented the same concept to others programs. ===JACK 0.100=== This audio connection kit is the nexus between the best GNU+Linux programs for musicians. We have the honor to count with its last version. The performance improvement is really impressive, allowing a way of comfortable and agile work. Thanks to the implemented launcher system, the programs are able to recognize whether the Jack audio server is running or not, to initiate JACK in case that this one requires it, and in case of requiring a change in its state, asks the user what to do. The implemented settings for JACK are very general and preservative, oriented to any type of hardware, but in a future we may adapt its way to work to the specific hardware in which it is running. The user always has the option to modify the way in which JACK starts, using JACK Control. ===Timidity with freepats=== The freepats percussion instrument set has been 100% completed: this is historical for the Free Software's music world. ===Hydrogen Drum Machine=== We have included 15 percussion kits for the Hydrogen (0.92 final) rhythm machine, which has been remarkably improved in design and quality. ===Soundfont General MIDI=== We have included one more time a full soundfont under GPL license, with its 128 melodic instruments and 10 percussion kits, been the first non-comercial distribution that brings this facility to its users. For instance, this allows the user to import General MIDI files (.mid, .kar) into Rosegarden and listen all the channels with its respective instruments. The main idea in this case is that the user is not forced to look for soundfonts in Internet, and can make its compositions with the most comfort within Musix GNU+Linux. ===Rosegarden: Spanish Manual=== Although this is not a direct part of the Musix development, two members of our team are collaborating with the Spanish translation of the manual. *Traslators: *Lisandro Damián Nicanor Pérez Meyer *Javier Castrillo *Marcos Guglielmetti (Musix) *Lucas Godoy (Musix) Musix is the first distribution that makes this manual available for Hispanic speech users. ===Software update and installation=== We have synchronized the software update system with Debian /testing. The user will be able, for example, to install all KDE Desktop if he wants it. We have planned to create our own repository for special cases. ===DSSI=== The DSSI MIDI instrument system works much better with the inclusion of the new JACK 0.100. ===Noteedit=== >From the Musix menu you can launch altogether noteedit and Timidity pre-configured, so you will be able to listen to the scores you write. You can import the result to Rosegarden and print it on paper. =Most relevant software list= ===Music and audio=== * Rosegarden 1.0 DSSI (MIDI and Audio multitrack sequencer) * Ardour 0.9beta29-5 (multitrack sequencer) * Jamin 0.95.0-3 (mastering) * Hydrogen 0.92 final (rhythm machine) * cheesetracker 0.9.9-2.1 (tracker) * jackd 0.100.0-4 (audio and MIDI connection) * qjackctl (JACK Control) 0.2.18-1 (spanish and english) * Puredata 0.38.4+amidi-4 (analysis and rendering) * Tartini 1.0 (analysis of solo instruments) * Jack-rack: 1.4.4-3 (real time effects) * creox 0.2.2rc2-2 (real time effects) * audacity 1.2.3-1 (multitrack audio edition) * gwc: 0.20.10-2 (noise elimination) * wavesurfer: 1.8.3-1 (audio edition) * mixers: kmix, gnome-alsamixer, alsamixergui, gamix, aumix * xmms: 1.2.10 (Multimedia System) * xmms-jackasyn: 0.2-1 (plugin for xmms with jack) ===Others=== * GIMP 2.2.8-8 (Image manipulator) * Abiword: 2.2.7-3 (text proccesor) * gnumeric: 1.5.1-1 (spreadsheet) * Balsa: 2.3.2-2 (mail client) * Mozilla-Firefox: 1.0.6-3 (browser) * Konqueror: 3.3.2-1 (browser) * amsn: 0.94-1 (chat) * amule: 2.0.3-2 (P2P exchange) * Bittornado: 0.3.12-2 (P2P exchange) * xine-ui: 0.99.3-1 (video) * GCC 4.0.1-3 (compiler) * xserver-xfree86: 4.3.0.dfsg.1-12.0.1 (graphic server) * icewm: 1.2.20+21pre1-3 (window manager) * openbox: 3.2-7 (window manager) * fluxbox: 0.9.11-1sarge0 (window manager) * fbpanel: 4.1-2 (task panel) * rox-filer: 2.2.0-3 (icon and file administrator) * kdesktop: 3.3.2-1 (KDE desktop) * kate 3.3.2 (text editor) * vim: 1:6.3-072+1 (text editor) * emacs21: 21.4a-1 (The GNU Emacs editor) =Translator= Spanish to English: Marcos Manoni =One more thing= How does Musix compare to DeMuDi or better asked wherein do your goals differ from other audio distributions ? 1 We will not leave the system into Debian maintainer's hands, we are not a part of Debian: Debian it's not 100% free. Musix OS it's 100% free software because it does not have private software, and it does not support non-free software. 2 We have a different approach: a didactic OS. 3 We want the users to find an easy way to make all the tasks under Musix: DeMuDi, Planet CCRMA, are for geeks now. 4 There wasn't a GNU+Linux music distribution for spanish speakers: now there is: Musix. But then, RMS tell me that it will be thousandfold more useful to support english language, and I agree with him. 5 Easier: only one CD and you have it all: office apps, net, graphics, programing, midi, audio, etc. 6 Live CD: what you are testing is what you will go to find if you install it, but if you install it, it will be better because of the multimedia kernel, and the enhanced HD work. 7 Documentation: the system comes with an understandable User's Manual. 8 Audacity: we will include really new apps, CVS versions, etc., for example: DSSI, Hydrogen 0.92 final, jackd 0.100 9 Desktops: it is well known that Gnome and KDE are really bad for JACK audio work, so we choose fluxbox, openbox, icewm + rox-filer as desktops. Besides, this election allow us to escape from KDE's and gnome's package's dependencies. ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar

19 years, 7 months

[linux-audio-user] low latency streaming

by Iain Duncan

Hey everyone, I'm trying to get it set it up so I can work remotely on my linux box from a windoze terminal over vnc and hear the audio via icecast. I got icecast and muse working, listening through real player on windoze. However, the latency is really high, about 10sec. I'm using a AMD 64 3000 patched with low latency, and both ends have high speed dsl connections. Can anyone tell me what to do to get the latency down to a couple of seconds or less? Thanks Iain

19 years, 7 months

[linux-audio-user] Re: [ardour-dev] Hello Mailing Lists and a couple questions

by Reuben Martin

On 9/14/05, Benjamin Racher <bracher(a)iupui.edu> wrote: > Hello, > > I thought I'd sign up for the list considering i've been a very proud > ardour user for some time now and am looking to get up to my neck in > audio software development. > > First, let me tell you about my current activities. I'm a student at > IUPUI, where I'm starting a student radio station. However, we have an > extremely tight budget for our baby steps, which is one of the reasons > I'm exploring all the linux software (aside from its incredible > flexibility). > > So... starting a radio station, also trying to start a record label, and > zine for my friends bands, record albums, etc... Also trying to do > Computer Science so I can learn about recursive functions and all the > math jibber jabber. Would love to pursue software radio some day. > > Blah blah blah... > > Secondly, thank you developers for writing ardour. It has been > incredibly useful. We've recorded a total of 2 albums using ardour, > nothing magnificent, but its a start. It feels great to be taking steps > away from commercial software. > > Now that I've overly introduced myself, I have a couple questions. For > the radio station, we need an on-air console. However, just today I > discovered a cheaper solution to the typical $10,000 audio consoles: > control surfaces. I see from the site that ardour plans to work with the > mackie control surface, is there any existing functionality with any > control surfaces? If so, I could purchase a control surface for the > station, use it with ardour and solve the mixing console problem? Would > cueing be a possibility this way? Can ardour be expanded and used for > broadcast applications in addition to its already outstanding production > capabilities? I'd be happy to test this stuff out. Ardour will (theoretically) work with any midi based control surface. I'm not sure that will fill broadcast needs though. Studio Production and Broadcast, while somewhat related, work on very different principals. You may want to look here instead: http://www.salemradiolabs.com/rivendell/ > Amazingly, almost all the stations technical requirements can be > satisfied using linux software. Been experimenting with > http://livesupport.campware.org for our automation software. Using > ardour and audacity for production. JAMIN as our compressor for > mastering and as final element in our signal path before it hits the > tower. JACK as the all purpose audio routing mechanism. Darkice and > icecast for streaming. Go Linux! > > Finally, I noticed that the future for ardour's license looks like it > might be closed-source. Is this true? I understand that we all have to > make money, I just wondered if somebody could clarify this. That would be a bit hard to do given the GPL license. > > Thanks! Apologies for rambling and the flurry of questions, hope to hear > back from you. > > - Ben ardour-dev is not the place to ask these types of questions. Try subscribing to either the Linux Audio Users mailing list or Ardour Users mailing list. I'm CCing this to the LAU where you may actually get your questions answered.

19 years, 7 months

[linux-audio-user] alsa rme96 jack - 186 msec latency?

by Michael Rudolf

I bought an RME Digi96/8 PST because it was said to have good Linux support and very low latency, therefore perfectly suitable for hd-recording and the like. It's driven by the alsa rme96 driver, and right now I'm configuring it for use with jack. Only to realize that it can only be set to either 1024 frames and 8 periods or 256 frames and 32 periods, resulting in a calculated latency of 186 msec either way (displayed by qjackctl). Strikes me. Isn't that absolutely unacceptable for hd-recording use? This information is confirmed by the corresponding alsa documentation at http://alsa.opensrc.org/rme96 . There is a small note on that page that leaves some hope; it's basically saying that in jack versions > 0.99.0, I could "create" e.g. 32 periods, but "use" much less, "resulting in much lower latency". Therefore I'm now using jack 0.100.1 with Kernel 2.6.12 and alsa 1.0.9b. Still the only two working configurations are 1024/8 and 256/32; when I try to reduce periods, I get lots of errors like this (detailed output attached at the end of the mail): delay of 139318.000 usecs exceeds estimated spare time of 5769.000; restart ... Any ideas about how to obtain a working low latency configuration? Or do I have to dump the card? Anyone here using that card in a hd-recording setup? Cheers Michael Detailed output (-p 256 -n 32 works): $ jackd -R -P 5 -t 2000 -u -d alsa -P -r 44100 -p 256 -n 8 -m -H -M jackd 0.100.1 [snipped copyright notice] JACK compiled with System V SHM support. loading driver .. apparent rate = 44100 creating alsa driver ... hw:0|-|256|8|44100|0|0|hwmon|hwmeter|-|32bit control device hw:0 configuring for 44100Hz, period = 256 frames, buffer = 8 periods nperiods = 32 for playback too many consecutive interrupt delays ... engine pausing cycle execution failure, exiting DRIVER NT: could not run driver cycle delay of 139318.000 usecs exceeds estimated spare time of 5769.000; restart ... delay of 139318.000 usecs exceeds estimated spare time of 5769.000; restart ...

19 years, 7 months

[linux-audio-user] alsa soundcard numbering

by Orm Finnendahl

Hi, having my RME hdsp pcmcia card inserted in my laptop on startup results in assigning it card number 0 and assigning the built-in soundcard card number 1. I'd prefer it the other way round, so that the internal card *always* gets number 0, no matter whether the pcmcia card is present or not. It used to work that way with a 2.4 setup and alsa 1.0.4. My current setup uses debian sarge and a custom 2.6.13.1 kernel. This is in my modules.conf: alias snd-card-0 snd-intel8x0 alias snd-card-1 snd-virmidi alias snd-card-2 snd-hdsp I also cannot rmmod the snd-intel8x0 once the computer has booted despite the fact, that no program is claiming it. With the old setup I remember that stopping alsa (in /etc/init.d) resulted in a removal of all snd_* modules. -- Orm

19 years, 7 months

[linux-audio-user] extracting lyrics from a MIDI file

by Mikhail Ramendik

Hello, I have a MIDI file with some lyrics hidden inside it. Is there a Linux program that would let me extract the lyrics? -- Yours, Mikhail Ramendik

19 years, 7 months

[linux-audio-user] clicks with video activity

by Hector Centeno

Hello, I'm getting clicks in the audio using jack when there is video activity (i.e. audio software that displays meters like Rezound, when muse refreshes the display at playing and following the cursor, when minimizing and maximizing windows, etc). If I increase the latency they seem to stop. What could be causing this? Here there are some details of my system: Asus P4P800Deluxe Pentium 4HT 2.8 ghz 1 gig ram M-Audio Audiophile Agnula Linux with kernel 2.6.12 (with preemption) This is my cat /proc/interrupts hector@demudi:~$ cat /proc/interrupts CPU0 0: 3167206 IO-APIC-edge timer 0/67206 1: 601 IO-APIC-edge i8042 0/601 7: 0 IO-APIC-edge parport0 0/0 9: 0 IO-APIC-level acpi 0/0 14: 20770 IO-APIC-edge ide0 0/20769 15: 43 IO-APIC-edge ide1 0/41 177: 187389 IO-APIC-level uhci_hcd:usb1, radeon@pci:0000:01:00.0 0/87389185: 205449 IO-APIC-level uhci_hcd:usb2 0/5449 193: 3 IO-APIC-level ehci_hcd:usb3 0/3 201: 21466 IO-APIC-level Intel ICH5 0/21466 209: 3 IO-APIC-level ohci1394 0/3 217: 35511 IO-APIC-level SysKonnect SK-98xx 0/35511 225: 1696593 IO-APIC-level ICE1712 0/96593 NMI: 0 LOC: 3167251 ERR: 0 MIS: 0 I have jack set to 128 frames, 2 periods and 44100 sample rate. The video card is a Radeon 7000. As you can see my audio card is in the last IRQ (225: 1696593 IO-APIC-level ICE1712 0/96593) so I was wondering if this is the cause. I tried to set a higher priority using chrt -f -p 99 `pidof "IRQ 225"` but it didn't fix anything. I remember having the same problem long time ago in windows when I had an Intel motherboard and I was using the built-in video card. The problem disappeared when I installed a new AGP card. Thank you! Hector

19 years, 7 months

[linux-audio-user] JACK error 4294967295

by Hans Fugal

2.6.13.1-rt6, rlimits-patched pam and configured thus: # in /etc/security/limits.conf * - rt_priority 0 * - nice 0 @audio - rt_priority 50 @audio - nice -10 jack starts happily with realtime enabled, and the xruns are very few. But no jack application will start, they all give this error: jack_create_thread: error -1 switching current thread to rt for inheritance: Unknown error 4294967295 It's like the ol' jack is root apps can't connect days, but I thought rtlimits was supposed to make it possible for a user to get rt_priority. Am I missing something? Ah! It came to me just now - I set the priority field in qjackctl to 0 instead of 1 (where it was) and now jack apps can start. Heads up there. Maybe applications need a way to recognize what rt_priority level to ask for based on what jack is running at? On a tangent, how exactly does that work? Is rt_priority=0 sufficiently prioritized? (because it is the only thing running realtime) -- Hans Fugal | If more of us valued food and cheer and http://hans.fugal.net/ | song above hoarded gold, it would be a http://gdmxml.fugal.net/ | merrier world. | -- J.R.R. Tolkien --------------------------------------------------------------------- GnuPG Fingerprint: 6940 87C5 6610 567F 1E95 CB5E FC98 E8CD E0AA D460

19 years, 7 months

Re: [linux-audio-user] 2.6.13 kernel: which patches for better latency

by Reuben Martin

On 9/12/05, Reuben Martin <reuben.m(a)gmail.com> wrote: > On 9/12/05, Eric Dantan Rzewnicki <rzewnickie(a)rfa.org> wrote: > > On Thu, Sep 08, 2005 at 08:38:02PM -0500, Reuben Martin wrote: > > > On 9/7/05, guy <sayhi2guy(a)tiscali.co.uk> wrote: > > > > Hi > > > > I'm just about to compile a 2.6.13 kernel for low latency audio work. > > > > The docs I have accessed are either confusing (sorry if its just me ;0) > > > > ) or rendered out of date by kernel developments. > > > > I know that some features such as pre-empt are now in the kernel. Which > > > > patches (if any) would you folks advise that I should apply. I am also > > > > unsure if should enable the 'big kernel lock' feature. > > > > Thanks in advance for any help > > > realtime-preempt patches are the latest and greatest for latency > > > improvements. They are very actively maintained by Ingo Molnar, same > > > guy who created the preempt patches for the 2.4 kernel series. > > > > For historical clarification ( and someone correct me if I'm wrong on > > any of this ), Ingo did a set of low latency patches for 2.2/2.4 that > > basically showed that breaking up long code pathes could improve linux's > > latency performance. These were proof of concept patches, in a sense, > > but not accepted, nor intended, for the mainline kernel. > > > > Andrew Morton created a smaller and more tightly focused set of > > long-code-path-splitting low-latency patches for 2.4 inspired by Ingo's > > earlier work. These were intended to find an approach to achieving > > low-latency more acceptable to the kernel devs. > > > > Robert Love created a set of Preemption patches for 2.4 that were > > commonly applied along with Andrew's LL patches. The preemption patches > > were a different approach to achieve low-latency which allowed code > > paths which might run for a long time to be marked as pre-emptible. > > > > I know all three of them contributed. I'm not sure who's was merged > into 2.5. I remember I used to use a combination of two diffferent > latency patch sets. > > > > Much of Andrew and Robert's work on 2.4 was incorporated into the 2.5 > > development kernel and thus the 2.6 series. However there were still > > latency problems with 2.6, so Ingo has again taken the lead in producing > > the current series of realtime-preemption patches. A lot of this work is > > now present in the mainline 2.6.13.x kernel. > > If I understand correctly, chunks of his patch are slowly absorbed > into the mainline a bit at a time while he continues to keep finding > ways to shorten the length of code paths. >

19 years, 7 months

← Newer
1
...
8
9
10
11
12
13
14
...
18
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-user September 2005