Linux-audio-user December 2009

linux-audio-user@lists.linuxaudio.org

166 participants
190 discussions

Re: [LAU] Possible to have realistic guitar strumming sounds using my keyboard?

by Gwenhwyfaer

(Oops, got caught by the reply-goes-to-sender "feature" of this list.) On 01/12/2009, Gwenhwyfaer <gwenhwyfaer(a)gmail.com> wrote: > On 01/12/2009, robert lazarski <robertlazarski(a)gmail.com> wrote: >> Actually I'm not sure the M3M is a rack or an expansion - do some >> research before buying one. Anyways, some type of M3 option should get >> what you looking for at an imho reasonable price. > > I think that the way Korg have done the M3 range, they basically > combine the M3-M with various keyboards; so if you buy the M3M you get > exactly the same module, just without a keyboard. Could be wrong, > though. > > On the other hand, the KARMA software is available for the Korg M50 > too (and the Triton: http://www.karma-lab.com/ ) but it needs Windows > or a Mac; and the price of a new M50-61 and KARMA is a good $400 less > than the M3-M. In fact, perhaps the cheapest way to get hold of KARMA technology is KARMA for Triton and a secondhand Triton LE - shouldn't be much more than $500 overall. (Might be worth asking whether it would work with the PA-50 too, but I wouldn't necessarily hold out much hope.)

16 years, 2 months

[LAU] LADI

by Nedko Arnaudov

After recent discussion on IRC I'm loosing faith in whether it is worth to contribute to linux audio session handling/management. Two reasons were given why it does not get testing from users. One is that what I did so far is not mature, has annoying bugs and I'm not wanting to fix them. The other one is that ladish is not giving more than users already have with qjackctl. Also it was mentioned that D-Bus is not what users find acceptable for controlling jack server. Given the almost missing feedback about LADI development from community members that could benefit from it, I'm not sure whether I should continue to contribute. Maybe I should give up on trying to make linux audio usable for my needs. I could also stop using computers and make music only by using my guitar. Because alternatives to Linux Audio (windows/mac) don't suit my needs. Moreover they don't have the potential to suit. This is why I'm contributing to Linux Audio and not making VST plugins or something. This anti-dbus movement is getting too far. If there is no user that accepts my point of view, there is no point of me contributing. Because it may be possible that someone has missed the whole point of my jackdbus and session handling effort, I'll try to explain what I find wrong/unacceptable in JACK (dbus-less) system as we have it now. * JACK server tries to kill clients that are suspected to misbehave and cause xruns or expose other kind of bad behaviour. This can result in qjackctl (or patchage for example) being killed. IMO, killing control apps is wrong. Apps that that don't process audio/midi should be treated differently. * When jackd is autolaunched, log messages are going to stdout/stderr of the app that launched them. This is wrong, unix daemons are supposed to have a log file, even if they are per-user. One of the reasons why log file is a good thing to have is that it allows to analyze problem post factum. This helps a lot if some misbehaviour is rarely reproducable. * Control apps that start the jack server through jackd know only about the parameters that were known at compile time. Somewhat recent example, IIRC, jack2 specific parameters (-S) and firewire options missing after upgrade of jack because qjackctl does not know about them. IMO, control apps should be able to query parameters for jack and display the available options to user. * Control apps that manage jack connections, are subject to realtime constraints. IMO, this complicates control apps development for no good reason. This is valid only for jack1. jack2 already uses non-realtime threads for port notifications. * Implementing control app requires C level program or use of specially crafted bindings. It will be good if control apps could be implemented with few lines of code in a scripting language as Python, Ruby, Perl, etc. * JACK graph (clients, ports and connections) API is badly designed and is prone to race conditions. Fons talked about this problem recently too. * Session handling capabilities are suboptimal. Various programs lurk here. I'll mention the two most popular ones: qjackctl cant save/restore internal state of the programs. It also cant save and then relaunch them automatically. lash cannot manage jack settings and cannot restore connections for applications that are not linked against liblash. There are other problems but those are the most frustrating ones. * Hardware port virtualization is suboptimal. it is provided through the JACK "system" client. The only reliable ports are first ones, they are expected to be the main input/output. If applications wants to connect to phones for example it does not know on what ports they are. projects/session should be movable to other system, one with different hardware setup and [extensive] reconnecting should not be required. * Hardware port names are not human readble. Aliases exist but are not widely used for various reasons. Users should be able to name and group their ports to match their hardware cable setup. * JACK "system" client is used for non-hardware ports (-X seq). * There is no global list of JACK enabled applications. * JACK MIDI is not widely accepted. JACK AUDIO + ALSA seq appears to be acceptable solution. IMO, sample accurate audio+midi is very important. * There is no session handling for netjack LAN setups. * Session handling apps cannot restore apps to more than one X11 screen (do not mix with X11 display). * Patchage-like (flowcanvas based) patchbay interface is best what I've seen. Unfortunately Patchage does not integrate well with other parts of JACK infrastructure. As you can see, I have collected enough problems to fight. Almost all of these fixes need new software modules to be written or existing ones to be rewritten. In past years I've tried to collaborate with people behind JACK, LASH, Patchage and Qjackctl. At the end, I think that this attempt was probably wrong, with the only excepton of jack2 (Stephane Letz) who accepted my jackdbus development into jack2 and we worked toghether on improving it and on the more general "control API" initiative. The jackdbus code, my first contribution, that is supposed to improve this mess was rejected by Paul Davis whom maintains jack1. I've got some patches accepted by Patchage`s author and maintainer, Dave Robillard, but they were rather cosmetic ones. This forced me to maintain a software branch (Dave calls it a fork) called lpatchage. It was supposed to be dashboard for the JACK system. I also actively participated in lash-0.6.x development. The only other developper, Juuso Alasuutari, shared some of my ideas, but at the end we ended with fundamental differences about how session handling should behave and what lash should become. As part of my LADI efforts, two people where very helpful. Marc-Olivier Barre and I managed to create pyjackctl, later renamed to laditools. It is set of minimalistic but very useful control apps for JACK, a2jmidid and LASH/ladish. Krzysztof Foltman helped a lot with probably the most complex app in the laditools suite, ladiconf. I'd like to mention people with whom collaboration, even if attempted by me was non-existing: Rui Nuno Capela and Bob Ham. They clearly declared From start that wont help for various reasons and I appreciate this. Because this saved my precious time of part-time contributor to Linux Audio. In May/June this year, Fons Andriaensen got hit by a forcibly packaged jackdbus (i'd call it mispackaging of jack) and started a flame war against D-Bus evilness. I tried to be constructive until I got message From the packager that dbus was forced, even given that he earlier stated that he explicitly enabled dbus support in that package for one reason or another. In June this year, it become evident that I'm not able to contribute to LASH anymore and that I want something else. I left the LASH project and started a new session manager, ladish (project page is at ladish.org). The first preview was released not long after. It was not yet a real session manager but it was able to save and restore multiple jack configs, a foundation for what I call "studio" in ladish. Since then I've implemented some more stuff and I was hoping that next preview that will be able to relaunch applications and restore connections between their jack ports will be ready by the end of this year. In recent few months, I had less time to contribute to ladish and development slowed. The anti-dbus statements from various people continued almost always without real argumentation behind them. For these that were complains about dbus problems in real setups, I've given suggestions. Almost always I got ignorace and more anti-dbus statements in return. Maybe what I did is really unusable by others, despite it being obviously usable by me. Maybe I suck at trying to help & support people who seem to think that ladi is not that bad. Or maybe D-Bus is indeed evil and eats babies and I fail to understand why, even after I've listen to so many "arguments". Or maybe there are happy people using jackdbus and laditools (or even lash-0.6.x) and looking toward ladish. But I dont see them. If community does not share my frustration with problems of the JACK system I mentioned above and does not accept my vision that D-Bus is just the most suitable (but not perfect) technology for what I'm trying to achieve, then it would be better for everybody if I don't contribute anymore. I can detach from the community and I can even detach from linux and even computers. So now is the time to give your positive feedback and constructive critics. Don't troll and don't start another flame war unless your goal is to alienate me to stage of me detaching from this community. I will not respond to trolish and flamish mails, feel free to contact me with private mails if you prefer so. As I'm cross posting this mail, if you are subscribed to more than one of the mailing lists, please reply only to one of them. In order of preference, lad, lau, jack-devel. This should avoid discussions half-shared between lists. If they happen at all. This mail is not supposed to be offensive to anyone. If someone feels so, I declare that offense is not intentional. I don't deny the right of different opinion on any subject and thus I have no reason to burn witches. -- Nedko Arnaudov <GnuPG KeyID: DE1716B0>

16 years, 2 months

Re: [LAU] [LAD] Update of jconv

by fons＠kokkinizita.net

On Wed, Dec 02, 2009 at 06:26:07AM +0300, alex stone wrote: > Fons, trying it out now, and get this. (Gentoo64bit jack 0.118.1 > zita-convolver-2.0.0) Which user error would this be? Please check if you're not mixing up old and new versions somehow - this looks like it. Ciao, -- FA Wie der Mond heute Nacht aussieht ! Ist es nicht ein seltsames Bild ?

16 years, 2 months

[LAU] Command line to combine stereo WAV into 4-channel WAV?

by Ken Restivo

Is there a bit of command-line-fu that could be used to combine two 2-channel WAV files into a single 4-channel WAV file? In batch (I have a bunch of these to convert). I suppose I could load up Ardour, import the files into Ardour, make tracks for them, place them on the tracks, set my start and end markers, then export a mix.... btu there has to be a one-liner somewhere (sox? sndfile-convert? something?) that'll just do it. Thanks. -ken

16 years, 2 months

[LAU] In the midst of all these real musicians

by david

this one who used to be a real musician pokes up an eye and asks for thoughts about this little recording of fooling around with one of Zyn's canned instruments. http://www.clanjones.org/david/01_The_Stately_Arrival_of_the_Sunrise.mp3 I didn't really think I'd like it much, so I only fired up jack_capture and recorded it. So whatever combination of keys and sustain pedal actually produced the sounds went unrecorded :-(. Recorded to WAV in jack_capture, imported into Audacity to trim unneeded silence at each end, then exported to MP3 because the silly RealOne player on my PDA only recognizes MP3s. -- David gnome(a)hawaii.rr.com authenticity, honesty, community

16 years, 2 months

Re: [LAU] Possible to have realistic guitar strumming sounds using my keyboard?

by Daniel Joshua Worth

We do this sort if thing all the time. You fan find plenty of willing musicians on irc.freenode.net #opensourcemusicians. Dan On Dec 1, 2009 4:29 PM, "Folderol" <folderol(a)ukfsn.org> wrote: On Wed, 2 Dec 2009 10:09:27 +1100 Loki Davison <loki.davison(a)gmail.com> wrote: > >> On the other ha... You mean like, working together, sort of... collaborating? Nah! It'll never catch on. Next you'll be saying people could write an entire operating system that way :P -- Will J Godfrey http://www.musically.me.uk Say you have a poem and I have a tune. Exchange them and we can both have a poem, a tune, and a song. _______________________________________________ Linux-audio-user mailing list Linux-audio-user@lists...

16 years, 2 months

[LAU] [OT]: help L2Ork climb up the digg/reddit ladder

by Ivica Ico Bukvic

First of all, Apologies for cross-posting. If it is not too much of a trouble, I was wondering if I could ask fellow FOSS enthusiasts to help us in "digging" & "reddit-ing" our L2Ork announcement posted on reddit and dig earlier today. Links to the posts can be found below: <http://www.reddit.com/r/reddit.com/comments/aa12z/who_says_penguins_cannot_ sing_introducing_l2ork/> <http://digg.com/linux_unix/Introducing_L2Ork_World_s_First_Linux_Laptop_Orc hestra> Once again, apologies for the OT nature of this post. Sincerely, Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Assistant Co-Director, CCTAD CHCI, CS, and Art (by courtesy) Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-6139 (540) 231-5034 (fax) ico(a)vt.edu http://www.music.vt.edu/faculty/bukvic/

16 years, 2 months

[LAU] Boost your Piano playing skills with PianoBooster 0.6.4

by Louis B.

Version 0.6.4 of Piano Booster has just been released. Piano Booster is an Open Source program that helps with playing the piano and learning to sight read music. It's key feature is that it listens and follows what you are playing on the piano and waits for you to find and play the right notes. It helps you with this by giving you audio feed back. So if you play a wrong note then that note will have the Harpsichord sound but the right notes will have the Piano sound. For screen shots see: http://pianobooster.sourceforge.net/screenshots.html And for a video demonstration see: http://www.youtube.com/watch?v=UGbfm8Tv-20 This versions fixes a number of issues with CPU usage and timing accuracy and so I recommend that everyone upgrades to this version. Users of Intel graphic chips please see the note at the end of this posting. Detailed list of changes in this release 0.6.4 are: - Added note names for beginners (to be used with a piano key note labels) - Added assignable left and right midi channels. - Improved MIDI timing accuracy. - Greatly reduced the memory footprint. - Reduced the CPU load. - Reduced the screen flicker (recommend setting the screen refresh rate to 60Hz and for Intel Graphic chips updating the drivers). - Added keyboard short-cuts. These are - speed up/down, play from start, play/pause, next previous song, left right both hands. - Remembers the song settings in a configuration file called "pb.cfg". these are the midi channels, speed, left right or both hands. - Now works well Ubuntu 9.10 and Intel graphic chips. (Those with Ubuntu 9.04 and Intel should upgrade to 9.10 and this version) - Fixed various start up issues. - Now correctly notates repeated accidentals that occur in a single bar. - Added the option to display courtesy accidentals. - Added a simple help page. - Added an installer for windows. - 'make install' now works on Linux. - Now works with small screens eg an EEE-701 (for Trev) NOTE: If you have Intel graphic chips in your computer or laptop then this causes severe problems when using Ubuntu 9.04. The problem is due the Intel graphic drivers drivers having very poor performance. They performed much worse than on the previous Ubuntu 8.10. The solution is to upgrade to Ubuntu 9.10, PianoBooster works particularly well on this version. PianoBooster is licensed under GPL and runs on Linux, Windows and the Mac. PianoBooster is available from: http://pianobooster.sourceforge.net. Louis B.

16 years, 2 months

[LAU] Possible to have realistic guitar strumming sounds using my keyboard?

by Ng Oon-Ee

Hi all, while my Korg keyboard does a pretty good job of imitating the sounds of various instruments, I can never seem to get the guitars to sound like they're being strummed. In my (simplistic) estimation its a matter of rolling the notes consecutively from low to high (down-stroke) and then high to low (up-stroke), perhaps needing variable pressure on different notes? So my basic question is, how would you produce as realistic a guitar strum as possible using an electronic keyboard with the requisite sound banks? Or should I give it up and just record my guitar directly (neck needs straightening...)?

16 years, 2 months

[LAU] RME Multiface pcmcia problem

by Martin Horn

Hi all, I have a problem connecting my RME Multiface with cardbus (pcmcia) adaptor to my Panasonic CF-T2 Notebook. I try to upload the firmware with "hdsploader" but the card is not found. "dmesg" tells me that a cardbus card is inserted in the pcmcia slot: [ 15.321066] pcmcia_socket pcmcia_socket0: pccard: CardBus card inserted into slot 0 Can anybody help me or give some hints on further investigation? Thank you! Martin

16 years, 2 months

Jump to page:

2026

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 December 2009