Linux-audio-user January 2011

linux-audio-user@lists.linuxaudio.org

158 participants
141 discussions

by rosea.grammostola

On 10/29/2010 02:23 PM, Andrew C wrote: > Hi Rosea, > > Personally, I'd say that given the speed of SSDs, I'd say they'd be > fine for audio. > In terms of the technology used, it's just flash based memory anyway, > so it's not anything particularly new or scary. > Thanks for the replies so far. Till now people seems to be positive about SSD for audio data. More and/ or different views on this? Best regards, \r

15 years, 1 month

Re: [LAU] midi record and play

by Bob van der Poel

Thanks for the help on this Alexandre. Getting VERY close now! >From a rmidish shell this works perfectly. >> > dnew 0 "<port_name>" rw # register the device number 0 >> > import "file.mid" # load the .mid file >> > inew mykbd {0 0} # register input to record from >> > onew mypiano {0 0} # register output to route events to >> > tnew mytrack # create a track >> > r # record >> > s # stop recording >> > p # play the result >> > save "myimpro" # possibly save the result & the setup > for i in [tlist] { # iterate over all tracks > if ($i != mytrack) { # if the track is not ``mytrack'' > ct $i # set currect track > tdel # delete the current track > } > } So, I figured I'd script it. Came up with: #!/bin/sh echo "Infile:" $1 echo "Outfile:" $2 exec midish -b <<EOF dnew 0 "20:0" rw # .midishrc not read (-b), so do it here m off # no metronome import "$1" # get file to play inew mykbd {0 0} # register input to record from onew mypiano {0 0} # register output to route events to tnew mytrack # create a track r # play imported and record for i in [tlist] { # iterate over all tracks if ($i != mytrack) { # if the track is not ``mytrack'' ct $i # set currect track tdel # delete the current track } } export "$2" # save buffer as midi file EOF However, it doesn't work :) First is that the metronome doesn't shut off. Next is the error after hitting ctrl-c: bob$ ./smfrw Downloads/bridge.mid my.mid Infile: Downloads/bridge.mid Outfile: my.mid press ^C to stop recording dkdkd^C --interrupt-- recording stopped 11.10: expression expected afeter '(' If I take out the loop it works fine. But, of course, the original data is saved with the input. I'm probably not understanding the difference between rmidish and midish? -- **** Listen to my CD at http://www.mellowood.ca/music/cedars **** Bob van der Poel ** Wynndel, British Columbia, CANADA ** EMAIL: bob(a)mellowood.ca WWW: http://www.mellowood.ca

15 years, 1 month

Re: [LAU] ALSA OSS emulation layer questions

by Kim Cascone

I just now read the whole post by Daniel Chen on the launchpad site for bug #579300 but it provides some interesting insight into Linux audio in Ubuntu: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/579300/comments/46 also, I'm sure many of you have read this but... http://0pointer.de/blog/projects/guide-to-sound-apis.html

15 years, 1 month

[LAU] ALSA OSS emulation layer questions

by Kim Cascone

I just recently upgraded Ubuntu from 9.04 -> 10.10 I tested all my Linux audio apps on Ubuntu 10.10 (my config is in the sig at the end of this email) and every one checked out OK except for baudline which wasn't working with ALSA the reason it isn't working with ALSA - as related to me by the developer - was that 'Ubuntu 10.10 removed kernel ALSA OSS emulation' but baudline does work with Jack' the kernel I'm using was compiled by Ubuntu Linux 2.6.35-24-generic #42-Ubuntu SMP Thu Dec 2 01:41:57 UTC 2010 and I had to do the 'which kernel works with the broadcom wifi driver' dance which is why I'm using this particular kernel as I read more about this issue I see more clearly the lack of thinking behind this decision https://bugs.launchpad.net/ubuntu/+source/linux/+bug/579300 so I have some questions to other Ubuntu 10.10 users out there: - why was the ALSA OSS emulation layer removed? - why is there no general mixer for all the different volumes any longer? - and is there an app that replaces the old Volume control that allows you to adjust settings on all the different audio services? - is there a 2.6.xx.x kernel that has the ALSA OSS emulation layer compiled in? (I'll need a range of kernels so I can test/select one that works with my Broadcom wifi driver.) - if so, where can I find it? anyone have any advice, stories, tips, tricks or suggestions? any/all help is appreciated + happy new year! -- *my Linux audio perf config:* Dell Studio 15 Core2 Duo 2.0GHz w/3G-RAM Ubuntu 10.10 kernel 2.6.35-24-generic jackd version jackdmp 1.9.6 Ardour 2.8.11 Pd version 0.45.2-extended USB iMic audio interface Korg nanoKontrol cpufreq-set - both cpu's are set to 2.0GHz and userspace

15 years, 1 month

[LAU] midi record and play

by Bob van der Poel

I looked into this some time ago and got a short way into getting it to work with midish. Just tried again, using the comments in that thread, and hit a dead end (probably my dead head!). All I want to do is to play, from a command line, an existing midi file to an external synth and record (at the same time) stuff I'm playing on the synth. This is easy to do in RG and other GUI programs ... can it be that hard to do from a command line? Anyone know of a program to do that? No JACK or virtual synths required. Just let me play a named file and record. -- **** Listen to my CD at http://www.mellowood.ca/music/cedars **** Bob van der Poel ** Wynndel, British Columbia, CANADA ** EMAIL: bob(a)mellowood.ca WWW: http://www.mellowood.ca

15 years, 1 month

Re: [LAU] [Linuxsampler-devel] Fwd: Re: Natural Drum Kit

by Oliver Jaun

Hi Just an information: I have written a small "tool" which creates giga-files for some of the instruments included in the NDK. Each instrument is an own giga-file. Currently it does not use any mod-wheel stuff... (hi-hat openness... etc.). For the velocity dimensions I use libsndfile which measures the peak of each sample-file (as proposed here on the list) and then the tool defines the dimensions based on this measurement. Its a C++ application and I've written it for myself...no warranty... ;-) If anyone should be interested then you can drop me a line and I'll send you the code. Regards Oliver ________________________________ From: rosea.grammostola <rosea.grammostola(a)gmail.com> To: Linuxsampler-devel(a)lists.sourceforge.net Cc: Jostein Chr. Andersen <jostein(a)vait.se> Sent: Sat, January 1, 2011 8:17:16 PM Subject: [Linuxsampler-devel] Fwd: Re: Natural Drum Kit Hi, Let's forward this question to the people who really knows what they are doing... We like to make a NDK (drums) file for Linuxsampler. Should we go for GIG or SFZ? See also message below. \r lördag 01 januari 2011 17.31.47 skrev du: ... > You do some interesting and useful work! But wouldn't SFZ be a better > and more flexible option for this project? > > Today I tried to convert some Kontakt presets with Extreme Sound > Converter via Wine. Seems to work, but also a lot work till you have > drumkit... <snip> Perhaps I should sit back a little and think about SFZ. I see some people says that the Gig format is (almost) dead, but I don't agree: samples can still be purcased anywhere and the format is very powerful. Do the CVS version of Linux sampler work without problems with SFZ and is it possible tom make SFZ files without burning the brain? If that's the case, then I will consider use SFZ, but I have to make the samples now and the GIG format seem to be the only (?) stable alternative. Perhaps it might be better to convert from GIG to SFZ later? One thing is for sure: The time it takes to make this stuff is worth it. Jostein ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Linuxsampler-devel mailing list Linuxsampler-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel

15 years, 1 month

[LAU] Drum sounds with Hydrogen

by Roberto Suarez Soto

Hi, I've been using the drumkits from Hydrogen's page for a while, and though they're quite good, I don't still get the sound I'd like from them. In particular, I've been trying to get a good trip hop or hip hop sound with them, but I really don't know how. My experiments with several drumkits and equalization have been a failure; and that's an euphemism :-) So I invoke thee, guardian angels of LAU: are there any general tips on how to get a good trip-hop/hip-hop drum sound? Please, take into account that my knowledge of equalization and all things sound is pretty limited. Every time I read you speaking casually of "low pass filters" and similar artifacts, my head spins. Thanks in advance, -- Roberto Suarez Soto

15 years, 1 month

Re: [LAU] Sample converters (was: NDK drums, gigafile or SFZ?)

by Kim Cascone

http://src.infinitewave.ca/ not sure if this was posted already but...

15 years, 1 month

[LAU] PD L2Ork 20101229 snapshot now available

by Ivica Ico Bukvic

Please excuse cross-posting. Dear friends and fellow FOSS enthusiasts, It is my great pleasure to share with the community a belated Holiday present :-) in a form of latest snapshot of L2Ork iteration of Pure-Data. Better than ever, the latest version comes with the following improvements: *implemented apply undo for array properties and partially implemented apply undo for graph-on-parent object properties (does not apply to abstractions or top-level windows currently until I figure out how to address the indexing of toplevel windows inside the glist as well as how to address to which window such an undo belongs). *properties are disabled when right-clicking on an abstraction as modifying its settings externally does not make sense when one does not see the actual contents inside it. So, to edit the properties of an abstraction, one has to open the actual abstraction. *fixed how new arrays are created so that they always fit within the specified boundaries. Please note arrays that have been already created in prior patches remain untouched in terms of graph auto-resizing (legacy code is provided in g_editor.c canvas_vis that deals with this if anyone wishes to convert their arrays but is incomplete in that it assumes all arrays require resizing--this is however unnecessary as simple recreation of said arrays or manual readjustment of their settings ought to do the trick. -This feature needs further testing--feedback is most appreciated. *fixed how arrays deal with moving array points via mouse by restricting them within the array bounds--this should work for all gui-driven array operations, while array alterations via snapshots and other external ways of manipulating arrays remain unbound so as to allow for traditional data-flow debugging--this may change down the road in part due to introduction of the magicGlass option and in part due to belief that data monitoring should only report ranges specified by the graph. -This feature needs further testing--feedback is most appreciated. *added new feature for arrays where they report a bang through the <arrayname>_changed send (if one is provided) whenever they have been altered by a mouse click'n'drag--this in conjunction with array graph auto-resizing makes arrays formidable alternatives for multisliders. -This feature needs further testing--feedback is most appreciated. *when an array subpatch is opened and resized, the array automatically now resizes to properly fill the window. -This feature needs further testing--feedback is most appreciated. *fixed where array was not visible after reopening the patch if any of its points touched upon y graph limits. *fixed couple of segfaults caused by gridflow incompatibility--more problems remain with gridflow library compatibility, likely due to widgetbehavior and possibly also magicGlass incompatibility. Further investigation is necessary. *fixed memory leak in the disis_phasor~ external where the destructor was never properly called and updated its documentation (available in the l2ork_addons package). *fixed highlighting of signal nlets where nlet would revert to non-signal appearance after being highlighted/connected. *reintroduced array listview (this was a regression in respect to pd-extended). *improved appearance of the array listview. *fixed a few broken links in the pddp documentation and added new l2ork-specific array features to the pddp documentation. Latest snapshot is available from the usual place: http://l2ork.music.vt.edu/main/?page_id=56 Complete changelog since 11/25/2010 is available here: http://l2ork.music.vt.edu/data/pd/Changelog Happy belated Holidays! Best wishes, Ico

15 years, 1 month

[LAU] VB3?

by Ken Restivo

So we did a show the other night warming up for a band that had a keyboard player (first time ever that a band we've worked with has had a keyboard player), and of course we had fun geeking out during and after soundcheck comparing notes on our gear (he had a Mac laptop, a Nord Electro, couple controllers, a Dave Smith module, TalkBox, and tons of pedals). His Hammond sound was quite good, and he said it was VB3. I looked it up: http://www.genuinesoundware.com/?a=showproduct&b=24 Hmm. They're based in Italia, where is also the company that bought the rights to Beatrix. I have to wonder, is VB3 actually Beatrix? Also, I have to remark that it's always both fun and awkward discussing my setup with other electronic musicians, sound engineers, or keyboard players. They ask questions like "what host do you use?". Umm... whaddya mean "host"? You mean JACK? And a bunch of C and Python and Bash code that I wrote? They look at me real funny. It's awkward but I like it. -ken

15 years, 1 month

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 January 2011