- Musix-users - lists.ourproject.org

Ardour 0.99.3 is out!
by Marcos Guglielmetti 24 Oct '06

24 Oct '06

Enable debian/unstable in your /etc/apt/sources.list and: sudo apt-get install ardour-gtk/unstable -- Marcos Guglielmetti * Director del desarrollo de Musix GNU+Linux, 100% Software Libre * CD Donwload: (http://www.musix.org.ar/en/) * Videos, programas y otras cosas en: ftp://musix.ourproject.org/pub/musix/ * Reporte de errores a: https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs *IRC: #musix channel on freenode * Torrent Download: https://e.ututo.org.ar/utiles/torrent/MusixGNU-Linux0.59.iso.torrent

1 0

Re: [Musix-users] Rosegarden - Can't record from mic - SOLUTION OK
by julien bodd 23 Oct '06

23 Oct '06

Hello, Ok it works. I didn't know I had to configure jack. Indeed the duplex was not turned on. Thank you for the solution. p.s : thank you too for the 2 good mailing lists. Julien.

2 1

Re: bootfrom iso
by Marcos Guglielmetti 22 Oct '06

22 Oct '06

Hola guerrier: > Hello marco > > I am wondering if Musix will make use of all boot options from knoppix; > especially, bootfrom=/dev/..../M*.iso. It would be helpful for people who > only has one cd/dvd drive. > > Thanks. Hi, this command does not work with the 2.6.16 kernel, but it works with the englishrt bootfrom=/dev/..../M*.iso and tell me :D -- Marcos Guglielmetti * Director del desarrollo de Musix GNU+Linux, 100% Software Libre * CD Donwload: (http://www.musix.org.ar/en/) * Videos, programas y otras cosas en: ftp://musix.ourproject.org/pub/musix/ * Reporte de errores a: https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs *IRC: #musix channel on freenode * Torrent Download: https://e.ututo.org.ar/utiles/torrent/MusixGNU-Linux0.59.iso.torrent

1 0

Music community?Midi resources?Forums?Turorials?
by julien bodd 22 Oct '06

22 Oct '06

Does anyone know any good sites or forums, where people share their compositions, midi samples, loops, etc? And talk about linux music softwares? Thank you very much. Julien.

2 1

Rosegarden - Can't record from mic
by julien bodd 22 Oct '06

22 Oct '06

Hello, can anyone help me with that problem? My mic works fine (skype) and i can record from mic with audacity. The problem comes with rosegarden. I have a soundblaster. I have enabled from mixers Mic, Capture and AC97. Any idea? Thank you very much. Julien.

2 1

Re: Problems with Musix
by Marcos Guglielmetti 22 Oct '06

22 Oct '06

Hola j.thun(a)imail.de: > Hi! > I have a Problem running Musix... IceWM starts just normal, the soundcard > is detected, the mixer starts and everything is alright... for about 1 > minute... then, even if i don't do anything, the windows manager shuts down > and i have a root-promt... There are some messages on the shell output like > "kdeinit: Shutting down running client" and says something about dcopserver > already running... i'll add the pcinfo-file generated by your skript... i > hope you can help me, i really want to use musix but i can't :( > > regards, Johannes Hi, no one reported something like that, and I didnt experienced it.... You must give us this pcinfo.sh output, you must run it (pcinfo.sh, from a text console) after the error ocurrs, because it will give us info about this error too....well, cheers BTW: did you tried to boot it with the failsafe cheatcode? -- Marcos Guglielmetti * Director del desarrollo de Musix GNU+Linux, 100% Software Libre * CD Donwload: (http://www.musix.org.ar/en/) * Videos, programas y otras cosas en: ftp://musix.ourproject.org/pub/musix/ * Reporte de errores a: https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs *IRC: #musix channel on freenode * Torrent Download: https://e.ututo.org.ar/utiles/torrent/MusixGNU-Linux0.59.iso.torrent

2 2

Re: Just what I've been waiting for!
by Marcos Guglielmetti 15 Oct '06

15 Oct '06

Hola Dan MacDonald: > Hi Marcos! > > What a great project this is! I only discovered Musix a couple of days > ago and it is exactly what I've alays wanted from a Linux distro. Thanks Dan!, I found this email in my SPAM folder :( today! > Problem is that I couldn't get 0.59 to boot. I downloaded the image from > > http://mirrors.ibiblio.org/pub/mirrors/gnu/ftp/gnu+linux-distros/ututo-e/Mu >sixGNU-Linux0.59.iso You should download it using Bit Torrent, as we say in the download page, and you should download Musix 0.59b19 > I tried it on 2 different CDs and PCs but it just didn't boot. Could > someone please tell me where I can download a working image? This image you downloaded works only in 50% of PCs. Now I see that the musix.org.ar server is down, but you have a link here :D https://e.ututo.org.ar/utiles/torrent/MusixGNU-Linux0.59.iso.torrent > I DID get 0.50 to boot and install, but booting takes longer than > usual due to some weird hotplug error where it scans for devices three > times on boot and restart doesn't work although shutdown does. Musix 0.59 shuold fix it because it uses udev. > I was very happy to see an Openbox/ROX desktop session pre-configured > in 0.50 although it is missing a rox-session icon in the taskbar so > that you can log-out of X without doing a CTRL-ALT-BACKSPACE- is this > fixed in 0.59? Mmmmm... there is an icon, a red icon in the taskbat of openbox to close your desktop, is not there? > The other thing is that Rosegarden 1.4.0 isn't in testing yet. Sure, I am trying it from an "alienized" version and it works perfect on musix: To install it: Remove rosegarden4 and rosegarden-data packages from your musix apt-get remove rosegarden4 rosegarden-data Download 1.4.0: http://sourceforge.net/project/showfiles.php?group_id=4932 Use alien to convert it to deb alien -i rosegarden-1.4.0-1mdk.i586.rpm > Rosegaden 1.4 adds the all important feature of not requiring you to > specify a song length before hand and I think thats a very important > new feature. > > I know these pakages aren't in Debian yet, but I'd really like to see > Cinelerra, xdtv (xawdecode) and DeVeDe make it into Musix one day. There is a Musix 0.60 version with cinelerra, nvu, blender, inkscape, but I should test some things to release such a version, because I had to remove a lot of packages to make room: AMSN, VIM, MC, locale support (pt, fr, etc.), and development files.... so, I am thinking how could we make it possible. > I'm not running Musix atm- is goobox included as standard? It should be. Y dont know goobox, what is it? > Looking forward to a new release! > > dan Cheers -- Marcos Guglielmetti * Director del desarrollo de Musix GNU+Linux, 100% Software Libre * CD Donwload: (http://www.musix.org.ar/en/) * Videos, programas y otras cosas en: ftp://musix.ourproject.org/pub/musix/ * Reporte de errores a: https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs *IRC: #musix channel on freenode

1 0

Re: [linux-audio-user] Midi data arrives, but gets stuck in ALSA's buffer
by Jens Gulden 15 Oct '06

15 Oct '06

Hello, >> Does the same happen if you run "amidi -d -p hw:2,0" when no other >> program is connected? amidi is not included in Musix, but alsa-utils-1.10rc3 can be compiled on Musix 0.39 (./configure, make). Running amidi -d -p hw:X successfully DOES dump the incoming midi data. However, even trying to simply play a .mid-file with aplaymidi fails, leading to this: cat /proc/asound/cardX/midi0 -> UM-1 Output 0 Tx bytes : 0 Mode : native Buffer size: 4096 Avail: 4045 (!!) Input 0 Ry bates : 0 To mention it again: this happens with the realtime-kernels of the GNU-Musix live-distribution, but not with the ordinary kernels. Hope this helps, Jens Clemens Ladisch schrieb: > Jens Gulden wrote: > >>cat /proc/asound/card2/midi0 -> >> >>MidiSport 2x2 >> >>Output 0 >> Tx bytes : 0 >>Output 1 >> Tx bytes : 0 >>Input 0 >> Rx bytes : 1186 >> Buffer size : 4096 >> Avail : 1186 <--- ### SHOULD BE 0, NOT ==RX BYTES! ### >> Overruns : 0 >>Input 1 >> Rx bytes : 0 >> >>Instead of passing the data further to the connected timidity, it gets >>stuck in the receive-buffer. >>When 4096 is reached, overruns start to count up. > > > Does the same happen if you run "amidi -d -p hw:2,0" when no other > program is connected? > > > Regards, > Clemens

1 0

Linux Kernel Goes Real-Time!
by Marcos Guglielmetti 14 Oct '06

14 Oct '06

http://www.musix.org.ar/wordpress/ "Linux Kernel Goes Real-Time Several readers wrote to alert us to the inclusion of real-time features in the mainline Linux kernel starting with version 2.6.18. (Linus Torvalds had announced 2.6.18 on September 19.) Basic real-time support is now mainline. This will ease the job of developers of embedded Linux applications, who for years have been maintaining real-time patch sets outside of the mainline kernel. The announcement was made by TimeSys Corp., a provider of developer services. Much of the work was done by Thomas Gleixner at TimeSys and Ingo Molnar at Red Hat." http://linux.slashdot.org/linux/06/10/14/2132244.shtml -- Marcos Guglielmetti * Director del desarrollo de Musix GNU+Linux, 100% Software Libre * CD Donwload: (http://www.musix.org.ar/en/) * Videos, programas y otras cosas en: ftp://musix.ourproject.org/pub/musix/ * Reporte de errores a: https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs *IRC: #musix channel on freenode

1 0

Re: [linux-audio-user] Midi data arrives, but gets stuck in ALSA's buffer
by Jens Gulden 08 Oct '06

08 Oct '06

Hello, Pedro Lopez-Cabanillas wrote: > Most Midisport NxN devices need a firmware I do know. The device successfully runs on a manually installed debian-system on another computer. I originally used the firmware copied from there. Now I tried the firmware you recommended from http://linux-hotplug.cvs.sourceforge.net/linux-hotplug/firmware/ezusb/midi/…. It's noticeably a different one than the one I used before (because input-leds flash shorter and no longer flash on midi-active pings), but... ...still the same problem. :-( I even bought an Edirol UM-1EX today, which does not need a firmware-download and is listed to work properly on http://qbik.ch/usb/devices/search_res.php?pattern=midi ('EX' shouldn't be too different from 'SX', I guess), but... ...exactly the same behaviour. :-( The device is correctly recognized and shows up in qjackctl's midi-tab, but connecting it to timidity, or connecting from vkeybd, does not have an effect, except that one can watch the "Avail" numbers increase in /proc/asound/cardX/midi0. Also tested with Musix 0.59 and 0.49, also on a different computer. --> Is anybody reading this successfully using a USB-MIDI interface on a Musix system? Please quickly drop a note! <-- > I can confirm your findings with ALSA 1.0.12 > I've verified also the RPM distributed by Planet CCRMA, and it is OK. So, you actually reconstructed the problem with a MidiSport 2x2 device, and then successfully solved it with that firmware? Did you? > It is *not* a bug in ALSA. Mmmh, according to my experience with the UM-1EX behaving exactly the same, it still does looks like an ALSA problem, at least with the way it is deployed on Musix... > Seems that Musix has distributed corrupted firmware files. Please don't use them. I haven't even found them in the Musix distribution... /etc/hotplug/usb/ezusbmidi references /usr/share/usb/ezusbmidi/ezusbmidi2x2.ihx, but that one doesn't exist. I solved this using Knoppix's configuration mechanism, saving files in /etc in a config.tbz on a memory stick, together with ezusbmidi2x2.ihx, modifying /etc/hotplug/usb/ezusbmidi to point to that ezusbmidi2x2.ihx, and start Musix with "myconf=/dev/sda1" at the boot prompt. This works with Musix 0.50, but seems to be disabled in 0.59. Anyway, the problem seems to have nothing to do with firmware as it occurs with the other device, too. > the ALSA /proc interface reported that incoming data was received, but the data wasn't good. Where can I find out if the data is considered to be "not good"? Which file under /proc says that? best Jens Pedro Lopez-Cabanillas schrieb: > On Friday, 6 October 2006 22:33, Jens Gulden wrote: > >>Hello, very weird: >> >>cat /proc/asound/card2/midi0 -> >> >>MidiSport 2x2 >> >>Output 0 >> Tx bytes : 0 >>Output 1 >> Tx bytes : 0 >>Input 0 >> Rx bytes : 1186 >> Buffer size : 4096 >> Avail : 1186 <--- ### SHOULD BE 0, NOT ==RX BYTES! ### >> Overruns : 0 >>Input 1 >> Rx bytes : 0 >> >>Instead of passing the data further to the connected timidity, it gets >>stuck in the receive-buffer. When 4096 is reached, overruns start to count >>up. >> >>Connections have been set up using qjackctl. vkeybd->timidity works fine. >> >>The system is Musix0.50b12, realtime-kernel 2.6.15.4, with manually added >>MidiSport2x2 firmware. However, I don't think this is a typical >>"My-MidiSport-does-not-run-on-Musix" problem, as the firmware successfully >>loads and the MidiSport gets recognized as available device in ALSA. Even >>the data seems to arrive well as shown by "Rx bytes" (number of bytes per >>note-event is correct). What is wrong? > > > Short answer: the firmware distributed with Musix. It looked like a problem > with the drivers, because the ALSA /proc interface reported that incoming > data was received, but the data wasn't good. > > Most Midisport NxN devices need a firmware, that must be loaded in the device > on each power on, before using it. For devices where N <= 2, there is a free > (libre) firmware, GPL licensed, that can be used instead the propietary one. > The GPL firmware, written in C by Lars Doelle, can be compiled with the SDCC > compiler, and it is standards compliant (using it, the Midisport behaves as > described by the USB MIDI specification document). > > Seems that Musix has distributed corrupted firmware files. Please don't use > them. > > You can use the propietary firmware made by M-Audio (Midiman). It works well, > although not standard (and no sources are available). You can find it here: > http://sourceforge.net/projects/usb-midi-fw > > CVS repository where you can find correct GPL firmware sources, and ready to > use .ihx images: > http://linux-hotplug.cvs.sourceforge.net/linux-hotplug/firmware/ezusb/midi/… > > The tarball distributed by NAGANO Daisuke with the OSS-like driver also > contains the correct firmwares: > http://homepage3.nifty.com/StudioBreeze/software/usbmidi-e.html > > I've verified also the RPM distributed by Planet CCRMA, and it is OK. > > Size and MD5 hash for correct firmwares: > > $ ls -l *.ihx > -rw-r--r-- 1 pedro pedro 7620 Oct 7 20:19 ezusbmidi1x1.ihx > -rw-r--r-- 1 pedro pedro 10168 Oct 7 20:19 ezusbmidi2x2.ihx > > $ md5sum *.ihx > 4d78294c5fd4575cf52a297e5f2f1e53 ezusbmidi1x1.ihx > 23427b43a718feea911970746af174e7 ezusbmidi2x2.ihx > > Regards, > Pedro

1 1