From gnome at hawaii.rr.com Wed Jan 1 06:51:59 2014 From: gnome at hawaii.rr.com (gnome at hawaii.rr.com) Date: Wed, 1 Jan 2014 6:51:59 +0000 Subject: [LAU] notation software In-Reply-To: <52C31EC2.5000708@gmail.com> Message-ID: <20140101065159.EGMIH.157504.root@cdptpa-web05> ---- David Santamauro wrote: > On 12/31/2013 02:38 PM, david wrote: > > On 12/31/2013 09:12 AM, Brett McCoy wrote: > >> On Tue, Dec 31, 2013 at 6:47 AM, David Santamauro > >> wrote: > >> > >>> It's been a while since I researched notation software. What are the > >>> major > >>> players in the linux world? What is being actively maintained? What > >>> is new > >>> and cutting edge? > >> > >> MuseScore & Rosegarden are probably the most mature score editors, at > >> least the ones I've tried. MuseScore is more in spirit to Sibelius and > >> Finale, whereas Rosegarden can be used as a DAW with JACK, and > >> supports LADSPA & DSSI plugins, although does not yet support LV2. > >> Nothing beats Lilypond, though. I use it for all of my composing, not > >> just for printing. > > > > Denemo? > > > > I couldn't figure out a way to get more than one jack-midi output port. > Seems it is one port for all the staves and only program change/channel > are assignable. so 16 instruments or 1 hefty instrument with 16 > articulations ... either way, pretty limiting. > > David I've only briefly used it, for a straight score, and didn't even care if it supported any kind of MIDI output. For something complicated, I'd use Rosegarden. It outputs Lilypond (RG did away with it's own native printing facility in favor of Lilypond output), you could always neaten that up in your preferred Lilypond editor. David W. Jones gnome at hawaii.rr.com authenticity, honesty, community http://dancingtreefrog.com From goemusic at yahoo.fr Wed Jan 1 11:43:02 2014 From: goemusic at yahoo.fr (Frank Kober) Date: Wed, 1 Jan 2014 11:43:02 +0000 (GMT) Subject: [LAU] QMidiArp 0.6.0 Initial release with LV2 plugins Message-ID: <1388576582.85778.YahooMailNeo@web171302.mail.ir2.yahoo.com> QMidiArp 0.6.0 is out, since of course it cannot miss the huge TGV train of Q-Application updates just racing by for the new year! This release includes LV2 plugins of the three QMidiArp modules. They are synchronizable to the transport info provided by different hosts in different ways, and they work well with the new Qtractor, thanks to Rui for updates regarding this. I don't claim that I have fully understood LV2 host-GUI communication, but I found the recent sisco plugin by Robin Gareaus very instructive for this, thanks! Happy new year! Frank --------------------------------------- http://qmidiarp.sourceforge.net Direct download: http://sourceforge.net/projects/qmidiarp/files/qmidiarp/0.6.0/qmidiarp-0.6.0.tar.bz2/download ---------------------------------------- qmidiarp-0.6.0 (2014-01-01) New Features ? o LV2 Plugins are now available for Arp, LFO and Seq modules ??? - They have full functionality as known from the standalone ????? application except MIDI control, which can be provided by the host ??? - The LFO plugin also has a LV2 control output scaled from 0 to 1 ??? - When the 'Sync to host' option is checked, the plugins support ????? transport LV2 atom data from hosts as well as host transport ????? information available from designated lv2 time ports (Qtractor, ????? thanks Rui!) ??? - Arp pattern presets are available in the LV2 module but cannot be ????? written to the .qmidiarprc file. This has to be done with the ????? standalone application ??? - On hosts with small atom port capacities that do not honor the ????? lv2 rsz:MinimumSize property, there will be issues with displaying ????? very large LFO waveforms ??? - Features of QMidiArp beyond the modules themselves (including ????? global storage) are not available Fixed Bugs ? o Trying to open an inexistent file from the recent files menu led to ??? crash (reported by Frank Neumann) From rustompmody at gmail.com Wed Jan 1 12:23:18 2014 From: rustompmody at gmail.com (Rustom Mody) Date: Wed, 1 Jan 2014 17:53:18 +0530 Subject: [LAU] notation software In-Reply-To: <52C2B874.5050006@woh.rr.com> References: <52C2AEBE.1090208@gmail.com> <52C2B874.5050006@woh.rr.com> Message-ID: On Tue, Dec 31, 2013 at 5:58 PM, Dave Phillips wrote: > On 12/31/2013 06:47 AM, David Santamauro wrote: >> >> >> Hi, >> >> It's been a while since I researched notation software. What are the major >> players in the linux world? What is being actively maintained? What is new >> and cutting edge? > > > Hi David, > > I'm close to completing an article on LilyPond and Frescobaldi. I checked > out other software too, including MuseScore, Denemo, Lied, and Laborejo. All > respectable, each in its own way, and in varying stages of development. > > LilyPond development proceeds nicely, especially after the funding drive. > Stable version 2.18.0 was released recently. > > I haven't kept up with NoteEdit and NtEd. Both appear to be in a sort of > development limbo. Apologies to the Rosegarden team, but I haven't kept up > with that program's notation capabilities either. > > OpenMusic has some neat notation features, especially wrt microtones. Also > has native support for MusicXML and an extension library for exporting to > LilyPond. > > The FOMUS transcription system still works nicely with GRACE/CM and can be > used with SuperCollider3 (IIRC). > > HTH, > > dp I started with nted and switched to musescore when nted was crashing too much. There's one thing neither has the ability to make which I wish were available -- bar-less scores. From fedelogy at gmail.com Wed Jan 1 12:44:56 2014 From: fedelogy at gmail.com (Federico Bruni) Date: Wed, 1 Jan 2014 13:44:56 +0100 Subject: [LAU] notation software In-Reply-To: References: <52C2AEBE.1090208@gmail.com> <52C2B874.5050006@woh.rr.com> Message-ID: 2014/1/1 Rustom Mody > I started with nted and switched to musescore when nted was crashing too > much. > > There's one thing neither has the ability to make which I wish were > available -- bar-less scores. > In LilyPond it's pretty easy: \version "2.18.0" \layout { \context { \Staff \remove "Bar_engraver" } \context { \Score \remove "Bar_number_engraver" } } \relative c'' { \repeat unfold 3 { c4 c c c } \break \repeat unfold 3 { c4 c c c } } BTW, I heard that MuseScore is going to drop the lilypond export and focus the development efforts on the MusicXML exporter... -------------- next part -------------- An HTML attachment was scrubbed... URL: From rncbc at rncbc.org Wed Jan 1 12:58:30 2014 From: rncbc at rncbc.org (Rui Nuno Capela) Date: Wed, 01 Jan 2014 12:58:30 +0000 Subject: [LAU] [ANN] A fifth of a Jubilee with a late Mike November release Message-ID: <52C410F6.7050000@rncbc.org> (attn: this corrects wrong urls from the previous announcement which should be now ignored) -- Happy New Year to y'all. Not a fiscal report I'm afraid but the biggest load of Q-stuff released ever ;) Enjoy! * QjackCtl - A JACK Audio Connection Kit Qt GUI Interface * QjackCtl 0.3.11 is out! QjackCtl is a simple Qt application to control the JACK sound server, for the Linux Audio infrastructure. website: http://qjackctl.sourceforge.net downloads: http://sourceforge.net/projects/qjackctl/files - source tarball: http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.11.tar.gz - source package: http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.11-20.rncbc.suse131.src.rpm - binary packages: http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.11-20.rncbc.suse131.i586.rpm http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.11-20.rncbc.suse131.x86_84.rpm * Qsynth - A FluidSynth Qt GUI Interface * Qsynth 0.3.8 is out. Qsynth is a FluidSynth GUI front-end application written in C++ around the Qt4 toolkit using Qt Designer. website: http://qsynth.sourceforge.net downloads: http://sourceforge.net/projects/qsynth/files - source tarball: http://downloads.sourceforge.net/qsynth/qsynth-0.3.8.tar.gz - source package: http://downloads.sourceforge.net/qsynth/qsynth-0.3.8-4.rncbc.suse131.src.rpm - binary packages: http://downloads.sourceforge.net/qsynth/qsynth-0.3.8-4.rncbc.suse131.i586.rpm http://downloads.sourceforge.net/qsynth/qsynth-0.3.8-4.rncbc.suse131.x86_84.rpm * Qsampler - A fluidsynth Qt GUI Interface * Qsampler 0.2.3 is (finally) out! Qsampler is a LinuxSampler GUI front-end application written in C++ around the Qt4 toolkit using Qt Designer. website: http://qsampler.sourceforge.net downloads: http://sourceforge.net/projects/qsampler/files - source tarball: http://downloads.sourceforge.net/qsampler/qsampler-0.2.3.tar.gz - source package: http://downloads.sourceforge.net/qsampler/qsampler-0.2.3-6.rncbc.suse131.src.rpm - binary packages: http://downloads.sourceforge.net/qsampler/qsampler-0.2.3-6.rncbc.suse131.i586.rpm http://downloads.sourceforge.net/qsampler/qsampler-0.2.3-6.rncbc.suse131.x86_84.rpm * QXGEdit - A Qt XG Editor * QXGEdit 0.1.2 is out! QXGEdit is a Qt GUI for editing MIDI System Exclusive files for XG devices (eg. Yamaha DB50XG). website: http://qxgedit.sourceforge.net downloads: http://sourceforge.net/projects/qxgedit/files - source tarball: http://downloads.sourceforge.net/qxgedit/qxgedit-0.1.2.tar.gz - source package: http://downloads.sourceforge.net/qxgedit/qxgedit-0.1.2-2.rncbc.suse131.src.rpm - binary packages: http://downloads.sourceforge.net/qxgedit/qxgedit-0.1.2-2.rncbc.suse131.i586.rpm http://downloads.sourceforge.net/qxgedit/qxgedit-0.1.2-2.rncbc.suse131.x86_84.rpm * QmidiCtl - A MIDI Remote Controller via UDP/IP Multicast * QmidiCtl 0.1.1 is out! QmidiCtl is a MIDI remote controller application that sends MIDI data over the network, using UDP/IP multicast. Inspired by multimidicast and designed to be compatible with ipMIDI for Windows. website: http://qmidictl.sourceforge.net downloads: http://sourceforge.net/projects/qmidictl/files - source tarball: http://downloads.sourceforge.net/qmidictl/qmidictl-0.1.1.tar.gz - source package: http://downloads.sourceforge.net/qmidictl/qmidictl-0.1.1-2.rncbc.suse131.src.rpm - binary packages: http://downloads.sourceforge.net/qmidictl/qmidictl-0.1.1-2.rncbc.suse131.i586.rpm http://downloads.sourceforge.net/qmidictl/qmidictl-0.1.1-2.rncbc.suse131.x86_84.rpm * QmidiNet - A MIDI Network Gateway via UDP/IP Multicast * QmidiNet 0.1.3 is out! QmidiNet is a MIDI network gateway application that sends and receives MIDI data (ALSA MIDI Sequencer and/or JACK MIDI) over the network, using UDP/IP multicast. Inspired by multimidicast and designed to be compatible with ipMIDI for Windows. website: http://qmidinet.sourceforge.net downloads: http://sourceforge.net/projects/qmidinet/files - source tarball: http://downloads.sourceforge.net/qmidinet/qmidinet-0.1.3.tar.gz - source package: http://downloads.sourceforge.net/qmidinet/qmidinet-0.1.3-2.rncbc.suse131.src.rpm - binary packages: http://downloads.sourceforge.net/qmidinet/qmidinet-0.1.3-2.rncbc.suse131.i586.rpm http://downloads.sourceforge.net/qmidinet/qmidinet-0.1.3-2.rncbc.suse131.x86_84.rpm the Vee One Suite gets another bump, * synthv1 - an old-school polyphonic synthesizer * synthv1 0.3.6 is out! synthv1 is an old-school all-digital 4-oscillator subtractive polyphonic synthesizer with stereo fx. LV2 URI: http://synthv1.sourceforge.net/lv2 website: http://synthv1.sourceforge.net downloads: http://sourceforge.net/projects/synthv1/files - source tarball: http://downloads.sourceforge.net/synthv1/synthv1-0.3.6.tar.gz - source package: http://downloads.sourceforge.net/synthv1/synthv1-0.3.6-13.rncbc.suse131.src.rpm - binary packages: http://downloads.sourceforge.net/synthv1/synthv1-0.3.6-13.rncbc.suse131.i586.rpm http://downloads.sourceforge.net/synthv1/synthv1-0.3.6-13.rncbc.suse131.x86_84.rpm * samplv1 - an old-school polyphonic sampler * samplv1 0.3.6 is out! samplv1 is an old-school polyphonic sampler synthesizer with stereo fx. LV2 URI: http://samplv1.sourceforge.net/lv2 website: http://samplv1.sourceforge.net downloads: http://sourceforge.net/projects/samplv1/files - source tarball: http://downloads.sourceforge.net/samplv1/samplv1-0.3.6.tar.gz - source package: http://downloads.sourceforge.net/samplv1/samplv1-0.3.6-13.rncbc.suse131.src.rpm - binary packages: http://downloads.sourceforge.net/samplv1/samplv1-0.3.6-13.rncbc.suse131.i586.rpm http://downloads.sourceforge.net/samplv1/samplv1-0.3.6-13.rncbc.suse131.x86_84.rpm * drumkv1 - an old-school drum-kit sampler * drumkv1 0.3.6 is out! drumkv1 is an old-school drum-kit sampler synthesizer with stereo fx. LV2 URI: http://drumkv1.sourceforge.net/lv2 website: http://drumkv1.sourceforge.net downloads: http://sourceforge.net/projects/drumkv1/files - source tarball: http://downloads.sourceforge.net/drumkv1/drumkv1-0.3.6.tar.gz - source package: http://downloads.sourceforge.net/drumkv1/drumkv1-0.3.6-9.rncbc.suse131.src.rpm - binary packages: http://downloads.sourceforge.net/drumkv1/drumkv1-0.3.6-9.rncbc.suse131.i586.rpm http://downloads.sourceforge.net/drumkv1/drumkv1-0.3.6-9.rncbc.suse131.x86_84.rpm last but not least, the late Mike November closing the TYOQA era, * Qtractor - An Audio/MIDI multi-track sequencer * Qtractor 0.5.12 (mike november) is out! Qtractor is an audio/MIDI multi-track sequencer application written in C++ with the Qt4 framework. Target platform is Linux, where the Jack Audio Connection Kit (JACK) for audio and the Advanced Linux Sound Architecture (ALSA) for MIDI are the main infrastructures to evolve as a fairly-featured Linux desktop audio workstation GUI, specially dedicated to the personal home-studio. website: http://qtractor.sourceforge.net downloads: http://sourceforge.net/projects/qtractor/files - source tarball: http://downloads.sourceforge.net/qtractor/qtractor-0.5.12.tar.gz - source package: http://downloads.sourceforge.net/qtractor/qtractor-0.5.12-8.rncbc.suse131.src.rpm - binary packages: http://downloads.sourceforge.net/qtractor/qtractor-0.5.12-8.rncbc.suse131.i586.rpm http://downloads.sourceforge.net/qtractor/qtractor-0.5.12-8.rncbc.suse131.x86_84.rpm Enjoy && have a very happy new year! -- rncbc aka. Rui Nuno Capela From murks at tuxfamily.org Wed Jan 1 13:10:01 2014 From: murks at tuxfamily.org (Philipp =?UTF-8?B?w5xiZXJiYWNoZXI=?=) Date: Wed, 1 Jan 2014 14:10:01 +0100 Subject: [LAU] notation software In-Reply-To: <52C2AEBE.1090208@gmail.com> References: <52C2AEBE.1090208@gmail.com> Message-ID: <20140101141001.123c397d@eeyore.mozart.uni-klu.ac.at> On Tue, 31 Dec 2013 06:47:10 -0500 David Santamauro wrote: > > Hi, > > It's been a while since I researched notation software. What are the > major players in the linux world? What is being actively maintained? > What is new and cutting edge? > > Note: I use lilypond for printed scores but I'm looking for some > distinct functionality for in-score composing and orchestrating: > > - individual jack midi routing at least at the staff level, better > if staff supported multiple voices and each could be routed > separately. > > - step input with both external keyboard as well as mouse > > - customization for in-score articulations, e.g., staccato -> > channel change or slur/legato -> insert note ( for key switch > software instruments) > > - lilypond and/or midi export functionality. > > I'd appreciate any advice. thanks, > > David > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user You could also give laborejo a shot. It's rather new and written by Nils, who used to work on denemo. I think it should be able to do pretty much everything you want. http://www.laborejo.org/ Regards, Philipp From rustompmody at gmail.com Wed Jan 1 13:14:32 2014 From: rustompmody at gmail.com (Rustom Mody) Date: Wed, 1 Jan 2014 18:44:32 +0530 Subject: [LAU] notation software In-Reply-To: References: <52C2AEBE.1090208@gmail.com> <52C2B874.5050006@woh.rr.com> Message-ID: On Wed, Jan 1, 2014 at 6:14 PM, Federico Bruni wrote: > 2014/1/1 Rustom Mody >> >> I started with nted and switched to musescore when nted was crashing too >> much. >> >> There's one thing neither has the ability to make which I wish were >> available -- bar-less scores. > > > In LilyPond it's pretty easy: > > \version "2.18.0" > > \layout { > \context { > \Staff > \remove "Bar_engraver" > } > \context { > \Score > \remove "Bar_number_engraver" > } > } > > \relative c'' { > \repeat unfold 3 { c4 c c c } \break > \repeat unfold 3 { c4 c c c } > } > > > BTW, I heard that MuseScore is going to drop the lilypond export and focus > the development efforts on the MusicXML exporter... > Thanks I'll give lilypond a shot But it still has a spurious C (4/4 time) indicator. Rusi -- http://blog.languager.org From joelz at pobox.com Wed Jan 1 13:21:29 2014 From: joelz at pobox.com (Joel Roth) Date: Wed, 1 Jan 2014 03:21:29 -1000 Subject: [LAU] Use of 96 kHz sample rate to lower latency Message-ID: <20140101132128.GA18657@sprite> Happy New Year all, I was curious, if doubling the sample rate is a practical way to reduce latency for live effects processing. I would think it would reduce latency by half. If one wanted to avoid the tradeoff of handling twice the usual amount of audio data, I was curious if ALSA sample rate conversion, or some other clever hack could be used to get low latency advantage of the high sample rate, while actually dealing with 48k streams through JACK. best wishes, Joel -- Joel Roth From fedelogy at gmail.com Wed Jan 1 13:41:39 2014 From: fedelogy at gmail.com (Federico Bruni) Date: Wed, 1 Jan 2014 14:41:39 +0100 Subject: [LAU] notation software In-Reply-To: References: <52C2AEBE.1090208@gmail.com> <52C2B874.5050006@woh.rr.com> Message-ID: 2014/1/1 Rustom Mody > Thanks > I'll give lilypond a shot > But it still has a spurious C (4/4 time) indicator. > it's the default, but you can change it: \time 4/4 \numericTimeSignature you'll see that lilypond documentation is pretty good -------------- next part -------------- An HTML attachment was scrubbed... URL: From harryhaaren at gmail.com Wed Jan 1 13:56:44 2014 From: harryhaaren at gmail.com (Harry van Haaren) Date: Wed, 1 Jan 2014 13:56:44 +0000 Subject: [LAU] Use of 96 kHz sample rate to lower latency In-Reply-To: <20140101132128.GA18657@sprite> References: <20140101132128.GA18657@sprite> Message-ID: On Wed, Jan 1, 2014 at 1:21 PM, Joel Roth wrote: > I was curious, if doubling the sample rate is a > practical way to reduce latency for live effects > processing. I would think it would reduce latency by half. > It would: you mention "practical", i'm not sure I'd call it that. > If one wanted to avoid the tradeoff of handling twice the > usual amount of audio data, CPU load will go up, since there is 2x more of data to process, which also means every plugin / host has 2x more work to do. Adds up quickly if you're doing things like convolution reverbs or other CPU intense processing.. I was curious if ALSA sample > rate conversion, or some other clever hack could be used to > get low latency advantage of the high sample rate, while > actually dealing with 48k streams through JACK. > Theoretically possible I suppose, it seems like an awful lot of effort to get a few less ms latency.. Latency below ~3ms isn't percievable at all IMO: most will agree. Why not run jack at 64 frames, 2 buffers? That'll achieve approx 3ms (on 44.1kHz and 48kHz).. which is fine for the purpose? Perhaps I'm missing something, are you doing mulitple passes trough the sound-card that you're adding its latency two or more times? Cheers, -Harry -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej.blizinski at gmail.com Wed Jan 1 14:10:01 2014 From: maciej.blizinski at gmail.com (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Wed, 1 Jan 2014 15:10:01 +0100 Subject: [LAU] qjackctl and the hardware latency setting Message-ID: Hello list, I've come across a problem where the hardware latency numbers entered into qjackctl setup window don't take effect. I wrote up the details here: http://quinoa.blizinski.pl/~maciej/latency/calibration-problems.html The workaround was to start jackd from command line and pass the -I and -O options that way. It is possible (but not certain) that the problem was caused by qjackctl. I wrote a post on the qjackctl forum, but I'm not sure how much attention it gets. http://www.rncbc.org/drupal/node/749 Since my setup is fairly common components: Ubuntu 13.10 with ardour, jackd and qjackctl installed from packages, it sounds like I shouldn't be the only person to experience this problem. Has anyone else come across that? Maciej -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.santamauro at gmail.com Wed Jan 1 14:25:06 2014 From: david.santamauro at gmail.com (David Santamauro) Date: Wed, 01 Jan 2014 09:25:06 -0500 Subject: [LAU] notation software In-Reply-To: <20140101141001.123c397d@eeyore.mozart.uni-klu.ac.at> References: <52C2AEBE.1090208@gmail.com> <20140101141001.123c397d@eeyore.mozart.uni-klu.ac.at> Message-ID: <52C42542.5020106@gmail.com> On 01/01/2014 08:10 AM, Philipp ?berbacher wrote: > On Tue, 31 Dec 2013 06:47:10 -0500 > David Santamauro wrote: > >> >> Hi, >> >> It's been a while since I researched notation software. What are the >> major players in the linux world? What is being actively maintained? >> What is new and cutting edge? >> >> Note: I use lilypond for printed scores but I'm looking for some >> distinct functionality for in-score composing and orchestrating: >> >> - individual jack midi routing at least at the staff level, better >> if staff supported multiple voices and each could be routed >> separately. >> >> - step input with both external keyboard as well as mouse >> >> - customization for in-score articulations, e.g., staccato -> >> channel change or slur/legato -> insert note ( for key switch >> software instruments) >> >> - lilypond and/or midi export functionality. >> >> I'd appreciate any advice. thanks, >> >> David >> _______________________________________________ >> Linux-audio-user mailing list >> Linux-audio-user at lists.linuxaudio.org >> http://lists.linuxaudio.org/listinfo/linux-audio-user > > > You could also give laborejo a shot. It's rather new and written by > Nils, who used to work on denemo. I think it should be able to do > pretty much everything you want. > > http://www.laborejo.org/ I experimented with it when it was very young. I guess I need to revisit it. thanks From fedelogy at gmail.com Wed Jan 1 14:48:52 2014 From: fedelogy at gmail.com (Federico Bruni) Date: Wed, 1 Jan 2014 15:48:52 +0100 Subject: [LAU] notation software In-Reply-To: References: <52C2AEBE.1090208@gmail.com> <52C2B874.5050006@woh.rr.com> Message-ID: 2014/1/1 Federico Bruni > 2014/1/1 Rustom Mody > >> Thanks >> I'll give lilypond a shot >> But it still has a spurious C (4/4 time) indicator. >> > > it's the default, but you can change it: > > \time 4/4 > > \numericTimeSignature > > > sorry, I didn't read your question.. of course you want to _hide_ the time signature, so: \omit Staff.TimeSignature this command works from version 2.18, the latest stable -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.santamauro at gmail.com Wed Jan 1 15:20:19 2014 From: david.santamauro at gmail.com (David Santamauro) Date: Wed, 01 Jan 2014 10:20:19 -0500 Subject: [LAU] notation software In-Reply-To: <20140101141001.123c397d@eeyore.mozart.uni-klu.ac.at> References: <52C2AEBE.1090208@gmail.com> <20140101141001.123c397d@eeyore.mozart.uni-klu.ac.at> Message-ID: <52C43233.4040704@gmail.com> On 01/01/2014 08:10 AM, Philipp ?berbacher wrote: > > You could also give laborejo a shot. It's rather new and written by > Nils, who used to work on denemo. I think it should be able to do > pretty much everything you want. > > http://www.laborejo.org/ Have you used it? Appears it needs some magical python modules warnings.warn("libpysmf not found. Midi export broken. warn("PyLiblo for Python3 not found. Session support not possible. warnings.warn("calfbox not found. [...] Playback broken. ... but reading the feature list, yes, it seems it has all the features I'm looking for. From robin at gareus.org Wed Jan 1 15:32:52 2014 From: robin at gareus.org (Robin Gareus) Date: Wed, 01 Jan 2014 16:32:52 +0100 Subject: [LAU] qjackctl and the hardware latency setting In-Reply-To: References: Message-ID: <52C43524.2090803@gareus.org> On 01/01/2014 03:10 PM, Maciej (Matchek) Blizi?ski wrote: > Hello list, > > I've come across a problem where the hardware latency numbers entered into > qjackctl setup window don't take effect. I wrote up the details here: > > http://quinoa.blizinski.pl/~maciej/latency/calibration-problems.html nice writeup. Once the 'problem' is understood and fixed, it'd be great to make a "how to calibrate latency" walk-trough out of it. You already have nice "before and after" screenshots. > The workaround was to start jackd from command line and pass the -I and -O > options that way. If it's jackdbus that you're using, maybe qjackctl does not configure it properly; or maybe you're just missing 'use dbus' in qjackctl's config?! -- but those are only guesses. One could look in the source or bug Rui :) A few things that may help to track things down: 'jack_control dp | grep latency' prints the current configuration of jackdbus. You can directly query the current port-latencies with 'jack_lsp -l'. It lists the actual port-latencies as jack knows them, that includes cycle-times, -I/-O configuration and latencies due to routing: eg. effects with latencies, etc. > It is possible (but not certain) that the problem was caused by qjackctl. I > wrote a post on the qjackctl forum, but I'm not sure how much attention it > gets. > > http://www.rncbc.org/drupal/node/749 > > Since my setup is fairly common components: Ubuntu 13.10 with ardour, jackd > and qjackctl installed from packages, it sounds like I shouldn't be the > only person to experience this problem. > > Has anyone else come across that? > > Maciej > > From rustompmody at gmail.com Wed Jan 1 16:31:03 2014 From: rustompmody at gmail.com (Rustom Mody) Date: Wed, 1 Jan 2014 22:01:03 +0530 Subject: [LAU] notation software In-Reply-To: References: <52C2AEBE.1090208@gmail.com> <52C2B874.5050006@woh.rr.com> Message-ID: On Wed, Jan 1, 2014 at 8:18 PM, Federico Bruni wrote: > 2014/1/1 Federico Bruni >> >> 2014/1/1 Rustom Mody >>> >>> Thanks >>> I'll give lilypond a shot >>> But it still has a spurious C (4/4 time) indicator. >> >> >> it's the default, but you can change it: >> >> \time 4/4 >> >> \numericTimeSignature >> >> > > sorry, I didn't read your question.. of course you want to _hide_ the time > signature, so: > > \omit Staff.TimeSignature > > this command works from version 2.18, the latest stable > Well my debian testing only seems to have 2.16 And for some reason even thats marked as obsolete and to be removed!! Anyway I guess its temporary -- http://www.the-magus.in http://blog.languager.org From fedelogy at gmail.com Wed Jan 1 16:45:45 2014 From: fedelogy at gmail.com (Federico Bruni) Date: Wed, 1 Jan 2014 17:45:45 +0100 Subject: [LAU] notation software In-Reply-To: References: <52C2AEBE.1090208@gmail.com> <52C2B874.5050006@woh.rr.com> Message-ID: 2014/1/1 Rustom Mody > > sorry, I didn't read your question.. of course you want to _hide_ the > time > > signature, so: > > > > \omit Staff.TimeSignature > > > > this command works from version 2.18, the latest stable > > > > Well my debian testing only seems to have 2.16 > in 2.16 you should write: \override Staff.TimeSignature.stencil = ##f > And for some reason even thats marked as obsolete and to be removed!! > Anyway I guess its temporary Weird, no package in testing: http://packages.debian.org/search?keywords=lilypond I suggest downloading the binary from lilypond.org. You can also donwload and install the documentation with the --doc option (due to a bug, you must cd into the directory and then launch the command): sh lilypond-version.sh --doc -------------- next part -------------- An HTML attachment was scrubbed... URL: From ralf.mardorf at alice-dsl.net Wed Jan 1 17:17:56 2014 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Wed, 01 Jan 2014 18:17:56 +0100 Subject: [LAU] Use of 96 kHz sample rate to lower latency In-Reply-To: References: <20140101132128.GA18657@sprite> Message-ID: <1388596676.1828.3.camel@archlinux> On Wed, 2014-01-01 at 13:56 +0000, Harry van Haaren wrote: > On Wed, Jan 1, 2014 at 1:21 PM, Joel Roth wrote: > I was curious, if doubling the sample rate is a > practical way to reduce latency for live effects > processing. I would think it would reduce latency by half. > > > It would: you mention "practical", i'm not sure I'd call it that. > > > If one wanted to avoid the tradeoff of handling twice the > usual amount of audio data, > CPU load will go up, since there is 2x more of data to process, > > which also means every plugin / host has 2x more work to do. > > Adds up quickly if you're doing things like convolution reverbs > > or other CPU intense processing.. > > > > I was curious if ALSA sample > rate conversion, or some other clever hack could be used to > get low latency advantage of the high sample rate, while > actually dealing with 48k streams through JACK. > Theoretically possible I suppose, it seems like an awful lot of > > effort to get a few less ms latency.. > > > Latency below ~3ms isn't percievable at all IMO: most will agree. > > Why not run jack at 64 frames, 2 buffers? That'll achieve approx > > 3ms (on 44.1kHz and 48kHz).. which is fine for the purpose? > > > Perhaps I'm missing something, are you doing mulitple passes > trough the sound-card that you're adding its latency two or more > times? Filters of audio devices usually are optimized for 48 KHz usage, but on this list there often where discussions about this issue and IIRC 96 KHz are indeed used to lower latency for live usage. I recommend to search the archive. Happy New Year! Ralf From atte at youmail.dk Wed Jan 1 18:18:46 2014 From: atte at youmail.dk (Atte) Date: Wed, 01 Jan 2014 19:18:46 +0100 Subject: [LAU] [ANN] A fifth of a Jubilee with a late Mike November release In-Reply-To: <52C410F6.7050000@rncbc.org> References: <52C410F6.7050000@rncbc.org> Message-ID: <52C45C06.6040200@youmail.dk> On 01/01/2014 01:58 PM, Rui Nuno Capela wrote: > (attn: this corrects wrong urls from the previous announcement which > should be now ignored) I must be doing something wrong (crunchbang): atte at skagen:~/software/qtractor/qtractor-0.5.12$ ./configure Qtractor 0.5.12 Build target . . . . . . . . . . . . . . . . . . .: release JACK Audio Connection Kit support . . . . . . . .: yes ALSA MIDI Sequencer support . . . . . . . . . . .: yes General audio file support (libsndfile) . . . . .: yes Ogg Vorbis audio file support (libvorbis) . . . .: yes MPEG-1 Audio Layer 3 file support (libmad) . . . .: yes Sample-rate conversion support (libsamplerate) . .: yes Pitch-shifting support (librubberband) . . . . . .: yes OSC service support (liblo) . . . . . . . . . . .: yes Archive/Zip file support (zlib) . . . . . . . . .: yes IEEE 32bit float optimizations . . . . . . . . . .: yes SSE optimization support (x86) . . . . . . . . . .: yes LADSPA plug-in support . . . . . . . . . . . . . .: yes DSSI plug-in support . . . . . . . . . . . . . . .: yes VST plug-in support . . . . . . . . . . . . . . .: yes LV2 plug-in support (liblilv) . . . . . . . . . .: yes LV2 plug-in UI support (libsuil) . . . . . . . . .: yes LV2 plug-in External UI support . . . . . . . . .: yes LV2 plug-in MIDI/Event support . . . . . . . . . .: yes LV2 plug-in MIDI/Atom support . . . . . . . . . .: yes LV2 plug-in Worker/Schedule support . . . . . . .: yes LV2 plug-in State support . . . . . . . . . . . .: yes LV2 plug-in State Files support . . . . . . . . .: yes LV2 plug-in Programs support . . . . . . . . . . .: yes LV2 plug-in Presets support . . . . . . . . . . .: yes LV2 plug-in Time support . . . . . . . . . . . . .: yes LV2 plug-in Options support . . . . . . . . . . .: no LV2 plug-in Buf-size support . . . . . . . . . . .: no JACK Session support . . . . . . . . . . . . . . .: yes JACK Latency support . . . . . . . . . . . . . . .: yes Non Session Management (NSM) support . . . . . . .: yes X11 Unique/Single instance . . . . . . . . . . . .: no VeSTige header support . . . . . . . . . . . . . .: yes Gradient eye-candy . . . . . . . . . . . . . . . .: yes Debugger stack-trace (gdb) . . . . . . . . . . . .: no Install prefix . . . . . . . . . . . . . . . . . .: /usr/local Now type 'make', followed by 'make install' as root. atte at skagen:~/software/qtractor/qtractor-0.5.12$ make make[1]: Entering directory `/home/atte/software/qtractor/qtractor-0.5.12' cd src/ && make -f qtractor.mak make[2]: Entering directory `/home/atte/software/qtractor/qtractor-0.5.12/src' /usr/share/qt4/bin/qmake -o qtractor.mak src.pro make[2]: Leaving directory `/home/atte/software/qtractor/qtractor-0.5.12/src' make[2]: Entering directory `/home/atte/software/qtractor/qtractor-0.5.12/src' g++ -c -pipe -I/usr/include/suil-0 -I/usr/include/serd-0 -I/usr/include/sord-0 -I/usr/include/sratom-0 -I/usr/include/lilv-0 -msse -mfpmath=sse -ffast-math -O2 -Wall -W -D_REENTRANT -DQT_WEBKIT -DDATADIR="/usr/local/share" -DLOCALEDIR="/usr/local/share/locale" -DQT_NO_DEBUG -DQT_XML_LIB -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtXml -I/usr/include/qt4 -I/usr/include/qt4 -I/usr/local/include -I/usr/include -I/usr/include/qt4 -Ivestige -Ilv2 -I.moc -I.ui -o .obj/qtractorLv2Plugin.o qtractorLv2Plugin.cpp qtractorLv2Plugin.cpp: In constructor ?qtractorLv2Plugin::qtractorLv2Plugin(qtractorPluginList*, qtractorLv2PluginType*)?: qtractorLv2Plugin.cpp:1832:60: error: ?lilv_port_get? was not declared in this scope qtractorLv2Plugin.cpp:1863:60: error: ?lilv_port_get? was not declared in this scope make[2]: *** [.obj/qtractorLv2Plugin.o] Error 1 make[2]: Leaving directory `/home/atte/software/qtractor/qtractor-0.5.12/src' make[1]: *** [sub-src-make_default] Error 2 make[1]: Leaving directory `/home/atte/software/qtractor/qtractor-0.5.12' make: *** [src/qtractor] Error 2 -- Atte http://atte.dk http://modlys.dk From rncbc at rncbc.org Wed Jan 1 18:41:16 2014 From: rncbc at rncbc.org (Rui Nuno Capela) Date: Wed, 01 Jan 2014 18:41:16 +0000 Subject: [LAU] [ANN] A fifth of a Jubilee with a late Mike November release In-Reply-To: <52C45C06.6040200@youmail.dk> References: <52C410F6.7050000@rncbc.org> <52C45C06.6040200@youmail.dk> Message-ID: <52C4614C.2010908@rncbc.org> On 01/01/2014 06:18 PM, Atte wrote: > On 01/01/2014 01:58 PM, Rui Nuno Capela wrote: >> (attn: this corrects wrong urls from the previous announcement which >> should be now ignored) > > I must be doing something wrong (crunchbang): > > > atte at skagen:~/software/qtractor/qtractor-0.5.12$ ./configure > > Qtractor 0.5.12 > > Build target . . . . . . . . . . . . . . . . . . .: release > > JACK Audio Connection Kit support . . . . . . . .: yes > ALSA MIDI Sequencer support . . . . . . . . . . .: yes > General audio file support (libsndfile) . . . . .: yes > Ogg Vorbis audio file support (libvorbis) . . . .: yes > MPEG-1 Audio Layer 3 file support (libmad) . . . .: yes > Sample-rate conversion support (libsamplerate) . .: yes > Pitch-shifting support (librubberband) . . . . . .: yes > OSC service support (liblo) . . . . . . . . . . .: yes > Archive/Zip file support (zlib) . . . . . . . . .: yes > IEEE 32bit float optimizations . . . . . . . . . .: yes > SSE optimization support (x86) . . . . . . . . . .: yes > LADSPA plug-in support . . . . . . . . . . . . . .: yes > DSSI plug-in support . . . . . . . . . . . . . . .: yes > VST plug-in support . . . . . . . . . . . . . . .: yes > LV2 plug-in support (liblilv) . . . . . . . . . .: yes > LV2 plug-in UI support (libsuil) . . . . . . . . .: yes > LV2 plug-in External UI support . . . . . . . . .: yes > LV2 plug-in MIDI/Event support . . . . . . . . . .: yes > LV2 plug-in MIDI/Atom support . . . . . . . . . .: yes > LV2 plug-in Worker/Schedule support . . . . . . .: yes > LV2 plug-in State support . . . . . . . . . . . .: yes > LV2 plug-in State Files support . . . . . . . . .: yes > LV2 plug-in Programs support . . . . . . . . . . .: yes > LV2 plug-in Presets support . . . . . . . . . . .: yes > LV2 plug-in Time support . . . . . . . . . . . . .: yes > LV2 plug-in Options support . . . . . . . . . . .: no > LV2 plug-in Buf-size support . . . . . . . . . . .: no > > JACK Session support . . . . . . . . . . . . . . .: yes > JACK Latency support . . . . . . . . . . . . . . .: yes > > Non Session Management (NSM) support . . . . . . .: yes > > X11 Unique/Single instance . . . . . . . . . . . .: no > VeSTige header support . . . . . . . . . . . . . .: yes > Gradient eye-candy . . . . . . . . . . . . . . . .: yes > Debugger stack-trace (gdb) . . . . . . . . . . . .: no > > Install prefix . . . . . . . . . . . . . . . . . .: /usr/local > > Now type 'make', followed by 'make install' as root. > > atte at skagen:~/software/qtractor/qtractor-0.5.12$ make > make[1]: Entering directory `/home/atte/software/qtractor/qtractor-0.5.12' > cd src/ && make -f qtractor.mak > make[2]: Entering directory > `/home/atte/software/qtractor/qtractor-0.5.12/src' > /usr/share/qt4/bin/qmake -o qtractor.mak src.pro > make[2]: Leaving directory > `/home/atte/software/qtractor/qtractor-0.5.12/src' > make[2]: Entering directory > `/home/atte/software/qtractor/qtractor-0.5.12/src' > g++ -c -pipe -I/usr/include/suil-0 -I/usr/include/serd-0 > -I/usr/include/sord-0 -I/usr/include/sratom-0 -I/usr/include/lilv-0 > -msse -mfpmath=sse -ffast-math -O2 -Wall -W -D_REENTRANT -DQT_WEBKIT > -DDATADIR="/usr/local/share" -DLOCALEDIR="/usr/local/share/locale" > -DQT_NO_DEBUG -DQT_XML_LIB -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED > -I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtCore > -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtXml -I/usr/include/qt4 > -I/usr/include/qt4 -I/usr/local/include -I/usr/include > -I/usr/include/qt4 -Ivestige -Ilv2 -I.moc -I.ui -o > .obj/qtractorLv2Plugin.o qtractorLv2Plugin.cpp > qtractorLv2Plugin.cpp: In constructor > ?qtractorLv2Plugin::qtractorLv2Plugin(qtractorPluginList*, > qtractorLv2PluginType*)?: > qtractorLv2Plugin.cpp:1832:60: error: ?lilv_port_get? was not declared > in this scope > qtractorLv2Plugin.cpp:1863:60: error: ?lilv_port_get? was not declared > in this scope > make[2]: *** [.obj/qtractorLv2Plugin.o] Error 1 > make[2]: Leaving directory > `/home/atte/software/qtractor/qtractor-0.5.12/src' > make[1]: *** [sub-src-make_default] Error 2 > make[1]: Leaving directory `/home/atte/software/qtractor/qtractor-0.5.12' > make: *** [src/qtractor] Error 2 > smells like a wrong, duplicate or outdated lv2 + drobilla's stack (serd, sord, sratom, lilv) ... having lv2-options and lv2-buf-size extensions disabled as above surely indicates that your lv2(-dev) installation is somewhat broken or is older than the minimally advisable ... as a matter of alternate packaging, check if any of the following repositories suits you for the rescue: http://download.opensuse.org/repositories/home:/rncbc/Debian_7.0/ assuming debian7 is what crunchbang derives from. seeya -- -- rncbc aka Rui Nuno Capela rncbc at rncbc.org From atte at youmail.dk Wed Jan 1 18:58:47 2014 From: atte at youmail.dk (Atte) Date: Wed, 01 Jan 2014 19:58:47 +0100 Subject: [LAU] [ANN] A fifth of a Jubilee with a late Mike November release In-Reply-To: <52C4614C.2010908@rncbc.org> References: <52C410F6.7050000@rncbc.org> <52C45C06.6040200@youmail.dk> <52C4614C.2010908@rncbc.org> Message-ID: <52C46567.1010100@youmail.dk> On 01/01/2014 07:41 PM, Rui Nuno Capela wrote: > smells like a wrong, duplicate or outdated lv2 + drobilla's stack (serd, > sord, sratom, lilv) ... I have these installed from debian stable repos. I might have installed something from source, where should I look for these, and any hints on how to clean up? In the mean time I compiled without LV2... -- Atte http://atte.dk http://modlys.dk From fons at linuxaudio.org Wed Jan 1 19:48:20 2014 From: fons at linuxaudio.org (Fons Adriaensen) Date: Wed, 1 Jan 2014 19:48:20 +0000 Subject: [LAU] Use of 96 kHz sample rate to lower latency In-Reply-To: <20140101132128.GA18657@sprite> References: <20140101132128.GA18657@sprite> Message-ID: <20140101194820.GA7605@linuxaudio.org> On Wed, Jan 01, 2014 at 03:21:29AM -1000, Joel Roth wrote: > I was curious, if doubling the sample rate is a > practical way to reduce latency for live effects > processing. I would think it would reduce latency by half. At least by half, and if the antialiasing filters in the AD/DA converters are designed for it, much better. When using small period sizes (32 or less), the delay in these filters (which are usually linear phase) will be the largest contribution to latency. This delay is roughy inversely proportional to the transition band of the filter. If you don't use the full bandwidth that 96 kHz offers (up to 48 kHz) it could be much less than half the value at 48 kHz. This is why 'digital snakes' connecting stage and FOH mixer use 96 kHz. > If one wanted to avoid the tradeoff of handling twice the > usual amount of audio data, I was curious if ALSA sample > rate conversion, or some other clever hack could be used to > get low latency advantage of the high sample rate, while > actually dealing with 48k streams through JACK. That won't work. Resampling requires the same type of filters, when you resample to/from 48 kHz you'll get the same delay as an AD/DA operating at that frequency. Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From len at ovenwerks.net Wed Jan 1 20:03:48 2014 From: len at ovenwerks.net (Len Ovens) Date: Wed, 1 Jan 2014 12:03:48 -0800 (PST) Subject: [LAU] Use of 96 kHz sample rate to lower latency In-Reply-To: References: <20140101132128.GA18657@sprite> Message-ID: On Wed, 1 Jan 2014, Harry van Haaren wrote: > Latency below ~3ms isn't percievable at all IMO: most will agree. > Why not run jack at 64 frames, 2 buffers? That'll achieve approx > 3ms (on 44.1kHz and 48kHz).. which is fine for the purpose? Unless it is an internal audio IF... My experience with HDA stuff is, the minimum is 128 frames before Jack will even start. Though 64 frames may work with 3 buffers. Still quite good though. Usable with guitarix for example. -- Len Ovens www.ovenwerks.net From len at ovenwerks.net Wed Jan 1 20:14:37 2014 From: len at ovenwerks.net (Len Ovens) Date: Wed, 1 Jan 2014 12:14:37 -0800 (PST) Subject: [LAU] qjackctl and the hardware latency setting In-Reply-To: References: Message-ID: On Wed, 1 Jan 2014, Maciej (Matchek) Blizi?ski wrote: > Hello list, > > I've come across a problem where the hardware latency numbers entered into > qjackctl setup window don't take effect. I wrote up the details here: > > The workaround was to start jackd from command line and pass the -I and -O > options that way. As qjackctl comes from Ubuntu, it tries to control jackdbus and not jackd. This can be changed in qjackctl settings, but probably will not help :) The real problem is probably (use ps x to check) that jackd is already running before you start qjackctl which means qjackctl can not control jackd. Why might this happen? Normally it is because you have started an application that requires jack and that process has started jack for you with whatever it thought was good parameters. The cure is to always start qjackctl and use it to start jackdbus before running anything that uses jack as soon as you login. To test this, logout, login, start qjackctl, use it to start jack. You can use qjackctl's "Status" window to see what parameters are current. -- Len Ovens www.ovenwerks.net From harryhaaren at gmail.com Wed Jan 1 21:33:21 2014 From: harryhaaren at gmail.com (Harry van Haaren) Date: Wed, 1 Jan 2014 21:33:21 +0000 Subject: [LAU] Use of 96 kHz sample rate to lower latency In-Reply-To: <20140101194820.GA7605@linuxaudio.org> References: <20140101132128.GA18657@sprite> <20140101194820.GA7605@linuxaudio.org> Message-ID: On Wed, Jan 1, 2014 at 7:48 PM, Fons Adriaensen wrote: > At least by half, and if the antialiasing filters in the AD/DA > converters are designed for it, much better. When using small > period sizes (32 or less), the delay in these filters (which > are usually linear phase) will be the largest contribution to > latency. > > This delay is roughy inversely proportional to the transition > band of the filter. If you don't use the full bandwidth that > 96 kHz offers (up to 48 kHz) it could be much less than half > the value at 48 kHz. This is why 'digital snakes' connecting > stage and FOH mixer use 96 kHz. Interesting, I didn't know this. I will re-check my setup with jack_iodelay and see what values actually turn up. -------------- next part -------------- An HTML attachment was scrubbed... URL: From beachnase at web.de Wed Jan 1 23:39:54 2014 From: beachnase at web.de (Frank Neumann) Date: Thu, 2 Jan 2014 00:39:54 +0100 Subject: [LAU] [ANN] A fifth of a Jubilee with a late Mike November release In-Reply-To: <52C46567.1010100@youmail.dk> References: <52C410F6.7050000@rncbc.org> <52C45C06.6040200@youmail.dk> <52C4614C.2010908@rncbc.org> <52C46567.1010100@youmail.dk> Message-ID: <0LcPWs-1VXNaE3j8Q-00jpIy@smtp.web.de> Hi, On Wed, 01 Jan 2014 19:58:47 +0100 Atte wrote: > On 01/01/2014 07:41 PM, Rui Nuno Capela wrote: > > > smells like a wrong, duplicate or outdated lv2 + drobilla's stack (serd, > > sord, sratom, lilv) ... > > I have these installed from debian stable repos. I might have installed > something from source, where should I look for these, and any hints on > how to clean up? > > In the mean time I compiled without LV2... Just for the record, I ran into the same build error today; so I grabbed/ built/installed all of these packages from Dave, in the given order: serd (svn co http://svn.drobilla.net/serd/trunk serd) sord (svn co http://svn.drobilla.net/sord/trunk sord) sratom (svn co http://svn.drobilla.net/lad/trunk/sratom sratom) lv2 (svn checkout http://lv2plug.in/repo/trunk lv2-svn) lilv (svn co http://svn.drobilla.net/lad/trunk/lilv lilv) suil (svn co http://svn.drobilla.net/lad/trunk/suil suil) jalv (svn co http://svn.drobilla.net/lad/trunk/jalv jalv) (the last might not be necessary for qtractor) and afterwards qtractor built fine again. Greetings, and happy new year, Frank PS: So Rui, what's the new naming scheme from now on? Greek alphabet perhaps, as in "alpha omega"? Gives you another 12 updates :-) From robin at gareus.org Thu Jan 2 01:35:28 2014 From: robin at gareus.org (Robin Gareus) Date: Thu, 02 Jan 2014 02:35:28 +0100 Subject: [LAU] [ANN] A fifth of a Jubilee with a late Mike November release In-Reply-To: <0LcPWs-1VXNaE3j8Q-00jpIy@smtp.web.de> References: <52C410F6.7050000@rncbc.org> <52C45C06.6040200@youmail.dk> <52C4614C.2010908@rncbc.org> <52C46567.1010100@youmail.dk> <0LcPWs-1VXNaE3j8Q-00jpIy@smtp.web.de> Message-ID: <52C4C260.60001@gareus.org> On 01/02/2014 12:39 AM, Frank Neumann wrote: > Just for the record, I ran into the same build error today; so I grabbed/ > built/installed all of these packages from Dave, in the given order: > serd (svn co http://svn.drobilla.net/serd/trunk serd) > sord (svn co http://svn.drobilla.net/sord/trunk sord) > sratom (svn co http://svn.drobilla.net/lad/trunk/sratom sratom) > lv2 (svn checkout http://lv2plug.in/repo/trunk lv2-svn) > lilv (svn co http://svn.drobilla.net/lad/trunk/lilv lilv) > suil (svn co http://svn.drobilla.net/lad/trunk/suil suil) > jalv (svn co http://svn.drobilla.net/lad/trunk/jalv jalv) > (the last might not be necessary for qtractor) It isn't. jalv if a standalone JAck LV2 host. For future reference, you could compile the whole 'lad' repo in one go: svn checkout http://lv2plug.in/repo/trunk lv2 cd lv2; ./waf configure [..opts..] && ./waf && sudo ./waf install svn co http://svn.drobilla.net/lad/trunk lad cd lad; ./waf configure [..opts..] && ./waf && sudo ./waf install That will do the same (and a bit more) in the right order. 2c, robin From murks at tuxfamily.org Thu Jan 2 02:35:20 2014 From: murks at tuxfamily.org (Philipp =?UTF-8?B?w5xiZXJiYWNoZXI=?=) Date: Thu, 2 Jan 2014 03:35:20 +0100 Subject: [LAU] notation software In-Reply-To: <52C43233.4040704@gmail.com> References: <52C2AEBE.1090208@gmail.com> <20140101141001.123c397d@eeyore.mozart.uni-klu.ac.at> <52C43233.4040704@gmail.com> Message-ID: <20140102033520.68649a15@eeyore.mozart.uni-klu.ac.at> On Wed, 01 Jan 2014 10:20:19 -0500 David Santamauro wrote: > On 01/01/2014 08:10 AM, Philipp ?berbacher wrote: > > > > You could also give laborejo a shot. It's rather new and written by > > Nils, who used to work on denemo. I think it should be able to do > > pretty much everything you want. > > > > http://www.laborejo.org/ > > Have you used it? Appears it needs some magical python modules > > warnings.warn("libpysmf not found. Midi export broken. > warn("PyLiblo for Python3 not found. Session support not possible. > warnings.warn("calfbox not found. [...] Playback broken. > > ... but reading the feature list, yes, it seems it has all the > features I'm looking for. I have never used it, but I just installed it on my system. Those are warnings, those packages are not strictly necessary, but you'll likely want them. Installing those things is enough, I just tried it with python 3 versions of everything. It's easy enough on Arch, no idea about Debian. Regards, Philipp From joelz at pobox.com Thu Jan 2 05:25:08 2014 From: joelz at pobox.com (Joel Roth) Date: Wed, 1 Jan 2014 19:25:08 -1000 Subject: [LAU] Use of 96 kHz sample rate to lower latency In-Reply-To: References: <20140101132128.GA18657@sprite> Message-ID: <20140102052508.GA7846@sprite> Harry van Haaren wrote: > On Wed, Jan 1, 2014 at 1:21 PM, Joel Roth wrote: > > > I was curious, if doubling the sample rate is a > > practical way to reduce latency for live effects > > processing. I would think it would reduce latency by half. > > > > It would: you mention "practical", i'm not sure I'd call it that. > > > > If one wanted to avoid the tradeoff of handling twice the > > usual amount of audio data, > > CPU load will go up, since there is 2x more of data to process, > which also means every plugin / host has 2x more work to do. > Adds up quickly if you're doing things like convolution reverbs > or other CPU intense processing.. > > I was curious if ALSA sample > > rate conversion, or some other clever hack could be used to > > get low latency advantage of the high sample rate, while > > actually dealing with 48k streams through JACK. > > > Theoretically possible I suppose, it seems like an awful lot of > effort to get a few less ms latency.. > > Latency below ~3ms isn't percievable at all IMO: most will agree. > Why not run jack at 64 frames, 2 buffers? That'll achieve approx > 3ms (on 44.1kHz and 48kHz).. which is fine for the purpose? > Perhaps I'm missing something, are you doing mulitple passes > trough the sound-card that you're adding its latency two or more times? For a live submix, the routing I want to use is exemplified by: system:capture_5 --> Nama:sax_in_1 --( ecasound )--> Nama:sax_out_1 Nama:sax_out_1 --( ecasound )--> system:playback_11 If I understand correctly, the latency not due to Ecasound in this graph is the soundcard roundtrip plus the number of hops which contribute (frames*buffers/sample-rate) latency per. I'm adding one more hop, so that would be 3ms at 64/2, 4ms at 64/3, and 5.3ms at 128/2. Regards, Joel > Cheers, -Harry -- Joel Roth From rncbc at rncbc.org Thu Jan 2 11:30:05 2014 From: rncbc at rncbc.org (Rui Nuno Capela) Date: Thu, 02 Jan 2014 11:30:05 +0000 Subject: [LAU] [ANN] A fifth of a Jubilee with a late Mike November release In-Reply-To: <52C46567.1010100@youmail.dk> References: <52C410F6.7050000@rncbc.org> <52C45C06.6040200@youmail.dk> <52C4614C.2010908@rncbc.org> <52C46567.1010100@youmail.dk> Message-ID: <52C54DBD.2070805@rncbc.org> On 01/01/2014 06:58 PM, Atte wrote: > On 01/01/2014 07:41 PM, Rui Nuno Capela wrote: > >> smells like a wrong, duplicate or outdated lv2 + drobilla's stack (serd, >> sord, sratom, lilv) ... > > I have these installed from debian stable repos. I might have installed > something from source, where should I look for these, and any hints on > how to clean up? > check whether you have duplicate install trees a) under /usr, usually installed from official distro packaging: ls -l /usr/lib*/{lv2,*serd*,*sord*,*sratom*,*lilv*,*suil*} ls -l /usr/include/{lv2,serd*,sord*,sratom*,lilv*,suil*} b) under /usr/local, usually the default when installing from source: ls -l /usr/local/lib*/{lv2,*serd*,*sord*,*sratom*,*lilv*,*suil*} ls -l /usr/local/include/{lv2,serd*,sord*,sratom*,lilv*,suil*} if you decide to go through installing the whole lv2+drobilla lad from source(svn), make sure you uninstall all packages as indicated from a) properly first. also, manually remove all items listed in b). then proceed as Robin suggested in the other post (build and install latest lv2 and drobilla's lad from source (svn). > In the mean time I compiled without LV2... > that will do, of course you loose too many goodies with that option :) hth. cheers -- rncbc aka Rui Nuno Capela rncbc at rncbc.org From grib at billgribble.com Thu Jan 2 11:49:45 2014 From: grib at billgribble.com (Bill Gribble) Date: Thu, 2 Jan 2014 06:49:45 -0500 Subject: [LAU] Use of 96 kHz sample rate to lower latency In-Reply-To: <20140102052508.GA7846@sprite> References: <20140101132128.GA18657@sprite> <20140102052508.GA7846@sprite> Message-ID: <696642BA-37FD-41B1-8720-76B5AE4F6248@billgribble.com> Wait a minute. This discussion is making my head spin! How is there any way at all that increasing the sampling rate, and changing nothing else, will improve the lowest reliable latency of a system? Lowest latency in my experience is a function of the longest time (in microseconds or milliseconds) that you can expect your system to be unavailable for audio processing due to other kernel work such as disk IO, plus whatever per-cycle setup overhead you have in your application, plus data processing time. If that is, say, 5ms at 48 kHz, the kernel latency part (which generally dominates) will be 5ms at 96 kHz (or 32 kHz, or...) unless you reconfigure your system to improve kernel behavior, or improve your app's performance. Or are you just talking about the boundary case where kernel-dependent latency is very low and you are limited by the smallest buffer size that the ALSA driver supports? In that case I guess this would work. But you are more than doubling the amount of work your system is doing, and if you are at the buffer size lower limit already, is it really an audible improvement? Am I missing something? Thanks, Bill Gribble > On Jan 2, 2014, at 0:25, Joel Roth wrote: > > Harry van Haaren wrote: >>> On Wed, Jan 1, 2014 at 1:21 PM, Joel Roth wrote: >>> >>> I was curious, if doubling the sample rate is a >>> practical way to reduce latency for live effects >>> processing. I would think it would reduce latency by half. >> >> It would: you mention "practical", i'm not sure I'd call it that. >> >> >>> If one wanted to avoid the tradeoff of handling twice the >>> usual amount of audio data, >> >> CPU load will go up, since there is 2x more of data to process, >> which also means every plugin / host has 2x more work to do. >> Adds up quickly if you're doing things like convolution reverbs >> or other CPU intense processing.. >> >> I was curious if ALSA sample >>> rate conversion, or some other clever hack could be used to >>> get low latency advantage of the high sample rate, while >>> actually dealing with 48k streams through JACK. >> Theoretically possible I suppose, it seems like an awful lot of >> effort to get a few less ms latency.. >> >> Latency below ~3ms isn't percievable at all IMO: most will agree. >> Why not run jack at 64 frames, 2 buffers? That'll achieve approx >> 3ms (on 44.1kHz and 48kHz).. which is fine for the purpose? > >> Perhaps I'm missing something, are you doing mulitple passes >> trough the sound-card that you're adding its latency two or more times? > > For a live submix, the routing I want to use is exemplified by: > > system:capture_5 --> Nama:sax_in_1 --( ecasound )--> Nama:sax_out_1 > Nama:sax_out_1 --( ecasound )--> system:playback_11 > > If I understand correctly, the latency not due to Ecasound > in this graph is the soundcard roundtrip plus the number of > hops which contribute (frames*buffers/sample-rate) latency > per. > > I'm adding one more hop, so that would be 3ms > at 64/2, 4ms at 64/3, and 5.3ms at 128/2. > > Regards, > > Joel > > >> Cheers, -Harry > > -- > Joel Roth > > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user From janina at rednote.net Thu Jan 2 12:14:01 2014 From: janina at rednote.net (Janina Sajka) Date: Thu, 2 Jan 2014 07:14:01 -0500 Subject: [LAU] Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: <52C301AD.8020006@gmail.com> References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> Message-ID: <20140102121400.GA22684@concerto.rednote.net> Brendan Jones writes: > On 12/31/2013 06:34 PM, Moshe Werner wrote > In all friendliness, please don't top post. In all friendliness, please do continue to top post if you prefer. In other words, what works well for you, doesn't necessarily work well for others. Janina > > One recommendation from me, whatever you decide, wait a bit and get > the 49 or 61 keys > > Machts gut > > Brendan > > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user -- Janina Sajka, Phone: +1.443.300.2200 sip:janina at asterisk.rednote.net Email: janina at rednote.net Linux Foundation Fellow Executive Chair, Accessibility Workgroup: http://a11y.org The World Wide Web Consortium (W3C), Web Accessibility Initiative (WAI) Chair, Protocols & Formats http://www.w3.org/wai/pf Indie UI http://www.w3.org/WAI/IndieUI/ From harryhaaren at gmail.com Thu Jan 2 12:26:54 2014 From: harryhaaren at gmail.com (Harry van Haaren) Date: Thu, 2 Jan 2014 12:26:54 +0000 Subject: [LAU] Use of 96 kHz sample rate to lower latency In-Reply-To: <696642BA-37FD-41B1-8720-76B5AE4F6248@billgribble.com> References: <20140101132128.GA18657@sprite> <20140102052508.GA7846@sprite> <696642BA-37FD-41B1-8720-76B5AE4F6248@billgribble.com> Message-ID: On Thu, Jan 2, 2014 at 11:49 AM, Bill Gribble wrote: > How is there any way at all that increasing the sampling rate, and changing nothing else, will improve the lowest reliable latency of a system? The question here isn't really about lowest reliable latency, but reducing latency by changing samplerate. Reliable latency is a totally different question which indeed involves system tuning, RT kernels, IRQ threading & priority etc. You'll know this but for completeness, a simple example: Keeping the "number of buffers" and "frames per buffer" constant, increasing the samplerate will reduce latency purely because the number of sames represents less time at the higher sample rate. 64 x 2 @ 48kHz = 2.67msec 64 x 2 @ 96kHz = 1.33msec => Doubling the samplerate halves the latency Cheers, -Harry -------------- next part -------------- An HTML attachment was scrubbed... URL: From grib at billgribble.com Thu Jan 2 13:31:02 2014 From: grib at billgribble.com (Bill Gribble) Date: Thu, 2 Jan 2014 08:31:02 -0500 Subject: [LAU] Use of 96 kHz sample rate to lower latency In-Reply-To: References: <20140101132128.GA18657@sprite> <20140102052508.GA7846@sprite> <696642BA-37FD-41B1-8720-76B5AE4F6248@billgribble.com> Message-ID: <788D44A4-6276-4588-AAD4-A201DADB020F@billgribble.com> > On Jan 2, 2014, at 7:26, Harry van Haaren wrote: > > 64 x 2 @ 48kHz = 2.67msec > 64 x 2 @ 96kHz = 1.33msec > => Doubling the samplerate halves the latency Sure, that math is correct, but this is not a really interesting observation if (as I interpret the OP to be) you are trying to wring the lowest-latency performance out of a real system... If, in the case you describe, you are at "best possible latency" at 48 kHz, simply increasing the sample rate is almost guaranteed to put you in XRUN hell. You are asking the system to respond in half the time you had previously determined was its best possible effort. Thanks, Bill Gribble From robin at linuxaudio.org Thu Jan 2 13:32:49 2014 From: robin at linuxaudio.org (Robin Gareus) Date: Thu, 02 Jan 2014 14:32:49 +0100 Subject: [LAU] Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: <20140102121400.GA22684@concerto.rednote.net> References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> <20140102121400.GA22684@concerto.rednote.net> Message-ID: <52C56A81.7000506@linuxaudio.org> On 01/02/2014 01:14 PM, Janina Sajka wrote: > Brendan Jones writes: >> On 12/31/2013 06:34 PM, Moshe Werner wrote >> In all friendliness, please don't top post. > > > In all friendliness, please do continue to top post if you prefer. Certainly not. This is a publicly archived email list. Please do not top-post on any linux audio email-lists. Reply inline, feel free to remove parts from the message that are irrelevant for your reply and leave just enough to provide context, or simply add your reply at the bottom. Not only are there are users who do read the lists by daily digest but it also really messes up the the archive and is generally confusing: A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? [http://en.wikipedia.org/wiki/Posting_style#Top-posting] The email-archive serves as knowledge database and I think you will agree that a properly formatted thread is much easier to read top to bottom. It's bad netiquette to top-post on a public email list. yours truly, robin From paul at linuxaudiosystems.com Thu Jan 2 14:06:48 2014 From: paul at linuxaudiosystems.com (Paul Davis) Date: Thu, 2 Jan 2014 09:06:48 -0500 Subject: [LAU] Use of 96 kHz sample rate to lower latency In-Reply-To: <696642BA-37FD-41B1-8720-76B5AE4F6248@billgribble.com> References: <20140101132128.GA18657@sprite> <20140102052508.GA7846@sprite> <696642BA-37FD-41B1-8720-76B5AE4F6248@billgribble.com> Message-ID: On Thu, Jan 2, 2014 at 6:49 AM, Bill Gribble wrote: > Wait a minute. This discussion is making my head spin! How is there any > way at all that increasing the sampling rate, and changing nothing else, > will improve the lowest reliable latency of a system? > Fons' point, which I believe started this, was that the latency caused by A/D and D/A converters is reduced (or can be reduced) when using a higher SR. Nothing more. When you're already using very small buffer sizes at the CPU level, reducing these additional delays in the analog conversion process can be signficant. There is an additional point that some devices cannot be configured to use a buffer size below a given value, and so even if you system could handle the lower latency setting, the only way to get there is to double the SR. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at quirq.net Thu Jan 2 14:07:15 2014 From: lists at quirq.net (Q) Date: Thu, 02 Jan 2014 14:07:15 +0000 Subject: [LAU] Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: <52C56A81.7000506@linuxaudio.org> References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> <20140102121400.GA22684@concerto.rednote.net> <52C56A81.7000506@linuxaudio.org> Message-ID: <52C57293.3000901@quirq.net> On 02/01/14 13:32, Robin Gareus wrote: > Certainly not. This is a publicly archived email list. > > Please do not top-post on any linux audio email-lists. Reply inline, > feel free to remove parts from the message that are irrelevant for your > reply and leave just enough to provide context, or simply add your reply > at the bottom. > > Not only are there are users who do read the lists by daily digest but > it also really messes up the the archive and is generally confusing: > > A: Because it messes up the order in which people normally read text. > Q: Why is top-posting such a bad thing? > A: Top-posting. > Q: What is the most annoying thing in e-mail? > [http://en.wikipedia.org/wiki/Posting_style#Top-posting] > > The email-archive serves as knowledge database and I think you will > agree that a properly formatted thread is much easier to read top to > bottom. It's bad netiquette to top-post on a public email list. > > yours truly, > robin I've never encountered bottom-posting outside of Linux mailing lists (admittedly I'm not on any non-Linux mailing lists). Nobody has done it in any place that I've worked, or at any other organisation that I've communicated with by email, either privately or at work. It would be ludicrous to have to scroll through months, maybe even years, of earlier messages (which need to be there for context, to refer to WHEN required) to get to what is the most important bit of information -- the latest bit, the thing that the person is saying now in response to the previous message. IF context is needed, then you scroll down and further down if you need more. But how often is it necessary to read the context each and every message? Why this insistence on the maximum amount of effort -- lots and lots of scrolling -- just to read a reply? It's often not worth the effort of reading a lot of replies on the list due to having to scroll past loads of earlier messages. It's bottom-posting that's confusing and that manufactured example of why top-posting is supposedly confusing is begging the question. I know Julien always said that bottom-posting was an unpleasant experience on a braille display. It seems to me that the only problem is that bottom-posting clashes with how people actually write messages in every other sphere of life -- it (bottom-posting) is an outdated practice that needs to die and allow mailing lists to move with the times. Q From ralf.mardorf at alice-dsl.net Thu Jan 2 14:12:37 2014 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Thu, 02 Jan 2014 15:12:37 +0100 Subject: [LAU] Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: <52C57293.3000901@quirq.net> References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> <20140102121400.GA22684@concerto.rednote.net> <52C56A81.7000506@linuxaudio.org> <52C57293.3000901@quirq.net> Message-ID: <1388671957.5647.14.camel@archlinux> On Thu, 2014-01-02 at 14:07 +0000, Q wrote: > I know Julien always said that bottom-posting was an unpleasant > experience on a braille display. That's one reason to trim posts ;), but no reason for bottom posting. From neilcsmith.net at googlemail.com Thu Jan 2 14:45:39 2014 From: neilcsmith.net at googlemail.com (Neil C Smith) Date: Thu, 2 Jan 2014 14:45:39 +0000 Subject: [LAU] Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: <52C57293.3000901@quirq.net> References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> <20140102121400.GA22684@concerto.rednote.net> <52C56A81.7000506@linuxaudio.org> <52C57293.3000901@quirq.net> Message-ID: Hi, On 2 January 2014 14:07, Q wrote: > It seems to me that the only problem is that bottom-posting clashes with how > people actually write messages in every other sphere of life -- it > (bottom-posting) is an outdated practice that needs to die and allow mailing > lists to move with the times. We've had this same discussion recently on our hackspace mailing list. One of the key issues as well is that some email clients, particularly webmail ones, make anything other than top-posting difficult. I actually prefer reading without top-posting, particularly when (as Ralf pointed out) the quotes are trimmed to the salient points, but it's also awkward to do that on GMail in the browser and next to impossible to achieve on an Android phone. Best wishes, Neil -- Neil C Smith Artist : Technologist : Adviser http://neilcsmith.net Praxis LIVE - open-source intermedia development - www.praxislive.org Digital Prisoners - interactive spaces and projections - www.digitalprisoners.co.uk OpenEye - the web, managed - www.openeye.info From looplog at gmail.com Thu Jan 2 14:53:22 2014 From: looplog at gmail.com (michael noble) Date: Thu, 2 Jan 2014 22:53:22 +0800 Subject: [LAU] Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> <20140102121400.GA22684@concerto.rednote.net> <52C56A81.7000506@linuxaudio.org> <52C57293.3000901@quirq.net> Message-ID: On Thu, Jan 2, 2014 at 10:45 PM, Neil C Smith wrote: > but it's also awkward to do that on GMail in the > browser and next to impossible to achieve on an Android phone. > In the browser it is actually very easy if you enable the "quote selected text" plugin in gmail labs. It allows you to select your quote, hit reply, and the reply will be generated with the selected quote formatted for bottom posting exactly as you see it in this email. best Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: From len at ovenwerks.net Thu Jan 2 14:44:10 2014 From: len at ovenwerks.net (Len Ovens) Date: Thu, 2 Jan 2014 06:44:10 -0800 (PST) Subject: [LAU] Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> <20140102121400.GA22684@concerto.rednote.net> <52C56A81.7000506@linuxaudio.org> <52C57293.3000901@quirq.net> Message-ID: On 2 January 2014 14:07, Q wrote: > It seems to me that the only problem is that bottom-posting clashes with how > people actually write messages in every other sphere of life -- it > (bottom-posting) is an outdated practice that needs to die and allow mailing > lists to move with the times. Bottom posting is not outdated at all, it is merely polite. On a high volume list top posting wastes the readers time. So instead of one writer taking a little more time to do things right, a large number of readers have to spend extra time flipping up and down trying to figgure our what the writer is saying. If mail clients make proper replying hard or imposible then they have a bug and should be fixed or not used. I am sure that if people started looking for another email client for their phone, google would fix theirs right away so they can continue to trace your internet tracks.... -- Len Ovens www.ovenwerks.net From fons at linuxaudio.org Thu Jan 2 15:05:03 2014 From: fons at linuxaudio.org (Fons Adriaensen) Date: Thu, 2 Jan 2014 15:05:03 +0000 Subject: [LAU] Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: <52C57293.3000901@quirq.net> References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> <20140102121400.GA22684@concerto.rednote.net> <52C56A81.7000506@linuxaudio.org> <52C57293.3000901@quirq.net> Message-ID: <20140102150503.GA32300@linuxaudio.org> On Thu, Jan 02, 2014 at 02:07:15PM +0000, Q wrote: > IF context is needed, then you scroll down and further down if you > need more. But how often is it necessary to read the context each > and every message? Why this insistence on the maximum amount of > effort -- lots and lots of scrolling -- just to read a reply? That assumes that you include the full message you respond to at the bottom of each reply. So after a 'months or even years' a simple 'Yes, OK' will include hundreds of useless lines. When you write a reply, your message will contain a reference to the one you reply to. If the full context is ever needed, every half-decent mail reader will find the original message before you can blink your eyes. > It's often not worth the effort of reading a lot of replies on the > list due to having to scroll past loads of earlier messages. That happens only if the replies quote the full original message, which is stupid. You quote the parts you respond to, and nothing else, and put your response to that part after the quote so the reader knows what you are referring to. In case you fail to grok this: the first paragraph I wrote refers to the first snippet quoted from your message, and so on. > It seems to me that the only problem is that bottom-posting clashes > with how people actually write messages in every other sphere of > life -- it (bottom-posting) is an outdated practice that needs to > die and allow mailing lists to move with the times. If 'moving with the times' means being ignorant and rude then you're probably right. Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From sakrecoer at gmail.com Thu Jan 2 15:05:35 2014 From: sakrecoer at gmail.com (Set Hallstrom) Date: Thu, 02 Jan 2014 16:05:35 +0100 Subject: [LAU] Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> <20140102121400.GA22684@concerto.rednote.net> <52C56A81.7000506@linuxaudio.org> <52C57293.3000901@quirq.net> Message-ID: <52C5803F.7030001@gmail.com> On 2014-01-02 15:45, Neil C Smith wrote: > (...) and next to impossible to achieve on an Android phone. > > Best wishes, > > Neil > Neil: You should try K9 mail client on android. There is a setting for bottom post. Thunderbird has bottom-post as default setting. As for webclients ? la gogole-premier, i'm not much of a cookie guy so i try to avoid them as much as possible. I also thought top-posting was standard until i came across this list... ? However i don't mind bottom posting, to the extend i can and also remember to do so. Bottom, top, left, right... i like this list in any format. :) yours respectfully, Set From neilcsmith.net at googlemail.com Thu Jan 2 15:05:55 2014 From: neilcsmith.net at googlemail.com (Neil C Smith) Date: Thu, 2 Jan 2014 15:05:55 +0000 Subject: [LAU] Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> <20140102121400.GA22684@concerto.rednote.net> <52C56A81.7000506@linuxaudio.org> <52C57293.3000901@quirq.net> Message-ID: On 2 January 2014 14:53, michael noble wrote: > On Thu, Jan 2, 2014 at 10:45 PM, Neil C Smith > wrote: >> >> but it's also awkward to do that on GMail in the >> browser and next to impossible to achieve on an Android phone. > > In the browser it is actually very easy if you enable the "quote selected > text" plugin in gmail labs. It allows you to select your quote, hit reply, > and the reply will be generated with the selected quote formatted for bottom > posting exactly as you see it in this email. > Yes, and I have it enabled. My point is more that with frequently used clients hiding away such functionality, bearing in mind GMail even hides quoted text, it's not a surprise that bottom-posting / inline responses are becoming outdated. I agree with Q that it's becoming an outdated practice - I also think that's a shame! :-) N -- Neil C Smith Artist : Technologist : Adviser http://neilcsmith.net Praxis LIVE - open-source intermedia development - www.praxislive.org Digital Prisoners - interactive spaces and projections - www.digitalprisoners.co.uk OpenEye - the web, managed - www.openeye.info From ralf.mardorf at alice-dsl.net Thu Jan 2 15:07:26 2014 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Thu, 02 Jan 2014 16:07:26 +0100 Subject: [LAU] Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> <20140102121400.GA22684@concerto.rednote.net> <52C56A81.7000506@linuxaudio.org> <52C57293.3000901@quirq.net> Message-ID: <1388675246.5647.28.camel@archlinux> On Thu, 2014-01-02 at 14:45 +0000, Neil C Smith wrote: > I actually prefer reading without top-posting, > particularly when (as Ralf pointed out) the quotes are trimmed to the > salient points *chuckle* My apologize, I meant "no reason to top-post", but to trim. Regards, Ralf PS: I preferred to make some statements off list, pardon when _I_ confused top with bottom posting off-list too. There are more reasons to avoid top posting, than the once Robin pointed out. I at least pointed out one reason off-list. People in the usenet and on mailing list tend to ignore you, if you offend the common rules, so a request for help likely is ignored. I have issues with e.g. not replying to myself, so I don't damn people who make other mistakes like top posting. We simply should learn to avoid such bad habits, to do ourself a favor ;). From neilcsmith.net at googlemail.com Thu Jan 2 15:10:37 2014 From: neilcsmith.net at googlemail.com (Neil C Smith) Date: Thu, 2 Jan 2014 15:10:37 +0000 Subject: [LAU] Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: <1388675246.5647.28.camel@archlinux> References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> <20140102121400.GA22684@concerto.rednote.net> <52C56A81.7000506@linuxaudio.org> <52C57293.3000901@quirq.net> <1388675246.5647.28.camel@archlinux> Message-ID: On 2 January 2014 15:07, Ralf Mardorf wrote: > On Thu, 2014-01-02 at 14:45 +0000, Neil C Smith wrote: >> I actually prefer reading without top-posting, >> particularly when (as Ralf pointed out) the quotes are trimmed to the >> salient points > > *chuckle* > > My apologize, I meant "no reason to top-post", but to trim. I wondered what you were talking about, then I re-read your post. I seem to have read what you meant rather than what you actually said! :-) N -- Neil C Smith Artist : Technologist : Adviser http://neilcsmith.net Praxis LIVE - open-source intermedia development - www.praxislive.org Digital Prisoners - interactive spaces and projections - www.digitalprisoners.co.uk OpenEye - the web, managed - www.openeye.info From alexandre.prokoudine at gmail.com Thu Jan 2 15:20:14 2014 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Thu, 2 Jan 2014 19:20:14 +0400 Subject: [LAU] Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> <20140102121400.GA22684@concerto.rednote.net> <52C56A81.7000506@linuxaudio.org> <52C57293.3000901@quirq.net> Message-ID: On Thu, Jan 2, 2014 at 6:45 PM, Neil C Smith wrote: > difficult. I actually prefer reading without top-posting, > particularly when (as Ralf pointed out) the quotes are trimmed to the > salient points, but it's also awkward to do that on GMail in the > browser and next to impossible to achieve on an Android phone. Not only possible, but also quite easy. One only needs to know how to select text. I mean, c'mon, you are a Linux user. Surely you figured that part out on your own? Alexandre From lists at quirq.net Thu Jan 2 15:30:55 2014 From: lists at quirq.net (Q) Date: Thu, 02 Jan 2014 15:30:55 +0000 Subject: [LAU] Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> <20140102121400.GA22684@concerto.rednote.net> <52C56A81.7000506@linuxaudio.org> <52C57293.3000901@quirq.net> Message-ID: <52C5862F.3000406@quirq.net> On 02/01/14 14:44, Len Ovens wrote: > > Bottom posting is not outdated at all, it is merely polite. On a high > volume list top posting wastes the readers time. So instead of one > writer taking a little more time to do things right, a large number of > readers have to spend extra time flipping up and down trying to figgure > our what the writer is saying. If mail clients make proper replying hard > or imposible then they have a bug and should be fixed or not used. I am > sure that if people started looking for another email client for their > phone, google would fix theirs right away so they can continue to trace > your internet tracks.... > > -- > Len Ovens > www.ovenwerks.net There's nothing inherently polite about it at all, it's only because it's considered the norm that to do otherwise is considered impolite. Again, it's begging the question. If -- oh, happy day! -- top-posting were considered the norm, bottom-posting would be the height (or depth) of rudeness. The theory that bottom-posting is better is highly dependent upon people trimming down previous messages and many, many people don't do that. Then there are arguments caused by people being quoted out of context. It might be a fine idea in theory, but it falls down in practice. It's not the "proper" replying that's a problem, it's the proper reading -- every message in this thread, I've had to scroll to some degree to be able to read what people have said. Had all the message been top-posted I could have read the replies straightaway -- I don't need to read the previous message. If I were to refer back at a later date, it's no big deal to scroll down and work your way back up. It's interesting that it's always a question of mail clients needing to be fixed or having bugs and never that, just perhaps, the idea of bottom-posting itself is what's broken. From lau at kudla.org Thu Jan 2 15:36:14 2014 From: lau at kudla.org (Rob) Date: Thu, 02 Jan 2014 10:36:14 -0500 Subject: [LAU] Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: <52C5862F.3000406@quirq.net> References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> <20140102121400.GA22684@concerto.rednote.net> <52C56A81.7000506@linuxaudio.org> <52C57293.3000901@quirq.net> <52C5862F.3000406@quirq.net> Message-ID: <52C5876E.4080301@kudla.org> On 01/02/2014 10:30 AM, Q wrote: >> Bottom posting is not outdated at all, it is merely polite. > There's nothing inherently polite about it at all, it's only because it's > considered the norm that to do otherwise is considered impolite. Again, > it's begging the question. If -- oh, happy day! -- top-posting were > considered the norm, bottom-posting would be the height (or depth) of > rudeness. And if picking your nose were considered the norm, using a tissue would be considered rude. Don't pick your nose. Also, learn to trim. Rob From lists at quirq.net Thu Jan 2 15:45:03 2014 From: lists at quirq.net (Q) Date: Thu, 02 Jan 2014 15:45:03 +0000 Subject: [LAU] Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: <52C5876E.4080301@kudla.org> References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> <20140102121400.GA22684@concerto.rednote.net> <52C56A81.7000506@linuxaudio.org> <52C57293.3000901@quirq.net> <52C5862F.3000406@quirq.net> <52C5876E.4080301@kudla.org> Message-ID: <52C5897F.1030800@quirq.net> My point was, there is nothing inherently polite/rude about either posting style. However, bottom-posting IS very inconvenient to read. If trimming is so important and bottom-posting breaks without it, why quote ANYTHING at all. After all, what's quoted in bottom-posting is incomplete chunks and no longer a full record of all that's gone before (which isn't an issue that top-posting by design has to have), which makes it even more inconvenient, because if you need context you have to flick backwards and forwards between different messages to get the full picture. The arguments in favour of bottom-posting are illogical. From murks at tuxfamily.org Thu Jan 2 16:22:33 2014 From: murks at tuxfamily.org (Philipp =?UTF-8?B?w5xiZXJiYWNoZXI=?=) Date: Thu, 2 Jan 2014 17:22:33 +0100 Subject: [LAU] Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: <52C5897F.1030800@quirq.net> References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> <20140102121400.GA22684@concerto.rednote.net> <52C56A81.7000506@linuxaudio.org> <52C57293.3000901@quirq.net> <52C5862F.3000406@quirq.net> <52C5876E.4080301@kudla.org> <52C5897F.1030800@quirq.net> Message-ID: <20140102172233.1434a1b0@eeyore.mozart.uni-klu.ac.at> On Thu, 02 Jan 2014 15:45:03 +0000 Q wrote: > My point was, there is nothing inherently polite/rude about either > posting style. However, bottom-posting IS very inconvenient to read. > If trimming is so important and bottom-posting breaks without it, why > quote ANYTHING at all. > > After all, what's quoted in bottom-posting is incomplete chunks and > no longer a full record of all that's gone before (which isn't an > issue that top-posting by design has to have), which makes it even > more inconvenient, because if you need context you have to flick > backwards and forwards between different messages to get the full > picture. > > The arguments in favour of bottom-posting are illogical. How would you respond to several distinct parts of a longish mail in your top-posting style? Regards, Philipp From willgodfrey at musically.me.uk Thu Jan 2 16:39:28 2014 From: willgodfrey at musically.me.uk (Will Godfrey) Date: Thu, 2 Jan 2014 16:39:28 +0000 Subject: [LAU] Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: <20140102172233.1434a1b0@eeyore.mozart.uni-klu.ac.at> References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> <20140102121400.GA22684@concerto.rednote.net> <52C56A81.7000506@linuxaudio.org> <52C57293.3000901@quirq.net> <52C5862F.3000406@quirq.net> <52C5876E.4080301@kudla.org> <52C5897F.1030800@quirq.net> <20140102172233.1434a1b0@eeyore.mozart.uni-klu.ac.at> Message-ID: <20140102163928.15c4bc80@debian> On Thu, 2 Jan 2014 17:22:33 +0100 Philipp ?berbacher wrote: > On Thu, 02 Jan 2014 15:45:03 +0000 > Q wrote: > > > My point was, there is nothing inherently polite/rude about either > > posting style. However, bottom-posting IS very inconvenient to read. > > If trimming is so important and bottom-posting breaks without it, why > > quote ANYTHING at all. > > > > After all, what's quoted in bottom-posting is incomplete chunks and > > no longer a full record of all that's gone before (which isn't an > > issue that top-posting by design has to have), which makes it even > > more inconvenient, because if you need context you have to flick > > backwards and forwards between different messages to get the full > > picture. > > > > The arguments in favour of bottom-posting are illogical. > > How would you respond to several distinct parts of a longish mail in > your top-posting style? > > Regards, > Philipp Exactly. The first mail reader to use top posting by default was Outlook {spit} because Microsoft in their infinite wisdom thought businesses would want to keep a record in the same manner as paper filing cabinets - totally ignoring the fact that the mail thread does exactly that in a far more efficient manner. -- 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. From ralf.mardorf at alice-dsl.net Thu Jan 2 16:47:02 2014 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Thu, 02 Jan 2014 17:47:02 +0100 Subject: [LAU] Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: <20140102163928.15c4bc80@debian> References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> <20140102121400.GA22684@concerto.rednote.net> <52C56A81.7000506@linuxaudio.org> <52C57293.3000901@quirq.net> <52C5862F.3000406@quirq.net> <52C5876E.4080301@kudla.org> <52C5897F.1030800@quirq.net> <20140102172233.1434a1b0@eeyore.mozart.uni-klu.ac.at> <20140102163928.15c4bc80@debian> Message-ID: <1388681222.5647.48.camel@archlinux> On Thu, 2014-01-02 at 16:39 +0000, Will Godfrey wrote: > The first mail reader to use top posting by default was Outlook That's it. Full ACK. Period. I could sent you links from other Linux/FreeBSD mailing list where this was discussed without an end. The reason in the end for the wrong posting style always is Outlook/Outlook express. Anybody using Outlook/Outlook express? This is a Linux mailing list and not a Windows mailing list. From jh at brainiac.com Thu Jan 2 17:15:59 2014 From: jh at brainiac.com (Joe Hartley) Date: Thu, 2 Jan 2014 12:15:59 -0500 Subject: [LAU] Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: <1388681222.5647.48.camel@archlinux> References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> <20140102121400.GA22684@concerto.rednote.net> <52C56A81.7000506@linuxaudio.org> <52C57293.3000901@quirq.net> <52C5862F.3000406@quirq.net> <52C5876E.4080301@kudla.org> <52C5897F.1030800@quirq.net> <20140102172233.1434a1b0@eeyore.mozart.uni-klu.ac.at> <20140102163928.15c4bc80@debian> <1388681222.5647.48.camel@archlinux> Message-ID: <20140102121559.4078e489d30182e3336b105d@brainiac.com> On Thu, 02 Jan 2014 17:47:02 +0100 Ralf Mardorf wrote: > On Thu, 2014-01-02 at 16:39 +0000, Will Godfrey wrote: > > The first mail reader to use top posting by default was Outlook > > That's it. Full ACK. > . . . > The reason in the end for the wrong posting style always is > Outlook/Outlook express. Indeed. I have no idea why this particular bit of typical MS UX design seemed to catch on, but it did. It's hugely wasteful of bandwidth, but allowed them to get around having to properly implement threading. Whoever decieded to include by default every email in the thread should be forced to program COBOL for the rest of their days. Whoever decided to propogate that insanity on other clients should have to debug that COBOL code. > The reason in the end for the wrong posting style always is > Outlook/Outlook express. > > Anybody using Outlook/Outlook express? I believe the express version is no longer available, though I'm sure it exists in the field. Add me to the list of people considering top-posting indefensible. -- ====================================================================== Joe Hartley - UNIX/network Consultant - jh at brainiac.com Without deviation from the norm, "progress" is not possible. - FZappa From lau at kudla.org Thu Jan 2 17:25:19 2014 From: lau at kudla.org (Rob) Date: Thu, 02 Jan 2014 12:25:19 -0500 Subject: [LAU] Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: <52C5897F.1030800@quirq.net> References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> <20140102121400.GA22684@concerto.rednote.net> <52C56A81.7000506@linuxaudio.org> <52C57293.3000901@quirq.net> <52C5862F.3000406@quirq.net> <52C5876E.4080301@kudla.org> <52C5897F.1030800@quirq.net> Message-ID: <52C5A0FF.2040502@kudla.org> On 01/02/2014 10:45 AM, Q wrote: > My point was, there is nothing inherently polite/rude about either posting > style. However, bottom-posting IS very inconvenient to read. Only when the person doing it is too ignorant or lazy to trim, which in my professional experience is a good predictor of their inability or unwillingness to read, as well. > If trimming is > so important and bottom-posting breaks without it, why quote ANYTHING at all. Really? You really don't see a difference between contextual quoting like this and not quoting anything at all? To me, this makes all the difference between following a conversation and wondering what exactly someone is replying to. On the other hand, I would personally prefer no quotes at all over top-posting, simply because if I wanted to see the entire message someone was replying to, with no easy-to-scan contextual indicators like these, I would have brought up the original message. But what we have here is a conversation. What we have in a top-posting thread is people saying stuff with little to no consideration of what's been said before. Top-posters also have a tendency to say insightful things like "lol", "me too", "unsubscribe" and "please remove me from this list", though that's a problem with them, not the UI paradigm itself. Straw poll: which message makes it easier to follow the thread, Q's with no quoting at all or this one with contextual trimmed quotes? > After all, what's quoted in bottom-posting is incomplete chunks and no > longer a full record of all that's gone before If you want a full record, don't delete emails. Simple as that. My mail archive dating back to 1996, business and personal, still fits several times over on media that's smaller than my pinky fingernail, and switching between messages in a thread is one keystroke while paging down through many layers of untrimmed top-posts often requires many. Rob From ralf.mardorf at alice-dsl.net Thu Jan 2 17:36:05 2014 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Thu, 02 Jan 2014 18:36:05 +0100 Subject: [LAU] Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: <52C5A0FF.2040502@kudla.org> References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> <20140102121400.GA22684@concerto.rednote.net> <52C56A81.7000506@linuxaudio.org> <52C57293.3000901@quirq.net> <52C5862F.3000406@quirq.net> <52C5876E.4080301@kudla.org> <52C5897F.1030800@quirq.net> <52C5A0FF.2040502@kudla.org> Message-ID: <1388684165.5647.59.camel@archlinux> On Thu, 2014-01-02 at 12:25 -0500, Rob wrote: > switching between messages in a thread Ouch, oil into the fire ;). Web interfaces seem to brake threads ;), not to confuse with the subject. From ralf.mardorf at alice-dsl.net Thu Jan 2 17:47:43 2014 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Thu, 02 Jan 2014 18:47:43 +0100 Subject: [LAU] OT: Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: <52C5A0FF.2040502@kudla.org> References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> <20140102121400.GA22684@concerto.rednote.net> <52C56A81.7000506@linuxaudio.org> <52C57293.3000901@quirq.net> <52C5862F.3000406@quirq.net> <52C5876E.4080301@kudla.org> <52C5897F.1030800@quirq.net> <52C5A0FF.2040502@kudla.org> Message-ID: <1388684863.5647.62.camel@archlinux> I will be quiet now, since I try to learn not to follow my bad habit to write too much mails and to reply to myself :D. Just a nice joke, how far opinions could go: http://lists.freebsd.org/pipermail/freebsd-questions/2013-December/255217.html :) From lau at kudla.org Thu Jan 2 18:20:28 2014 From: lau at kudla.org (Rob) Date: Thu, 02 Jan 2014 13:20:28 -0500 Subject: [LAU] Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: <1388684165.5647.59.camel@archlinux> References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> <20140102121400.GA22684@concerto.rednote.net> <52C56A81.7000506@linuxaudio.org> <52C57293.3000901@quirq.net> <52C5862F.3000406@quirq.net> <52C5876E.4080301@kudla.org> <52C5897F.1030800@quirq.net> <52C5A0FF.2040502@kudla.org> <1388684165.5647.59.camel@archlinux> Message-ID: <52C5ADEC.9010804@kudla.org> On 01/02/2014 12:36 PM, Ralf Mardorf wrote: > On Thu, 2014-01-02 at 12:25 -0500, Rob wrote: >> switching between messages in a thread > Ouch, oil into the fire ;). Web interfaces seem to brake threads ;), not > to confuse with the subject. Using a web interface to read an email list archive is no different than using a web interface to a mainframe that expects you to be using a 3270 terminal. People have made shims that look pretty and sort of work, but there are always going to be issues. Those using such an interface can't expect full functionality. That said, if a web interface to a mailing list archive breaks threads and doesn't support quick keyboard navigation, that web interface is broken. The proper response is to file a bug report with its developer, not adopt lazy and broken quoting practices and demand that technical people adapt to them. Rob From len at ovenwerks.net Thu Jan 2 21:55:35 2014 From: len at ovenwerks.net (Len Ovens) Date: Thu, 2 Jan 2014 13:55:35 -0800 (PST) Subject: [LAU] Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: <20140102163928.15c4bc80@debian> References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> <20140102121400.GA22684@concerto.rednote.net> <52C56A81.7000506@linuxaudio.org> <52C57293.3000901@quirq.net> <52C5862F.3000406@quirq.net> <52C5876E.4080301@kudla.org> <52C5897F.1030800@quirq.net> <20140102172233.1434a1b0@eeyore.mozart.uni-klu.ac.at> <20140102163928.15c4bc80@debian> Message-ID: On Thu, 2 Jan 2014, Will Godfrey wrote: > The first mail reader to use top posting by default was Outlook {spit} because Is it really outlook? here all these years I thought it was "Look out!" -- Len Ovens www.ovenwerks.net From jh at brainiac.com Thu Jan 2 23:47:42 2014 From: jh at brainiac.com (Joe Hartley) Date: Thu, 2 Jan 2014 18:47:42 -0500 Subject: [LAU] Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> <20140102121400.GA22684@concerto.rednote.net> <52C56A81.7000506@linuxaudio.org> <52C57293.3000901@quirq.net> <52C5862F.3000406@quirq.net> <52C5876E.4080301@kudla.org> <52C5897F.1030800@quirq.net> <20140102172233.1434a1b0@eeyore.mozart.uni-klu.ac.at> <20140102163928.15c4bc80@debian> Message-ID: <20140102184742.fb1a4256041aa82fde0ba27d@brainiac.com> On Thu, 2 Jan 2014 13:55:35 -0800 (PST) Len Ovens wrote: > > On Thu, 2 Jan 2014, Will Godfrey wrote: > > > The first mail reader to use top posting by default was Outlook {spit} because > > Is it really outlook? here all these years I thought it was "Look out!" I always pronounced it outhouse. -- ====================================================================== Joe Hartley - UNIX/network Consultant - jh at brainiac.com Without deviation from the norm, "progress" is not possible. - FZappa From joelz at pobox.com Fri Jan 3 01:12:37 2014 From: joelz at pobox.com (Joel Roth) Date: Thu, 2 Jan 2014 15:12:37 -1000 Subject: [LAU] Use of 96 kHz sample rate to lower latency In-Reply-To: <20140101194820.GA7605@linuxaudio.org> References: <20140101132128.GA18657@sprite> <20140101194820.GA7605@linuxaudio.org> Message-ID: <20140103011236.GC31086@sprite> Fons Adriaensen wrote: > On Wed, Jan 01, 2014 at 03:21:29AM -1000, Joel Roth wrote: > > > I was curious, if doubling the sample rate is a > > practical way to reduce latency for live effects > > processing. I would think it would reduce latency by half. > > At least by half, and if the antialiasing filters in the AD/DA > converters are designed for it, much better. When using small > period sizes (32 or less), the delay in these filters (which > are usually linear phase) will be the largest contribution to > latency. > This delay is roughy inversely proportional to the transition > band of the filter. If you don't use the full bandwidth that > 96 kHz offers (up to 48 kHz) it could be much less than half > the value at 48 kHz. This is why 'digital snakes' connecting > stage and FOH mixer use 96 kHz. Thanks for speaking up, Fons. I learn something new in everything you post. -- Joel Roth From jamshark70 at gmail.com Fri Jan 3 03:21:10 2014 From: jamshark70 at gmail.com (James Harkins) Date: Fri, 3 Jan 2014 03:21:10 +0000 (UTC) Subject: [LAU] Top Posting [Was: Linux compatible keybord controller?] References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> <20140102121400.GA22684@concerto.rednote.net> <52C56A81.7000506@linuxaudio.org> <52C57293.3000901@quirq.net> Message-ID: Q writes: > I've never encountered bottom-posting outside of Linux mailing lists > (admittedly I'm not on any non-Linux mailing lists). Nobody has done it > in any place that I've worked, or at any other organisation that I've > communicated with by email, either privately or at work. FWIW, my policy for my own emails has been, for years: - Quote ONLY the relevant points to which I'm responding. Delete ALL other quoted material before sending. - Place my reply immediately after the relevant point. The reader sees "point - response" in that order. This is logical. > It would be ludicrous to have to scroll through months, maybe even > years, of earlier messages (which need to be there for context, to refer > to WHEN required) to get to what is the most important bit of > information -- the latest bit, the thing that the person is saying now > in response to the previous message. Keeping old material for context makes sense in an email thread *which is not otherwise archived*. Mailing lists are archived, so your point does not hold here. > It seems to me that the only problem is that bottom-posting clashes with > how people actually write messages in every other sphere of life -- it > (bottom-posting) is an outdated practice that needs to die and allow > mailing lists to move with the times. This is pretty close to saying that mailing lists themselves are behind the times. That might be true, actually. hjh From rustompmody at gmail.com Fri Jan 3 05:11:29 2014 From: rustompmody at gmail.com (Rustom Mody) Date: Fri, 3 Jan 2014 10:41:29 +0530 Subject: [LAU] OT: Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: <1388684863.5647.62.camel@archlinux> References: <52C2B27F.9040602@gmail.com> <1568942.kqCDhv6gL7@edhp> <52C301AD.8020006@gmail.com> <20140102121400.GA22684@concerto.rednote.net> <52C56A81.7000506@linuxaudio.org> <52C57293.3000901@quirq.net> <52C5862F.3000406@quirq.net> <52C5876E.4080301@kudla.org> <52C5897F.1030800@quirq.net> <52C5A0FF.2040502@kudla.org> <1388684863.5647.62.camel@archlinux> Message-ID: On Thu, Jan 2, 2014 at 11:17 PM, Ralf Mardorf wrote: > I will be quiet now, since I try to learn not to follow my bad habit to > write too much mails and to reply to myself :D. > > Just a nice joke, how far opinions could go: > > http://lists.freebsd.org/pipermail/freebsd-questions/2013-December/255217.html > > :) Thanks Ralf for making me laugh Somehow reminded of this: http://cultureandempire.com/#/ though its not funny From atte at youmail.dk Fri Jan 3 08:14:28 2014 From: atte at youmail.dk (Atte) Date: Fri, 03 Jan 2014 09:14:28 +0100 Subject: [LAU] ardour: removing unused audio Message-ID: <52C67164.4080605@youmail.dk> Hi I recorded a loong session on my zoom r24 and imported the files into ardour3 (3.5.74). At the session, I simply left the zoom recording, s? there's a lot of talk in between the actual music. I've split the audio at song boundaries and removed the silence. Now, to save disk space, I'd like to tell ardour only to keep the sniplets of the audio that are used now. If I do a clean-up I get something like "No files ready for clean-up. If this seems surprising, check if other snapshots are using regions". Looking in the editor list/snapshot tab I only see one snapshot, namely the active one. So I'm a bit confused here. How do I tell ardour to throw away all audio that is not "visible" as a region in my session? -- Atte http://atte.dk http://modlys.dk From ralf.mardorf at alice-dsl.net Fri Jan 3 08:30:28 2014 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Fri, 03 Jan 2014 09:30:28 +0100 Subject: [LAU] ardour: removing unused audio In-Reply-To: <52C67164.4080605@youmail.dk> References: <52C67164.4080605@youmail.dk> Message-ID: <1388737828.5647.105.camel@archlinux> On Fri, 2014-01-03 at 09:14 +0100, Atte wrote: > How do I tell ardour to throw away all audio that is not "visible" as a > region in my session? As for all modern audio software, you likely need _not_ just to move the beginning and the end of the original source, but to _really_ cut it and _really_ to make new sources from the original source. Currently I'm not using Ardour, but it's common that data isn't damaged by most kinds of editing, what ever software you use. https://en.wikipedia.org/wiki/Non-destructive_editing In Germany HDDs >= 2 TiB are inexpensive, IMO nowadays there's no need to care for space on a drive. From self at thorstenwilms.com Fri Jan 3 08:46:37 2014 From: self at thorstenwilms.com (Thorsten Wilms) Date: Fri, 03 Jan 2014 09:46:37 +0100 Subject: [LAU] ardour: removing unused audio In-Reply-To: <52C67164.4080605@youmail.dk> References: <52C67164.4080605@youmail.dk> Message-ID: <52C678ED.8020206@thorstenwilms.com> On 01/03/2014 09:14 AM, Atte wrote: > How do I tell ardour to throw away all audio that is not "visible" as > a region in my session? You have to record (bounce) all you stuff to new regions (and related audio files), as Ardour never touches the existing audio files. Then you have to get rid of all references to the originals, to get the cleanup function to remove the now unused files. I've been through this to get sessions into a sharable state (it is not necessarily about disk space). -- Thorsten Wilms thorwil's design for free software: http://thorwil.wordpress.com/ From deva at aasimon.org Fri Jan 3 09:01:48 2014 From: deva at aasimon.org (Bent Bisballe Nyeng) Date: Fri, 03 Jan 2014 10:01:48 +0100 Subject: [LAU] ardour: removing unused audio In-Reply-To: <52C67164.4080605@youmail.dk> References: <52C67164.4080605@youmail.dk> Message-ID: <52C67C7C.3010408@aasimon.org> On 01/03/14 09:14, Atte wrote: > How do I tell ardour to throw away all audio that is not "visible" as a > region in my session? You can do it as a slight "hack". Right click the track and select "freeze". This will bounce the entire track to a new audio file. Then copy this new audio segment into a new track and unfreeze the original track. You can now delete the original audio clips and do a clean up. I hope is to some kind of help. Kind regards Bent Bisballe Nyeng From atte at youmail.dk Fri Jan 3 09:10:26 2014 From: atte at youmail.dk (Atte) Date: Fri, 03 Jan 2014 10:10:26 +0100 Subject: [LAU] ardour: removing unused audio In-Reply-To: <52C678ED.8020206@thorstenwilms.com> References: <52C67164.4080605@youmail.dk> <52C678ED.8020206@thorstenwilms.com> Message-ID: <52C67E82.1030409@youmail.dk> On 01/03/2014 09:46 AM, Thorsten Wilms wrote: > On 01/03/2014 09:14 AM, Atte wrote: >> How do I tell ardour to throw away all audio that is not "visible" as > > a region in my session? > > You have to record (bounce) all you stuff to new regions (and related > audio files), Ok, thanks! If I select a whole track worth of regions and do "selected regions->bounce (without processing)" I seem to get exactly the exact snips I need to disc. It becomes quite tedious to drag them into the timeline and get them in sync by hand. Is there a quick way to tell ardour to render selected (or all) regions and have them point to the newly rendered audio files in one go? -- Atte http://atte.dk http://modlys.dk From atte at youmail.dk Fri Jan 3 09:34:27 2014 From: atte at youmail.dk (Atte) Date: Fri, 03 Jan 2014 10:34:27 +0100 Subject: [LAU] ardour: removing unused audio In-Reply-To: <52C67C7C.3010408@aasimon.org> References: <52C67164.4080605@youmail.dk> <52C67C7C.3010408@aasimon.org> Message-ID: <52C68423.6080609@youmail.dk> On 01/03/2014 10:01 AM, Bent Bisballe Nyeng wrote: > You can do it as a slight "hack". > Right click the track and select "freeze". > This will bounce the entire track to a new audio file. > Then copy this new audio segment into a new track and unfreeze the > original track. > You can now delete the original audio clips and do a clean up. > > I hope is to some kind of help. I tried it and it seems to work, thanks! -- Atte http://atte.dk http://modlys.dk From deva at aasimon.org Fri Jan 3 09:44:26 2014 From: deva at aasimon.org (Bent Bisballe Nyeng) Date: Fri, 03 Jan 2014 10:44:26 +0100 Subject: [LAU] ardour: removing unused audio In-Reply-To: <52C68423.6080609@youmail.dk> References: <52C67164.4080605@youmail.dk> <52C67C7C.3010408@aasimon.org> <52C68423.6080609@youmail.dk> Message-ID: <52C6867A.5010107@aasimon.org> On 01/03/14 10:34, Atte wrote: > On 01/03/2014 10:01 AM, Bent Bisballe Nyeng wrote: > >> You can do it as a slight "hack". >> Right click the track and select "freeze". >> This will bounce the entire track to a new audio file. >> Then copy this new audio segment into a new track and unfreeze the >> original track. >> You can now delete the original audio clips and do a clean up. >> >> I hope is to some kind of help. > > I tried it and it seems to work, thanks! > velbekomme :-) From rustompmody at gmail.com Fri Jan 3 10:08:44 2014 From: rustompmody at gmail.com (Rustom Mody) Date: Fri, 3 Jan 2014 15:38:44 +0530 Subject: [LAU] OT: Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: <20140103091644.GA1533@tal> References: <52C56A81.7000506@linuxaudio.org> <52C57293.3000901@quirq.net> <52C5862F.3000406@quirq.net> <52C5876E.4080301@kudla.org> <52C5897F.1030800@quirq.net> <52C5A0FF.2040502@kudla.org> <1388684863.5647.62.camel@archlinux> <20140103091644.GA1533@tal> Message-ID: On Fri, Jan 3, 2014 at 2:46 PM, Chris Bannister wrote: > On Fri, Jan 03, 2014 at 10:41:29AM +0530, Rustom Mody wrote: >> On Thu, Jan 2, 2014 at 11:17 PM, Ralf Mardorf >> wrote: >> > I will be quiet now, since I try to learn not to follow my bad habit to >> > write too much mails and to reply to myself :D. >> > >> > Just a nice joke, how far opinions could go: >> > >> > http://lists.freebsd.org/pipermail/freebsd-questions/2013-December/255217.html >> > >> > :) >> >> Thanks Ralf for making me laugh > > Do you have to be a non English speaker to understand it? > I get the '@' symbol means 'at', but don't understand 'get' the reply, > despite it being poor English. Or is that part of the joke? > #mystified When you put it like that, I am not sure I understand either All I can say is I read it hm.. read it again hmmm... and then I laughed. Why...??? Well an explanation may be that across widely differing cultures things that were taken for granted need to be carefully asserted. Two examples: 1. Outside an elevator is the notice: "Dogs must be carried in the elevator" Now aside from obvious understanding barriers like: - not being able to read - thinking its just a design not a writing/notice - connecting 'the elevator' with THIS elevator there is one more (and to me amusing) interpretation: In order to enter the elevator you must bring a dog which you must carry 2. This is a programming example. Given an array: int a[N]; a is sorted iff a[0] <= a[1] <= ... <= a[N-1] For most programmers this would be enough to specify 'sorted' but for a math/logic proving software doing a[0] = a[1] = ... a[N-1] = 42 makes that spec true. Ruling out such manifestly improper interpretations turns out to be considerably harder And that is why that snippet of Ralf reminded me of Culture and Empire -- more and more I feel we oldies dont get what the modern world is about. In Douglas Adams words: 1) everything that?s already in the world when you?re born is just normal; 2) anything that gets invented between then and before you turn thirty is incredibly exciting and creative and with any luck you can make a career out of it; 3) anything that gets invented after you?re thirty is against the natural order of things and the beginning of the end of civilisation Rusi PS. I 'corrected' the To list taking it as an oversight. If not my apologies -- http://blog.languager.org From ralf.mardorf at alice-dsl.net Fri Jan 3 10:21:27 2014 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Fri, 03 Jan 2014 11:21:27 +0100 Subject: [LAU] OT: Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: <20140103091644.GA1533@tal> References: <52C56A81.7000506@linuxaudio.org> <52C57293.3000901@quirq.net> <52C5862F.3000406@quirq.net> <52C5876E.4080301@kudla.org> <52C5897F.1030800@quirq.net> <52C5A0FF.2040502@kudla.org> <1388684863.5647.62.camel@archlinux> <20140103091644.GA1533@tal> Message-ID: <1388744487.5647.130.camel@archlinux> On Fri, 2014-01-03 at 22:16 +1300, Chris Bannister wrote: > On Fri, Jan 03, 2014 at 10:41:29AM +0530, Rustom Mody wrote: > > On Thu, Jan 2, 2014 at 11:17 PM, Ralf Mardorf > > wrote: > > > I will be quiet now, since I try to learn not to follow my bad habit to > > > write too much mails and to reply to myself :D. > > > > > > Just a nice joke, how far opinions could go: > > > > > > http://lists.freebsd.org/pipermail/freebsd-questions/2013-December/255217.html > > > > > > :) > > > > Thanks Ralf for making me laugh > > Do you have to be a non English speaker to understand it? > I get the '@' symbol means 'at', but don't understand 'get' the reply, > despite it being poor English. Or is that part of the joke? > #mystified It's absurd to open a thread about it. International mailing lists are used by people who aren't native speakers too. @ is often used in this way, so we non-native speakers adopt it. Everybody understands what it is used for, even if it's poor English. A correction, how to speak/write better English could be send off-list, since on this list the @-sign is seldom "misused" and even if it's (mis)used, the intention isn't to be impolite. You know that on the Debian user list it became a thread when an Australien native English speaker doesn't reply in Oxford English and even American English from time to time lead to a thread about wrong usage of the English language, with several replies that just add a smiley or +1. Are Linux mailing lists for Oxford English speaking poets? "Inherit The Wind" with Spencer Tracy does mention, that it's only important that we understand each other, the style how we use a language, resp. the words we used are less important. However, top posting is bad, I explained it off-list and sure, Robins explanation to the list is good, but any further discussions about the style, how to write emails is useless and only discourage users to join mailing lists. I dislike German journalists speaking bad German, e.g. when they say "Meter", while it should be "Metern", or when they claim that a "Fenster ist auf", instead of a "Fenster ist offen" but I also dislike when it becomes a thread in a German Linux forum, when somebody wrote "das" instead of "dass". The language police isn't aware what language is for. Language is used for communication, not to show how good or bad our education was. Feel free to reply off-list ;). Regards, Ralf From cbannister at slingshot.co.nz Fri Jan 3 10:39:29 2014 From: cbannister at slingshot.co.nz (Chris Bannister) Date: Fri, 3 Jan 2014 23:39:29 +1300 Subject: [LAU] OT: Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: References: <52C5862F.3000406@quirq.net> <52C5876E.4080301@kudla.org> <52C5897F.1030800@quirq.net> <52C5A0FF.2040502@kudla.org> <1388684863.5647.62.camel@archlinux> <20140103091644.GA1533@tal> Message-ID: <20140103103929.GA2790@tal> On Fri, Jan 03, 2014 at 03:38:44PM +0530, Rustom Mody wrote: > When you put it like that, I am not sure I understand either > All I can say is I read it hm.. read it again hmmm... and then I laughed. > Why...??? > > Well an explanation may be that across widely differing cultures > things that were taken for granted need to be carefully asserted. What, in this case, is taken for granted? > Two examples: > 1. Outside an elevator is the notice: "Dogs must be carried in the elevator" > Now aside from obvious understanding barriers like: > - not being able to read > - thinking its just a design not a writing/notice > - connecting 'the elevator' with THIS elevator > there is one more (and to me amusing) interpretation: > In order to enter the elevator you must bring a dog which you must carry Despite the fact that it would be almost impossible to carry some dogs anyway, I'd dispute the fact and suggest having them on a lead would be sufficient. (Are dogs allowed in buildings, esp. with elevators. - guide dogs are already on leads and trained enough, I assume.) But I see your point in this example. Like "collar and tie must be worn" presupposes a suit and not just a collar and tie on a naked body, or singlet and underwear etc. I can't relate this to the link Ralf posted though. > And that is why that snippet of Ralf reminded me of Culture and Empire > -- more and more I feel we oldies dont get what the modern world is > about ... So the link Ralf posted has something to do with "the twitter world"? (I assume it does, but am still missing the point.) > PS. I 'corrected' the To list taking it as an oversight. If not my apologies Not good! Off list replies are generally meant to be private. You are better to assume the intention is to keep the message private, rather than make it public and apologise for making it public! -- "If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing." --- Malcolm X From cbannister at slingshot.co.nz Fri Jan 3 11:05:38 2014 From: cbannister at slingshot.co.nz (Chris Bannister) Date: Sat, 4 Jan 2014 00:05:38 +1300 Subject: [LAU] OT: Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: <1388744487.5647.130.camel@archlinux> References: <52C5862F.3000406@quirq.net> <52C5876E.4080301@kudla.org> <52C5897F.1030800@quirq.net> <52C5A0FF.2040502@kudla.org> <1388684863.5647.62.camel@archlinux> <20140103091644.GA1533@tal> <1388744487.5647.130.camel@archlinux> Message-ID: <20140103110538.GA3305@tal> On Fri, Jan 03, 2014 at 11:21:27AM +0100, Ralf Mardorf wrote: > On Fri, 2014-01-03 at 22:16 +1300, Chris Bannister wrote: > > On Fri, Jan 03, 2014 at 10:41:29AM +0530, Rustom Mody wrote: > > > On Thu, Jan 2, 2014 at 11:17 PM, Ralf Mardorf > > > wrote: > > > > I will be quiet now, since I try to learn not to follow my bad habit to > > > > write too much mails and to reply to myself :D. > > > > > > > > Just a nice joke, how far opinions could go: > > > > > > > > http://lists.freebsd.org/pipermail/freebsd-questions/2013-December/255217.html > > > > > > > > :) > > > > > > Thanks Ralf for making me laugh > > > > Do you have to be a non English speaker to understand it? > > I get the '@' symbol means 'at', but don't understand 'get' the reply, > > despite it being poor English. Or is that part of the joke? > > #mystified > > It's absurd to open a thread about it. International mailing lists are I didn't. It was sent off-list on purpose! > used by people who aren't native speakers too. @ is often used in this > way, so we non-native speakers adopt it. Everybody understands what it > is used for, even if it's poor English. A correction, how to speak/write > better English could be send off-list, since on this list the @-sign is > seldom "misused" and even if it's (mis)used, the intention isn't to be > impolite. Are you referring to what I posted, or the link you posted? > You know that on the Debian user list it became a thread when an > Australien native English speaker doesn't reply in Oxford English and > even American English from time to time lead to a thread about wrong > usage of the English language, with several replies that just add a > smiley or +1. *One* reply had a :-) *and* YOU commented on it! > Are Linux mailing lists for Oxford English speaking poets? That is an absurd conclusion to come to. Surely you are joking, and being cynical just to stretch your point to the limit! E.g. If someone uses "your" instead of "you're" which is commented on by someone then any further discussion regarding the comment is just that; discussion about "your" and "you're". > However, top posting is bad, I explained it off-list and sure, Robins > explanation to the list is good, but any further discussions about the > style, how to write emails is useless and only discourage users to join > mailing lists. That has got nothing to do with my comment regarding me not understanding why it is funny. > I dislike German journalists speaking bad German, e.g. when they say > "Meter", while it should be "Metern", or when they claim that a "Fenster > ist auf", instead of a "Fenster ist offen" but I also dislike when it > becomes a thread in a German Linux forum, when somebody wrote "das" > instead of "dass". I dislike warm beer ... where are we going with this. > The language police isn't aware what language is for. Language is used > for communication, not to show how good or bad our education was. True, why have an education if it doesn't matter. > Feel free to reply off-list ;). MY message was off-list! It's you that seems to want it on list. -- "If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing." --- Malcolm X From ralf.mardorf at alice-dsl.net Fri Jan 3 11:37:51 2014 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Fri, 03 Jan 2014 12:37:51 +0100 Subject: [LAU] OT: Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: <20140103110538.GA3305@tal> References: <52C5862F.3000406@quirq.net> <52C5876E.4080301@kudla.org> <52C5897F.1030800@quirq.net> <52C5A0FF.2040502@kudla.org> <1388684863.5647.62.camel@archlinux> <20140103091644.GA1533@tal> <1388744487.5647.130.camel@archlinux> <20140103110538.GA3305@tal> Message-ID: <1388749071.5647.148.camel@archlinux> On Sat, 2014-01-04 at 00:05 +1300, Chris Bannister wrote: > MY message was off-list! It's you that seems to want it on list. My apologize, it was sent to the list by accident :(. From rosea.grammostola at gmail.com Fri Jan 3 12:43:26 2014 From: rosea.grammostola at gmail.com (rosea grammostola) Date: Fri, 3 Jan 2014 13:43:26 +0100 Subject: [LAU] Out Now: The Magnetophon Sessions, by Munk! In-Reply-To: <20131105175849.GC4364@q400a.mobile.restivo.org> References: <526E2602.5030109@gmail.com> <20131105175849.GC4364@q400a.mobile.restivo.org> Message-ID: New Video online for No More Coffee LiVes & Ardour3 http://www.munk050.com/ Also available via download @ bandcamp http://www.munk050.com/music On Tue, Nov 5, 2013 at 6:58 PM, Ken Restivo wrote: > On Mon, Oct 28, 2013 at 09:53:22AM +0100, rosea.grammostola wrote: > > Munk!, a jazz/ska/funk band from Groningen, The Netherlands, has > > released an album made with free software, The Magnetophon Sessions. > > > > During the hot part of summer 2013, Munk! stayed at the cultural > > freezone Landbouwbelang in Maastricht (The Netherlands) for a week > > and recorded seven new tracks in the unique and inspiring studio > > Magnetophon. During the recordings we played with the whole band at > > once, to get the most musical results. All tracks are > > one-take-recordings, no edits where made when mixing the album. > > > > The Magnetophon Sessions is produced with opensource and free > > software on GNU/Linux. > > Most notably: Ardour2 for recording and mixing, LADSPA plugins for > > mixing, Gimp for graphics, Lives for video art. > > > > Recorded & mixed by Bart Brouns at Studio Magnetophon Maastricht > > www.magnetophon.nl > > > > Video clip Off The Chart: > > http://www.munk050.com/ > > > > The Magnetophon Sessions, music & artwork: > > http://www.munk050.com/music/ > > > > Our advise on price for the digital download would be in the range > > of 5 -- 10 euro, but there's no minimum or maximum, so feel free, > > thanks for your support! > > > > I liked it, bought it, downloaded it. > > Only complaint is that the flute sounds out of tune on track #3. > > Other than that, I enjoyed the ska jazz! > > -ken > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mista.tapas at gmx.net Fri Jan 3 12:52:34 2014 From: mista.tapas at gmx.net (Florian Paul Schmidt) Date: Fri, 03 Jan 2014 13:52:34 +0100 Subject: [LAU] ardour: removing unused audio In-Reply-To: <52C67E82.1030409@youmail.dk> References: <52C67164.4080605@youmail.dk> <52C678ED.8020206@thorstenwilms.com> <52C67E82.1030409@youmail.dk> Message-ID: <52C6B292.2020401@gmx.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 03.01.2014 10:10, Atte wrote: > On 01/03/2014 09:46 AM, Thorsten Wilms wrote: >> On 01/03/2014 09:14 AM, Atte wrote: >>> How do I tell ardour to throw away all audio that is not >>> "visible" as a region in my session? >> >> You have to record (bounce) all you stuff to new regions (and >> related audio files), > > Ok, thanks! > > If I select a whole track worth of regions and do "selected > regions->bounce (without processing)" I seem to get exactly the > exact snips I need to disc. It becomes quite tedious to drag them > into the timeline and get them in sync by hand. Is there a quick > way to tell ardour to render selected (or all) regions and have > them point to the newly rendered audio files in one go? > You might try the Stem Export dialog. it allows you to render any number of tracks to flat audio files. Maybe that is useful? Flo -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSxrKSAAoJEA5f4Coltk8ZxR4H/iDYwBs8AMb/+sT9QRVX0hKE lQEN9AkpI4Vj6YKa6xriGnWMviw+cmian+PI4//j2Jw9I4ImhNHsl1ePgT0T1wIC gKwPj6zJdp6PviBLJLulhyKtbZnGgYre4gKok1EZT6LVan/jcpFwZjicupmq3TjL 4xtB8wJ3ETfaNapp6s917Na+A1ZAKVRtn+4wu076q5X6P4qBFzjUvlALrrmUuUkB pVzK0A80ZYUpxj9CwfNual88P5jNCeo+rFOUDnXHYFDqblnhFinOMRV82mwZwNCZ PbDjW5uAKEQjZRZ1FaAagQZA8lcl4hmmvUO921qSH+OjzGdJtPHgn7fu/6JuKno= =VqOz -----END PGP SIGNATURE----- From atte at youmail.dk Fri Jan 3 14:22:05 2014 From: atte at youmail.dk (Atte) Date: Fri, 03 Jan 2014 15:22:05 +0100 Subject: [LAU] ardour: removing unused audio In-Reply-To: <52C6B292.2020401@gmx.net> References: <52C67164.4080605@youmail.dk> <52C678ED.8020206@thorstenwilms.com> <52C67E82.1030409@youmail.dk> <52C6B292.2020401@gmx.net> Message-ID: <52C6C78D.1020006@youmail.dk> On 01/03/2014 01:52 PM, Florian Paul Schmidt wrote: > You might try the Stem Export dialog. it allows you to render any > number of tracks to flat audio files. Maybe that is useful? Sounds useful, however I get only headers (44 byte .wav files). As far as I can see I selected everything correct in the export stem dialog. No matter what I do, I can't make the export stems dialog to export anything useful... Ardour 3.5.143 here. -- Atte http://atte.dk http://modlys.dk From willgodfrey at musically.me.uk Fri Jan 3 16:57:02 2014 From: willgodfrey at musically.me.uk (Will Godfrey) Date: Fri, 3 Jan 2014 16:57:02 +0000 Subject: [LAU] OT: Top Posting [Was: Linux compatible keybord controller?] In-Reply-To: <20140103103929.GA2790@tal> References: <52C5862F.3000406@quirq.net> <52C5876E.4080301@kudla.org> <52C5897F.1030800@quirq.net> <52C5A0FF.2040502@kudla.org> <1388684863.5647.62.camel@archlinux> <20140103091644.GA1533@tal> <20140103103929.GA2790@tal> Message-ID: <20140103165702.538c4c30@debian> On Fri, 3 Jan 2014 23:39:29 +1300 Chris Bannister wrote: > But I see your point in this example. Like "collar and tie must be worn" > presupposes a suit and not just a collar and tie on a naked body, or > singlet and underwear etc. Or must be well used and far from new :) -- 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. From djdualcore at gmail.com Fri Jan 3 19:15:03 2014 From: djdualcore at gmail.com (Neil) Date: Fri, 3 Jan 2014 13:15:03 -0600 Subject: [LAU] Made with Linux: Power Noise track made with Lupp, Ardour Message-ID: Barbelo And The Three Steles Of Seth by Beautiful Radiant Things. https://soundcloud.com/dj-dual-core/barbelo-and-the-three-steles Made with Lupp, Ardour, Audacity, JACK Rack, various effects including Invada Compressor, Invada Tube Distortion, various gates, EQs and resonant filters. -- DJ Dual Core's Blog http://oldmixtapes.blogspot.com/ Order without government; Peace without violence. -------------- next part -------------- An HTML attachment was scrubbed... URL: From atte at youmail.dk Sun Jan 5 11:07:07 2014 From: atte at youmail.dk (Atte) Date: Sun, 05 Jan 2014 12:07:07 +0100 Subject: [LAU] wine-rt on debian stable Message-ID: <52C93CDB.9070600@youmail.dk> Hi What's the easiest way to install wine-rt on a debian stable system? -- Atte http://atte.dk http://modlys.dk From jonetsu at teksavvy.com Sun Jan 5 12:29:37 2014 From: jonetsu at teksavvy.com (jonetsu at teksavvy.com) Date: Sun, 5 Jan 2014 07:29:37 -0500 Subject: [LAU] Ardour and Renoise in sync ? Message-ID: <20140105072937.6e9082ba@mistral> Hello ! Is it possible to sync Ardour and Renoise ? One use case: I'd like to record a track with Ardour and, with Renoise in sync, add Renoise sounds here and there by adding Renoise patterns, while the recorded track plays. Ardour works fine with jack transport (pressing play in Qjackctl starts Ardour, changing bpm in Ardour is understood by jack) but I could not get Renoise to run with jack transport. Thanks ! From atte at youmail.dk Sun Jan 5 12:39:59 2014 From: atte at youmail.dk (Atte) Date: Sun, 05 Jan 2014 13:39:59 +0100 Subject: [LAU] Ardour and Renoise in sync ? In-Reply-To: <20140105072937.6e9082ba@mistral> References: <20140105072937.6e9082ba@mistral> Message-ID: <52C9529F.1010200@youmail.dk> On 01/05/2014 01:29 PM, jonetsu at teksavvy.com wrote: > Ardour works fine with jack transport (pressing play in Qjackctl > starts Ardour, changing bpm in Ardour is understood by jack) but I > could not get Renoise to run with jack transport. No problem here, just enable "jack transport sync" in renoise->preferences->audio. Haven't used it for a long while, though, there used to be a problem with renoise not triggering the very first notes, when started, don't know if it's been worked out... -- Atte http://atte.dk http://modlys.dk From jmckernon at gmail.com Sun Jan 5 12:57:43 2014 From: jmckernon at gmail.com (James Mckernon) Date: Sun, 5 Jan 2014 12:57:43 +0000 Subject: [LAU] Ardour and Renoise in sync ? In-Reply-To: <52C9529F.1010200@youmail.dk> References: <20140105072937.6e9082ba@mistral> <52C9529F.1010200@youmail.dk> Message-ID: > there used to be a problem with > renoise not triggering the very first notes, when started, don't know if > it's been worked out... Yes, this problem has since been fixed. From rob at rektau.ukfsn.org Sun Jan 5 13:01:21 2014 From: rob at rektau.ukfsn.org (Rob) Date: Sun, 05 Jan 2014 13:01:21 +0000 Subject: [LAU] wine-rt on debian stable In-Reply-To: <52C93CDB.9070600@youmail.dk> References: <52C93CDB.9070600@youmail.dk> Message-ID: <303825b5-9c89-4be2-9b7c-34dfddfc107e@email.android.com> Atte wrote: >Hi > >What's the easiest way to install wine-rt on a debian stable system? Kxstudio repo? -- Sent from my Android device with K-9 Mail. Please excuse my brevity. From jonetsu at teksavvy.com Sun Jan 5 13:06:09 2014 From: jonetsu at teksavvy.com (jonetsu at teksavvy.com) Date: Sun, 5 Jan 2014 08:06:09 -0500 Subject: [LAU] Ardour and Renoise in sync ? In-Reply-To: <52C9529F.1010200@youmail.dk> References: <20140105072937.6e9082ba@mistral> <52C9529F.1010200@youmail.dk> Message-ID: <20140105080609.566ce4cd@mistral> Le Dimanche, 05 Janvier 2014 13:39:59 +0100, Atte a ?crit : > On 01/05/2014 01:29 PM, jonetsu at teksavvy.com wrote: > > > Ardour works fine with jack transport (pressing play in Qjackctl > > starts Ardour, changing bpm in Ardour is understood by jack) but I > > could not get Renoise to run with jack transport. > > No problem here, just enable "jack transport sync" in > renoise->preferences->audio. Thanks, it works ! From atte at youmail.dk Sun Jan 5 14:07:05 2014 From: atte at youmail.dk (Atte) Date: Sun, 05 Jan 2014 15:07:05 +0100 Subject: [LAU] Ardour and Renoise in sync ? In-Reply-To: References: <20140105072937.6e9082ba@mistral> <52C9529F.1010200@youmail.dk> Message-ID: <52C96709.9050906@youmail.dk> On 01/05/2014 01:57 PM, James Mckernon wrote: >> there used to be a problem with >> renoise not triggering the very first notes, when started, don't know if >> it's been worked out... > > Yes, this problem has since been fixed. Out of curiosity: in which software? -- Atte http://atte.dk http://modlys.dk From atte at youmail.dk Sun Jan 5 14:53:38 2014 From: atte at youmail.dk (Atte) Date: Sun, 05 Jan 2014 15:53:38 +0100 Subject: [LAU] wine-rt on debian stable In-Reply-To: <303825b5-9c89-4be2-9b7c-34dfddfc107e@email.android.com> References: <52C93CDB.9070600@youmail.dk> <303825b5-9c89-4be2-9b7c-34dfddfc107e@email.android.com> Message-ID: <52C971F2.2060308@youmail.dk> On 01/05/2014 02:01 PM, Rob wrote: > Kxstudio repo? I was under the impression that it will pollute my system with stuff from sid. Also I feel bad about installing a deb that will modify my sources.list. Is it possible that I just edit sources.list by hand to add the needed repos? -- Atte http://atte.dk http://modlys.dk From riglersc at gmail.com Sun Jan 5 17:05:34 2014 From: riglersc at gmail.com (S C Rigler) Date: Sun, 5 Jan 2014 11:05:34 -0600 Subject: [LAU] Ardour and Renoise in sync ? In-Reply-To: <52C96709.9050906@youmail.dk> References: <20140105072937.6e9082ba@mistral> <52C9529F.1010200@youmail.dk> <52C96709.9050906@youmail.dk> Message-ID: On Jan 5, 2014 8:07 AM, "Atte" wrote: > > On 01/05/2014 01:57 PM, James Mckernon wrote: >>> >>> there used to be a problem with >>> renoise not triggering the very first notes, when started, don't know if >>> it's been worked out... >> >> >> Yes, this problem has since been fixed. > > > Out of curiosity: in which software? > It was a Renoise bug. It was fixed a couple of versions ago. --Steve -------------- next part -------------- An HTML attachment was scrubbed... URL: From atte at youmail.dk Sun Jan 5 18:30:48 2014 From: atte at youmail.dk (Atte) Date: Sun, 05 Jan 2014 19:30:48 +0100 Subject: [LAU] Ardour and Renoise in sync ? In-Reply-To: References: <20140105072937.6e9082ba@mistral> <52C9529F.1010200@youmail.dk> <52C96709.9050906@youmail.dk> Message-ID: <52C9A4D8.7060201@youmail.dk> On 01/05/2014 06:05 PM, S C Rigler wrote: > It was a Renoise bug. It was fixed a couple of versions ago. Great to hear! Thanks! -- Atte http://atte.dk http://modlys.dk From ralf.mardorf at alice-dsl.net Sun Jan 5 22:03:35 2014 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Sun, 05 Jan 2014 23:03:35 +0100 Subject: [LAU] wine-rt on debian stable In-Reply-To: <52C971F2.2060308@youmail.dk> References: <52C93CDB.9070600@youmail.dk> <303825b5-9c89-4be2-9b7c-34dfddfc107e@email.android.com> <52C971F2.2060308@youmail.dk> Message-ID: <1388959415.1317.2.camel@archlinux> On Sun, 2014-01-05 at 15:53 +0100, Atte wrote: > On 01/05/2014 02:01 PM, Rob wrote: > > > Kxstudio repo? > > I was under the impression that it will pollute my system with stuff > from sid. Also I feel bad about installing a deb that will modify my > sources.list. Is it possible that I just edit sources.list by hand to > add the needed repos? Install the kxstudio repository packages from the homepage and when wine-rt is installed, purge remove the packages. From sakrecoer at gmail.com Mon Jan 6 00:36:42 2014 From: sakrecoer at gmail.com (Set Hallstrom) Date: Mon, 06 Jan 2014 01:36:42 +0100 Subject: [LAU] wine-rt on debian stable In-Reply-To: <52C971F2.2060308@youmail.dk> References: <52C93CDB.9070600@youmail.dk> <303825b5-9c89-4be2-9b7c-34dfddfc107e@email.android.com> <52C971F2.2060308@youmail.dk> Message-ID: <52C9FA9A.5080004@gmail.com> On 2014-01-05 15:53, Atte wrote: > On 01/05/2014 02:01 PM, Rob wrote: > >> Kxstudio repo? > > I was under the impression that it will pollute my system with stuff > from sid. Also I feel bad about installing a deb that will modify my > sources.list. Is it possible that I just edit sources.list by hand to > add the needed repos? > What are you missing, that doesn't require you to install a "proper" pirate XP? I cannot see any scenario where wine would NOT pollute your system. respectfully, Set Hallstrom From sakrecoer at gmail.com Mon Jan 6 00:42:20 2014 From: sakrecoer at gmail.com (Set Hallstrom) Date: Mon, 06 Jan 2014 01:42:20 +0100 Subject: [LAU] wine-rt on debian stable In-Reply-To: <52C9FA9A.5080004@gmail.com> References: <52C93CDB.9070600@youmail.dk> <303825b5-9c89-4be2-9b7c-34dfddfc107e@email.android.com> <52C971F2.2060308@youmail.dk> <52C9FA9A.5080004@gmail.com> Message-ID: <52C9FBEC.6060600@gmail.com> On 2014-01-05 15:53, Atte wrote: >> On 01/05/2014 02:01 PM, Rob wrote: >> >>> Kxstudio repo? >> >> I was under the impression that it will pollute my system with stuff >> from sid. Also I feel bad about installing a deb that will modify my >> sources.list. Is it possible that I just edit sources.list by hand to >> add the needed repos? >> > > What are you missing, that doesn't require you to install a "proper" > pirate XP? I cannot see any scenario where wine would NOT pollute your > system. > > respectfully, > Set Hallstrom It's a honnest question. Sorry if anyone takes it the wrong way. I've been wondering for a while, what could make me tempted to try wine out? peace, -- Set Hallstrom AKA Sakrecoer http://sakrecoer.com From kvutter at frii.com Mon Jan 6 22:05:18 2014 From: kvutter at frii.com (Kevin Utter) Date: Mon, 6 Jan 2014 15:05:18 -0700 Subject: [LAU] Jack Error, dbus, x11??? Message-ID: <7ADC6F13-C7C1-4A6B-8097-BB33C1375FCE@frii.com> Hi all! I'm running Ubuntu 12.10. I thought I had installed jack 2, but I think I did it manually if I remember correctly. As I've been having problems with recording audio, I checked with aptitude, and it showed that jack 1 was installed. I think the version command at the time showed 1 something, which I think indicates jack 2? I read that the --sync option was recommended, but that option didn't show up in the documentation. So, I elected to uninstall jack1 in aptitude, and install Jack 2. After doing this, jackd --version shows: jackdmp 1.9.8 Copyright 2001-2005 Paul Davis and others. Copyright 2004-2011 Grame. jackdmp comes with ABSOLUTELY NO WARRANTY This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details jackdmp version 1.9.8 tmpdir /dev/shm protocol 8 I'm trying to run jackd from a terminal outside of Infinity desktop. (A separate login, I think?) When I run jackd with the parameters I need, I get the following: Failed to connect to session bus for device reservation Unable to autolaunch a dbus-daemon without a $DISPLAY for X11 Failed to acquire device name : Audio0 error : Invalid argument Audio device hw:0 cannot be acquired... Cannot initialize driver JackServer::Open() failed with -1 Failed to open server Cannot connect to server socket err = No such file or directory Cannot connect to server socket jack server is not running or cannot be started If I run in a terminal inside Infinity, it starts OK. Can anyone explain what's going on, and what I can do to run it in other terminals? I'd like to be able to shut the display manager down if necessary to cut down on processes if necessary, as I'm doing everything from the command line. I had this working before, but I broke it when trying to fix things by installing jack2 with aptitude. Could I have had parts of different jack versions trying to co-exist? Or could I have been using a different version of jack or jackd when working from the terminal, and changing things in aptitude removed the one I had access to? I'm sorry if these are basic questions, but I've been trying to read documentation for months now, and because of conflicts of age and version changes, I'm just a bit confused. I have perhaps done stupid things along the line, but I just don't know quite where to go from here. Thanks much for any help, and I'm sorry to be so long-winded. I didn't know how to relate what I hoped would be all the details needed. Thanks again. Kevin From paul at linuxaudiosystems.com Mon Jan 6 23:23:02 2014 From: paul at linuxaudiosystems.com (Paul Davis) Date: Mon, 6 Jan 2014 18:23:02 -0500 Subject: [LAU] Jack Error, dbus, x11??? In-Reply-To: <7ADC6F13-C7C1-4A6B-8097-BB33C1375FCE@frii.com> References: <7ADC6F13-C7C1-4A6B-8097-BB33C1375FCE@frii.com> Message-ID: On Mon, Jan 6, 2014 at 5:05 PM, Kevin Utter wrote: > Hi all! I'm running Ubuntu 12.10. Possibly the worst distro (version) for using JACK. There is a bug in PulseAudio in this version of Ubuntu that makes it very hard to use JACK. Upgrade, downgrade or prepare yourself for a lot of hassle. Then there is this: > > I'm trying to run jackd from a terminal outside of Infinity desktop. (A > separate login, I think?) When I run jackd with the parameters I need, I > get the following: > > Failed to connect to session bus for device reservation Unable to > autolaunch a dbus-daemon without a $DISPLAY for X11 > this is a highly specialized use of JACK, and if you want to do this you either need to know and understand a lot more about D-Bus or you need to avoid using a version of jack with d-bus support builtin. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gnome at hawaii.rr.com Tue Jan 7 08:47:40 2014 From: gnome at hawaii.rr.com (david) Date: Mon, 06 Jan 2014 22:47:40 -1000 Subject: [LAU] Jack Error, dbus, x11??? In-Reply-To: References: <7ADC6F13-C7C1-4A6B-8097-BB33C1375FCE@frii.com> Message-ID: <52CBBF2C.7050002@hawaii.rr.com> On 01/06/2014 01:23 PM, Paul Davis wrote: > > > > On Mon, Jan 6, 2014 at 5:05 PM, Kevin Utter > wrote: > > Hi all! I'm running Ubuntu 12.10. > > > Possibly the worst distro (version) for using JACK. There is a bug in > PulseAudio in this version of Ubuntu that makes it very hard to use JACK. > > Upgrade, downgrade or prepare yourself for a lot of hassle. I have Ubuntu 13.10 on my new laptop. JACK and Pulse seem to be getting along on it, in my very limited testing. Ubuntu 14.04 LTS is out April 17, 2014. > Then there is this: > > I'm trying to run jackd from a terminal outside of Infinity desktop. > (A separate login, I think?) When I run jackd with the parameters > I need, I get the following: > > Failed to connect to session bus for device reservation Unable to > autolaunch a dbus-daemon without a $DISPLAY for X11 > > this is a highly specialized use of JACK, and if you want to do this you > either need to know and understand a lot more about D-Bus or you need to > avoid using a version of jack with d-bus support builtin. Sounds way more complicated than anything I've done! -- David gnome at hawaii.rr.com authenticity, honesty, community http://dancingtreefrog.com From atte at youmail.dk Tue Jan 7 08:59:07 2014 From: atte at youmail.dk (Atte) Date: Tue, 07 Jan 2014 09:59:07 +0100 Subject: [LAU] wine-rt on debian stable In-Reply-To: <52C9FBEC.6060600@gmail.com> References: <52C93CDB.9070600@youmail.dk> <303825b5-9c89-4be2-9b7c-34dfddfc107e@email.android.com> <52C971F2.2060308@youmail.dk> <52C9FA9A.5080004@gmail.com> <52C9FBEC.6060600@gmail.com> Message-ID: <52CBC1DB.5090303@youmail.dk> On 01/06/2014 01:42 AM, Set Hallstrom wrote: > It's a honnest question. Sorry if anyone takes it the wrong way. I've > been wondering for a while, what could make me tempted to try wine out? Well, I hate the though of having to run windows. I've been running linux since somewhere round 2000 and I love it. However there are some windows software that I'd like to play with, mostly reaper and ableton live... -- Atte http://atte.dk http://modlys.dk From atte at youmail.dk Tue Jan 7 09:14:28 2014 From: atte at youmail.dk (Atte) Date: Tue, 07 Jan 2014 10:14:28 +0100 Subject: [LAU] wine-rt on debian stable In-Reply-To: <1388959415.1317.2.camel@archlinux> References: <52C93CDB.9070600@youmail.dk> <303825b5-9c89-4be2-9b7c-34dfddfc107e@email.android.com> <52C971F2.2060308@youmail.dk> <1388959415.1317.2.camel@archlinux> Message-ID: <52CBC574.6060000@youmail.dk> On 01/05/2014 11:03 PM, Ralf Mardorf wrote: > Install the kxstudio repository packages from the homepage and when > wine-rt is installed, purge remove the packages. Thanks, that seems to work perfectly! I downloaded and installed the following debs from kxstudio: kxstudio-repos_7.1.0~kxstudio2_all.deb kxstudio-repos-backports_7.1.0~kxstudio2_all.deb I then installed wine-rt and wineasio. Most dependencies were pulled from debian repos only the following packages were from kxstudio: wine-gecko wineasio wineasio-i386 wine-rt wine-rt-i386 wine-mono winetricks gnome-exe-thumbnailer All wine related, so I feel this is as clean as possible. Thanks again! -- Atte http://atte.dk http://modlys.dk From gnome at hawaii.rr.com Tue Jan 7 09:48:31 2014 From: gnome at hawaii.rr.com (david) Date: Mon, 06 Jan 2014 23:48:31 -1000 Subject: [LAU] wine-rt on debian stable In-Reply-To: <52CBC1DB.5090303@youmail.dk> References: <52C93CDB.9070600@youmail.dk> <303825b5-9c89-4be2-9b7c-34dfddfc107e@email.android.com> <52C971F2.2060308@youmail.dk> <52C9FA9A.5080004@gmail.com> <52C9FBEC.6060600@gmail.com> <52CBC1DB.5090303@youmail.dk> Message-ID: <52CBCD6F.7030005@hawaii.rr.com> On 01/06/2014 10:59 PM, Atte wrote: > On 01/06/2014 01:42 AM, Set Hallstrom wrote: > >> It's a honnest question. Sorry if anyone takes it the wrong way. I've >> been wondering for a while, what could make me tempted to try wine out? > > Well, I hate the though of having to run windows. I've been running > linux since somewhere round 2000 and I love it. > > However there are some windows software that I'd like to play with, > mostly reaper and ableton live... I'd be very surprised if Ableton Live at least ran under WINE? It's a pretty heavy-duty program. -- David gnome at hawaii.rr.com authenticity, honesty, community http://dancingtreefrog.com From sakrecoer at gmail.com Tue Jan 7 11:38:25 2014 From: sakrecoer at gmail.com (Set Hallstrom) Date: Tue, 07 Jan 2014 12:38:25 +0100 Subject: [LAU] wine-rt on debian stable In-Reply-To: <52CBC1DB.5090303@youmail.dk> References: <52C93CDB.9070600@youmail.dk> <303825b5-9c89-4be2-9b7c-34dfddfc107e@email.android.com> <52C971F2.2060308@youmail.dk> <52C9FA9A.5080004@gmail.com> <52C9FBEC.6060600@gmail.com> <52CBC1DB.5090303@youmail.dk> Message-ID: <52CBE731.20207@gmail.com> On 2014-01-07 09:59, Atte wrote: > However there are some windows software that I'd like to play with, > mostly reaper and ableton live... > i can relate to that, (although I personaly prefer to use my computer as a postproduction tool for my hardware) But hey!! it's comming! maybe not the same same, but different and looks good! https://www.bitwig.com/en/bitwig-studio Yours, -- Set Hallstrom AKA Sakrecoer http://sakrecoer.com From fons at linuxaudio.org Tue Jan 7 15:10:11 2014 From: fons at linuxaudio.org (Fons Adriaensen) Date: Tue, 7 Jan 2014 15:10:11 +0000 Subject: [LAU] Focusrite Scarlett 18i8 Message-ID: <20140107151011.GA32356@linuxaudio.org> Hello all, AFAIK the Focusrite Scarlett 18i8 USB interface works on Linux. * Can anyone confirm this ? * Should it work with a Raspberry Pi ? TIA, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From ralf.mardorf at alice-dsl.net Tue Jan 7 16:16:00 2014 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Tue, 07 Jan 2014 17:16:00 +0100 Subject: [LAU] wine-rt on debian stable In-Reply-To: <52CBC574.6060000@youmail.dk> References: <52C93CDB.9070600@youmail.dk> <303825b5-9c89-4be2-9b7c-34dfddfc107e@email.android.com> <52C971F2.2060308@youmail.dk> <1388959415.1317.2.camel@archlinux> <52CBC574.6060000@youmail.dk> Message-ID: <1389111360.660.10.camel@archlinux> On Tue, 2014-01-07 at 10:14 +0100, Atte wrote: > wine-gecko > wineasio > wineasio-i386 > wine-rt > wine-rt-i386 > wine-mono > winetricks > gnome-exe-thumbnailer The repositories also include a package for Reaper. I installed it, but didn't tested it yet. When installing the Reaper package, wineasio-i386 etc. are automatically installed as dependencies. I still prefer Arch over Debian. From laurence.capelin at gmail.com Wed Jan 8 01:45:34 2014 From: laurence.capelin at gmail.com (laurence) Date: Wed, 8 Jan 2014 09:45:34 +0800 Subject: [LAU] wine-rt on debian stable In-Reply-To: <52CBCD6F.7030005@hawaii.rr.com> References: <52C93CDB.9070600@youmail.dk> <303825b5-9c89-4be2-9b7c-34dfddfc107e@email.android.com> <52C971F2.2060308@youmail.dk> <52C9FA9A.5080004@gmail.com> <52C9FBEC.6060600@gmail.com> <52CBC1DB.5090303@youmail.dk> <52CBCD6F.7030005@hawaii.rr.com> Message-ID: Prepare for a surprise. :) It runs; however, it's not really usable for production purposes, or wasn't when I tried. I didn't use wine-rt though... Yeah, I'm waiting for bitwig to announce the release date at NAMM... laurence On 7 January 2014 17:48, david wrote: > On 01/06/2014 10:59 PM, Atte wrote: > >> On 01/06/2014 01:42 AM, Set Hallstrom wrote: >> >> It's a honnest question. Sorry if anyone takes it the wrong way. I've >>> been wondering for a while, what could make me tempted to try wine out? >>> >> >> Well, I hate the though of having to run windows. I've been running >> linux since somewhere round 2000 and I love it. >> >> However there are some windows software that I'd like to play with, >> mostly reaper and ableton live... >> > > I'd be very surprised if Ableton Live at least ran under WINE? It's a > pretty heavy-duty program. > > -- > David > gnome at hawaii.rr.com > authenticity, honesty, community > http://dancingtreefrog.com > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sakrecoer at gmail.com Wed Jan 8 02:05:24 2014 From: sakrecoer at gmail.com (Set Hallstrom) Date: Wed, 08 Jan 2014 03:05:24 +0100 Subject: [LAU] wine-rt on debian stable In-Reply-To: References: <52C93CDB.9070600@youmail.dk> <303825b5-9c89-4be2-9b7c-34dfddfc107e@email.android.com> <52C971F2.2060308@youmail.dk> <52C9FA9A.5080004@gmail.com> <52C9FBEC.6060600@gmail.com> <52CBC1DB.5090303@youmail.dk> <52CBCD6F.7030005@hawaii.rr.com> Message-ID: <52CCB264.6070300@gmail.com> On 2014-01-08 02:45, laurence wrote: > Prepare for a surprise. :) It runs; however, it's not really usable for > production purposes, or wasn't when I tried. I didn't use wine-rt though... > > Yeah, I'm waiting for bitwig to announce the release date at NAMM... > > laurence > :) Congrats! My feelings about ableton are still sore... They could, but to my knowledge, havn't even tried the linux market... creatives should know better common grounds :D If you go to NAMM, please feel free to pepp the bitwig guys on my behalf: it seems we have been waiting for ages now... :D -- Set From laurence.capelin at gmail.com Wed Jan 8 04:03:59 2014 From: laurence.capelin at gmail.com (laurence) Date: Wed, 8 Jan 2014 12:03:59 +0800 Subject: [LAU] wine-rt on debian stable In-Reply-To: <52CCB264.6070300@gmail.com> References: <52C93CDB.9070600@youmail.dk> <303825b5-9c89-4be2-9b7c-34dfddfc107e@email.android.com> <52C971F2.2060308@youmail.dk> <52C9FA9A.5080004@gmail.com> <52C9FBEC.6060600@gmail.com> <52CBC1DB.5090303@youmail.dk> <52CBCD6F.7030005@hawaii.rr.com> <52CCB264.6070300@gmail.com> Message-ID: After missing their previously intended "end of 2013" release, the last I heard from them was that it'll be early 2014, and that they'd give a date at NAMM. I doubt I'll be crossing the Atlantic to hear a date from them though... I just hope they'll keep to it this time. :) -------------- next part -------------- An HTML attachment was scrubbed... URL: From robin at gareus.org Wed Jan 8 04:05:48 2014 From: robin at gareus.org (Robin Gareus) Date: Wed, 08 Jan 2014 05:05:48 +0100 Subject: [LAU] Focusrite Scarlett 18i8 In-Reply-To: <20140107151011.GA32356@linuxaudio.org> References: <20140107151011.GA32356@linuxaudio.org> Message-ID: <52CCCE9C.6050007@gareus.org> On 01/07/2014 04:10 PM, Fons Adriaensen wrote: > Hello all, > > AFAIK the Focusrite Scarlett 18i8 USB interface works on Linux. > > * Can anyone confirm this ? > * Should it work with a Raspberry Pi ? > > TIA, > Hi Fons, I can't confirm neither directly. But I think it works these days: http://focusritedevelopmentteam.wordpress.com/2012/04/23/linux-and-focusrite-novation-products/#comment-104 I have a Focusrite 18i6. It required a quirks-entry in the alsa-kernel-module. That went upstream in linux-3.8. Note that the mixer-interface is proprietary. I reverse engineered it a year ago and wrote the driver for it, but then lost interest - others are carrying on that work now (see above forum). The reason I lost interest is that I think the device is crap. The volume dials don't latch. I set a gain on the Focusrite 18i6 and a minute later it's off by +-1dB. Compared to the other two USB audio-device that I have, the [preamps of the] Focursite 18i6 is the noisiest. Measured with a 200 Ohm termination and jnoisemeter: ~-72dBFS (Flat, RMS) -- the Edirol UA-25 is at -81dBFS and the Presonus 1818VSL at -84dBFS. That make we wonder which award those 'award winning' preamps of Focusrite actually won :) It has gain labels from 0..10 -= other comparably priced devices have latched dials properly labeled and calibrated with dB. I don't know if the same applies to the 18i8 -- Alexandre Prokoudine reported similar findings with a Focusrite 2i4, though. best, robin From karl at aspodata.se Wed Jan 8 05:02:46 2014 From: karl at aspodata.se (karl at aspodata.se) Date: Wed, 8 Jan 2014 06:02:46 +0100 (CET) Subject: [LAU] (no subject) Message-ID: <20140108050246.8F7CD80459F6@turkos.aspodata.se> Is there anyone who knows how to remove bzzt's from an audio file? I tried to install gwc but it simply wants to many things I don't want. Are there any alternatives? I tried to use audacity's noise reduction, but that seems to care about contious noise, which this is not. It is recorded with ardour 2, and I cannot find any suitable plugin for this. /// It is from a consert with the local choir, first piece is: http://turkos.aspodata.se/tmp/01_ave_verum.flac The first few bzzt's are at 4.5, 11.5, 16.5, 21.5, 27.4, 30s into the track, every ~5s it seems. I suspect the new power supply, but havn't verified it yet. Regards, /Karl Hammar ----------------------------------------------------------------------- Asp? Data Lilla Asp? 148 S-742 94 ?sthammar Sweden +46 173 140 57 From gnome at hawaii.rr.com Wed Jan 8 05:47:46 2014 From: gnome at hawaii.rr.com (david) Date: Tue, 07 Jan 2014 19:47:46 -1000 Subject: [LAU] wine-rt on debian stable In-Reply-To: References: <52C93CDB.9070600@youmail.dk> <303825b5-9c89-4be2-9b7c-34dfddfc107e@email.android.com> <52C971F2.2060308@youmail.dk> <52C9FA9A.5080004@gmail.com> <52C9FBEC.6060600@gmail.com> <52CBC1DB.5090303@youmail.dk> <52CBCD6F.7030005@hawaii.rr.com> Message-ID: <52CCE682.10202@hawaii.rr.com> Hmm, might be time to try it in wine-rt. On 01/07/2014 03:45 PM, laurence wrote: > Prepare for a surprise. :) It runs; however, it's not really usable for > production purposes, or wasn't when I tried. I didn't use wine-rt though... > > Yeah, I'm waiting for bitwig to announce the release date at NAMM... > > laurence > > > On 7 January 2014 17:48, david wrote: > > On 01/06/2014 10:59 PM, Atte wrote: > > On 01/06/2014 01:42 AM, Set Hallstrom wrote: > > It's a honnest question. Sorry if anyone takes it the wrong > way. I've > been wondering for a while, what could make me tempted to > try wine out? > > > Well, I hate the though of having to run windows. I've been running > linux since somewhere round 2000 and I love it. > > However there are some windows software that I'd like to play with, > mostly reaper and ableton live... > > > I'd be very surprised if Ableton Live at least ran under WINE? It's > a pretty heavy-duty program. -- David gnome at hawaii.rr.com authenticity, honesty, community http://dancingtreefrog.com From laurence.capelin at gmail.com Wed Jan 8 07:49:37 2014 From: laurence.capelin at gmail.com (laurence) Date: Wed, 8 Jan 2014 15:49:37 +0800 Subject: [LAU] wine-rt on debian stable In-Reply-To: <52CCE682.10202@hawaii.rr.com> References: <52C93CDB.9070600@youmail.dk> <303825b5-9c89-4be2-9b7c-34dfddfc107e@email.android.com> <52C971F2.2060308@youmail.dk> <52C9FA9A.5080004@gmail.com> <52C9FBEC.6060600@gmail.com> <52CBC1DB.5090303@youmail.dk> <52CBCD6F.7030005@hawaii.rr.com> <52CCE682.10202@hawaii.rr.com> Message-ID: On reflection, I thought I read somewhere that wine-rt had become redundant (or am I mis-remembering?). Are there still recognized benefits to running it? On 8 January 2014 13:47, david wrote: > Hmm, might be time to try it in wine-rt. > > > On 01/07/2014 03:45 PM, laurence wrote: > >> Prepare for a surprise. :) It runs; however, it's not really usable for >> production purposes, or wasn't when I tried. I didn't use wine-rt >> though... >> >> Yeah, I'm waiting for bitwig to announce the release date at NAMM... >> >> laurence >> >> >> >> On 7 January 2014 17:48, david wrote: >> >> On 01/06/2014 10:59 PM, Atte wrote: >> >> On 01/06/2014 01:42 AM, Set Hallstrom wrote: >> >> It's a honnest question. Sorry if anyone takes it the wrong >> way. I've >> been wondering for a while, what could make me tempted to >> try wine out? >> >> >> Well, I hate the though of having to run windows. I've been >> running >> linux since somewhere round 2000 and I love it. >> >> However there are some windows software that I'd like to play >> with, >> mostly reaper and ableton live... >> >> >> I'd be very surprised if Ableton Live at least ran under WINE? It's >> a pretty heavy-duty program. >> > > > -- > David > gnome at hawaii.rr.com > authenticity, honesty, community > http://dancingtreefrog.com > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jeremy at autostatic.com Wed Jan 8 08:40:47 2014 From: jeremy at autostatic.com (Jeremy Jongepier) Date: Wed, 08 Jan 2014 09:40:47 +0100 Subject: [LAU] Focusrite Scarlett 18i8 In-Reply-To: <52CCCE9C.6050007@gareus.org> References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> Message-ID: <52CD0F0F.1080305@autostatic.com> On 08-01-14 05:05, Robin Gareus wrote: > On 01/07/2014 04:10 PM, Fons Adriaensen wrote: >> Hello all, >> >> AFAIK the Focusrite Scarlett 18i8 USB interface works on Linux. >> >> * Can anyone confirm this ? >> * Should it work with a Raspberry Pi ? >> >> TIA, >> Hello Fons, It will probably work with a RPi since it has a USB2.0 host controller and there's a 3.10 kernel available. But you'll probably run into bandwidth issues, the USB implementation of the RPi is not that good. > > Hi Fons, > > I can't confirm neither directly. But I think it works these days: > > http://focusritedevelopmentteam.wordpress.com/2012/04/23/linux-and-focusrite-novation-products/#comment-104 > > I have a Focusrite 18i6. It required a quirks-entry in the > alsa-kernel-module. That went upstream in linux-3.8. Note that the > mixer-interface is proprietary. I reverse engineered it a year ago and > wrote the driver for it, but then lost interest - others are carrying on > that work now (see above forum). > > > The reason I lost interest is that I think the device is crap. > > The volume dials don't latch. I set a gain on the Focusrite 18i6 and a > minute later it's off by +-1dB. > > Compared to the other two USB audio-device that I have, the [preamps of > the] Focursite 18i6 is the noisiest. Measured with a 200 Ohm > termination and jnoisemeter: ~-72dBFS (Flat, RMS) -- the Edirol UA-25 is > at -81dBFS and the Presonus 1818VSL at -84dBFS. > > That make we wonder which award those 'award winning' preamps of > Focusrite actually won :) > > It has gain labels from 0..10 -= other comparably priced devices have > latched dials properly labeled and calibrated with dB. > > > I don't know if the same applies to the 18i8 -- Alexandre Prokoudine > reported similar findings with a Focusrite 2i4, though. > > > best, > robin Thanks for the info Robin, I was about to acquire a Scarlett 2i4 but I guess I need to look for other options. Best, Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From tim at quitte.de Wed Jan 8 09:34:08 2014 From: tim at quitte.de (Tim Goetze) Date: Wed, 8 Jan 2014 10:34:08 +0100 (CET) Subject: [LAU] Focusrite Scarlett 18i8 In-Reply-To: <52CD0F0F.1080305@autostatic.com> References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> <52CD0F0F.1080305@autostatic.com> Message-ID: [Jeremy Jongepier] >Thanks for the info Robin, I was about to acquire a Scarlett 2i4 but I >guess I need to look for other options. I'd like to add that the 2i4 seems to be pretty much incapable of useable low-latency operation in some situations. Even with buffer sizes in the tens to hundreds of milliseconds it produces frequent clicks on the same system that runs a UCG-102 at 3x48/48k with no problems, a Thinkpad with an Intel chipset, 3.12.5-rt7. This kernel includes the patch[*] that was recently mentioned in an Ubuntu bug report by James Stone on this list, supposedly fixing lowish-latency operation of the 2i4. Interestingly, the clicks were never reported by jackd as xruns. Eager to move on, I haven't bothered to check if the clicks are caused by under- or overruns, or even both, let alone check which part of the setup was actually causing the poor performance. Tim [*] http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=e194401783 From jamesmstone at gmail.com Wed Jan 8 10:55:31 2014 From: jamesmstone at gmail.com (James Stone) Date: Wed, 8 Jan 2014 10:55:31 +0000 Subject: [LAU] Focusrite Scarlett 18i8 In-Reply-To: References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> <52CD0F0F.1080305@autostatic.com> Message-ID: On Wed, Jan 8, 2014 at 9:34 AM, Tim Goetze wrote: > [Jeremy Jongepier] >>Thanks for the info Robin, I was about to acquire a Scarlett 2i4 but I >>guess I need to look for other options. > > I'd like to add that the 2i4 seems to be pretty much incapable of > useable low-latency operation in some situations. Even with buffer > sizes in the tens to hundreds of milliseconds it produces frequent > clicks on the same system that runs a UCG-102 at 3x48/48k with no > problems, a Thinkpad with an Intel chipset, 3.12.5-rt7. > > This kernel includes the patch[*] that was recently mentioned in an > Ubuntu bug report by James Stone on this list, supposedly fixing > lowish-latency operation of the 2i4. > Actually, the linked patch doesn't help at all with the low latency problems with 3.6+ kernels on the 2i4. However, there have been a couple of other patches, which should be in the 3.12 branch, which did help. See: https://bugs.launchpad.net/ubuntu/+source/linux-lowlatency/+bug/1185563 There have apparently been a lot of changes to the handling of usb devices in the kernel, which may lead to degrading of performance for a while tho. However, the clicks you report don't really sound as if they were xruns, so it's a bit odd. I certainly haven't experienced anything similar. The latency performance isn't that great on my system (maybe runs OK at 2/128 at 48k but does get some xruns altho haven't done things like disable wifi). Interested to know what other people think is reasonable performance in terms of buffer size for a usb interface? And recommendations for other similarly priced USB devices that work well/stably on linux. Seems the 2i4 holds up its price pretty well in the 2nd hand market anyway - and it is pretty good in terms of build quality in my opinion. James From tim at quitte.de Wed Jan 8 12:04:29 2014 From: tim at quitte.de (Tim Goetze) Date: Wed, 8 Jan 2014 13:04:29 +0100 (CET) Subject: [LAU] Focusrite 2i4 In-Reply-To: References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> <52CD0F0F.1080305@autostatic.com> Message-ID: [James Stone] >There have apparently been a lot of changes to the handling of usb >devices in the kernel, which may lead to degrading of performance for >a while tho. However, the clicks you report don't really sound as if >they were xruns, so it's a bit odd. I certainly haven't experienced >anything similar. The frequency of the clicks I experienced was related to the buffer size, and their sound was similar to the sound of xruns to my ears, so my first suspicion was xruns. Of course, with no further investigations made, it remains an unproven hypothesis. >The latency performance isn't that great on my system (maybe runs OK >at 2/128 at 48k but does get some xruns altho haven't done things like >disable wifi). Interested to know what other people think is >reasonable performance in terms of buffer size for a usb interface? On the Thinkpad here there's no need to turn off the wireless to get low USB audio latency fwiw. I'm starting to feel uncomfortable playing the guitar through the box at latencies greater than around 4-5ms, so my upper limit for the buffer number and size is usually 2x64 or 3x48 at 44.1 or 48k. (Whether this is reasonable is another question, but I'm happy the criterion can be met by current hard- and software leaving ample CPU capacity for DSP.) Cheers, Tim From nescivi at gmail.com Wed Jan 8 13:13:52 2014 From: nescivi at gmail.com (Marije Baalman) Date: Wed, 8 Jan 2014 14:13:52 +0100 Subject: [LAU] Linux/SuperCollider in action this month Message-ID: <20140108141352.08d7dd42@exometheus.fritz.box> Hiho, Linux Audio will be in action quite a bit this month; showing two projects twice, so I thought it was worthwhile to post this. Both projects are controlled from SuperCollider, running on Linux, and involve the Sense/Stage wireless units. January 9 - 19: n-Polytope at Vitra Design Museum in Weil am Rhein (near Basel) January 18: performing Wezen at Rammelfest in Amsterdam. January 26 - February 23: n-Polytope at Stattbadt Wedding, as part of CTM Festival, in Berlin. February 1: performing Wezen at NK Projekt in Berlin. Previews: Wezen - https://vimeo.com/80685324 N-Polytope - https://vimeo.com/82416225 More info and event links: http://marijebaalman.eu Hope to see some of you at these events! sincerely, Marije From fons at linuxaudio.org Wed Jan 8 13:41:33 2014 From: fons at linuxaudio.org (Fons Adriaensen) Date: Wed, 8 Jan 2014 13:41:33 +0000 Subject: [LAU] Focusrite Scarlett 18i8 In-Reply-To: <52CCCE9C.6050007@gareus.org> References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> Message-ID: <20140108134133.GA21142@linuxaudio.org> On Wed, Jan 08, 2014 at 05:05:48AM +0100, Robin Gareus wrote: > I can't confirm neither directly. But I think it works these days: > > http://focusritedevelopmentteam.wordpress.com/2012/04/23/linux-and-focusrite-novation-products/#comment-104 Interesting. > The reason I lost interest is that I think the device is crap. > > The volume dials don't latch. I set a gain on the Focusrite 18i6 and a > minute later it's off by +-1dB. The 'rubber controls' effect. > Compared to the other two USB audio-device that I have, the [preamps of > the] Focursite 18i6 is the noisiest. Measured with a 200 Ohm > termination and jnoisemeter: ~-72dBFS (Flat, RMS) -- the Edirol UA-25 is > at -81dBFS and the Presonus 1818VSL at -84dBFS. Those numbers by themselves mean nothing, you need to consider the gain as well. If e.g. the 18i6 has 9 dB more gain than the UA-25 then they have the same input noise. > That make we wonder which award those 'award winning' preamps of > Focusrite actually won :) A marketing award ? > It has gain labels from 0..10 -= other comparably priced devices have > latched dials properly labeled and calibrated with dB. If you can trust those dB marks is another matter... I'm enquiring about this for a friend who needs an USB card to be used with the RPi, with 4 mic inputs. Application is environmental noise monitoring AFAIK. All suggestions welcome ! Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From robin at gareus.org Wed Jan 8 14:51:41 2014 From: robin at gareus.org (Robin Gareus) Date: Wed, 08 Jan 2014 15:51:41 +0100 Subject: [LAU] Focusrite Scarlett 18i8 In-Reply-To: <20140108134133.GA21142@linuxaudio.org> References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> <20140108134133.GA21142@linuxaudio.org> Message-ID: <52CD65FD.9030606@gareus.org> On 01/08/2014 02:41 PM, Fons Adriaensen wrote: > On Wed, Jan 08, 2014 at 05:05:48AM +0100, Robin Gareus wrote: > >> I can't confirm neither directly. But I think it works these days: >> >> http://focusritedevelopmentteam.wordpress.com/2012/04/23/linux-and-focusrite-novation-products/#comment-104 > > Interesting. > >> The reason I lost interest is that I think the device is crap. >> >> The volume dials don't latch. I set a gain on the Focusrite 18i6 and a >> minute later it's off by +-1dB. > > The 'rubber controls' effect. > >> Compared to the other two USB audio-device that I have, the [preamps of >> the] Focursite 18i6 is the noisiest. Measured with a 200 Ohm >> termination and jnoisemeter: ~-72dBFS (Flat, RMS) -- the Edirol UA-25 is >> at -81dBFS and the Presonus 1818VSL at -84dBFS. > > Those numbers by themselves mean nothing, you need to consider the gain > as well. If e.g. the 18i6 has 9 dB more gain than the UA-25 then they > have the same input noise. I had calibrated -18dBFS on all of them to the same source (a 1KHz sine, which I believe to be 0 dBu). That's how I found out about the rubber controls effect in the first place. I also did two another measurements, setting the gain-dial of each devices at minimum and maximum. The 18i6 still came out worst.. but that is not too unexpected. The gain range of the 18i6 is about -10dB .. +30dB (per specs it should be -10..+36), while on the other two it's -20dB .. +20dB. I also have one of them each. So maybe I was unlucky to get a bad/good device. I also did not have access to pro-equiment to calibrate & measure them, but identical equipment was used to evaluate all. >> That make we wonder which award those 'award winning' preamps of >> Focusrite actually won :) > > A marketing award ? > >> It has gain labels from 0..10 -= other comparably priced devices have >> latched dials properly labeled and calibrated with dB. > > If you can trust those dB marks is another matter... right. They don't need to be exact to the degree but at least give an indication. "About +5dB" is more useful that just a number, IMHO. > I'm enquiring about this for a friend who needs an USB card to be > used with the RPi, with 4 mic inputs. Application is environmental > noise monitoring AFAIK. All suggestions welcome ! The form-factor of the 18i8 is probably a bonus in this case. Skimming over http://wiki.linuxaudio.org/wiki/hardware_support the only comparable device would be the Alesis iO4 (unless you also consider more expensive equipment with more than 4 inputs). for environmental noise measurement, the devices do not need to be sample-sync, do they? You could probably use two stereo USB1 devices. best, robin From chris at chriscaudle.org Wed Jan 8 14:56:00 2014 From: chris at chriscaudle.org (Chris Caudle) Date: Wed, 8 Jan 2014 08:56:00 -0600 Subject: [LAU] Focusrite Scarlett 18i8 In-Reply-To: References: Message-ID: <45ff1356cb7a7115398de32b2579a459.squirrel@email.powweb.com> On Wed, January 8, 2014 7:41 am, linux-audio-user-request at lists.linuxaudio.org wrote: > I'm enquiring about this for a friend who needs an USB card to be > used with the RPi, with 4 mic inputs. Application is environmental > noise monitoring AFAIK. All suggestions welcome ! I believe that the Ethernet of the RPi is connected to the processor via USB, so if this application needs to remotely monitor the RPi status, the Ethernet traffic might cause problems for the audio interface since they share a USB connection. Should be checked thoroughly for multichannel use, I have heard complaints from people trying to build network connected music players with only two channel playback. -- Chris Caudle From goetz at zkm.de Wed Jan 8 15:42:54 2014 From: goetz at zkm.de (=?ISO-8859-1?Q?G=F6tz_Dipper?=) Date: Wed, 08 Jan 2014 16:42:54 +0100 Subject: [LAU] Linux Audio Conference 2014 - Call for Participation (Reminder) Message-ID: <52CD71FE.2040201@zkm.de> [Sorry for cross-posting, please distribute] Just a friendly reminder that January 27th is the deadline for all submissions to the Linux Audio Conference (LAC 2014), which will take place at ZKM (Karlsruhe, Germany) in May 2014. http://lac.linuxaudio.org/2014/ We look forward to seeing you in Karlsruhe in May! Sincerely, The LAC 2014 Organizing Team - - - - - - - - - Linux Audio Conference 2014 - Call for Participation We are happy to announce the next issue of the Linux Audio Conference (LAC), May 1-4, 2014 @ ZKM | Institute for Music and Acoustics, in Karlsruhe, Germnany. http://lac.linuxaudio.org/2014/ The Linux Audio Conference is an international conference that brings together musicians, sound artists, software developers and researchers, working with Linux as an open, stable, professional platform for audio and media research and music production. LAC includes paper sessions, workshops, and a diverse program of electronic music. *Call for Papers, Workshops, Music and Installations* We invite submissions of papers addressing all areas of audio processing and media creation based on Linux. Papers can focus on technical, artistic and scientific issues and should target developers or users. In our call for music, we are looking for works that have been produced or composed entirely/mostly using Linux. The online submission of papers, workshops, music and installations is now open at http://lac.linuxaudio.org/2014/participation The Deadline for all submissions is January 27th, 2014 (23:59 HAST). You are invited to register for participation on our conference website. There you will find up-to-date instructions, as well as important information about dates, travel, lodging, and so on. This year's conference is hosted by the ZKM | Institute for Music und Acoustics (IMA). The IMA is a forum for international discourse and exchange and combines artistic work with research and development in the context of electroacoustic music. By holding concerts, symposia and festivals on a regular basis it brings together composers, musicians, musicologists, music software developers and listeners interested in contemporary music. Artists in Residence and software developers work on their productions in studios at the institute. With digital sound synthesis, algorithmic composition, live-electronics up to radio plays, interactive sound installations and audiovisual productions their creations cover a broad range of what digital technology can inspire the musical fantasy to. The ZKM is proud to be the place of the LAC for the fifth time after having initiated the conference in 2003. http://www.zkm.de/musik We look forward to seeing you in Karlsruhe in May! Sincerely, The LAC 2014 Organizing Team From fons at linuxaudio.org Wed Jan 8 15:43:13 2014 From: fons at linuxaudio.org (Fons Adriaensen) Date: Wed, 8 Jan 2014 15:43:13 +0000 Subject: [LAU] Focusrite Scarlett 18i8 In-Reply-To: <52CD65FD.9030606@gareus.org> References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> <20140108134133.GA21142@linuxaudio.org> <52CD65FD.9030606@gareus.org> Message-ID: <20140108154313.GB21142@linuxaudio.org> On Wed, Jan 08, 2014 at 03:51:41PM +0100, Robin Gareus wrote: > I had calibrated -18dBFS on all of them to the same source (a 1KHz sine, > which I believe to be 0 dBu). That's how I found out about the rubber > controls effect in the first place. O dBu ? So you measured the line inputs, not the mics ? On a real pro device the line input would bypass the mic preamp. OTOH, on most cheap cards it's just attenuated and fed into the preamp - the perfect recipe for bad S/N. > I also did two another measurements, setting the gain-dial of each > devices at minimum and maximum. The 18i6 still came out worst.. but that > is not too unexpected. The gain range of the 18i6 is about -10dB .. > +30dB (per specs it should be -10..+36), while on the other two it's > -20dB .. +20dB. 'Gain' for an A/D converter is not really defined - the ratio of a purely numerical value (in the digital domain) and a physical one (the actual input voltage) is has a physical dimension (1/Volt). So that is not a 'gain' in the usual sense. For a 'gain' spec to have any meaning at all * it should be the analog gain from the input connector to the analog inputs of the converter chip (but don't assume that is what the specs mean), AND * you need to know the actual full scale voltage of the converter chip. Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From robin at gareus.org Wed Jan 8 16:04:38 2014 From: robin at gareus.org (Robin Gareus) Date: Wed, 08 Jan 2014 17:04:38 +0100 Subject: [LAU] Focusrite Scarlett 18i8 In-Reply-To: <20140108154313.GB21142@linuxaudio.org> References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> <20140108134133.GA21142@linuxaudio.org> <52CD65FD.9030606@gareus.org> <20140108154313.GB21142@linuxaudio.org> Message-ID: <52CD7716.3090206@gareus.org> On 01/08/2014 04:43 PM, Fons Adriaensen wrote: > On Wed, Jan 08, 2014 at 03:51:41PM +0100, Robin Gareus wrote: > >> I had calibrated -18dBFS on all of them to the same source (a 1KHz sine, >> which I believe to be 0 dBu). That's how I found out about the rubber >> controls effect in the first place. > > O dBu ? So you measured the line inputs, not the mics ? I don't think I did. I used an unbalanced jack (out from a 4th soundcard) -> balanced XLR (pin 2,3) to calibrate. Then a XLR plug with a resistor between pin 2,3 for the noise measurement. Cheers! robin From fons at linuxaudio.org Wed Jan 8 16:24:02 2014 From: fons at linuxaudio.org (Fons Adriaensen) Date: Wed, 8 Jan 2014 16:24:02 +0000 Subject: [LAU] Focusrite Scarlett 18i8 In-Reply-To: <52CD7716.3090206@gareus.org> References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> <20140108134133.GA21142@linuxaudio.org> <52CD65FD.9030606@gareus.org> <20140108154313.GB21142@linuxaudio.org> <52CD7716.3090206@gareus.org> Message-ID: <20140108162402.GC21142@linuxaudio.org> On Wed, Jan 08, 2014 at 05:04:38PM +0100, Robin Gareus wrote: > > O dBu ? So you measured the line inputs, not the mics ? > > I don't think I did. I used an unbalanced jack (out from a 4th > soundcard) -> balanced XLR (pin 2,3) to calibrate. * O dBu into a mic preamp giving -18 dBFs ??? * -20 to +20 dB gain on a mic input ??? Very very strange - not to say impossible. I suspect something went wrong there. Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From jamesmstone at gmail.com Wed Jan 8 16:54:48 2014 From: jamesmstone at gmail.com (James Stone) Date: Wed, 8 Jan 2014 16:54:48 +0000 Subject: [LAU] Latency and USB interfaces Message-ID: Hi all, Sorry for this uneducated post, but I am sure there are many people here who know a lot more about this than me. This discussion about the Scarlett 18i8 has got me thinking about latency with USB devices. Is there an accepted buffer size that USB audio interfaces should be able to use with jackd now? I do seem to be getting xruns with 128/2 (even occasionally with 256/2 on program startup/shutdown), but I have not made any particular effort to try to tune my system for low-latency use. At 64/2, the sound breaks up in a kind of electronic sounding way (like a robot voice from the 70s), and linuxsampler (for example) complains the buffer size is too small.. Not quite sure what's going on there. I had a vague idea from discussions years back that there was a hard lower limit to usb latency, and that all devices, regardless of quality/chipset would share the same properties in terms of latency under USB. Presumably this is not the case any more (if it ever was??) Also, how meaningful is the reported jackd buffer size in terms of actual latency? When I was trying to help with fixing the kernel bug on my 2i4, I was told that the actual time between i/o packets was actually much lower than what was reported by jackd. Could this really be true? James From robin at gareus.org Wed Jan 8 17:35:46 2014 From: robin at gareus.org (Robin Gareus) Date: Wed, 08 Jan 2014 18:35:46 +0100 Subject: [LAU] Latency and USB interfaces In-Reply-To: References: Message-ID: <52CD8C72.402@gareus.org> On 01/08/2014 05:54 PM, James Stone wrote: [..] > This discussion about the Scarlett 18i8 has got me thinking about > latency with USB devices. Is there an accepted buffer size that USB > audio interfaces should be able to use with jackd now? I do seem to be > getting xruns with 128/2 (even occasionally with 256/2 on program > startup/shutdown), but I have not made any particular effort to try to > tune my system for low-latency use. try 128/3 or 96/2 .. See the excellent recent explanation from Clemens on that subject: http://lists.linuxaudio.org/pipermail/linux-audio-user/2013-December/095401.html [..] > Also, how meaningful is the reported jackd buffer size in terms of > actual latency? jack buffer size is only meaningful within jack. Additional latency introduced by hardware depends on the hardware. As with any complex system where you cannot precisely know what is happening: measure it, with jack_delay (or it's son jack_iodelay which is included with jackd these days). Results for some USB devices: http://robin.linuxaudio.org/tmp/vsl1818latency.png http://wiki.linuxaudio.org/_detail/wiki/jack_latency_tests/latency-ua25-corrected.png?id=wiki%3Ajack_latency_tests created with http://gareus.org/gitweb/?p=latentor.git You'll find some patterns and there usually is a relationship between the jack-buffersize and the actual round-trip latency. But it's different for different hardware (and to some extend also software/drivers,.. the whole stack) ciao, robin From fons at linuxaudio.org Wed Jan 8 22:21:47 2014 From: fons at linuxaudio.org (Fons Adriaensen) Date: Wed, 8 Jan 2014 22:21:47 +0000 Subject: [LAU] Focusrite Scarlett 18i8 In-Reply-To: <52CD7716.3090206@gareus.org> References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> <20140108134133.GA21142@linuxaudio.org> <52CD65FD.9030606@gareus.org> <20140108154313.GB21142@linuxaudio.org> <52CD7716.3090206@gareus.org> Message-ID: <20140108222147.GB15373@linuxaudio.org> On Wed, Jan 08, 2014 at 05:04:38PM +0100, Robin Gareus wrote: > On 01/08/2014 04:43 PM, Fons Adriaensen wrote: > > On Wed, Jan 08, 2014 at 03:51:41PM +0100, Robin Gareus wrote: > > > >> I had calibrated -18dBFS on all of them to the same source (a 1KHz sine, > >> which I believe to be 0 dBu). That's how I found out about the rubber > >> controls effect in the first place. > > > > O dBu ? So you measured the line inputs, not the mics ? > > I don't think I did. I used an unbalanced jack (out from a 4th > soundcard) -> balanced XLR (pin 2,3) to calibrate. > > Then a XLR plug with a resistor between pin 2,3 for the noise measurement. I just checked the calibration data for mu UA-5, which as far as the analog part is concerned, is similar to the UA-25 (apart from having separate line inputs which do not pass via the mic preamps). At max gain, the required input level for 0 dB digital is around -42 dBu, fairly normal for a mic input. To produce -18 dB digital with 0 dBu input you'd need 60 dB less gain. Maybe that's possible with the gain pots just above the minimum, but anything measured with that setting wouldn't be very representative. Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From tim at quitte.de Thu Jan 9 11:28:33 2014 From: tim at quitte.de (Tim Goetze) Date: Thu, 9 Jan 2014 12:28:33 +0100 (CET) Subject: [LAU] Latency and USB interfaces In-Reply-To: <52CD8C72.402@gareus.org> References: <52CD8C72.402@gareus.org> Message-ID: [Robin Gareus] >On 01/08/2014 05:54 PM, James Stone wrote: >> Also, how meaningful is the reported jackd buffer size in terms of >> actual latency? > >jack buffer size is only meaningful within jack. I was under the impression that in an optimal setup (jackd -d alsa -d hw:$X), the jack buffer/period setup is identical to what the driver uses to communicate with the hardware. In fact, examining the ALSA driver parameters[*] while jackd is running confirms this for both the UCG-102 USB and the ice1712-based PCI interface here. Tim [*] /proc/asound/card$X/pcm0[cp]/sub0/[hs]w_params From pshirkey at boosthardware.com Thu Jan 9 08:37:01 2014 From: pshirkey at boosthardware.com (Patrick Shirkey) Date: Thu, 9 Jan 2014 19:37:01 +1100 (EST) Subject: [LAU] acoustic alignment Message-ID: <65052.86.105.95.182.1389256621.squirrel@boosthardware.com> Hi, Interesting study here on the action of acoustic alignment of nanofibres in immersed in liquid. http://onlinelibrary.wiley.com/doi/10.1002/cplu.201300400/full It seems that classical music really does have the power to affect us physically at the nano level and in realtime. No doubt the researchers preferred to listen to classical music. What results might be seen with some of the other genres. -- Patrick Shirkey Boost Hardware Ltd From clemens at ladisch.de Thu Jan 9 12:18:04 2014 From: clemens at ladisch.de (Clemens Ladisch) Date: Thu, 09 Jan 2014 13:18:04 +0100 Subject: [LAU] Latency and USB interfaces In-Reply-To: References: <52CD8C72.402@gareus.org> Message-ID: <52CE937C.5070908@ladisch.de> Tim Goetze wrote: > [Robin Gareus] >> On 01/08/2014 05:54 PM, James Stone wrote: >>> Also, how meaningful is the reported jackd buffer size in terms of >>> actual latency? >> >> jack buffer size is only meaningful within jack. > > I was under the impression that in an optimal setup (jackd -d alsa -d > hw:$X), the jack buffer/period setup is identical to what the driver > uses to communicate with the hardware. The Jack buffer/period setup is identical to what Jack's ALSA driver uses to communicate with the ALSA kernel driver. > In fact, examining the ALSA driver parameters[*] while jackd is > running confirms this for both the UCG-102 USB and the ice1712-based > PCI interface here. In most cases, the ALSA buffer/period parameters directly reflect hardware parameters, but in the case of protocols like USB where it is not possible to transfer data directly out of a ring buffer, there is an additional packet queue, which adds latency. (The length of that queue is either constant or proportional to the period size, depending on the driver.) Regards, Clemens From tim at quitte.de Thu Jan 9 13:23:22 2014 From: tim at quitte.de (Tim Goetze) Date: Thu, 9 Jan 2014 14:23:22 +0100 (CET) Subject: [LAU] Latency and USB interfaces In-Reply-To: <52CE937C.5070908@ladisch.de> References: <52CD8C72.402@gareus.org> <52CE937C.5070908@ladisch.de> Message-ID: [Clemens Ladisch] >In most cases, the ALSA buffer/period parameters directly reflect >hardware parameters, but in the case of protocols like USB where it is >not possible to transfer data directly out of a ring buffer, there is an >additional packet queue, which adds latency. (The length of that queue >is either constant or proportional to the period size, depending on the >driver.) Thanks you Clemens for clearing that up. How would one go about determining the size of this queue between ALSA and USB? And is it correct to assume that in a best-case scenario where the sample clock is synchronised to the USB clock and the period size coincides with the interval at which USB frames are signalled, the additional latency will be one period? Cheers, Tim From nettings at stackingdwarves.net Thu Jan 9 13:45:44 2014 From: nettings at stackingdwarves.net (=?ISO-8859-1?Q?J=F6rn_Nettingsmeier?=) Date: Thu, 09 Jan 2014 14:45:44 +0100 Subject: [LAU] acoustic alignment In-Reply-To: <65052.86.105.95.182.1389256621.squirrel@boosthardware.com> References: <65052.86.105.95.182.1389256621.squirrel@boosthardware.com> Message-ID: <52CEA808.30801@stackingdwarves.net> On 01/09/2014 09:37 AM, Patrick Shirkey wrote: > Hi, > > Interesting study here on the action of acoustic alignment of nanofibres > in immersed in liquid. > > http://onlinelibrary.wiley.com/doi/10.1002/cplu.201300400/full > > It seems that classical music really does have the power to affect us > physically at the nano level and in realtime. > > No doubt the researchers preferred to listen to classical music. What > results might be seen with some of the other genres. parallel fifths or unresolved tritones (aka unclassical sounds) will probably make the solution explode. so don't play them to your unborn baby. (incidentally, this is why bart?k is one of the heros of the pro-choice movement). note how i have subtly and elegantly expanded this thread from ignobel science to ethics and women's rights. may it prosper and last the whole year. i wonder what further potential might be unlock'd if somebody actually drew a connection to linux audio? -- J?rn Nettingsmeier Lortzingstr. 11, 45128 Essen, Tel. +49 177 7937487 Meister f?r Veranstaltungstechnik (B?hne/Studio) Tonmeister VDT http://stackingdwarves.net From pshirkey at boosthardware.com Thu Jan 9 14:46:19 2014 From: pshirkey at boosthardware.com (Patrick Shirkey) Date: Fri, 10 Jan 2014 01:46:19 +1100 (EST) Subject: [LAU] acoustic alignment In-Reply-To: <52CEA808.30801@stackingdwarves.net> References: <65052.86.105.95.182.1389256621.squirrel@boosthardware.com> <52CEA808.30801@stackingdwarves.net> Message-ID: <52681.86.105.95.182.1389278779.squirrel@boosthardware.com> On Fri, January 10, 2014 12:45 am, J?rn Nettingsmeier wrote: > On 01/09/2014 09:37 AM, Patrick Shirkey wrote: >> Hi, >> >> Interesting study here on the action of acoustic alignment of nanofibres >> in immersed in liquid. >> >> http://onlinelibrary.wiley.com/doi/10.1002/cplu.201300400/full >> >> It seems that classical music really does have the power to affect us >> physically at the nano level and in realtime. >> >> No doubt the researchers preferred to listen to classical music. What >> results might be seen with some of the other genres. > > parallel fifths or unresolved tritones (aka unclassical sounds) will > probably make the solution explode. so don't play them to your unborn > baby. (incidentally, this is why bart?k is one of the heros of the > pro-choice movement). > If that was the case then we would all be at risk listening to Q's compositions ;-) Hint. Don't use headphones unless you don't care if your brain literally turns to into a superconducting relay for an alien quantum communications network. > note how i have subtly and elegantly expanded this thread from ignobel > science to ethics and women's rights. may it prosper and last the whole > year. > i wonder what further potential might be unlock'd if somebody actually > drew a connection to linux audio? > Who knows what potential uses of this new information there is for Linux Audio Users. Imaging if we had the tools to do something useful with it? God help us if someone was interesting in discussing the possibilities. In fact after having a serious discussion someone might be inspired to invent a new technology based on Linux Audio Software. Of course it much more fun to discuss top posting for the 100th time. -- Patrick Shirkey Boost Hardware Ltd From bill at wolfcomposer.com Thu Jan 9 14:45:37 2014 From: bill at wolfcomposer.com (bill at wolfcomposer.com) Date: Thu, 9 Jan 2014 09:45:37 -0500 (EST) Subject: [LAU] one piece with linux, one without Message-ID: <600811551.983295.1389278737938.JavaMail.vpopmail@webmail1.networksolutionsemail.com> Dear All, This is my first time posting music to this forum, though i've been reading it to get general advice for quite some time. i'm finally at a point where i can start composing, again, and begin another electronic piece . If anyone wants to comment on how the production can be improved, i'm all ears. i am aware of the crackling at the beginning of the piece, which surfaced during the mastering process and got worse when reencoding the original .wav file. i've a better computer, now, and i hope that helps with some of this. In any event, the piece was composed with Bristol, qsynth, some samples from vkeybd, zynaddsubfx (Yoshimi was not yet out), AMS, and Hydrogen. The second piece is for pipe organ. It involves no Linux and the recording technique is amateurish. The performance was a world premiere in Zug, Czechoslovakia, this last Sunday. The organist is Amelia Javorina. It's the first performance of my music outside of school--ever--so i'm just excited to let others know. Finally, if there are legal issues with linking to files in the mp3 format, please let me know. i look forward to hearing what you all have to say. Take care. bill -------------- next part -------------- An HTML attachment was scrubbed... URL: From jh at brainiac.com Thu Jan 9 16:18:14 2014 From: jh at brainiac.com (Joe Hartley) Date: Thu, 9 Jan 2014 11:18:14 -0500 Subject: [LAU] acoustic alignment In-Reply-To: <52681.86.105.95.182.1389278779.squirrel@boosthardware.com> References: <65052.86.105.95.182.1389256621.squirrel@boosthardware.com> <52CEA808.30801@stackingdwarves.net> <52681.86.105.95.182.1389278779.squirrel@boosthardware.com> Message-ID: <20140109111814.18943e93a212f2f7a944510b@brainiac.com> On Fri, 10 Jan 2014 01:46:19 +1100 (EST) "Patrick Shirkey" wrote: > Hint. Don't use headphones unless you don't care if your brain literally > turns to into a superconducting relay for an alien quantum communications > network. Ooohhh, THAT's what's happened. (Eyes his trusty Sennheiser 'phones suspiciously.) -- ====================================================================== Joe Hartley - UNIX/network Consultant - jh at brainiac.com Without deviation from the norm, "progress" is not possible. - FZappa From edogawa at aon.at Thu Jan 9 16:48:39 2014 From: edogawa at aon.at (Edgar Aichinger) Date: Thu, 09 Jan 2014 17:48:39 +0100 Subject: [LAU] (Slightly OT) New old music: Four Message-ID: <5516800.OJRYka9jKG@edhp> Hello LAU, I'm happy to announce my first bandcamp released mini album/EP named "Four" It consists of four calm and meditative tracks I made around 1990 using a Fostex X-15 four track cassette recorder. Listen to it at http://edogawa.bandcamp.com/album/four Per se this music hasn't got anything to do with linux audio, except being digitized under linux, nevertheless I see myself also as linux musician these days, so I hope it's ok to post that here. For the flash-less I can supply a link to my dropbox, https://dl.dropboxusercontent.com/u/42502696/musik/Four/index.html I'm curiously awaiting your feedback, and I hope you enjoy! Edgar From atte at youmail.dk Thu Jan 9 18:41:22 2014 From: atte at youmail.dk (Atte) Date: Thu, 09 Jan 2014 19:41:22 +0100 Subject: [LAU] one piece with linux, one without In-Reply-To: <600811551.983295.1389278737938.JavaMail.vpopmail@webmail1.networksolutionsemail.com> References: <600811551.983295.1389278737938.JavaMail.vpopmail@webmail1.networksolutionsemail.com> Message-ID: <52CEED52.9090206@youmail.dk> On 01/09/2014 03:45 PM, bill at wolfcomposer.com wrote: > i'm finally at a point where i can start composing, again, and begin > another electronic piece > . It seems there's something wrong with the link... -- Atte http://atte.dk http://modlys.dk From gnome at hawaii.rr.com Thu Jan 9 19:41:59 2014 From: gnome at hawaii.rr.com (david) Date: Thu, 09 Jan 2014 09:41:59 -1000 Subject: [LAU] acoustic alignment In-Reply-To: <65052.86.105.95.182.1389256621.squirrel@boosthardware.com> References: <65052.86.105.95.182.1389256621.squirrel@boosthardware.com> Message-ID: <52CEFB87.1090108@hawaii.rr.com> On 01/08/2014 10:37 PM, Patrick Shirkey wrote: > Hi, > > Interesting study here on the action of acoustic alignment of nanofibres > in immersed in liquid. > > http://onlinelibrary.wiley.com/doi/10.1002/cplu.201300400/full > > It seems that classical music really does have the power to affect us > physically at the nano level and in realtime. > > No doubt the researchers preferred to listen to classical music. What > results might be seen with some of the other genres. OK, Linux music makers. Start making music that re-programs listeners' brains to switch from Windows and OSX to Linux. ;-) -- David gnome at hawaii.rr.com authenticity, honesty, community http://dancingtreefrog.com From tim at klingt.org Thu Jan 9 20:05:40 2014 From: tim at klingt.org (tim) Date: Thu, 09 Jan 2014 21:05:40 +0100 Subject: [LAU] rmc fireface ucx / class compliant mode / 192khz Message-ID: hi all, i've just connected my new fireface ucx to my linux machine. most of the stuff works fine, except that the mixer is a bit limited ... however i wonder, has anyone been able to run it with 192 khz? starting jack with 192khz gives me: > Thu Jan 9 20:58:20 2014: creating alsa driver ... hw:UCX23624905,0|hw:UCX23624905,0|1024|2|192000|0|0|nomon|swmeter|-|32bit > Thu Jan 9 20:58:20 2014: Using ALSA driver USB-Audio running on card 1 - RME Fireface UCX (23624905) at usb-0000:00:1d.0-1.2, high speed > Thu Jan 9 20:58:20 2014: configuring for 192000Hz, period = 1024 frames (5.3 ms), buffer = 2 periods ... but then it runs with 96khz ... thoughts? thanks a lot, tim From jamesmstone at gmail.com Thu Jan 9 21:23:14 2014 From: jamesmstone at gmail.com (James Stone) Date: Thu, 9 Jan 2014 21:23:14 +0000 Subject: [LAU] Focusrite Scarlett 18i8 In-Reply-To: References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> <52CD0F0F.1080305@autostatic.com> Message-ID: On Wed, Jan 8, 2014 at 9:34 AM, Tim Goetze wrote: > [Jeremy Jongepier] >>Thanks for the info Robin, I was about to acquire a Scarlett 2i4 but I >>guess I need to look for other options. > > I'd like to add that the 2i4 seems to be pretty much incapable of > useable low-latency operation in some situations. Even with buffer > sizes in the tens to hundreds of milliseconds it produces frequent > clicks on the same system that runs a UCG-102 at 3x48/48k with no > problems, a Thinkpad with an Intel chipset, 3.12.5-rt7. I've done some testing with my 2i4, and I think I have found a similar problem. However, it appears to be due to something in the kernel rather than the device. With my current kernel (3.11.0-14-lowlatency), U can't go below 128/2 @ 48k without getting nasty distortions of sound (which are basically like the sound shearing, but might be a bit clicky under certain circumstances). However, I fired up AVLinux, and I can go down to 32/2 @ 48k without this problem. I then tried a generic 3.0.36 kernel on my Ubuntu Studio setup, and although performance isn't that great (bit sensitive to moving windows etc. to cause xruns), I can get down to 32/2 @ 48k without any audible clicks or sound distortions.. Might be worth testing? James From willgodfrey at musically.me.uk Thu Jan 9 21:35:26 2014 From: willgodfrey at musically.me.uk (Will Godfrey) Date: Thu, 9 Jan 2014 21:35:26 +0000 Subject: [LAU] one piece with linux, one without In-Reply-To: <600811551.983295.1389278737938.JavaMail.vpopmail@webmail1.networksolutionsemail.com> References: <600811551.983295.1389278737938.JavaMail.vpopmail@webmail1.networksolutionsemail.com> Message-ID: <20140109213526.3e490ae7@debian> On Thu, 9 Jan 2014 09:45:37 -0500 (EST) "bill at wolfcomposer.com" wrote: > Dear All, > > This is my first time posting music to this forum, though i've been reading it > to get general advice for quite some time. > > i'm finally at a point where i can start composing, again, and begin another > electronic piece > > . If anyone wants to comment on how the production can be improved, i'm all > ears. i am aware of the crackling at the beginning of the piece, which surfaced > during the mastering process and got worse when reencoding the original .wav > file. i've a better computer, now, and i hope that helps with some of this. > > In any event, the piece was composed with Bristol, qsynth, some samples from > vkeybd, zynaddsubfx (Yoshimi was not yet out), AMS, and Hydrogen. > > The second piece > > is for pipe organ. It involves no Linux and the recording technique is > amateurish. The performance was a world premiere in Zug, Czechoslovakia, this > last Sunday. The organist is Amelia Javorina. It's the first performance of my > music outside of school--ever--so i'm just excited to let others know. > > Finally, if there are legal issues with linking to files in the mp3 format, > please let me know. > > i look forward to hearing what you all have to say. Take care. > bill These appear to be locked private links that require a dropbox account to see :( -- 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. From willgodfrey at musically.me.uk Thu Jan 9 21:40:08 2014 From: willgodfrey at musically.me.uk (Will Godfrey) Date: Thu, 9 Jan 2014 21:40:08 +0000 Subject: [LAU] New album out: Modlys/2013 In-Reply-To: <52C2CF6F.6060105@youmail.dk> References: <52C2CF6F.6060105@youmail.dk> Message-ID: <20140109214008.748ac4bb@debian> On Tue, 31 Dec 2013 15:06:39 +0100 Atte wrote: > Hi all > > I'm very happy to announce that I just released a new album entitled > "2013", under my electronic project "Modlys". I've put a lot of work > into it, and I'm quite happy with the result. > > It's free as in beer, feel free to donate if you dig it! > > http://music.modlys.dk/album/2013 > > Hope you enjoy! Only had time for a quick listen to a couple of tracks - very relaxing -- 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. From willgodfrey at musically.me.uk Thu Jan 9 21:47:57 2014 From: willgodfrey at musically.me.uk (Will Godfrey) Date: Thu, 9 Jan 2014 21:47:57 +0000 Subject: [LAU] (Slightly OT) New old music: Four In-Reply-To: <5516800.OJRYka9jKG@edhp> References: <5516800.OJRYka9jKG@edhp> Message-ID: <20140109214757.46c583f0@debian> On Thu, 09 Jan 2014 17:48:39 +0100 Edgar Aichinger wrote: > Hello LAU, > > I'm happy to announce my first bandcamp released mini album/EP named "Four" > > It consists of four calm and meditative tracks I made around 1990 using a Fostex X-15 four track cassette recorder. > > Listen to it at http://edogawa.bandcamp.com/album/four > > Per se this music hasn't got anything to do with linux audio, except being digitized under linux, nevertheless I see myself also as linux musician these days, so I hope it's ok to post that here. > > For the flash-less I can supply a link to my dropbox, https://dl.dropboxusercontent.com/u/42502696/musik/Four/index.html > > I'm curiously awaiting your feedback, and I hope you enjoy! > > > Edgar Very enjoyable quiet, reflective tracks. Impressive results considering the equipment you had at the time. -- 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. From dlphillips at woh.rr.com Thu Jan 9 21:52:14 2014 From: dlphillips at woh.rr.com (Dave Phillips) Date: Thu, 09 Jan 2014 16:52:14 -0500 Subject: [LAU] (Slightly OT) New old music: Four In-Reply-To: <20140109214757.46c583f0@debian> References: <5516800.OJRYka9jKG@edhp> <20140109214757.46c583f0@debian> Message-ID: <52CF1A0E.0@woh.rr.com> On 01/09/2014 04:47 PM, Will Godfrey wrote: > > Very enjoyable quiet, reflective tracks. Impressive results considering the > equipment you had at the time. > Edogawa ! What Will said. :) Good stuff. Best, dp From pshirkey at boosthardware.com Thu Jan 9 23:40:18 2014 From: pshirkey at boosthardware.com (Patrick Shirkey) Date: Fri, 10 Jan 2014 10:40:18 +1100 (EST) Subject: [LAU] FFMPEG on Debian and derivatives Message-ID: <57986.86.105.95.182.1389310818.squirrel@boosthardware.com> Hi. For those who are interested there is an RFP that has been running for a couple of months to get FFMPEG reinstated as either the default option or at least an option for Debian and derivatives such as Ubuntu instead of libav. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729203 You can post to this email address if you want to add your comment. 729203 at bugs.debian.org Given the number of users here who have experienced issues with libav compared to ffmpeg it should be a no brainer. -- Patrick Shirkey Boost Hardware Ltd From ken at restivo.org Fri Jan 10 01:07:30 2014 From: ken at restivo.org (Ken Restivo) Date: Thu, 9 Jan 2014 17:07:30 -0800 Subject: [LAU] (Slightly OT) New old music: Four In-Reply-To: <5516800.OJRYka9jKG@edhp> References: <5516800.OJRYka9jKG@edhp> Message-ID: <20140110010730.GA3774@q400a.mobile.restivo.org> On Thu, Jan 09, 2014 at 05:48:39PM +0100, Edgar Aichinger wrote: > Hello LAU, > > I'm happy to announce my first bandcamp released mini album/EP named "Four" > > It consists of four calm and meditative tracks I made around 1990 using a Fostex X-15 four track cassette recorder. > > Listen to it at http://edogawa.bandcamp.com/album/four > > Per se this music hasn't got anything to do with linux audio, except being digitized under linux, nevertheless I see myself also as linux musician these days, so I hope it's ok to post that here. > > For the flash-less I can supply a link to my dropbox, https://dl.dropboxusercontent.com/u/42502696/musik/Four/index.html > > I'm curiously awaiting your feedback, and I hope you enjoy! > > Beautiful stuff, I very much enjoyed it. Reminded me a bit of some of The Mermen's tracks from that same era, or some of the ECM stuff from the 1970s. Thanks for sharing the tracks. -ken From cbannister at slingshot.co.nz Fri Jan 10 07:30:44 2014 From: cbannister at slingshot.co.nz (Chris Bannister) Date: Fri, 10 Jan 2014 20:30:44 +1300 Subject: [LAU] acoustic alignment In-Reply-To: <52CEA808.30801@stackingdwarves.net> References: <65052.86.105.95.182.1389256621.squirrel@boosthardware.com> <52CEA808.30801@stackingdwarves.net> Message-ID: <20140110073044.GA8420@tal> On Thu, Jan 09, 2014 at 02:45:44PM +0100, J?rn Nettingsmeier wrote: > On 01/09/2014 09:37 AM, Patrick Shirkey wrote: > >Hi, > > > >Interesting study here on the action of acoustic alignment of nanofibres > >in immersed in liquid. > > > >http://onlinelibrary.wiley.com/doi/10.1002/cplu.201300400/full EEEEaaaRRggGGG!!! 'Download figure to PowerPoint': http://onlinelibrary.wiley.com/doi/10.1002/cplu.201300400/figure.pptx?figureAssetHref=image_n/nfig001.gif > >It seems that classical music really does have the power to affect us > >physically at the nano level and in realtime. > > > >No doubt the researchers preferred to listen to classical music. What > >results might be seen with some of the other genres. > > parallel fifths or unresolved tritones (aka unclassical sounds) will > probably make the solution explode. so don't play them to your > unborn baby. (incidentally, this is why bart?k is one of the heros > of the pro-choice movement). > > note how i have subtly and elegantly expanded this thread from > ignobel science to ethics and women's rights. may it prosper and > last the whole year. > i wonder what further potential might be unlock'd if somebody > actually drew a connection to linux audio? Maybe something similar to: https://lists.debian.org/debian-devel/2004/12/msg00867.html https://lists.debian.org/debian-devel/2000/12/msg02435.html https://lists.debian.org/debian-devel/2000/12/msg02427.html ? Google: duelling banjos site:lists.debian.org -- "If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing." --- Malcolm X From clemens at ladisch.de Fri Jan 10 07:48:38 2014 From: clemens at ladisch.de (Clemens Ladisch) Date: Fri, 10 Jan 2014 08:48:38 +0100 Subject: [LAU] Latency and USB interfaces In-Reply-To: References: <52CD8C72.402@gareus.org> <52CE937C.5070908@ladisch.de> Message-ID: <52CFA5D6.2070206@ladisch.de> Tim Goetze wrote: > [Clemens Ladisch] >> In most cases, the ALSA buffer/period parameters directly reflect >> hardware parameters, but in the case of protocols like USB where it is >> not possible to transfer data directly out of a ring buffer, there is an >> additional packet queue, which adds latency. (The length of that queue >> is either constant or proportional to the period size, depending on the >> driver.) > > Thanks you Clemens for clearing that up. How would one go about > determining the size of this queue between ALSA and USB? In the case of the current version of snd-usb-audio, the queue has the same length as the buffer, but never more than 18 ms. > And is it correct to assume that in a best-case scenario where the > sample clock is synchronised to the USB clock Pro devices typically don't do this. > and the period size coincides with the interval at which USB frames > are signalled, This does not happen with Jack, where period sizes typically are a power of two. > the additional latency will be one period? These two conditions have nothing to do with the queue length; they ensure that USB interrupts happen exactly at period boundaries, i.e., that there is no jitter in the reported period interrupts. Regards, Clemens From jamesmstone at gmail.com Fri Jan 10 10:31:36 2014 From: jamesmstone at gmail.com (James Stone) Date: Fri, 10 Jan 2014 10:31:36 +0000 Subject: [LAU] Latency and USB interfaces In-Reply-To: <52CFA5D6.2070206@ladisch.de> References: <52CD8C72.402@gareus.org> <52CE937C.5070908@ladisch.de> <52CFA5D6.2070206@ladisch.de> Message-ID: On Fri, Jan 10, 2014 at 7:48 AM, Clemens Ladisch wrote: > Tim Goetze wrote: >> [Clemens Ladisch] >>> In most cases, the ALSA buffer/period parameters directly reflect >>> hardware parameters, but in the case of protocols like USB where it is >>> not possible to transfer data directly out of a ring buffer, there is an >>> additional packet queue, which adds latency. (The length of that queue >>> is either constant or proportional to the period size, depending on the >>> driver.) >> >> Thanks you Clemens for clearing that up. How would one go about >> determining the size of this queue between ALSA and USB? > > In the case of the current version of snd-usb-audio, the queue has the > same length as the buffer, but never more than 18 ms. > Hi Clemens! Is there anything that happened to snd-usb-audio (or the underlying usb kernel code) between 3.0.36 and 3.6+ that might explain why it is no longer possible to get clean audio with a frame/period size of less than 128/2 using jack on the Scarlett 2i4? James From tim at quitte.de Fri Jan 10 10:29:47 2014 From: tim at quitte.de (Tim Goetze) Date: Fri, 10 Jan 2014 11:29:47 +0100 (CET) Subject: [LAU] Focusrite 2i4 In-Reply-To: References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> <52CD0F0F.1080305@autostatic.com> Message-ID: [James Stone] >However, I fired up AVLinux, and I can go down to 32/2 @ 48k without >this problem. I then tried a generic 3.0.36 kernel on my Ubuntu Studio >setup, and although performance isn't that great (bit sensitive to >moving windows etc. to cause xruns), I can get down to 32/2 @ 48k >without any audible clicks or sound distortions.. > >Might be worth testing? Tested the 2i4 again here with 3.0.89-rt118 and a variety of buffer/period setups, no luck: it's happily crackling away. For anyone interested in a rough impression, I did manage to record the output for live input this time though (on another box, through a mixing console, sorry), jackd parameters are in the filename: http://quitte.de/tmp/2i4-48k-1024x3-crackle.wav (clicks seem to align to 10ms intervals btw). jackd still reported no xruns, and the input stream shows no signs of clicking or crackling. Cheers, Tim From jamesmstone at gmail.com Fri Jan 10 10:40:35 2014 From: jamesmstone at gmail.com (James Stone) Date: Fri, 10 Jan 2014 10:40:35 +0000 Subject: [LAU] Focusrite 2i4 In-Reply-To: References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> <52CD0F0F.1080305@autostatic.com> Message-ID: On Fri, Jan 10, 2014 at 10:29 AM, Tim Goetze wrote: > [James Stone] >>However, I fired up AVLinux, and I can go down to 32/2 @ 48k without >>this problem. I then tried a generic 3.0.36 kernel on my Ubuntu Studio >>setup, and although performance isn't that great (bit sensitive to >>moving windows etc. to cause xruns), I can get down to 32/2 @ 48k >>without any audible clicks or sound distortions.. >> >>Might be worth testing? > > Tested the 2i4 again here with 3.0.89-rt118 and a variety of > buffer/period setups, no luck: it's happily crackling away. > > For anyone interested in a rough impression, I did manage to record > the output for live input this time though (on another box, through a > mixing console, sorry), jackd parameters are in the filename: > http://quitte.de/tmp/2i4-48k-1024x3-crackle.wav (clicks seem to align > to 10ms intervals btw). > > jackd still reported no xruns, and the input stream shows no signs of > clicking or crackling. > > Cheers, Tim Thanks for testing this.. Quite weird - so you are getting crackles even at 1024x3!!? That sounds really odd and definitely an unacceptable performance. I have definitely not heard anything like this on my device. I wonder if it is some kind of hardware fault. Are you able to test it on a mac or windows comupter? J From tim at quitte.de Fri Jan 10 11:20:11 2014 From: tim at quitte.de (Tim Goetze) Date: Fri, 10 Jan 2014 12:20:11 +0100 (CET) Subject: [LAU] (Slightly OT) New old music: Four In-Reply-To: <5516800.OJRYka9jKG@edhp> References: <5516800.OJRYka9jKG@edhp> Message-ID: [Edgar Aichinger] >For the flash-less I can supply a link to my dropbox, >https://dl.dropboxusercontent.com/u/42502696/musik/Four/index.html > >I'm curiously awaiting your feedback, and I hope you enjoy! Duly enjoyed, thoroughly even :) -- lovely open sound with great flow. Thank you! Tim From tim at quitte.de Fri Jan 10 11:30:22 2014 From: tim at quitte.de (Tim Goetze) Date: Fri, 10 Jan 2014 12:30:22 +0100 (CET) Subject: [LAU] Focusrite 2i4 In-Reply-To: References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> <52CD0F0F.1080305@autostatic.com> Message-ID: [James Stone] >Thanks for testing this.. Quite weird - so you are getting crackles >even at 1024x3!!? That sounds really odd and definitely an >unacceptable performance. I have definitely not heard anything like >this on my device. I wonder if it is some kind of hardware fault. Are >you able to test it on a mac or windows comupter? No such systems around here, so that's unlikely to happen. I might be able to try it one of these days on different linux USB host hardware, we'll see. Cheers, Tim From bill at wolfcomposer.com Fri Jan 10 12:28:22 2014 From: bill at wolfcomposer.com (bill at wolfcomposer.com) Date: Fri, 10 Jan 2014 07:28:22 -0500 (EST) Subject: [LAU] one with linux, one without In-Reply-To: References: Message-ID: <445274564.92966.1389356902739.JavaMail.vpopmail@webmail1.networksolutionsemail.com> > > These appear to be locked private links that require a dropbox account to see > :( > Oh, i see the problem. Moving the files to my public folder didn't help, probably because i just want to access the player. Well, i've needed to do something more official, anyway, so give me a little time. Weekends are particularly busy, so this should be solved by the end of Monday morning. bill -------------- next part -------------- An HTML attachment was scrubbed... URL: From kees.vanveen at gmail.com Fri Jan 10 16:29:54 2014 From: kees.vanveen at gmail.com (Kees van Veen) Date: Fri, 10 Jan 2014 17:29:54 +0100 Subject: [LAU] Focusrite 2i4 In-Reply-To: References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> <52CD0F0F.1080305@autostatic.com> Message-ID: <52D02002.4040601@gmail.com> > [James Stone] >> Thanks for testing this.. Quite weird - so you are getting crackles >> even at 1024x3!!? That sounds really odd and definitely an >> unacceptable performance. I have definitely not heard anything like >> this on my device. I wonder if it is some kind of hardware fault. Are >> you able to test it on a mac or windows comupter? > No such systems around here, so that's unlikely to happen. I might be > able to try it one of these days on different linux USB host hardware, > we'll see. Not sure if it has anything to do with it, but I experience 'static' crackles on my Presonus 1818 as well. Have to try my old laptop still, but on my new one the crackles sometimes coincide (from watching tail -f) with kernel: [12263.813466] usb_submit_urb: -16 in the syslog/kern.log, and an occasional kernel: [12261.509328] retire_capture_urb: 2 callbacks suppressed Do you have that as well ? I'm on Ubuntu 13.10 / 3.11.0-15-lowlatency. Thanks, Kees From taylorplyr at gmail.com Fri Jan 10 17:10:58 2014 From: taylorplyr at gmail.com (Howard Buie) Date: Fri, 10 Jan 2014 12:10:58 -0500 Subject: [LAU] Recording a band live Message-ID: Hello. I need to record my band live. I think I am willing to get by with 4 simultaneous digital inputs, mainly because of cost. More would be great but I'm kind of limited financially. I plan to use Ardour. I am considering the Komplete Audio 6, but am unable to tell from the literature if 4 simultaneous line level inputs are assignable to 4 individual digital outputs via USB. Does anyone have any experience with this particular setup, or can anyone offer any better ideas or opinions? I sure would appreciate it. Thanks! Howard -------------- next part -------------- An HTML attachment was scrubbed... URL: From rtg at aapsc.com Fri Jan 10 17:55:12 2014 From: rtg at aapsc.com (Rick Green) Date: Fri, 10 Jan 2014 12:55:12 -0500 (EST) Subject: [LAU] Recording a band live In-Reply-To: References: Message-ID: On Fri, 10 Jan 2014, Howard Buie wrote: > Hello. I need to record my band live. I think I am willing to get by with 4 simultaneous digital inputs, > mainly because of cost. More would be great but I'm kind of limited financially. I plan to use Ardour. I > am considering the Komplete Audio 6, but am unable to tell from the literature if 4 simultaneous line > level inputs are assignable to 4 individual digital outputs via USB. Does anyone have any experience with > this particular setup, or can anyone offer any better ideas or opinions? I sure would appreciate it. > Thanks! > > Howard > > I've become quite fond of the Zoom H6 I picked up last September. It's got stereo mics plus 4 mic/line inputs. It records at 24bit/48khz to SD card, or via USB. I've successfully used it with the alsa backend to Jack and Ardour, in both stereo mode (USB 1.1 audio class compliant) or multitrack (USB 2.0) as well as into Protools on a Mac, but mostly for live bands, where my focus has to be on FOH sound, I let it run standalone, and import the .wav files into Ardour later. I used it for some of the vocal and Djembe overdubs on this project: http://www.cdbaby.com/cd/alafrique -- Rick Green We, the People of the United States of America, reject the U.S. Supreme Court's Citizens United ruling, and move to amend our Constitution to firmly establish that money is not speech, and that human beings, not corporations, are persons entitled to constitutional rights. http://www.MoveToAmend.org -------------- next part -------------- _______________________________________________ Linux-audio-user mailing list Linux-audio-user at lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-user From edogawa at aon.at Fri Jan 10 18:27:47 2014 From: edogawa at aon.at (Edgar Aichinger) Date: Fri, 10 Jan 2014 19:27:47 +0100 Subject: [LAU] one with linux, one without In-Reply-To: <445274564.92966.1389356902739.JavaMail.vpopmail@webmail1.networksolutionsemail.com> References: <445274564.92966.1389356902739.JavaMail.vpopmail@webmail1.networksolutionsemail.com> Message-ID: <3417491.OBkrHFLfsq@edhp> Oops, forgot to reply to list... Am Freitag, 10. Januar 2014, 07:28:22 schrieb bill at wolfcomposer.com: Oh, i see the problem. Moving the files to my public folder didn't help, probably because i just want to access the player. Well, i've needed to do something more official, anyway, so give me a little time. Weekends are particularly busy, so this should be solved by the end of Monday morning. bill Don't you have some type of desktop integration for dropbox? In KDE, with dropbox and kfilebox installed, i can right click any file or dir in the public folder, and choose Dropbox->copy public URL to klipper, send public URL by mail etc. Edgar -------------- next part -------------- An HTML attachment was scrubbed... URL: From jamesmstone at gmail.com Fri Jan 10 20:42:40 2014 From: jamesmstone at gmail.com (James Stone) Date: Fri, 10 Jan 2014 20:42:40 +0000 Subject: [LAU] Focusrite Scarlett 18i8 In-Reply-To: <52CD0F0F.1080305@autostatic.com> References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> <52CD0F0F.1080305@autostatic.com> Message-ID: On Wed, Jan 8, 2014 at 8:40 AM, Jeremy Jongepier wrote: > On 08-01-14 05:05, Robin Gareus wrote: >> The volume dials don't latch. I set a gain on the Focusrite 18i6 and a >> minute later it's off by +-1dB. >> >> Compared to the other two USB audio-device that I have, the [preamps of >> the] Focursite 18i6 is the noisiest. Measured with a 200 Ohm >> termination and jnoisemeter: ~-72dBFS (Flat, RMS) -- the Edirol UA-25 is >> at -81dBFS and the Presonus 1818VSL at -84dBFS. >> >> That make we wonder which award those 'award winning' preamps of >> Focusrite actually won :) >> >> It has gain labels from 0..10 -= other comparably priced devices have >> latched dials properly labeled and calibrated with dB. >> >> >> I don't know if the same applies to the 18i8 -- Alexandre Prokoudine >> reported similar findings with a Focusrite 2i4, though. >> >> >> best, >> robin > > Thanks for the info Robin, I was about to acquire a Scarlett 2i4 but I > guess I need to look for other options. > I dunno - YMMV, but I just tried recording on the line in on the Scarlett 2i4 (from an mp3 player) and I couldn't detect any gain drift at all over 5 mins or so of re-recording the same snippet, and the noise when gain was set to just below clipping (going by the red warning LED on the device) was < -90dB (according to the spectrum analyser on audacity). Obviously this was line in rather than the mic pre. Happy to try again with some more accurate software if you point me in the right direction. Not sure I will get round to soldering any resistors onto leads for a while tho! James From bob at mellowood.ca Fri Jan 10 21:40:38 2014 From: bob at mellowood.ca (Bob van der Poel) Date: Fri, 10 Jan 2014 14:40:38 -0700 Subject: [LAU] Wikifonia gone Message-ID: I just tried wikifonia to search for a lead sheet today. And, unfortunately, it's no longer around. The landing pages says "A license to secure the rights of copyrighted works could not be extended." Damn shame. -- **** Listen to my FREE CD at http://www.mellowood.ca/music/cedars **** Bob van der Poel ** Wynndel, British Columbia, CANADA ** EMAIL: bob at mellowood.ca WWW: http://www.mellowood.ca From ralf.mardorf at alice-dsl.net Fri Jan 10 21:54:03 2014 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Fri, 10 Jan 2014 22:54:03 +0100 Subject: [LAU] Wikifonia gone In-Reply-To: References: Message-ID: <1389390843.13250.81.camel@archlinux> On Fri, 2014-01-10 at 14:40 -0700, Bob van der Poel wrote: > "A license to secure the rights of copyrighted works could not be > extended." Stone Age! I'm in "love" with collection societies, digital rights managements, closed source code and secret recipes. We shouldn't share knowledge ;). It's a PITA! From fons at linuxaudio.org Fri Jan 10 22:20:45 2014 From: fons at linuxaudio.org (Fons Adriaensen) Date: Fri, 10 Jan 2014 22:20:45 +0000 Subject: [LAU] Focusrite Scarlett 18i8 In-Reply-To: References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> <52CD0F0F.1080305@autostatic.com> Message-ID: <20140110222044.GA1308@linuxaudio.org> On Fri, Jan 10, 2014 at 08:42:40PM +0000, James Stone wrote: > noise when gain was set to just below clipping (going by the red > warning LED on the device) was < -90dB (according to the spectrum > analyser on audacity). Do you mean the spectrum analyser showed a trace at -90 dB ? Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From bob at mellowood.ca Fri Jan 10 22:31:40 2014 From: bob at mellowood.ca (Bob van der Poel) Date: Fri, 10 Jan 2014 15:31:40 -0700 Subject: [LAU] Wikifonia gone In-Reply-To: <1389390843.13250.81.camel@archlinux> References: <1389390843.13250.81.camel@archlinux> Message-ID: On Fri, Jan 10, 2014 at 2:54 PM, Ralf Mardorf wrote: > On Fri, 2014-01-10 at 14:40 -0700, Bob van der Poel wrote: >> "A license to secure the rights of copyrighted works could not be >> extended." > > Stone Age! > > I'm in "love" with collection societies, digital rights managements, > closed source code and secret recipes. > > We shouldn't share knowledge ;). Actually sharing knowledge is fine. As long as someone who had absolutely nothing to do with creating something written in 1920 (pick your date) gets paid for it! > > It's a PITA! Yup! I used wikifonia for a number of songs that just weren't available anywhere else. -- **** Listen to my FREE CD at http://www.mellowood.ca/music/cedars **** Bob van der Poel ** Wynndel, British Columbia, CANADA ** EMAIL: bob at mellowood.ca WWW: http://www.mellowood.ca From ralf.mardorf at alice-dsl.net Fri Jan 10 22:47:40 2014 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Fri, 10 Jan 2014 23:47:40 +0100 Subject: [LAU] Wikifonia gone In-Reply-To: References: <1389390843.13250.81.camel@archlinux> Message-ID: <1389394060.13250.108.camel@archlinux> On Fri, 2014-01-10 at 15:31 -0700, Bob van der Poel wrote: > Actually sharing knowledge is fine. As long as someone who had > absolutely nothing to do with creating something written in 1920 (pick > your date) gets paid for it! ^^^^^ data? I agree, it simply is annoying. Human kind should be aware that sharing knowledge is social progress. Human kind makes one technically progress after the other, but social progress still is a serious issue and money rules. Fortunately we are not living in the really poor countries, where making money from seeds is an issue. More evil than those bad humans who make money with the creative work/knowledge from others, are those who make even seed an object of the capital market. It's a shame! From jamesmstone at gmail.com Fri Jan 10 22:48:15 2014 From: jamesmstone at gmail.com (James Stone) Date: Fri, 10 Jan 2014 22:48:15 +0000 Subject: [LAU] Focusrite Scarlett 18i8 In-Reply-To: <20140110222044.GA1308@linuxaudio.org> References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> <52CD0F0F.1080305@autostatic.com> <20140110222044.GA1308@linuxaudio.org> Message-ID: On Fri, Jan 10, 2014 at 10:20 PM, Fons Adriaensen wrote: > On Fri, Jan 10, 2014 at 08:42:40PM +0000, James Stone wrote: > >> noise when gain was set to just below clipping (going by the red >> warning LED on the device) was < -90dB (according to the spectrum >> analyser on audacity). > > Do you mean the spectrum analyser showed a trace at -90 dB ? > Yep - the spectrum analyser showed a trace at around -93dB across all bands. Is this meaningful? I guess it may be higher for the mic preamps. With further testing, I think I can detect a similar change in gain effect from what Robin reported - I seem to be getting between -13.0 and -13.6 db at the lowest end of the spectrum for the snippet that is being played back. Seems a bit random where it comes though. I think they are analogue pots, so maybe this might account for this variance?? - anyway, I think it is too subtle to notice in normal use. James From fons at linuxaudio.org Fri Jan 10 23:20:53 2014 From: fons at linuxaudio.org (Fons Adriaensen) Date: Fri, 10 Jan 2014 23:20:53 +0000 Subject: [LAU] Focusrite Scarlett 18i8 In-Reply-To: References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> <52CD0F0F.1080305@autostatic.com> <20140110222044.GA1308@linuxaudio.org> Message-ID: <20140110232053.GB1308@linuxaudio.org> On Fri, Jan 10, 2014 at 10:48:15PM +0000, James Stone wrote: > > Do you mean the spectrum analyser showed a trace at -90 dB ? > > > > Yep - the spectrum analyser showed a trace at around -93dB across all > bands. Is this meaningful? It means something... but what it means is another question. Assume * the noise is more or less white (if not: real trouble) * the spectrum analyser uses an 1024 point FFT (typical), * and a raised cosine window (also typical), Then the full bandwidth (1/2 Fs) is covered by 512 filters, and each of these has a bandwidth that is 1.5 times that of a rectangular filter. So each filter sees 1.5 / 512 of the total power. 10 * log10 (1.5 / 512) is -25.3 dB So the noise level would be around -93 + 25 = -68 dB. You could check this with jnoisemeter. > With further testing, I think I can detect a similar change in gain > effect from what Robin reported - I seem to be getting between -13.0 > and -13.6 db at the lowest end of the spectrum for the snippet that is > being played back. Seems a bit random where it comes though. That could as well be due to the random alignment of the signal and the periods of the analyser. > I think > they are analogue pots, so maybe this might account for this > variance?? - anyway, I think it is too subtle to notice in normal use. Unless you pay at least 10 times more they will analog pots, and they all show this effect to some degree. Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From blablack at gmail.com Sat Jan 11 09:57:53 2014 From: blablack at gmail.com (=?ISO-8859-1?Q?Aur=E9lien_Leblond?=) Date: Sat, 11 Jan 2014 09:57:53 +0000 Subject: [LAU] beatslash-lv2 1.0.2 Message-ID: Hello everyone! I'm happy to announce the version 1.0.2 of beatslash-lv2, a set of lv2 plugins providing a beat repeater and a beat slicer. This version mainly provides a fix for a nasty crash when slicing in reverse mode. More info here: http://objectivewave.wordpress.com/beatslash-lv2/ To celebrate this release, I made a video demonstration of what it can do: http://www.youtube.com/watch?v=RtZkKfTJEK8 Enjoy :) Aur?lien From jamesmstone at gmail.com Sat Jan 11 10:20:45 2014 From: jamesmstone at gmail.com (James Stone) Date: Sat, 11 Jan 2014 10:20:45 +0000 Subject: [LAU] Focusrite Scarlett 18i8 In-Reply-To: <20140110232053.GB1308@linuxaudio.org> References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> <52CD0F0F.1080305@autostatic.com> <20140110222044.GA1308@linuxaudio.org> <20140110232053.GB1308@linuxaudio.org> Message-ID: On Fri, Jan 10, 2014 at 11:20 PM, Fons Adriaensen wrote: > On Fri, Jan 10, 2014 at 10:48:15PM +0000, James Stone wrote: > >> > Do you mean the spectrum analyser showed a trace at -90 dB ? >> > >> >> Yep - the spectrum analyser showed a trace at around -93dB across all >> bands. Is this meaningful? > > It means something... but what it means is another question. > > Assume > > * the noise is more or less white (if not: real trouble) > * the spectrum analyser uses an 1024 point FFT (typical), > * and a raised cosine window (also typical), > > Then the full bandwidth (1/2 Fs) is covered by 512 filters, > and each of these has a bandwidth that is 1.5 times that of > a rectangular filter. > > So each filter sees 1.5 / 512 of the total power. > > 10 * log10 (1.5 / 512) is -25.3 dB > > So the noise level would be around -93 + 25 = -68 dB. > > You could check this with jnoisemeter. It's reported as -81dB on line-in with jnoisemeter. The mic stage when turned right up (for my cheap SM57 copy) has background noise of -65 dB (with mic still on, and quite a bit of background noise, so not a great test), when the mic is switched off (but still connected) it is -95dB. In practice, it doesn't seem that noisy to my uneducated ears, but I guess others will have different opinions. The one thing I would say is that I am not that impressed with realtime performance overall. It is really only stable down to about 128/2. If I use Mixbus, I have to use 256/2 on jack. According to jack_iodelay this is around 27ms round trip. However, despite this, I haven't really noticed any audible delay that makes recording difficult. 128/3 seems better - around 15ms round trip according to jack_iodelay. With a realtime kernel - 3.6.4-bbq-rt-rt10, I can push jack right down to 64/2 - (approx 10ms round trip according to jack_iodelay) but this leads to xruns with minor stresses on the CPU. James From el.doctor at laposte.net Sat Jan 11 13:40:26 2014 From: el.doctor at laposte.net (MK aka El Doctor) Date: Sat, 11 Jan 2014 13:40:26 +0000 Subject: [LAU] io GNU/Linux 2014.01 (64-bit) iso up :) (screencast too) Message-ID: <14963650.2Mrnz3BD69@debian> Hi all Uploaded a new live DVD/USB, if you want to give it a try ;) https://www.youtube.com/watch?v=bT0GsHNnZHs http://manu.kebab.free.fr/iognulinux.html https://sourceforge.net/projects/io-gnu-linux/ # Prepare an usb flash drive (for exemple /dev/sdc) (Will erase disk) wget -c http://sourceforge.net/projects/io-gnu-linux/files/io-live-hybrid-3.12.6-amd64--2014.01.09-23.53.iso/download -O io-live-hybrid-3.12.6- amd64--2014.01.09-23.53.iso cp io-live-hybrid-3.12.6-amd64--2014.01.09-23.53.iso /dev/sdc Enjoy :) MK -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From hanaghan.osaudio at gmail.com Sat Jan 11 14:02:03 2014 From: hanaghan.osaudio at gmail.com (Russell Hanaghan) Date: Sat, 11 Jan 2014 06:02:03 -0800 Subject: [LAU] io GNU/Linux 2014.01 (64-bit) iso up :) (screencast too) In-Reply-To: <14963650.2Mrnz3BD69@debian> Message-ID: On 1/11/14 5:40 AM, "MK aka El Doctor" wrote: > Hi all > > Uploaded a new live DVD/USB, if you want to give it a try ;) > > https://www.youtube.com/watch?v=bT0GsHNnZHs > http://manu.kebab.free.fr/iognulinux.html > https://sourceforge.net/projects/io-gnu-linux/ > > > # Prepare an usb flash drive (for exemple /dev/sdc) (Will erase disk) > > wget -c > http://sourceforge.net/projects/io-gnu-linux/files/io-live-hybrid-3.12.6-amd64 > --2014.01.09-23.53.iso/download -O io-live-hybrid-3.12.6- > amd64--2014.01.09-23.53.iso > > cp io-live-hybrid-3.12.6-amd64--2014.01.09-23.53.iso /dev/sdc > Hi, Thnx for your work here. Could you put some clear instructions up on how to install this to hard drive or even possibly add an install script/option? I have been watching your releases and trying them on for size. While it runs fairly well from the usb stick, it would still be nice to have a permanent install to be able to taylor to personal taste. Thanks again! R From kaspar.bumke at gmail.com Sat Jan 11 14:08:34 2014 From: kaspar.bumke at gmail.com (Kaspar Emanuel) Date: Sat, 11 Jan 2014 14:08:34 +0000 Subject: [LAU] beatslash-lv2 1.0.2 In-Reply-To: References: Message-ID: Love the idea! Will give it a go soon. From goemusic at yahoo.fr Sat Jan 11 15:22:03 2014 From: goemusic at yahoo.fr (Frank Kober) Date: Sat, 11 Jan 2014 15:22:03 +0000 (GMT) Subject: [LAU] beatslash-lv2 1.0.2 In-Reply-To: References: Message-ID: <1389453723.89389.YahooMailNeo@web171302.mail.ir2.yahoo.com> > ----- Mail original ----- > De?: Aur?lien Leblond > ??: Linux Audio Users ; Linux Audio Developers > Cc?: > Envoy? le : Samedi 11 janvier 2014 10h57 > Objet?: [LAU] beatslash-lv2 1.0.2 > > Hello everyone! > > I'm happy to announce the version 1.0.2 of beatslash-lv2, a set of lv2 > plugins providing a beat repeater and a beat slicer. > ----------------- Excellent Aur?lien! Both video and plugin :) Frank From martin.peach at sympatico.ca Sat Jan 11 15:51:39 2014 From: martin.peach at sympatico.ca (Martin Peach) Date: Sat, 11 Jan 2014 10:51:39 -0500 Subject: [LAU] Fedora Jam 20 Heisenbug released In-Reply-To: <52C1E04B.3020905@localhost> References: <52BEE240.4050002@gmail.com> <52BF2A53.3060800@localhost> <52BF59BA.8080604@localhost> <52C1E04B.3020905@localhost> Message-ID: On 2013-12-30 16:06, Fernando Lopez-Lezcano wrote: > On 12/29/2013 09:24 AM, Martin Peach wrote: >> On 2013-12-28 18:07, Fernando Lopez-Lezcano wrote: >>> On 12/28/2013 02:20 PM, Martin Peach wrote: >>>> On 2013-12-28 14:45, Fernando Lopez-Lezcano wrote: >>>>> On 12/28/2013 06:37 AM, Brendan Jones wrote: >>>>> Actually pd-extended is still missing in action for Fedora 20. If >>>>> anyone >>>>> out there has a patch to build it with Lua 5.2 let me know (it >>>>> currently >>>>> needs Lua 5.1 and Fedora ships with 5.2)... >>>> >>>> As a first try you could change the Makefile to use 5.2 instead of >>>> 5.1 I >>>> don't know if that will break anything. >>> >>> pd-extended itself does not complain but the build fails, see below. I >>> think I found some other software that had the same problems, I was >>> hoping someone had dealt with this already. >>> >> >> Well I'm the maintainer for that particular external so I will get on it >> as soon as I can! It seems that the c API has changed a bit between >> versions of lua. I hope the incompatibility doesn't go much deeper or it >> will be necessary to have separate [pdlua5.2] and [pdlua5.3]s ;( >> So far it looks like lua_load needs to be called with an extra parameter >> (NULL will do), and lua_open needs to be replaced by lua_newstate with >> two new parameters. > > Let me know if you create a patch, I'll be happy to include it in my > build... OK I got it working with either lua5.1 or 5.2. Seems like it was just a couple of functions that have been changed in lua. The sourceforge repository has been updated. The changed files are pdlua.c and Makefile. I guess you could make a patch from the diffs: http://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/loaders/pdlua/src/pdlua.c?diff=51ad05b72718464f1a13f1fe:15939 http://sourceforge.net/p/pure-data/svn/17235/tree//trunk/externals/loaders/pdlua/src/Makefile?diff=15049 Martin From bill at wolfcomposer.com Sat Jan 11 18:01:17 2014 From: bill at wolfcomposer.com (bill at wolfcomposer.com) Date: Sat, 11 Jan 2014 13:01:17 -0500 (EST) Subject: [LAU] one piece with linux, one without In-Reply-To: References: Message-ID: <354469593.298407.1389463277714.JavaMail.vpopmail@webmail1.networksolutionsemail.com> Ok, let's try this again. Here is the short electronic piece . It was recorded in Ardour2 and composed with Bristol, qsynth, some samples from vkeybd, zynaddsubfx (no Yoshimi, yet), AMS, Hydrogen, and jackrack. The organ piece was premiered last Sunday by Amelia Javorina in Zug, Czechoslovakia. It's got some audience noise. It's my first premiere ever outside of a university, so i'm grateful for the documentation on top of the lovely, sensitive performance. Thank you, Edgar, for your help outside of the forum. bill -------------- next part -------------- An HTML attachment was scrubbed... URL: From nando at ccrma.Stanford.EDU Sat Jan 11 18:49:17 2014 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Sat, 11 Jan 2014 10:49:17 -0800 Subject: [LAU] Fedora Jam 20 Heisenbug released In-Reply-To: References: <52BEE240.4050002@gmail.com> <52BF2A53.3060800@localhost> <52BF59BA.8080604@localhost> <52C1E04B.3020905@localhost> Message-ID: <52D1922D.2040004@localhost> On 01/11/2014 07:51 AM, Martin Peach wrote: > On 2013-12-30 16:06, Fernando Lopez-Lezcano wrote: >> On 12/29/2013 09:24 AM, Martin Peach wrote: >>> On 2013-12-28 18:07, Fernando Lopez-Lezcano wrote: >>>> On 12/28/2013 02:20 PM, Martin Peach wrote: >>>>> On 2013-12-28 14:45, Fernando Lopez-Lezcano wrote: >>>>>> On 12/28/2013 06:37 AM, Brendan Jones wrote: >>>>>> Actually pd-extended is still missing in action for Fedora 20. If >>>>>> anyone >>>>>> out there has a patch to build it with Lua 5.2 let me know (it >>>>>> currently >>>>>> needs Lua 5.1 and Fedora ships with 5.2)... >>>>> >>>>> As a first try you could change the Makefile to use 5.2 instead of >>>>> 5.1 I >>>>> don't know if that will break anything. >>>> >>>> pd-extended itself does not complain but the build fails, see below. I >>>> think I found some other software that had the same problems, I was >>>> hoping someone had dealt with this already. >>>> >>> >>> Well I'm the maintainer for that particular external so I will get on it >>> as soon as I can! It seems that the c API has changed a bit between >>> versions of lua. I hope the incompatibility doesn't go much deeper or it >>> will be necessary to have separate [pdlua5.2] and [pdlua5.3]s ;( >>> So far it looks like lua_load needs to be called with an extra parameter >>> (NULL will do), and lua_open needs to be replaced by lua_newstate with >>> two new parameters. >> >> Let me know if you create a patch, I'll be happy to include it in my >> build... > > OK I got it working with either lua5.1 or 5.2. Seems like it was just a > couple of functions that have been changed in lua. > > The sourceforge repository has been updated. > The changed files are pdlua.c and Makefile. > I guess you could make a patch from the diffs: > > http://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/loaders/pdlua/src/pdlua.c?diff=51ad05b72718464f1a13f1fe:15939 > > > http://sourceforge.net/p/pure-data/svn/17235/tree//trunk/externals/loaders/pdlua/src/Makefile?diff=15049 Thanks! I'll use those patches in my package build. Much appreciated! -- Fernando From jamesmstone at gmail.com Sat Jan 11 19:52:24 2014 From: jamesmstone at gmail.com (James Stone) Date: Sat, 11 Jan 2014 19:52:24 +0000 Subject: [LAU] Focusrite 2i4 In-Reply-To: <52D02002.4040601@gmail.com> References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> <52CD0F0F.1080305@autostatic.com> <52D02002.4040601@gmail.com> Message-ID: You might try emailing Alan Stern about this. Could be related to kernel USB handling.. James On 10 Jan 2014 16:30, "Kees van Veen" wrote: > [James Stone] >> >>> Thanks for testing this.. Quite weird - so you are getting crackles >>> even at 1024x3!!? That sounds really odd and definitely an >>> unacceptable performance. I have definitely not heard anything like >>> this on my device. I wonder if it is some kind of hardware fault. Are >>> you able to test it on a mac or windows comupter? >>> >> No such systems around here, so that's unlikely to happen. I might be >> able to try it one of these days on different linux USB host hardware, >> we'll see. >> > Not sure if it has anything to do with it, but I experience 'static' > crackles on my Presonus 1818 as well. > > Have to try my old laptop still, but on my new one the crackles sometimes > coincide (from watching tail -f) with > > kernel: [12263.813466] usb_submit_urb: -16 > > in the syslog/kern.log, and an occasional > > kernel: [12261.509328] retire_capture_urb: 2 callbacks suppressed > > Do you have that as well ? > > I'm on Ubuntu 13.10 / 3.11.0-15-lowlatency. > > Thanks, > Kees > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jeremy at autostatic.com Sat Jan 11 22:22:13 2014 From: jeremy at autostatic.com (Jeremy Jongepier) Date: Sat, 11 Jan 2014 23:22:13 +0100 Subject: [LAU] Focusrite 2i4 In-Reply-To: References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> <52CD0F0F.1080305@autostatic.com> <52D02002.4040601@gmail.com> Message-ID: <52D1C415.7040109@autostatic.com> On 01/11/2014 08:52 PM, James Stone wrote: > You might try emailing Alan Stern about this. Could be related to kernel > USB handling.. It is related to kernel USB handling: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1136110 Afaik Focusrite Scarlett 2i4 is affected too. A workaround is to use a < 3.5 kernel. Chances are the 3.13 kernel will fix the issue too. Best, Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: From silvain at freeshell.de Sat Jan 11 23:42:38 2014 From: silvain at freeshell.de (F. Silvain) Date: Sun, 12 Jan 2014 00:42:38 +0100 (CET) Subject: [LAU] one piece with linux, one without In-Reply-To: <354469593.298407.1389463277714.JavaMail.vpopmail@webmail1.networksolutionsemail.com> References: <354469593.298407.1389463277714.JavaMail.vpopmail@webmail1.networksolutionsemail.com> Message-ID: <1401120039260.21896@freeshell.de> bill at wolfcomposer.com, Jan 11 2014: > Ok, let's try this again. Here is the short electronic piece > . You wouldn't be an 80s fan by luck? :) Interesting sound in the beginning. > > It was recorded in Ardour2 and composed with Bristol, qsynth, some samples from > vkeybd, zynaddsubfx (no Yoshimi, yet), AMS, Hydrogen, and jackrack. > > The organ piece > was Lovely playing and a very soothing piece(s). > premiered last Sunday by Amelia Javorina in Zug, Czechoslovakia. It's got some > audience noise. It's my first premiere ever outside of a university, so i'm > grateful for the documentation on top of the lovely, sensitive performance. > > Thank you, Edgar, for your help outside of the forum. > bill Ta-ta ---- Ffanci * Internet: http://freeshell.de/~silvain From ricardo.crudo at gmail.com Sun Jan 12 00:51:09 2014 From: ricardo.crudo at gmail.com (Ricardo Crudo) Date: Sat, 11 Jan 2014 22:51:09 -0200 Subject: [LAU] [LAD][ANN][MOD] mod-host supports MIDI controllers Message-ID: Hello LAD, LAU. I've pushed a new branch of the mod-host(midi-control), the code in this branch makes possible assign MIDI controllers to control any input parameter of the lv2 plugins. This is in development yet, but anyway I'm inviting you to try it as is and, if possible, help us reporting bugs or suggestions of improvements. Two new commands were added: map and unmap. The sintaxes are: map unmap After run the map command, just acts in the control that you wanna assign to (MIDI Learn). The feedback to user is very poor yet, so you won't receive a message saying if the mapping was well done. I hope you enjoy it. Regards, Crudo -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken at restivo.org Sun Jan 12 07:02:30 2014 From: ken at restivo.org (Ken Restivo) Date: Sat, 11 Jan 2014 23:02:30 -0800 Subject: [LAU] New album out: Modlys/2013 In-Reply-To: <52C2CF6F.6060105@youmail.dk> References: <52C2CF6F.6060105@youmail.dk> Message-ID: <20140112070230.GB14045@q400a.mobile.restivo.org> On Tue, Dec 31, 2013 at 03:06:39PM +0100, Atte wrote: > Hi all > > I'm very happy to announce that I just released a new album entitled > "2013", under my electronic project "Modlys". I've put a lot of work > into it, and I'm quite happy with the result. > > It's free as in beer, feel free to donate if you dig it! > > http://music.modlys.dk/album/2013 > > Hope you enjoy! > -- > Atte > Great music, thanks for making it available. I like the ambient direction of this collection, in addition to the songs which are also strong as usual. Very beautiful. -ken From cbannister at slingshot.co.nz Sun Jan 12 10:01:20 2014 From: cbannister at slingshot.co.nz (Chris Bannister) Date: Sun, 12 Jan 2014 23:01:20 +1300 Subject: [LAU] io GNU/Linux 2014.01 (64-bit) iso up :) (screencast too) In-Reply-To: <14963650.2Mrnz3BD69@debian> References: <14963650.2Mrnz3BD69@debian> Message-ID: <20140112100120.GE31866@tal> On Sat, Jan 11, 2014 at 01:40:26PM +0000, MK aka El Doctor wrote: > Hi all Hi, > http://manu.kebab.free.fr/iognulinux.html I see from there that there are 32bit and 64bit versions available so ... > cp io-live-hybrid-3.12.6-amd64--2014.01.09-23.53.iso /dev/sdc ^^^^^^ what does "hybrid" mean specificaly? -- "If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing." --- Malcolm X From edogawa at aon.at Sun Jan 12 15:30:13 2014 From: edogawa at aon.at (Edgar Aichinger) Date: Sun, 12 Jan 2014 16:30:13 +0100 Subject: [LAU] (Slightly OT) New old music: Four In-Reply-To: <52CF1A0E.0@woh.rr.com> References: <5516800.OJRYka9jKG@edhp> <20140109214757.46c583f0@debian> <52CF1A0E.0@woh.rr.com> Message-ID: <16545889.ZX0VucT5ex@edhp> Am Donnerstag, 9. Januar 2014, 16:52:14 schrieb Dave Phillips: > On 01/09/2014 04:47 PM, Will Godfrey wrote: > > > > Very enjoyable quiet, reflective tracks. Impressive results considering the > > equipment you had at the time. > > > > Edogawa ! > > What Will said. :) Good stuff. Thanks to everyone for the nice comments, I received very nice feedback on IRC as well! @Ken: yes, during a few years in the '70s (around age of 16 or so) ECM was my favourite stuff to listen to. I've never before heard of The Mermen though, I just read the wikipedia page on them, interesting, looks like I have to search youtube for some earfood... Cheers, Edgar From willgodfrey at musically.me.uk Sun Jan 12 17:09:33 2014 From: willgodfrey at musically.me.uk (Will Godfrey) Date: Sun, 12 Jan 2014 17:09:33 +0000 Subject: [LAU] one piece with linux, one without In-Reply-To: <354469593.298407.1389463277714.JavaMail.vpopmail@webmail1.networksolutionsemail.com> References: <354469593.298407.1389463277714.JavaMail.vpopmail@webmail1.networksolutionsemail.com> Message-ID: <20140112170933.29b65105@debian> On Sat, 11 Jan 2014 13:01:17 -0500 (EST) "bill at wolfcomposer.com" wrote: > Ok, let's try this again. Here is the short electronic piece > . > > It was recorded in Ardour2 and composed with Bristol, qsynth, some samples from > vkeybd, zynaddsubfx (no Yoshimi, yet), AMS, Hydrogen, and jackrack. > > The organ piece > was > premiered last Sunday by Amelia Javorina in Zug, Czechoslovakia. It's got some > audience noise. It's my first premiere ever outside of a university, so i'm > grateful for the documentation on top of the lovely, sensitive performance. > > Thank you, Edgar, for your help outside of the forum. > bill The electronic piece had lots of interesting ideas, but for me they were too frenetically squashed together. Personally I need time to absorb a musical idea before going on to the next one. Very impressed with the organ piece :) -- 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. From hanaghan.osaudio at gmail.com Sun Jan 12 20:46:29 2014 From: hanaghan.osaudio at gmail.com (Russell Hanaghan) Date: Sun, 12 Jan 2014 12:46:29 -0800 Subject: [LAU] io GNU/Linux 2014.01 (64-bit) iso up :) (screencast too) In-Reply-To: <20140112100120.GE31866@tal> References: <14963650.2Mrnz3BD69@debian> <20140112100120.GE31866@tal> Message-ID: ~ > > I see from there that there are 32bit and 64bit versions available so ... > >> cp io-live-hybrid-3.12.6-amd64--2014.01.09-23.53.iso /dev/sdc > ^^^^^^ > what does "hybrid" mean specificaly? > > -- Guess I had that question in mind too. I have it running on an older Vaio laptop with the persistence set up. I've yet to use it for more than watching movies but it runs pretty well. Need to do some low latency heavy lifting to see how it runs under stress yet. I want to use this machine as a netjack slave. R From bill at wolfcomposer.com Sun Jan 12 21:07:02 2014 From: bill at wolfcomposer.com (bill at wolfcomposer.com) Date: Sun, 12 Jan 2014 16:07:02 -0500 (EST) Subject: [LAU] one piece with linux, one without In-Reply-To: <1401120039260.21896@freeshell.de> References: <354469593.298407.1389463277714.JavaMail.vpopmail@webmail1.networksolutionsemail.com> <1401120039260.21896@freeshell.de> Message-ID: <1792885143.48089.1389560822573.JavaMail.vpopmail@webmail1.networksolutionsemail.com> > You wouldn't be an 80s fan by luck? :) Interesting sound in the beginning. No, outside of jazz and classical, i do not like the 80's. i do enjoy trance, which has a decidedly orchestral approach. Some of that hearkens back to the lush pads and "string" writing found in 80's synth pop, so i can see myself gaining some appreciation over time. > Lovely playing and a very soothing piece(s). Thank you for the kind words. i knew Amelia personally when we taught at a music studio together here in the States. i was really hoping to make something that would showcase her beautiful musicianship. Thanks, again! bill -------------- next part -------------- An HTML attachment was scrubbed... URL: From kees.vanveen at gmail.com Sun Jan 12 21:19:43 2014 From: kees.vanveen at gmail.com (Kees van Veen) Date: Sun, 12 Jan 2014 22:19:43 +0100 Subject: [LAU] Focusrite 2i4 In-Reply-To: <52D1C415.7040109@autostatic.com> References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> <52CD0F0F.1080305@autostatic.com> <52D02002.4040601@gmail.com> <52D1C415.7040109@autostatic.com> Message-ID: <52D306EF.6080103@gmail.com> Jeremy Jongepier wrote: > On 01/11/2014 08:52 PM, James Stone wrote: >> You might try emailing Alan Stern about this. Could be related to kernel >> USB handling.. > It is related to kernel USB handling: > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1136110 > > Afaik Focusrite Scarlett 2i4 is affected too. A workaround is to use a < > 3.5 kernel. Chances are the 3.13 kernel will fix the issue too. > Thanks very much James, Jeremy for the pointers. I installed 3.2.0-33-lowlatency and have no crackling (nor usb_submit_urb's in the log) any more. I'll try 3.13rc6 mentioned in launchpad as well. Thanks, Kees From tim at quitte.de Mon Jan 13 08:54:31 2014 From: tim at quitte.de (Tim Goetze) Date: Mon, 13 Jan 2014 09:54:31 +0100 (CET) Subject: [LAU] Focusrite 2i4 In-Reply-To: <52D02002.4040601@gmail.com> References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> <52CD0F0F.1080305@autostatic.com> <52D02002.4040601@gmail.com> Message-ID: [Kees van Veen] > Have to try my old laptop still, but on my new one the crackles sometimes > coincide (from watching tail -f) with > > kernel: [12263.813466] usb_submit_urb: -16 > > in the syslog/kern.log, and an occasional > > kernel: [12261.509328] retire_capture_urb: 2 callbacks suppressed > > Do you have that as well ? Thanks Kees, no, there are no such messages. BTW, I tried 3.2.52-rt74 on the same hardware, same crackling in the output. Cheers, Tim From jamesmstone at gmail.com Mon Jan 13 10:48:53 2014 From: jamesmstone at gmail.com (James Stone) Date: Mon, 13 Jan 2014 10:48:53 +0000 Subject: [LAU] Focusrite 2i4 In-Reply-To: References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> <52CD0F0F.1080305@autostatic.com> <52D02002.4040601@gmail.com> Message-ID: On Mon, Jan 13, 2014 at 8:54 AM, Tim Goetze wrote: > [Kees van Veen] >> Have to try my old laptop still, but on my new one the crackles sometimes >> coincide (from watching tail -f) with >> >> kernel: [12263.813466] usb_submit_urb: -16 >> >> in the syslog/kern.log, and an occasional >> >> kernel: [12261.509328] retire_capture_urb: 2 callbacks suppressed >> >> Do you have that as well ? > > Thanks Kees, no, there are no such messages. > > BTW, I tried 3.2.52-rt74 on the same hardware, same crackling in the > output. > Just as a matter of interest, does it do this with nothing attached to the input? Also, do you hear the crackles thru headphones when switched over to direct (0 latency) monitoring? James From tim at quitte.de Mon Jan 13 12:21:58 2014 From: tim at quitte.de (Tim Goetze) Date: Mon, 13 Jan 2014 13:21:58 +0100 (CET) Subject: [LAU] Focusrite 2i4 In-Reply-To: References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> <52CD0F0F.1080305@autostatic.com> <52D02002.4040601@gmail.com> Message-ID: [James Stone] >On Mon, Jan 13, 2014 at 8:54 AM, Tim Goetze wrote: >> BTW, I tried 3.2.52-rt74 on the same hardware, same crackling in the >> output. > >Just as a matter of interest, does it do this with nothing attached to >the input? No, the crackling appears in the output signal only, regardless of input state. It gets more pronounced when the output signal is louder, but even when the output is zero-amplitude silence spurious clicks of varying loudness appear. >Also, do you hear the crackles thru headphones when switched over to >direct (0 latency) monitoring? No, direct monitoring appears as clean as the digitised input signal. The 10ms alignment of the clicks makes me suspect a USB-related issue, but to be quite honest I feel pretty much clueless. Thanks, Tim From fede at inventati.org Mon Jan 13 22:45:30 2014 From: fede at inventati.org (Federico Bruni) Date: Mon, 13 Jan 2014 22:46:30 +0001 Subject: [LAU] usb sound card, 4 input minimum Message-ID: <20140113224537.C2B3162043@lists.linuxaudio.org> Hi all I beg your pardon: I know that this is a recurring question, but I want to be sure to spend my money in a sensible way. I'm looking for an USB sound card, budget around ?400. I record mostly solo guitar, sometimes 2 guitars and voice. But even when I record solo guitar I want to use as many mic inputs as possible. So I think that 4 input is the minimum I need. I've read this page: http://wiki.linuxaudio.org/wiki/hardware_support I know that some people in this list use Komplete Audio 6 and they are happy with it. But I wonder if there are better alternatives. I was interested in Scarlett 6i6 and Presonus 44vsl, but I read on this list (and on the internet) that they are not fully supported on linux. Any alternative to consider? Thanks in advance Federico -------------- next part -------------- An HTML attachment was scrubbed... URL: From blablack at gmail.com Tue Jan 14 20:38:12 2014 From: blablack at gmail.com (=?ISO-8859-1?Q?Aur=E9lien_Leblond?=) Date: Tue, 14 Jan 2014 20:38:12 +0000 Subject: [LAU] deteriorate-lv2 1.0.2 released Message-ID: Hello all, Yesterday I released the version 1.0.2 of deteriorate-lv2. This set contains a very simple and basic granular effect and a simple/basic downsampler. I kept the code very simple and basic on purpose. They might not be the most refined plugins around, but they create a nice sound nonetheless... More info here: http://objectivewave.wordpress.com/deteriorate-lv2/ A demo video can be found here: http://www.youtube.com/watch?v=C63m5FdlzX0 Enjoy! Aur?lien From gnome at hawaii.rr.com Wed Jan 15 07:54:05 2014 From: gnome at hawaii.rr.com (david) Date: Tue, 14 Jan 2014 21:54:05 -1000 Subject: [LAU] Is there a minimum screen resolution for Ardour? Message-ID: <52D63E9D.8020708@hawaii.rr.com> Just wondering. Haven't looked at it for awhile. The Ardour site doesn't say. -- David gnome at hawaii.rr.com authenticity, honesty, community http://dancingtreefrog.com From alexandre.prokoudine at gmail.com Wed Jan 15 07:58:40 2014 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Wed, 15 Jan 2014 11:58:40 +0400 Subject: [LAU] Is there a minimum screen resolution for Ardour? In-Reply-To: <52D63E9D.8020708@hawaii.rr.com> References: <52D63E9D.8020708@hawaii.rr.com> Message-ID: On Wed, Jan 15, 2014 at 11:54 AM, david wrote: > Just wondering. Haven't looked at it for awhile. The Ardour site doesn't > say. You can make it work on 1024x600. Would you like to? :) Alexandre From gnome at hawaii.rr.com Wed Jan 15 08:05:15 2014 From: gnome at hawaii.rr.com (david) Date: Tue, 14 Jan 2014 22:05:15 -1000 Subject: [LAU] Is there a minimum screen resolution for Ardour? In-Reply-To: References: <52D63E9D.8020708@hawaii.rr.com> Message-ID: <52D6413B.7060207@hawaii.rr.com> On 01/14/2014 09:58 PM, Alexandre Prokoudine wrote: > On Wed, Jan 15, 2014 at 11:54 AM, david wrote: >> Just wondering. Haven't looked at it for awhile. The Ardour site doesn't >> say. > > You can make it work on 1024x600. Would you like to? :) I think I tried it once on 1280x800, and the default main control panel extended off the bottom of the screen. That was a few years ago. In the meantime, I need to acquire a degree in sound engineering before I can understand Ardour enough to use it. The last time I tried it, I successfully recorded a track. I was then completely flummoxed when it came to doing anything with it. Even following instructions (I think I found on Ardour's site?) I couldn't apply even a simple effect to the track. Someday! -- David gnome at hawaii.rr.com authenticity, honesty, community http://dancingtreefrog.com From alexandre.prokoudine at gmail.com Wed Jan 15 08:17:15 2014 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Wed, 15 Jan 2014 12:17:15 +0400 Subject: [LAU] Is there a minimum screen resolution for Ardour? In-Reply-To: <52D6413B.7060207@hawaii.rr.com> References: <52D63E9D.8020708@hawaii.rr.com> <52D6413B.7060207@hawaii.rr.com> Message-ID: On Wed, Jan 15, 2014 at 12:05 PM, david wrote: >> You can make it work on 1024x600. Would you like to? :) > > I think I tried it once on 1280x800, and the default main control panel > extended off the bottom of the screen. That was a few years ago. Few years ago = Ardour 2. And it did have a switch to run in a netbook-friendly mode. Which you didn't even have to use if you were smart enough to disable a few toolbars, drop the secondary clock, and use smaller font size. > In the meantime, I need to acquire a degree in sound engineering before I > can understand Ardour enough to use it. "I'm an artist, I speak in hyperbole" (c) ? > Even following instructions (I think I found on > Ardour's site?) I couldn't apply even a simple effect to the track. That's too bad. Alexandre From silvain at freeshell.de Wed Jan 15 09:01:40 2014 From: silvain at freeshell.de (F. Silvain) Date: Wed, 15 Jan 2014 10:01:40 +0100 (CET) Subject: [LAU] [ot?] Signal-based online music recommendation/search Message-ID: <1401150956500.17380@freeshell.de> Hey hey! I'm looking for a signal-based similarity search of music. I'm looking for recommendations from such a tool. I'm not looking for a streaming platform, since I can always preview titles on yt or other such platforms. Appologies if this is far off topic for this list. Ta-ta ---- Ffanci * Internet: http://freeshell.de/~silvain From atte at youmail.dk Wed Jan 15 10:25:46 2014 From: atte at youmail.dk (Atte) Date: Wed, 15 Jan 2014 11:25:46 +0100 Subject: [LAU] New album out: Modlys/2013 In-Reply-To: <20140112070230.GB14045@q400a.mobile.restivo.org> References: <52C2CF6F.6060105@youmail.dk> <20140112070230.GB14045@q400a.mobile.restivo.org> Message-ID: <52D6622A.4040302@youmail.dk> On 01/12/2014 08:02 AM, Ken Restivo wrote: > Great music, thanks for making it available. > > I like the ambient direction of this collection, in addition to the songs which are also strong as usual. > > Very beautiful. Thanks! And thanks for listening! -- Atte http://atte.dk http://modlys.dk From robin at gareus.org Wed Jan 15 10:49:48 2014 From: robin at gareus.org (Robin Gareus) Date: Wed, 15 Jan 2014 11:49:48 +0100 Subject: [LAU] Is there a minimum screen resolution for Ardour? In-Reply-To: <52D63E9D.8020708@hawaii.rr.com> References: <52D63E9D.8020708@hawaii.rr.com> Message-ID: <52D667CC.5040609@gareus.org> On 01/15/2014 08:54 AM, david wrote: > Just wondering. Haven't looked at it for awhile. The Ardour site doesn't > say. There is. http://ardour.org/news/3.5.older.html has a note. Set the environment variable ARDOUR_LOVES_STUPID_TINY_SCREENS and it will start and show various things even on netbook/tablet-sized screens with a height < 700px. OT this morning on #ardour: > 5120 x 1440 is a lot of pixels. Just so you're all aware. > With Ardour, I think I could still use one more 2560x1440 monitor. > But this is... approaching adequate. :) ciao, robin From simonzwise at gmail.com Wed Jan 15 12:40:05 2014 From: simonzwise at gmail.com (Simon Wise) Date: Wed, 15 Jan 2014 23:40:05 +1100 Subject: [LAU] Is there a minimum screen resolution for Ardour? In-Reply-To: <52D667CC.5040609@gareus.org> References: <52D63E9D.8020708@hawaii.rr.com> <52D667CC.5040609@gareus.org> Message-ID: <52D681A5.5080004@gmail.com> On 15/01/14 21:49, Robin Gareus wrote: > On 01/15/2014 08:54 AM, david wrote: >> Just wondering. Haven't looked at it for awhile. The Ardour site doesn't >> say. > > There is. http://ardour.org/news/3.5.older.html has a note. > > Set the environment variable ARDOUR_LOVES_STUPID_TINY_SCREENS > and it will start and show various things even on netbook/tablet-sized > screens with a height< 700px. > > > OT this morning on #ardour: >> 5120 x 1440 is a lot of pixels. Just so you're all aware. >> With Ardour, I think I could still use one more 2560x1440 monitor. >> But this is... approaching adequate. ardour2 main window is 1250 wide minimum without tweaks, an old ardour3 build is 1280 minimum, again without any tweaks. A small session is usable on a 1280x800 laptop ... specially if you use your window manager and have various windows laid out on three workspaces with a keyboard shortcuts to switch. But more space is much better. Simon From emviveros at gmail.com Wed Jan 15 13:17:10 2014 From: emviveros at gmail.com (Esteban Viveros) Date: Wed, 15 Jan 2014 11:17:10 -0200 Subject: [LAU] deteriorate-lv2 1.0.2 released In-Reply-To: References: Message-ID: Awesome work..!! I like s lot ObjectiveWave sounds like...!! Really Thanks!!! 2014/1/14 Aur?lien Leblond > Hello all, > > Yesterday I released the version 1.0.2 of deteriorate-lv2. > This set contains a very simple and basic granular effect and a > simple/basic downsampler. > > I kept the code very simple and basic on purpose. > They might not be the most refined plugins around, but they create a > nice sound nonetheless... > > More info here: http://objectivewave.wordpress.com/deteriorate-lv2/ > > A demo video can be found here: http://www.youtube.com/watch?v=C63m5FdlzX0 > > > Enjoy! > Aur?lien > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -- Esteban Viveros (27) 98815 7170 | (11) 95761 4125 http://expurgacao.art.br/ https://soundcloud.com/estebanviveros http://projetobramaloka.tumblr.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From emailgrant at gmail.com Wed Jan 15 15:12:53 2014 From: emailgrant at gmail.com (Grant) Date: Wed, 15 Jan 2014 07:12:53 -0800 Subject: [LAU] jackd on ARM? Message-ID: Is anyone using jackd on an ARM device? I get the same error described here: https://github.com/archlinuxarm/PKGBUILDs/issues/601 "FATAL: cannot locate cpu MHz in /proc/cpuinfo" Someone tried to submit a kernel patch to fix it but people don't think it should be fixed: http://www.spinics.net/lists/arm-kernel/msg294090.html # cat /proc/cpuinfo processor : 0 model name : ARMv7 Processor rev 10 (v7l) Features : swp half thumb fastmult vfp edsp thumbee neon vfpv3 tls vfpd32 CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x2 CPU part : 0xc09 CPU revision : 10 processor : 1 model name : ARMv7 Processor rev 10 (v7l) Features : swp half thumb fastmult vfp edsp thumbee neon vfpv3 tls vfpd32 CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x2 CPU part : 0xc09 CPU revision : 10 Hardware : Generic OMAP4 (Flattened Device Tree) Revision : 0000 Serial : 0000000000000000 - Grant From jeremy at autostatic.com Wed Jan 15 15:55:57 2014 From: jeremy at autostatic.com (Jeremy Jongepier) Date: Wed, 15 Jan 2014 16:55:57 +0100 Subject: [LAU] jackd on ARM? In-Reply-To: References: Message-ID: <52D6AF8D.9030309@autostatic.com> On 01/15/2014 04:12 PM, Grant wrote: > Is anyone using jackd on an ARM device? Yes, I do, on several devices. I get the same error described here: > > https://github.com/archlinuxarm/PKGBUILDs/issues/601 > > "FATAL: cannot locate cpu MHz in /proc/cpuinfo" Never encountered this issue but that's probably because I'm using older kernels. That's not an option for you? Best, Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: From emailgrant at gmail.com Wed Jan 15 16:02:58 2014 From: emailgrant at gmail.com (Grant) Date: Wed, 15 Jan 2014 08:02:58 -0800 Subject: [LAU] jackd on ARM? In-Reply-To: <52D6AF8D.9030309@autostatic.com> References: <52D6AF8D.9030309@autostatic.com> Message-ID: >> Is anyone using jackd on an ARM device? > > Yes, I do, on several devices. > > I get the same error described here: >> >> https://github.com/archlinuxarm/PKGBUILDs/issues/601 >> >> "FATAL: cannot locate cpu MHz in /proc/cpuinfo" > > Never encountered this issue but that's probably because I'm using older > kernels. That's not an option for you? Well I'm on a Pandaboard ES and I don't think kernel support has been great for very long. Which version are you on? I'm on 3.12.6. I posted to the jack-devel list. I hope they are planning to fix this. - Grant From jeremy at autostatic.com Wed Jan 15 16:51:18 2014 From: jeremy at autostatic.com (Jeremy Jongepier) Date: Wed, 15 Jan 2014 17:51:18 +0100 Subject: [LAU] jackd on ARM? In-Reply-To: References: <52D6AF8D.9030309@autostatic.com> Message-ID: <52D6BC86.6060505@autostatic.com> On 01/15/2014 05:02 PM, Grant wrote: >>> Is anyone using jackd on an ARM device? >> >> Yes, I do, on several devices. >> >> I get the same error described here: >>> >>> https://github.com/archlinuxarm/PKGBUILDs/issues/601 >>> >>> "FATAL: cannot locate cpu MHz in /proc/cpuinfo" >> >> Never encountered this issue but that's probably because I'm using older >> kernels. That's not an option for you? > > Well I'm on a Pandaboard ES and I don't think kernel support has been > great for very long. Which version are you on? My Cubieboard2 runs 3.4.x I think and my Raspberry Pi is on 3.6.x. I've had a BeagleBone Black for a short while, not sure what that device was running, I think it was 3.10.x. Best, Jeremy I'm on 3.12.6. I > posted to the jack-devel list. I hope they are planning to fix this. > > - Grant > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: From tweed at lollipopfactory.com Wed Jan 15 16:51:10 2014 From: tweed at lollipopfactory.com (Tweed) Date: Wed, 15 Jan 2014 11:51:10 -0500 Subject: [LAU] Is there a minimum screen resolution for Ardour? In-Reply-To: References: <52D63E9D.8020708@hawaii.rr.com> Message-ID: <52D6BC7E.1060707@lollipopfactory.com> On 01/15/2014 02:58 AM, Alexandre Prokoudine wrote: > On Wed, Jan 15, 2014 at 11:54 AM, david wrote: >> Just wondering. Haven't looked at it for awhile. The Ardour site doesn't >> say. > You can make it work on 1024x600. Would you like to? :) > > Alexandre > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > I would. How does one do this? thx -- the-temp-agency.com/lollipop-factory From ivan_521521 at yahoo.com Wed Jan 15 21:13:07 2014 From: ivan_521521 at yahoo.com (Ivan K) Date: Wed, 15 Jan 2014 13:13:07 -0800 (PST) Subject: [LAU] Exam Cheating investigation Message-ID: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> Hello LAD/LAU members: I teach introduction to western music courses at a local community college, and one thing I have to deal with is students cheating by using a smart phone during the exam.? Sure, I am in the room and occasionally walk down the aisles, but these enterprising students are still often able to hide a smart phone from me. The way these smart phone cheaters are usually caught is when answering an essay question, they usually look up the topic on Wikipedia and copy word for word several sentences. On these exams, there are a few audio identifications, and recently one student did a surprising thing. The audio example was from Pierrot Lunaire, and not only did answer the question by writing down the title and composer but she ALSO WROTE DOWN the title and composer of a track by Webern which was on the original CD that I ripped the Schoenberg from. To summarize, from an mp3/ogg file that was put on-line of one track from a CD, the student was able to identify _other_ tracks from the CD that were not put on-line. How did the student do this?? Here are links to the two sound files that the students had access to: https://www.dropbox.com/s/66qkorouak19gpu/07_20th-pilu_p03_15-18.mp3 https://www.dropbox.com/s/z17qoxey9ju4lei/07_20th-pilu_p03_15-18.ogg Are there some tags embedded in these files?? How would I be able to see these tags myself? If there are no embedded tags, how did this student obtain this information? Thanks;? Ivan -------------- next part -------------- An HTML attachment was scrubbed... URL: From ivan_521521 at yahoo.com Wed Jan 15 21:17:50 2014 From: ivan_521521 at yahoo.com (Ivan K) Date: Wed, 15 Jan 2014 13:17:50 -0800 (PST) Subject: [LAU] Exam Cheating investigation In-Reply-To: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> Message-ID: <1389820670.37059.YahooMailNeo@web122603.mail.ne1.yahoo.com> I did not mean to send HTML.? Here is a plain text version. Hello LAD/LAU members: I teach introduction to western music courses at a local community college, and one thing I have to deal with is students cheating by using a smart phone during the exam.? Sure, I am in the room and occasionally walk down the aisles, but these enterprising students are still often able to hide a smart phone from me. The way these smart phone cheaters are usually caught is when answering an essay question, they usually look up the topic on Wikipedia and copy word for word several sentences. On these exams, there are a few audio identifications, and recently one student did a surprising thing. The audio example was from Pierrot Lunaire, and not only did answer the question by writing down the title and composer but she ALSO WROTE DOWN the title and composer of a track by Webern which was on the original CD that I ripped the Schoenberg from. To summarize, from an mp3/ogg file that was put on-line of one track from a CD, the student was able to identify _other_ tracks from the CD that were not put on-line. How did the student do this?? Here are links to the two sound files that the students had access to: https://www.dropbox.com/s/66qkorouak19gpu/07_20th-pilu_p03_15-18.mp3 https://www.dropbox.com/s/z17qoxey9ju4lei/07_20th-pilu_p03_15-18.ogg Are there some tags embedded in these files?? How would I be able to see these tags myself? If there are no embedded tags, how did this student obtain this information? Thanks; Ivan From dplist at free.fr Wed Jan 15 21:24:02 2014 From: dplist at free.fr (David) Date: Wed, 15 Jan 2014 22:24:02 +0100 Subject: [LAU] deteriorate-lv2 1.0.2 released In-Reply-To: References: Message-ID: <20140115222402.e2658b05760f14fd9e6cd325@free.fr> On Tue, 14 Jan 2014 20:38:12 +0000 Aur?lien Leblond wrote: > Hello all, > > Yesterday I released the version 1.0.2 of deteriorate-lv2. > This set contains a very simple and basic granular effect and a > simple/basic downsampler. > > I kept the code very simple and basic on purpose. > They might not be the most refined plugins around, but they create a > nice sound nonetheless... > > More info here: http://objectivewave.wordpress.com/deteriorate-lv2/ > > A demo video can be found here: > http://www.youtube.com/watch?v=C63m5FdlzX0 Hi ! After a clean build and install, a manifest.ttl appears to be missed. Here's what I get : $ lv2ls | fgrep dete Error opening file /usr/local/lib/lv2/deteriorate.lv2/manifest.ttl (No such file or directory) lilv_world_load_bundle(): error: Error reading file:///usr/local/lib/lv2/deteriorate.lv2/manifest.ttl http://github.com/blablack/deteriorate-lv2/downsampler_mono http://github.com/blablack/deteriorate-lv2/downsampler_stereo http://github.com/blablack/deteriorate-lv2/granulator_mono http://github.com/blablack/deteriorate-lv2/granulator_stereo $ jalv.gtk3 http://github.com/blablack/deteriorate-lv2/granulator_mon Error opening file /usr/local/lib/lv2/deteriorate.lv2/manifest.ttl (No such file or directory) lilv_world_load_bundle(): error: Error reading file:///usr/local/lib/lv2/deteriorate.lv2/manifest.ttl Plugin: http://github.com/blablack/deteriorate-lv2/granulator_mon Failed to find plugin I can't find no manifest.ttl in the source tree, below /usr/local/lib/lv2 neither. Is there something I've done wrong ? Merci ! -- David From willgodfrey at musically.me.uk Wed Jan 15 21:29:53 2014 From: willgodfrey at musically.me.uk (Will Godfrey) Date: Wed, 15 Jan 2014 21:29:53 +0000 Subject: [LAU] Exam Cheating investigation In-Reply-To: <1389820670.37059.YahooMailNeo@web122603.mail.ne1.yahoo.com> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <1389820670.37059.YahooMailNeo@web122603.mail.ne1.yahoo.com> Message-ID: <20140115212953.54a13e8a@debian> On Wed, 15 Jan 2014 13:17:50 -0800 (PST) Ivan K wrote: > > > I did not mean to send HTML.? Here is a plain text version. > > > > Hello LAD/LAU members: > > I teach introduction to western music courses at a local > community college, and one thing I have to deal with is > students cheating by using a smart phone during the > exam.? Sure, I am in the room and occasionally walk > down the aisles, but these enterprising students are still > often able to hide a smart phone from me. > > The way these smart phone cheaters are usually caught > is when answering an essay question, they usually > look up the topic on Wikipedia and copy word for word > several sentences. > > On these exams, there are a few audio identifications, > and recently one student did a surprising thing. > The audio example was from Pierrot Lunaire, and not only did > answer the question by writing down the title and composer but > she ALSO WROTE DOWN the title and composer of a track by Webern > which was on the original CD that I ripped the Schoenberg > from. > > To summarize, from an mp3/ogg file that was put on-line > of one track from a CD, the student was able to identify > _other_ tracks from the CD that were not put on-line. > > How did the student do this?? Here are links to the two sound > files that the students had access to: > > https://www.dropbox.com/s/66qkorouak19gpu/07_20th-pilu_p03_15-18.mp3 > https://www.dropbox.com/s/z17qoxey9ju4lei/07_20th-pilu_p03_15-18.ogg > > Are there some tags embedded in these files?? How would I > be able to see these tags myself? > > If there are no embedded tags, how did this student obtain > this information? > > Thanks; Ivan There are on-line resources that can identify a reasonable fragment of music, and return plenty of information about it. She obviously knew this! -- 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. From jh at brainiac.com Wed Jan 15 21:35:41 2014 From: jh at brainiac.com (Joe Hartley) Date: Wed, 15 Jan 2014 16:35:41 -0500 Subject: [LAU] Exam Cheating investigation In-Reply-To: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> Message-ID: <20140115163541.3ebd9776fd881bcc3da658b5@brainiac.com> On Wed, 15 Jan 2014 13:13:07 -0800 (PST) Ivan K wrote: > Are there some tags embedded in these files?? How would I > be able to see these tags myself? > > If there are no embedded tags, how did this student obtain > this information? I don't see anything that jumps out as a recognizable tag in either file but all I did was to run "strings" against it. There are apps like Shazam or SoundHound that can identify a piece of music by listening to it. I can see an app giving a false ID, or multiple choices if it's not sure, or a database at the back end having incorrect information and offering both tracks up, especially if it's built off of album track listings. -- ====================================================================== Joe Hartley - UNIX/network Consultant - jh at brainiac.com Without deviation from the norm, "progress" is not possible. - FZappa From simonzwise at gmail.com Thu Jan 16 02:22:37 2014 From: simonzwise at gmail.com (Simon Wise) Date: Thu, 16 Jan 2014 13:22:37 +1100 Subject: [LAU] jackd on ARM? In-Reply-To: <52D6BC86.6060505@autostatic.com> References: <52D6AF8D.9030309@autostatic.com> <52D6BC86.6060505@autostatic.com> Message-ID: <52D7426D.6040200@gmail.com> On 16/01/14 03:51, Jeremy Jongepier wrote: > On 01/15/2014 05:02 PM, Grant wrote: >>>> Is anyone using jackd on an ARM device? >>> >>> Yes, I do, on several devices. >>> >>> I get the same error described here: >>>> >>>> https://github.com/archlinuxarm/PKGBUILDs/issues/601 >>>> >>>> "FATAL: cannot locate cpu MHz in /proc/cpuinfo" >>> >>> Never encountered this issue but that's probably because I'm using older >>> kernels. That's not an option for you? >> >> Well I'm on a Pandaboard ES and I don't think kernel support has been >> great for very long. Which version are you on? > > My Cubieboard2 runs 3.4.x I think and my Raspberry Pi is on 3.6.x. I've > had a BeagleBone Black for a short while, not sure what that device was > running, I think it was 3.10.x. +1 for Raspberries, raspbian from has jack and my install (wheezy, middle of last year) uses: Linux rpi-1 3.6.11+ #371 PREEMPT Thu Feb 7 16:31:35 GMT 2013 armv6l Raspbian is based on the debian version for the older arm, which they build for arm5, but is compiled for arm6 with floating point etc to match the Pi, and has the Broadcom GPU stuff and other drivers plus the media players etc that use them. Debian also has an arm7 version if you are using a newer arm chip. Simon > > Best, > > Jeremy > > I'm on 3.12.6. I >> posted to the jack-devel list. I hope they are planning to fix this. >> >> - Grant >> > > > > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user From ken at restivo.org Thu Jan 16 03:06:52 2014 From: ken at restivo.org (Ken Restivo) Date: Wed, 15 Jan 2014 19:06:52 -0800 Subject: [LAU] (Slightly OT) New old music: Four In-Reply-To: <16545889.ZX0VucT5ex@edhp> References: <5516800.OJRYka9jKG@edhp> <20140109214757.46c583f0@debian> <52CF1A0E.0@woh.rr.com> <16545889.ZX0VucT5ex@edhp> Message-ID: <20140116030652.GD2727@q400a.mobile.restivo.org> On Sun, Jan 12, 2014 at 04:30:13PM +0100, Edgar Aichinger wrote: > Am Donnerstag, 9. Januar 2014, 16:52:14 schrieb Dave Phillips: > > On 01/09/2014 04:47 PM, Will Godfrey wrote: > > > > > > Very enjoyable quiet, reflective tracks. Impressive results considering the > > > equipment you had at the time. > > > > > > > Edogawa ! > > > > What Will said. :) Good stuff. > > Thanks to everyone for the nice comments, I received very nice feedback on IRC as well! > > @Ken: yes, during a few years in the '70s (around age of 16 or so) ECM was my favourite stuff to listen to. I've never before heard of The Mermen though, I just read the wikipedia page on them, interesting, looks like I have to search youtube for some earfood... > Cool, although most of their ambient stuff isn't on YouTube. Their ambient, ECM-like tracks tended to be sandwiched on their earlier albums in between rockin surf tracks, and I couldn't find any examples online for you, unfortunately. Youtube has to be the greatest thing for fandom though. And here are the Mermen in their youth, local heroes in their native habitat, on the bay: http://www.youtube.com/watch?v=8J_v3x2fppY And, possibly my favorite song by them, although it's not in their ambient genre: http://www.youtube.com/watch?v=NKIYVm_YNhw -ken From gnome at hawaii.rr.com Thu Jan 16 06:40:51 2014 From: gnome at hawaii.rr.com (david) Date: Wed, 15 Jan 2014 20:40:51 -1000 Subject: [LAU] Is there a minimum screen resolution for Ardour? In-Reply-To: <52D681A5.5080004@gmail.com> References: <52D63E9D.8020708@hawaii.rr.com> <52D667CC.5040609@gareus.org> <52D681A5.5080004@gmail.com> Message-ID: <52D77EF3.2020806@hawaii.rr.com> On 01/15/2014 02:40 AM, Simon Wise wrote: > On 15/01/14 21:49, Robin Gareus wrote: >> On 01/15/2014 08:54 AM, david wrote: >>> Just wondering. Haven't looked at it for awhile. The Ardour site doesn't >>> say. >> >> There is. http://ardour.org/news/3.5.older.html has a note. >> >> Set the environment variable ARDOUR_LOVES_STUPID_TINY_SCREENS >> and it will start and show various things even on netbook/tablet-sized >> screens with a height< 700px. >> >> >> OT this morning on #ardour: >>> 5120 x 1440 is a lot of pixels. Just so you're all aware. >>> With Ardour, I think I could still use one more 2560x1440 monitor. >>> But this is... approaching adequate. > > ardour2 main window is 1250 wide minimum without tweaks, an old ardour3 > build is 1280 minimum, again without any tweaks. A small session is > usable on a 1280x800 laptop ... specially if you use your window manager > and have various windows laid out on three workspaces with a keyboard > shortcuts to switch. But more space is much better. Thanks, Simon and Robin! I have a friend who loves netbooks and thinks 1280x600 is just fine... My new laptop is 1920x1080, so I don't think I need to worry about setting the perfectly-named environment variable! -- David gnome at hawaii.rr.com authenticity, honesty, community http://dancingtreefrog.com From gnome at hawaii.rr.com Thu Jan 16 07:04:47 2014 From: gnome at hawaii.rr.com (david) Date: Wed, 15 Jan 2014 21:04:47 -1000 Subject: [LAU] Is there a minimum screen resolution for Ardour? In-Reply-To: References: <52D63E9D.8020708@hawaii.rr.com> <52D6413B.7060207@hawaii.rr.com> Message-ID: <52D7848F.9080603@hawaii.rr.com> On 01/14/2014 10:17 PM, Alexandre Prokoudine wrote: > On Wed, Jan 15, 2014 at 12:05 PM, david wrote: > >>> You can make it work on 1024x600. Would you like to? :) >> >> I think I tried it once on 1280x800, and the default main control panel >> extended off the bottom of the screen. That was a few years ago. > > Few years ago = Ardour 2. And it did have a switch to run in a > netbook-friendly mode. Which you didn't even have to use if you were > smart enough to disable a few toolbars, drop the secondary clock, and > use smaller font size. Yup, would've been Ardour 2. >> In the meantime, I need to acquire a degree in sound engineering before I >> can understand Ardour enough to use it. > > "I'm an artist, I speak in hyperbole" (c) ? No, I've made a couple of stabs at trying to do basic things in Ardour. If not a degree in sound engineering, it at least assumes you know your way around a professional multitrack mixer, outboard effects processors, etc. >> Even following instructions (I think I found on >> Ardour's site?) I couldn't apply even a simple effect to the track. > > That's too bad. And has me mystified. Unfortunately, I had to get the processing done, so went back to Audacity. I know, doesn't help me learn to use Ardour. -- David gnome at hawaii.rr.com authenticity, honesty, community http://dancingtreefrog.com From blablack at gmail.com Thu Jan 16 08:04:44 2014 From: blablack at gmail.com (=?ISO-8859-1?Q?Aur=E9lien_Leblond?=) Date: Thu, 16 Jan 2014 08:04:44 +0000 Subject: [LAU] deteriorate-lv2 1.0.2 released Message-ID: >> Yesterday I released the version 1.0.2 of deteriorate-lv2. >> More info here: http://objectivewave.wordpress.com/deteriorate-lv2/ > > Hi ! > > After a clean build and install, a manifest.ttl appears to be missed. > Here's what I get : > > $ lv2ls | fgrep dete > Error opening file /usr/local/lib/lv2/deteriorate.lv2/manifest.ttl (No > such file or directory) > lilv_world_load_bundle(): error: Error reading > file:///usr/local/lib/lv2/deteriorate.lv2/manifest.ttl > http://github.com/blablack/deteriorate-lv2/downsampler_mono > http://github.com/blablack/deteriorate-lv2/downsampler_stereo > http://github.com/blablack/deteriorate-lv2/granulator_mono > http://github.com/blablack/deteriorate-lv2/granulator_stereo > > $ jalv.gtk3 http://github.com/blablack/deteriorate-lv2/granulator_mon > Error opening file /usr/local/lib/lv2/deteriorate.lv2/manifest.ttl (No > such file or directory) > lilv_world_load_bundle(): error: Error reading > file:///usr/local/lib/lv2/deteriorate.lv2/manifest.ttl > Plugin: http://github.com/blablack/deteriorate-lv2/granulator_mon > Failed to find plugin > > I can't find no manifest.ttl in the source tree, > below /usr/local/lib/lv2 neither. > I'm not in front of my computer right now, I cannot test it. I added this issue in the list and will comment/investigate there: https://github.com/blablack/deteriorate-lv2/issues I checked the wscript quickly though and I can see an error that would explain this (bad copy/past... someday the world will end because of a bad copy/past). I'll try this tonight and let you know Aur?lien From murks at tuxfamily.org Thu Jan 16 13:32:14 2014 From: murks at tuxfamily.org (Philipp =?UTF-8?B?w5xiZXJiYWNoZXI=?=) Date: Thu, 16 Jan 2014 14:32:14 +0100 Subject: [LAU] Exam Cheating investigation In-Reply-To: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> Message-ID: <20140116143214.65c308e9@eeyore.mozart.uni-klu.ac.at> On Wed, 15 Jan 2014 13:13:07 -0800 (PST) Ivan K wrote: > Hello LAD/LAU members: > > I teach introduction to western music courses at a local > community college, and one thing I have to deal with is > students cheating by using a smart phone during the > exam.? Sure, I am in the room and occasionally walk > down the aisles, but these enterprising students are still > often able to hide a smart phone from me. > > The way these smart phone cheaters are usually caught > is when answering an essay question, they usually > look up the topic on Wikipedia and copy word for word > several sentences. > > On these exams, there are a few audio identifications, > and recently one student did a surprising thing. > The audio example was from Pierrot Lunaire, and not only did > answer the question by writing down the title and composer but > she ALSO WROTE DOWN the title and composer of a track by Webern > which was on the original CD that I ripped the Schoenberg > from. > > To summarize, from an mp3/ogg file that was put on-line > of one track from a CD, the student was able to identify > _other_ tracks from the CD that were not put on-line. > > How did the student do this?? Here are links to the two sound > files that the students had access to: > > https://www.dropbox.com/s/66qkorouak19gpu/07_20th-pilu_p03_15-18.mp3 > https://www.dropbox.com/s/z17qoxey9ju4lei/07_20th-pilu_p03_15-18.ogg > > Are there some tags embedded in these files?? How would I > be able to see these tags myself? > > If there are no embedded tags, how did this student obtain > this information? > > Thanks;? Ivan Another possibility: There is also the possibility that the student was not cheating. True, given the information you provided it seems unlikely, and you may have additional indicators, but I'd simply ask her why she wrote down that other track. In my humble opinion, you won't ged rid of smartphone cheats unless you use a different mode of examination. It just shows that factoid checking is an anachronism. Regards, Philipp -- JID: murks at jit.si From alexandre.prokoudine at gmail.com Thu Jan 16 13:39:14 2014 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Thu, 16 Jan 2014 17:39:14 +0400 Subject: [LAU] Is there a minimum screen resolution for Ardour? In-Reply-To: <52D6BC7E.1060707@lollipopfactory.com> References: <52D63E9D.8020708@hawaii.rr.com> <52D6BC7E.1060707@lollipopfactory.com> Message-ID: 15 ???. 2014 ?. 20:51 ???????????? "Tweed" ???????: > On 01/15/2014 02:58 AM, Alexandre Prokoudine wrote: > >> On Wed, Jan 15, 2014 at 11:54 AM, david wrote: >> >>> Just wondering. Haven't looked at it for awhile. The Ardour site doesn't >>> say. >>> >> You can make it work on 1024x600. Would you like to? :) >> >> >> I would. How does one do this? > I never tried the environment variable, so here is a blunt sequence of manual actions: 1. Open Edit/Preferences/GUI and change font size scale from 100% to at least 80% (I used to use 75% on an older netbook). 2. Right-click on the secondary clock, choose Off to disable it and thus shrink the windows horizontally. 3. Press Shift+E to disable mixer strip in the sidebar (alternatively, since v3.3 or so you can choose what elements are present in the mixer strip, use Edit/Preferences dialog for that). 4. Right-click on the timeline above labels of each line and disable the ones you don't really need. 5. Additionally you can close the bottom navigation bar (via View menu), but that is up to you. If you really have a lot of tracks and for some reasons you are using a tiny display, you might find saving and restoring views rather helpful. Alexandre > -------------- next part -------------- An HTML attachment was scrubbed... URL: From grib at billgribble.com Thu Jan 16 14:41:28 2014 From: grib at billgribble.com (Bill Gribble) Date: Thu, 16 Jan 2014 09:41:28 -0500 Subject: [LAU] Exam Cheating investigation In-Reply-To: <20140116143214.65c308e9@eeyore.mozart.uni-klu.ac.at> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <20140116143214.65c308e9@eeyore.mozart.uni-klu.ac.at> Message-ID: <1389883288.10032.5.camel@cayenne.local> Ivan K wrote: > To summarize, from an mp3/ogg file that was put on-line > of one track from a CD, the student was able to identify > _other_ tracks from the CD that were not put on-line. The Shazam app for iphone will do this pretty easily if the audio is being played out loud. It works even in pretty poor listening environments, such as loud restaurants. In a quiet exam room it should have no trouble :) Thanks, Bill Gribble From gianfranco at portalmod.com.br Thu Jan 16 16:07:02 2014 From: gianfranco at portalmod.com.br (Gianfranco Ceccolini) Date: Thu, 16 Jan 2014 14:07:02 -0200 Subject: [LAU] [ANN] Boss DS-1 simulator LV2 plugin Message-ID: Greetings Linux audio users and developers We are very happy to announce the DS-1 distortion stomp box simulator. You can download it at https://github.com/portalmod/mod-distortion To install use "make & make install" and you'll have the bundle in /usr/local/lib/lv2 folder. It uses a mathematical model of the original DS-1 electrical circuit and the programmer (Andr? Coutinho) took lots of care to stick to the analog circuit setup. More simulators are on the way, hence the mod-distortions repo. Feedbacks are always welcome. Happy 2014 for everyone Gianfranco The MOD Team -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken at restivo.org Thu Jan 16 17:02:21 2014 From: ken at restivo.org (Ken Restivo) Date: Thu, 16 Jan 2014 09:02:21 -0800 Subject: [LAU] Exam Cheating investigation In-Reply-To: <20140116143214.65c308e9@eeyore.mozart.uni-klu.ac.at> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <20140116143214.65c308e9@eeyore.mozart.uni-klu.ac.at> Message-ID: <20140116170221.GE26995@q400a.mobile.restivo.org> On Thu, Jan 16, 2014 at 02:32:14PM +0100, Philipp ?berbacher wrote: > On Wed, 15 Jan 2014 13:13:07 -0800 (PST) > Ivan K wrote: > > > Hello LAD/LAU members: > > > > I teach introduction to western music courses at a local > > community college, and one thing I have to deal with is > > students cheating by using a smart phone during the > > exam.? Sure, I am in the room and occasionally walk > > down the aisles, but these enterprising students are still > > often able to hide a smart phone from me. > > > > The way these smart phone cheaters are usually caught > > is when answering an essay question, they usually > > look up the topic on Wikipedia and copy word for word > > several sentences. > > > > On these exams, there are a few audio identifications, > > and recently one student did a surprising thing. > > The audio example was from Pierrot Lunaire, and not only did > > answer the question by writing down the title and composer but > > she ALSO WROTE DOWN the title and composer of a track by Webern > > which was on the original CD that I ripped the Schoenberg > > from. > > > > To summarize, from an mp3/ogg file that was put on-line > > of one track from a CD, the student was able to identify > > _other_ tracks from the CD that were not put on-line. > > > > How did the student do this?? Here are links to the two sound > > files that the students had access to: > > > > https://www.dropbox.com/s/66qkorouak19gpu/07_20th-pilu_p03_15-18.mp3 > > https://www.dropbox.com/s/z17qoxey9ju4lei/07_20th-pilu_p03_15-18.ogg > > > > Are there some tags embedded in these files?? How would I > > be able to see these tags myself? > > > > If there are no embedded tags, how did this student obtain > > this information? > > > > Thanks;? Ivan > > Another possibility: > There is also the possibility that the student was not cheating. > True, given the information you provided it seems unlikely, and you may > have additional indicators, but I'd simply ask her why she wrote down > that other track. > > In my humble opinion, you won't ged rid of smartphone cheats unless you > use a different mode of examination. It just shows that factoid > checking is an anachronism. > Or you could do your exams in a Faraday cage in the basement of the building. -ken From tweed at lollipopfactory.com Thu Jan 16 17:50:16 2014 From: tweed at lollipopfactory.com (Tweed) Date: Thu, 16 Jan 2014 12:50:16 -0500 Subject: [LAU] Is there a minimum screen resolution for Ardour? In-Reply-To: References: <52D63E9D.8020708@hawaii.rr.com> <52D6BC7E.1060707@lollipopfactory.com> Message-ID: <52D81BD8.502@lollipopfactory.com> On 01/16/2014 08:39 AM, Alexandre Prokoudine wrote: > 15 ???. 2014 ?. 20:51 ???????????? "Tweed" > ???????: > > On 01/15/2014 02:58 AM, Alexandre Prokoudine wrote: > > On Wed, Jan 15, 2014 at 11:54 AM, david wrote: > > Just wondering. Haven't looked at it for awhile. The > Ardour site doesn't > say. > > You can make it work on 1024x600. Would you like to? :) > > > I would. How does one do this? > > > I never tried the environment variable, so here is a blunt sequence of > manual actions: > > 1. Open Edit/Preferences/GUI and change font size scale from 100% to > at least 80% (I used to use 75% on an older netbook). > > 2. Right-click on the secondary clock, choose Off to disable it and > thus shrink the windows horizontally. > > 3. Press Shift+E to disable mixer strip in the sidebar (alternatively, > since v3.3 or so you can choose what elements are present in the mixer > strip, use Edit/Preferences dialog for that). > > 4. Right-click on the timeline above labels of each line and disable > the ones you don't really need. > > 5. Additionally you can close the bottom navigation bar (via View > menu), but that is up to you. > > If you really have a lot of tracks and for some reasons you are using > a tiny display, you might find saving and restoring views rather helpful. > > Alexandre > > > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user Thanks Alexandre! I was indeed referring to the environment variable (which after much googling I still have not figured out) but your list will make a handy cheat sheet for my netbook. Thanks! :) Also been playing around with this: https://community.ardour.org/node/7047 tweed -- the-temp-agency.com/lollipop-factory -------------- next part -------------- An HTML attachment was scrubbed... URL: From blablack at gmail.com Thu Jan 16 18:17:51 2014 From: blablack at gmail.com (=?ISO-8859-1?Q?Aur=E9lien_Leblond?=) Date: Thu, 16 Jan 2014 18:17:51 +0000 Subject: [LAU] deteriorate-lv2 1.0.2 released In-Reply-To: References: Message-ID: >>> Yesterday I released the version 1.0.2 of deteriorate-lv2. >>> More info here: http://objectivewave.wordpress.com/deteriorate-lv2/ >> >> Hi ! >> >> After a clean build and install, a manifest.ttl appears to be missed. >> Here's what I get : >> >> $ lv2ls | fgrep dete >> Error opening file /usr/local/lib/lv2/deteriorate.lv2/manifest.ttl (No >> such file or directory) >> lilv_world_load_bundle(): error: Error reading >> file:///usr/local/lib/lv2/deteriorate.lv2/manifest.ttl >> http://github.com/blablack/deteriorate-lv2/downsampler_mono >> http://github.com/blablack/deteriorate-lv2/downsampler_stereo >> http://github.com/blablack/deteriorate-lv2/granulator_mono >> http://github.com/blablack/deteriorate-lv2/granulator_stereo >> >> $ jalv.gtk3 http://github.com/blablack/deteriorate-lv2/granulator_mon >> Error opening file /usr/local/lib/lv2/deteriorate.lv2/manifest.ttl (No >> such file or directory) >> lilv_world_load_bundle(): error: Error reading >> file:///usr/local/lib/lv2/deteriorate.lv2/manifest.ttl >> Plugin: http://github.com/blablack/deteriorate-lv2/granulator_mon >> Failed to find plugin >> >> I can't find no manifest.ttl in the source tree, >> below /usr/local/lib/lv2 neither. >> > > > I checked the wscript quickly though and I can see an error that would > explain this (bad copy/past... someday the world will end because of a > bad copy/past). > Copy/Past IS going to be the end of the world someday! I just released version 1.0.3 - indeed the ttls where copied in the wrong folders. Aur?lien From tim at quitte.de Thu Jan 16 18:18:03 2014 From: tim at quitte.de (Tim Goetze) Date: Thu, 16 Jan 2014 19:18:03 +0100 (CET) Subject: [LAU] (Totally OT) New old music: Four In-Reply-To: <20140116030652.GD2727@q400a.mobile.restivo.org> References: <5516800.OJRYka9jKG@edhp> <20140109214757.46c583f0@debian> <52CF1A0E.0@woh.rr.com> <16545889.ZX0VucT5ex@edhp> <20140116030652.GD2727@q400a.mobile.restivo.org> Message-ID: [Ken Restivo] >Youtube has to be the greatest thing for fandom though. And here are >the Mermen in their youth, local heroes in their native habitat, on >the bay: http://www.youtube.com/watch?v=8J_v3x2fppY > >And, possibly my favorite song by them, although it's not in their >ambient genre: http://www.youtube.com/watch?v=NKIYVm_YNhw Now there's an electric guitar, thanks for the pointers! Allow me to go off on that twangy tangent and drift a bit towards a more nordic lyricism, here's Ray Montford with http://www.youtube.com/watch?v=9iFZHK_RbXc Cheers, Tim From dplist at free.fr Thu Jan 16 18:33:06 2014 From: dplist at free.fr (David) Date: Thu, 16 Jan 2014 19:33:06 +0100 Subject: [LAU] deteriorate-lv2 1.0.2 released In-Reply-To: References: Message-ID: <20140116193306.62891021bb1c8e96c8c90e5d@free.fr> On Thu, 16 Jan 2014 18:17:51 +0000 Aur?lien Leblond wrote: > >>> Yesterday I released the version 1.0.2 of deteriorate-lv2. > >>> More info here: > >>> http://objectivewave.wordpress.com/deteriorate-lv2/ > >> > >> Hi ! > >> > >> After a clean build and install, a manifest.ttl appears to be > >> missed. Here's what I get : > >> > >> $ lv2ls | fgrep dete > >> Error opening file /usr/local/lib/lv2/deteriorate.lv2/manifest.ttl > >> (No such file or directory) > >> lilv_world_load_bundle(): error: Error reading > >> file:///usr/local/lib/lv2/deteriorate.lv2/manifest.ttl > >> http://github.com/blablack/deteriorate-lv2/downsampler_mono > >> http://github.com/blablack/deteriorate-lv2/downsampler_stereo > >> http://github.com/blablack/deteriorate-lv2/granulator_mono > >> http://github.com/blablack/deteriorate-lv2/granulator_stereo > >> > >> $ jalv.gtk3 > >> http://github.com/blablack/deteriorate-lv2/granulator_mon Error > >> opening file /usr/local/lib/lv2/deteriorate.lv2/manifest.ttl (No > >> such file or directory) lilv_world_load_bundle(): error: Error > >> reading file:///usr/local/lib/lv2/deteriorate.lv2/manifest.ttl > >> Plugin: http://github.com/blablack/deteriorate-lv2/granulator_mon > >> Failed to find plugin > >> > >> I can't find no manifest.ttl in the source tree, > >> below /usr/local/lib/lv2 neither. > >> > > > > > > I checked the wscript quickly though and I can see an error that > > would explain this (bad copy/past... someday the world will end > > because of a bad copy/past). > > > Copy/Past IS going to be the end of the world someday! > > I just released version 1.0.3 - indeed the ttls where copied in the > wrong folders. Thanks a lot, it is now deteriorating a percussion loop ! -- David From gnome at hawaii.rr.com Thu Jan 16 19:11:30 2014 From: gnome at hawaii.rr.com (david) Date: Thu, 16 Jan 2014 09:11:30 -1000 Subject: [LAU] Exam Cheating investigation In-Reply-To: <20140116170221.GE26995@q400a.mobile.restivo.org> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <20140116143214.65c308e9@eeyore.mozart.uni-klu.ac.at> <20140116170221.GE26995@q400a.mobile.restivo.org> Message-ID: <52D82EE2.9060308@hawaii.rr.com> On 01/16/2014 07:02 AM, Ken Restivo wrote: > On Thu, Jan 16, 2014 at 02:32:14PM +0100, Philipp ?berbacher wrote: >> On Wed, 15 Jan 2014 13:13:07 -0800 (PST) >> Ivan K wrote: >> >>> Hello LAD/LAU members: >>> >>> I teach introduction to western music courses at a local >>> community college, and one thing I have to deal with is >>> students cheating by using a smart phone during the >>> exam. Sure, I am in the room and occasionally walk >>> down the aisles, but these enterprising students are still >>> often able to hide a smart phone from me. >>> >>> The way these smart phone cheaters are usually caught >>> is when answering an essay question, they usually >>> look up the topic on Wikipedia and copy word for word >>> several sentences. >>> >>> On these exams, there are a few audio identifications, >>> and recently one student did a surprising thing. >>> The audio example was from Pierrot Lunaire, and not only did >>> answer the question by writing down the title and composer but >>> she ALSO WROTE DOWN the title and composer of a track by Webern >>> which was on the original CD that I ripped the Schoenberg >>> from. >>> >>> To summarize, from an mp3/ogg file that was put on-line >>> of one track from a CD, the student was able to identify >>> _other_ tracks from the CD that were not put on-line. >>> >>> How did the student do this? Here are links to the two sound >>> files that the students had access to: >>> >>> https://www.dropbox.com/s/66qkorouak19gpu/07_20th-pilu_p03_15-18.mp3 >>> https://www.dropbox.com/s/z17qoxey9ju4lei/07_20th-pilu_p03_15-18.ogg >>> >>> Are there some tags embedded in these files? How would I >>> be able to see these tags myself? >>> >>> If there are no embedded tags, how did this student obtain >>> this information? >>> >>> Thanks; Ivan >> >> Another possibility: >> There is also the possibility that the student was not cheating. >> True, given the information you provided it seems unlikely, and you may >> have additional indicators, but I'd simply ask her why she wrote down >> that other track. >> >> In my humble opinion, you won't ged rid of smartphone cheats unless you >> use a different mode of examination. It just shows that factoid >> checking is an anachronism. > > Or you could do your exams in a Faraday cage in the basement of the building. > > -ken Or you could put in a cell phone jammer: https://duckduckgo.com/?q=cell+phone+jammer Or you could think out some way to resolve the problem that education seeks to evaluate an individual on individual achievement while in the business world you'll be expected to ask others for information and answers, and work together to succeed as a team. -- David gnome at hawaii.rr.com authenticity, honesty, community http://dancingtreefrog.com From ken at restivo.org Fri Jan 17 00:43:10 2014 From: ken at restivo.org (Ken Restivo) Date: Thu, 16 Jan 2014 16:43:10 -0800 Subject: [LAU] one piece with linux, one without In-Reply-To: <600811551.983295.1389278737938.JavaMail.vpopmail@webmail1.networksolutionsemail.com> References: <600811551.983295.1389278737938.JavaMail.vpopmail@webmail1.networksolutionsemail.com> Message-ID: <20140117004310.GF26995@q400a.mobile.restivo.org> On Thu, Jan 09, 2014 at 09:45:37AM -0500, bill at wolfcomposer.com wrote: > Dear All, > > This is my first time posting music to this forum, though i've been reading it > to get general advice for quite some time. > > i'm finally at a point where i can start composing, again, and begin another > electronic piece > > . If anyone wants to comment on how the production can be improved, i'm all > ears. i am aware of the crackling at the beginning of the piece, which surfaced > during the mastering process and got worse when reencoding the original .wav > file. i've a better computer, now, and i hope that helps with some of this. > > In any event, the piece was composed with Bristol, qsynth, some samples from > vkeybd, zynaddsubfx (Yoshimi was not yet out), AMS, and Hydrogen. > > The second piece > > is for pipe organ. It involves no Linux and the recording technique is > amateurish. The performance was a world premiere in Zug, Czechoslovakia, this > last Sunday. The organist is Amelia Javorina. It's the first performance of my > music outside of school--ever--so i'm just excited to let others know. > I really like that Chaconne! The chord voicings and structure reminds me a bit of Allan Holdsworth. -ken From bill at wolfcomposer.com Fri Jan 17 12:45:27 2014 From: bill at wolfcomposer.com (bill at wolfcomposer.com) Date: Fri, 17 Jan 2014 07:45:27 -0500 (EST) Subject: [LAU] one piece with linux, one without In-Reply-To: References: Message-ID: <1573591602.261339.1389962727437.JavaMail.vpopmail@webmail1.networksolutionsemail.com> > The electronic piece had lots of interesting ideas, but for me they were too > frenetically squashed together. Personally I need time to absorb a musical > idea > before going on to the next one. i can understand this, Will. The piece was conceived as accompaniment for a young gymnast's floor exercise routine, so it feeds off the high energy and quick shifts from elegant dancing to athletic tumbling runs. i realize there's always Nadia's Theme, and that can come later. This was my first piece written with Linux, and i just wanted to get my hands dirty with the making. Once i'm more in control of the technology in particular and recording techniques in general, let's hope for a little maturity. Now if i can just find the right bouncing teen.... > Very impressed with the organ piece :) Thanks for listening, Will, and thanks for the kind words. bill -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill at wolfcomposer.com Fri Jan 17 13:20:11 2014 From: bill at wolfcomposer.com (bill at wolfcomposer.com) Date: Fri, 17 Jan 2014 08:20:11 -0500 (EST) Subject: [LAU] one piece with linux, one without In-Reply-To: <20140117004310.GF26995@q400a.mobile.restivo.org> References: <600811551.983295.1389278737938.JavaMail.vpopmail@webmail1.networksolutionsemail.com> <20140117004310.GF26995@q400a.mobile.restivo.org> Message-ID: <851593155.265067.1389964811488.JavaMail.vpopmail@webmail1.networksolutionsemail.com> > I really like that Chaconne! The chord voicings and structure reminds me a bit > of Allan Holdsworth. > > -ken THE Ken Restivo? Your music on bandcamp helps set some of my personal standards, along with General Fuzz. Isn't he in San Francisco, too? Anyway, thank you for listening! That's an interesting observation. The recurring chaconne is loosely modelled off of Satie, so the Holdsworth reference is not one i'd have made, myself. Nonetheless, i spent a LOT of time listening to "Metal Fatigue" when it came out (on vinyl, at that!). i wouldn't be surprised if some of that experience is tucked away underneath much of what i'm concsiously doing. Thanks, again, for listening, Ken. bill -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken at restivo.org Fri Jan 17 18:21:26 2014 From: ken at restivo.org (Ken Restivo) Date: Fri, 17 Jan 2014 10:21:26 -0800 Subject: [LAU] one piece with linux, one without In-Reply-To: <851593155.265067.1389964811488.JavaMail.vpopmail@webmail1.networksolutionsemail.com> References: <600811551.983295.1389278737938.JavaMail.vpopmail@webmail1.networksolutionsemail.com> <20140117004310.GF26995@q400a.mobile.restivo.org> <851593155.265067.1389964811488.JavaMail.vpopmail@webmail1.networksolutionsemail.com> Message-ID: <20140117182126.GA20396@q400a.mobile.restivo.org> On Fri, Jan 17, 2014 at 08:20:11AM -0500, bill at wolfcomposer.com wrote: > > I really like that Chaconne! The chord voicings and structure reminds me a bit > > of Allan Holdsworth. > > > > -ken > > THE Ken Restivo? Your music on bandcamp helps set some of my personal > standards, along with General Fuzz. Isn't he in San Francisco, too? Haha, I don't qualify as a "the", but, yeah, that's me. Glad you've enjoyed my stuff. I haven't done much with music in a few years, or even listened much, but recently started listening again, and have been enjoy all the great new music you-all have been posting here. I downloaded and enjoyed General Fuzz's whole catalog about 6 years ago, and enjoyed it a lot-- I like chillout, and his music was always impeccably produced. Thanks for reminding me to re-listen to it. I guess he does live here, though I haven't met him. > > Anyway, thank you for listening! That's an interesting observation. The > recurring chaconne is loosely modelled off of Satie, so the Holdsworth reference > is not one i'd have made, myself. Nonetheless, i spent a LOT of time listening > to "Metal Fatigue" when it came out (on vinyl, at that!). i wouldn't be > surprised if some of that experience is tucked away underneath much of what i'm > concsiously doing. > Aha, Satie. Well, that could possibly resolve an over-30-year-old mystery for me, which was: where did Holdsworth come up with all those wild chord voicings? Perhaps he was inspired by Satie? Wouldn't be surprised if British prog-rock guys of the 1970s were running around listening to Satie; Steve Hackett covered Gymnopediae on one of his records, etc. I'm not that familiar with Satie so I might have not made the connection from there to Holdsworth. Makes sense though. > Thanks, again, for listening, Ken. Thanks for posting! -ken From willgodfrey at musically.me.uk Fri Jan 17 19:59:14 2014 From: willgodfrey at musically.me.uk (Will Godfrey) Date: Fri, 17 Jan 2014 19:59:14 +0000 Subject: [LAU] An Old one and a new one Message-ID: <20140117195914.05e95919@debian> Quite a few people (here and elsewhere) commented on a tune I posted about two years ago, saying they weren't too keen on the change I had made - to an even earlier posting - involving the use of a pan pipe sound. I rather came to agree, but inertia stopped me doing anything about it... until Christmas time. However, working on this tune once more, also kicked me into thinking up a sequel - something I had also put off for a long time. So here we have two entries with complete story lines as well :) For those interested in such things, both of these are produced entirely with Rosegarden and Yoshimi. As usual, all comments welcome. {ahem} The travellers return to find their homes empty, with not a sign of their families and friends visible in the ruins of their village, nor the neighbouring villages. Indeed, even the great city is deserted and starting to decay, but there they find a clue. A city scribe has left a tantalising ledger entry that says all must leave. There are details of when and how, but no explanation of why, nor where the tribes will go. The travellers rest for a few days while they consider their options, then with heavy hearts begin their search, having no idea of when or whether they will be reunited with their loved ones. http://www.musically.me.uk/music/In_Search_Of_The_Lost_Tribes.ogg {cough} Sixty people started this search for the tribes. Over the long years a dozen have been lost, victim to accident, illness or bandits. Near to exhaustion, with what meagre supplies remain, the travellers set up camp in a sheltered valley far from their old country. After so many false leads and dashed hopes, they must decide: Do they continue, or accept defeat? That evening the decision is made. A handful of the fittest set out for the last time with the village calling horn. It will be no more than a three day onward search, while the remainder consider the best location should they need to build new homes. http://www.musically.me.uk/music/The_Long_Years.ogg -- 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. From emviveros at gmail.com Fri Jan 17 20:51:56 2014 From: emviveros at gmail.com (Esteban Viveros) Date: Fri, 17 Jan 2014 18:51:56 -0200 Subject: [LAU] deteriorate-lv2 1.0.2 released In-Reply-To: References: Message-ID: I'm trying to compile beatslash-lv2 in precise (kxstudio) but I don't have success... I can't find lvtk-dev package... Some prediction of binary release for ubuntu 12.04 LTS? 2014/1/14 Aur?lien Leblond > Hello all, > > Yesterday I released the version 1.0.2 of deteriorate-lv2. > This set contains a very simple and basic granular effect and a > simple/basic downsampler. > > I kept the code very simple and basic on purpose. > They might not be the most refined plugins around, but they create a > nice sound nonetheless... > > More info here: http://objectivewave.wordpress.com/deteriorate-lv2/ > > A demo video can be found here: http://www.youtube.com/watch?v=C63m5FdlzX0 > > > Enjoy! > Aur?lien > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -- Esteban Viveros (27) 98815 7170 | (11) 95761 4125 http://expurgacao.art.br/ https://soundcloud.com/estebanviveros http://projetobramaloka.tumblr.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From pnwright at gmail.com Fri Jan 17 21:32:14 2014 From: pnwright at gmail.com (Pete Wright) Date: Fri, 17 Jan 2014 13:32:14 -0800 Subject: [LAU] Exam Cheating investigation In-Reply-To: <52D82EE2.9060308@hawaii.rr.com> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <20140116143214.65c308e9@eeyore.mozart.uni-klu.ac.at> <20140116170221.GE26995@q400a.mobile.restivo.org> <52D82EE2.9060308@hawaii.rr.com> Message-ID: Cell phone jamming is illegal for the most part, I believe. I suggest you redesign your testing and set different (i.e., positive educational) goals for it. In my experience good teachers usually know pretty well how students individually and collectively are doing, as long as the classroom is participative, not just a lecture. You might use testing to see how the students are using what they have learned to solve problems as they would in the real world. Welcome smartphones to the process and give lots of credit for contributing to the process. (You can use your own smartphone for that.) Then you can publish articles about it and become a dean or vice president and spend the rest of your career fund-raising. (No good deed unpunished was probably invented in academia.) Just kidding (mostly). Pete On Thu, Jan 16, 2014 at 11:11 AM, david wrote: > On 01/16/2014 07:02 AM, Ken Restivo wrote: > >> On Thu, Jan 16, 2014 at 02:32:14PM +0100, Philipp ?berbacher wrote: >> >>> On Wed, 15 Jan 2014 13:13:07 -0800 (PST) >>> Ivan K wrote: >>> >>> Hello LAD/LAU members: >>>> >>>> I teach introduction to western music courses at a local >>>> community college, and one thing I have to deal with is >>>> students cheating by using a smart phone during the >>>> exam. Sure, I am in the room and occasionally walk >>>> down the aisles, but these enterprising students are still >>>> often able to hide a smart phone from me. >>>> >>>> The way these smart phone cheaters are usually caught >>>> is when answering an essay question, they usually >>>> look up the topic on Wikipedia and copy word for word >>>> several sentences. >>>> >>>> On these exams, there are a few audio identifications, >>>> and recently one student did a surprising thing. >>>> The audio example was from Pierrot Lunaire, and not only did >>>> answer the question by writing down the title and composer but >>>> she ALSO WROTE DOWN the title and composer of a track by Webern >>>> which was on the original CD that I ripped the Schoenberg >>>> from. >>>> >>>> To summarize, from an mp3/ogg file that was put on-line >>>> of one track from a CD, the student was able to identify >>>> _other_ tracks from the CD that were not put on-line. >>>> >>>> How did the student do this? Here are links to the two sound >>>> files that the students had access to: >>>> >>>> https://www.dropbox.com/s/66qkorouak19gpu/07_20th-pilu_p03_15-18.mp3 >>>> https://www.dropbox.com/s/z17qoxey9ju4lei/07_20th-pilu_p03_15-18.ogg >>>> >>>> Are there some tags embedded in these files? How would I >>>> be able to see these tags myself? >>>> >>>> If there are no embedded tags, how did this student obtain >>>> this information? >>>> >>>> Thanks; Ivan >>>> >>> >>> Another possibility: >>> There is also the possibility that the student was not cheating. >>> True, given the information you provided it seems unlikely, and you may >>> have additional indicators, but I'd simply ask her why she wrote down >>> that other track. >>> >>> In my humble opinion, you won't ged rid of smartphone cheats unless you >>> use a different mode of examination. It just shows that factoid >>> checking is an anachronism. >>> >> >> Or you could do your exams in a Faraday cage in the basement of the >> building. >> >> -ken >> > > Or you could put in a cell phone jammer: > > https://duckduckgo.com/?q=cell+phone+jammer > > Or you could think out some way to resolve the problem that education > seeks to evaluate an individual on individual achievement while in the > business world you'll be expected to ask others for information and > answers, and work together to succeed as a team. > > -- > David > gnome at hawaii.rr.com > authenticity, honesty, community > http://dancingtreefrog.com > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -------------- next part -------------- An HTML attachment was scrubbed... URL: From silvain at freeshell.de Fri Jan 17 23:10:45 2014 From: silvain at freeshell.de (F. Silvain) Date: Sat, 18 Jan 2014 00:10:45 +0100 (CET) Subject: [LAU] An Old one and a new one In-Reply-To: <20140117195914.05e95919@debian> References: <20140117195914.05e95919@debian> Message-ID: <1401180006280.28212@freeshell.de> Will Godfrey, Jan 17 2014: ... > http://www.musically.me.uk/music/In_Search_Of_The_Lost_Tribes.ogg Hey hey, I don't know what the original was like, but this sounds fantastic. It gives me such a feeling of openness. This is all Yoshimi? I'm using it but I daren't really create my own sounds. ... > http://www.musically.me.uk/music/The_Long_Years.ogg Though the story is captivating this piece hasn't the same hold on me. Still beautiful sounds! Thank you for sharing your music! Ta-ta ---- Ffanci * Internet: http://freeshell.de/~silvain From cbannister at slingshot.co.nz Sat Jan 18 11:19:33 2014 From: cbannister at slingshot.co.nz (Chris Bannister) Date: Sun, 19 Jan 2014 00:19:33 +1300 Subject: [LAU] Exam Cheating investigation In-Reply-To: <1389883288.10032.5.camel@cayenne.local> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <20140116143214.65c308e9@eeyore.mozart.uni-klu.ac.at> <1389883288.10032.5.camel@cayenne.local> Message-ID: <20140118111933.GL5651@tal> On Thu, Jan 16, 2014 at 09:41:28AM -0500, Bill Gribble wrote: > Ivan K wrote: > > To summarize, from an mp3/ogg file that was put on-line > > of one track from a CD, the student was able to identify > > _other_ tracks from the CD that were not put on-line. > > The Shazam app for iphone will do this pretty easily if the audio is > being played out loud. It works even in pretty poor listening > environments, such as loud restaurants. In a quiet exam room it should > have no trouble :) Wow! Why are students even allowed smart phones at an exam? -- "If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing." --- Malcolm X From mista.tapas at gmx.net Sat Jan 18 13:28:44 2014 From: mista.tapas at gmx.net (Florian Paul Schmidt) Date: Sat, 18 Jan 2014 14:28:44 +0100 Subject: [LAU] Exam Cheating investigation In-Reply-To: <20140118111933.GL5651@tal> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <20140116143214.65c308e9@eeyore.mozart.uni-klu.ac.at> <1389883288.10032.5.camel@cayenne.local> <20140118111933.GL5651@tal> Message-ID: <52DA818C.7050302@gmx.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 18.01.2014 12:19, Chris Bannister wrote: > Wow! Why are students even allowed smart phones at an exam? > It's even in the name: SMART phones. If they are allowed you basically test the intelligence of the phone and not of the student ;D Flo -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS2oGMAAoJEA5f4Coltk8Zcr0H/iEGlXJWhpZpnEFqabeJwTkF 7jM5CTCytTVfOrBXopeeUYf4YRDkeOqhlgYNWNuIEe8n7GlBoLQO95VlH35WrX0Z 3V/+p1yMJxrzMaxQ+5zNYFggJUL2RV0yftuinbU8OayJawQ+tLlywLnjPt3+4xSF PpFQqz6aotvTJCBTUh566Z6Gavhg8182e9sBWeHh1NNFlZlCeCQC28AaEPFaFV94 yEbtGL5NkmaNhfVUFJEDhDLr425DB4oF78+pFWxZ4wkiWipINO4/AJMqijU7PrMw LdwhatXOG6YDenb6drjGmdOxmhtAFd02K/+hJiKicndERWdlbctSlJKUYU6BPJU= =wbPw -----END PGP SIGNATURE----- From neil at neilcsmith.net Sat Jan 18 13:55:42 2014 From: neil at neilcsmith.net (Neil C Smith) Date: Sat, 18 Jan 2014 13:55:42 +0000 Subject: [LAU] Exam Cheating investigation In-Reply-To: <52DA818C.7050302@gmx.net> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <20140116143214.65c308e9@eeyore.mozart.uni-klu.ac.at> <1389883288.10032.5.camel@cayenne.local> <20140118111933.GL5651@tal> <52DA818C.7050302@gmx.net> Message-ID: On 18 January 2014 13:28, Florian Paul Schmidt wrote: > It's even in the name: SMART phones. If they are allowed you basically > test the intelligence of the phone and not of the student ;D Hahaha .. smart phones are not intelligent! Reminds of a quote from Steve Grand (Creation) - "Here?s a thought experiment; take one super, hyper intelligent, chess computer like Deep Blue, say, and take one domestic rabbit - this is what happens when you ask a rabbit to play chess. They?re not very good at it. The Queen?s opening gambit gets them every time. So on that basis, chess computers are far more intelligent than rabbits but if you swap the experiment around and try throwing them both into a bucket of water, it strikes me that the one who's really the most intelligent is the one who figures out how not to drown. Now I?ve tried this experiment loads of times now and chess computers just don?t get it - it?s cost me a fortune. " It's no different to the fact that in my high school maths exams we were allowed to use calculators. Intelligence is not knowledge, it is the *application* of knowledge. If the exam requires no intelligence, it's not a very good exam! 2c Best wishes, Neil -- Neil C Smith Artist : Technologist : Adviser http://neilcsmith.net Praxis LIVE - open-source intermedia development - www.praxislive.org Digital Prisoners - interactive spaces and projections - www.digitalprisoners.co.uk OpenEye - the web, managed - www.openeye.info From mista.tapas at gmx.net Sat Jan 18 14:14:22 2014 From: mista.tapas at gmx.net (Florian Paul Schmidt) Date: Sat, 18 Jan 2014 15:14:22 +0100 Subject: [LAU] Exam Cheating investigation In-Reply-To: References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <20140116143214.65c308e9@eeyore.mozart.uni-klu.ac.at> <1389883288.10032.5.camel@cayenne.local> <20140118111933.GL5651@tal> <52DA818C.7050302@gmx.net> Message-ID: <52DA8C3E.6050603@gmx.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 18.01.2014 14:55, Neil C Smith wrote: > On 18 January 2014 13:28, Florian Paul Schmidt > wrote: >> It's even in the name: SMART phones. If they are allowed you >> basically test the intelligence of the phone and not of the >> student ;D > > Hahaha .. smart phones are not intelligent! Reminds of a quote > from Steve Grand (Creation) - > Yeah, I was just making a pun. Forgive me :D Flo -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS2ow3AAoJEA5f4Coltk8ZA5IH/i+4JE9nO2Zx/GJXt+vAtjvy lpBf9y6cEd0bcLHgrX369YVTOs/zh+6O6bbd8/duBIc0lT/DE375R2yXkynUhHDp yKRWBtCo38oBYgUUaDUJJD2fe56HhQ3yyNcz6unCDLAqFZFSjW8zZBFdcCsQexGd xhhHPAFDUEiuwdptm2CLmAL4Ezc22fCuhliKxGOVW3eMSoyX4mKeUO/W9iiNSI41 ZZmjBahH0IutUVwHe9TrQcYKtPRet5tNNxwJV1dsoM88rPfvnJRqXZGCsq7zzPat 4X/RHXyELLY6Jug7DLvTiWexqEaN0sZa1sJhU+6wYlz9JYdu17qmcqO1rVOCbU8= =ovxO -----END PGP SIGNATURE----- From blablack at gmail.com Sat Jan 18 16:49:18 2014 From: blablack at gmail.com (=?ISO-8859-1?Q?Aur=E9lien_Leblond?=) Date: Sat, 18 Jan 2014 16:49:18 +0000 Subject: [LAU] deteriorate-lv2 1.0.2 released In-Reply-To: References: Message-ID: > I'm trying to compile beatslash-lv2 in precise (kxstudio) but I don't have > success... I can't find lvtk-dev package... Some prediction of binary > release for ubuntu 12.04 LTS? I woudn't know when it will be added to 12.04 LTS... I have a repo for Ubuntu, but it is against the latest 13.10... From gheskett at wdtv.com Sat Jan 18 18:24:22 2014 From: gheskett at wdtv.com (Gene Heskett) Date: Sat, 18 Jan 2014 13:24:22 -0500 Subject: [LAU] Exam Cheating investigation In-Reply-To: References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <52DA818C.7050302@gmx.net> Message-ID: <201401181324.22782.gheskett@wdtv.com> On Saturday 18 January 2014 12:58:06 Neil C Smith did opine: > On 18 January 2014 13:28, Florian Paul Schmidt wrote: > > It's even in the name: SMART phones. If they are allowed you basically > > test the intelligence of the phone and not of the student ;D > > Hahaha .. smart phones are not intelligent! Reminds of a quote from > Steve Grand (Creation) - > > "Here?s a thought experiment; take one super, hyper intelligent, chess > computer like Deep Blue, say, and take one domestic rabbit - this is > what happens when you ask a rabbit to play chess. They?re not very > good at it. The Queen?s opening gambit gets them every time. So on > that basis, chess computers are far more intelligent than rabbits but > if you swap the experiment around and try throwing them both into a > bucket of water, it strikes me that the one who's really the most > intelligent is the one who figures out how not to drown. Now I?ve > tried this experiment loads of times now and chess computers just > don?t get it - it?s cost me a fortune. " > > It's no different to the fact that in my high school maths exams we > were allowed to use calculators. Intelligence is not knowledge, it is > the *application* of knowledge. If the exam requires no intelligence, > it's not a very good exam! > > 2c > > Best wishes, > > Neil And exams so written, were in fact not written by truly intelligent people, who know the difference. I don't think its unreasonable to expect the test composer to have an IQ 50 points higher than the student either. If he runs into a student whose IQ beats his/hers, he/she _will_ know it very quickly. If he/she gets pushed to compose problems which push the gifted student even further, then they are both enriched mentally by that effort. I'm sorry if that reflects poorly on the composer of that particular exam, but what you want, is not to test the memory of the test taker, but to test their powers of deduction. It can be a fine line. Calculators, since they are so refined for a $20 bill these days, I would allow, but would take extreme pains to present the problem in a manner that is not directly translatable to the order of button pushes needed to solve the problem. That's just handing them the answer. Shame on the test composer. I learned to do square roots on paper, probably something over 70 years ago, but today I'd have to use a calculator AND the answer would have to make sense (based on a basic idea of what it should be, gained from that experience) before I'd write it down verbatim today. Same with trig or either form of log (log10, logE)functions. Cheers, Gene -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page Required reading: if macOS is for the computer illiterate, then windoze is for the computer masochists A pen in the hand of this president is far more dangerous than 200 million guns in the hands of law-abiding citizens. From jonetsu at teksavvy.com Sat Jan 18 18:26:07 2014 From: jonetsu at teksavvy.com (jonetsu at teksavvy.com) Date: Sat, 18 Jan 2014 13:26:07 -0500 Subject: [LAU] Using a pe-count with Renoise/Ardour Message-ID: <20140118132607.2114c8ef@mistral> Hello, I have some tracks in Ardour, acoustic instruments, to which I counted 8 metronome ticks before starting recording. So there are 8 clicks of 'silence' before the instruments starts. This is a sketch, so I'd like to play around with Renoise while the instruments are playing, especially pattern-based. The problem is that Renoise starts immediately, same time as Ardour, so that music starts happening when Renois is already at 32 (out of 64, default size). I tried adding a metronome pre-count in Renoise, then use Renoise to start Ardour, but the pre-count does not take effect. Is there a way to be able to play around looping a pattern in Renoise while Ardour plays tracks, assuming that the tracks were recorded with Ardour's metronome, and that a 64 pattern in Renoise fits nicely in what is unfolding as recorded. In other words, is it possible to jam in Renoise while audio tracks are playinbg - surely it is ! But is it possible to do it using a metronome count-in before looping a pattern ? Of course, any suggestion of achieving this in a better way is welcomed ! (?) Cheers. From p8rpp at aol.com Sat Jan 18 18:50:31 2014 From: p8rpp at aol.com (Peter P.) Date: Sat, 18 Jan 2014 19:50:31 +0100 Subject: [LAU] HDSP wrong firmware gets loaded (digi- vs multiface) Message-ID: <20140118185030.GA22788@aol.de> Hi list, hdsploader (via hotplug) on my box seems to load firmware at will. Sometimes it loads the Digiface firmware into my Multiface, sometimes it loads the correct one. I suppose I could simply delete the digiface firmware from the path, but what is it that makes it load the wrong one? correct one: kernel: [98033.160982] pci 0000:05:00.0: BAR 0: assigned [mem 0xf0000000-0xf000ffff] kernel: [98033.161012] pci 0000:05:00.0: no hotplug settings from platform kernel: [98033.161264] snd_hdsp 0000:05:00.0: enabling device (0000 -> 0002) kernel: [98033.467674] Hammerfall-DSP: wait for FIFO status <= 0 failed after 30 iterations kernel: [98033.474630] snd_hdsp 0000:05:00.0: firmware: agent loaded multiface_firmware_rev11.bin into memory wrong one: kernel: [98146.327251] Hammerfall-DSP: loading firmware kernel: [98149.392459] Hammerfall-DSP: finished firmware loading kernel: [98243.384790] pci 0000:05:00.0: BAR 0: assigned [mem 0xf0000000-0xf000ffff] kernel: [98243.384824] pci 0000:05:00.0: no hotplug settings from platform kernel: [98243.385118] snd_hdsp 0000:05:00.0: enabling device (0000 -> 0002) kernel: [98243.689751] snd_hdsp 0000:05:00.0: firmware: agent loaded digiface_firmware_rev11.bin into memory Does someone else have the same issue? best, P From fons at linuxaudio.org Sat Jan 18 21:48:33 2014 From: fons at linuxaudio.org (Fons Adriaensen) Date: Sat, 18 Jan 2014 21:48:33 +0000 Subject: [LAU] Exam Cheating investigation In-Reply-To: <201401181324.22782.gheskett@wdtv.com> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <52DA818C.7050302@gmx.net> <201401181324.22782.gheskett@wdtv.com> Message-ID: <20140118214833.GA11978@linuxaudio.org> On Sat, Jan 18, 2014 at 01:24:22PM -0500, Gene Heskett wrote: > I'm sorry if that reflects poorly on the composer of that particular exam, > but what you want, is not to test the memory of the test taker, but to test > their powers of deduction. Even so, students taking a course on the history of Western classical music should be able to identify Pierrot Lunaire without requiring internet resources. More so if during the course they had the opportunity to hear it. And I don't agree with the idea that knowledge (as opposed to the application of it) is a thing of the past. If I had to look up every equation I use on Wikipedia I'd consider myself to be a very lousy DSP programmer. > I learned to do square roots on paper, probably something over 70 years > ago, but today I'd have to use a calculator AND the answer would have to > make sense You'd be surprised to know the percentage of people that would accept *any* result from a calculator, even if it doesn't make sense at all. When I was in high school most math or physics teachers would accept an error in the calculations for an exam problem if the logic of the solution was right. But I had one who didn't. His reasoning was that if you make a stupid calculation error as an engineer, the result would be as useless as if you didn't grasp the problem at all. The bridge would collapse or the airplane would fall out of the sky. And he was right. Remember the 10^8 dollar NASA Mars probe that got lost because JPL was using imperial units while NASA expected metric ones ? Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From gheskett at wdtv.com Sat Jan 18 22:29:16 2014 From: gheskett at wdtv.com (Gene Heskett) Date: Sat, 18 Jan 2014 17:29:16 -0500 Subject: [LAU] Exam Cheating investigation In-Reply-To: <20140118214833.GA11978@linuxaudio.org> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <201401181324.22782.gheskett@wdtv.com> <20140118214833.GA11978@linuxaudio.org> Message-ID: <201401181729.16321.gheskett@wdtv.com> On Saturday 18 January 2014 17:16:38 Fons Adriaensen did opine: > On Sat, Jan 18, 2014 at 01:24:22PM -0500, Gene Heskett wrote: > > I'm sorry if that reflects poorly on the composer of that particular > > exam, but what you want, is not to test the memory of the test taker, > > but to test their powers of deduction. > > Even so, students taking a course on the history of Western classical > music should be able to identify Pierrot Lunaire without requiring > internet resources. More so if during the course they had the > opportunity to hear it. That sort of musical knowledge is definitely out of my field of relative expertise. Above my pay grade IOW. :) > And I don't agree with the idea that knowledge > (as opposed to the application of it) is a thing of the past. If I had > to look up every equation I use on Wikipedia I'd consider myself to be > a very lousy DSP programmer. That may reflect on the diffs in our ages as much as anything else, Fons. Approaching 80 yo, I'd probably make a lousy DSP programmer. > > I learned to do square roots on paper, probably something over 70 > > years ago, but today I'd have to use a calculator AND the answer > > would have to make sense > > You'd be surprised to know the percentage of people that would > accept *any* result from a calculator, even if it doesn't make > sense at all. Scary isn't it? > When I was in high school most math or physics teachers would > accept an error in the calculations for an exam problem if the > logic of the solution was right. But I had one who didn't. His > reasoning was that if you make a stupid calculation error as an > engineer, the result would be as useless as if you didn't grasp > the problem at all. The bridge would collapse or the airplane > would fall out of the sky. And he was right. Remember the 10^8 > dollar NASA Mars probe that got lost because JPL was using > imperial units while NASA expected metric ones ? Yes, the ultimate forehead slapper, a 100 Billion dollar one. But nobody's head was paraded around on a pike over it either. That is almost as sad. Only we, the taxpayer paid for JPL's mistake AFAIK. It should have been common knowledge that the biggest contributor to JPL's payroll had been mandating metric units for decades when that little "forehead slapper" occurred. > Ciao, Cheers Fons, Gene -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page Required reading: Stult's Report: Our problems are mostly behind us. What we have to do now is fight the solutions. A pen in the hand of this president is far more dangerous than 200 million guns in the hands of law-abiding citizens. From ralf.mardorf at alice-dsl.net Sat Jan 18 22:37:25 2014 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Sat, 18 Jan 2014 23:37:25 +0100 Subject: [LAU] Exam Cheating investigation In-Reply-To: <20140118214833.GA11978@linuxaudio.org> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <52DA818C.7050302@gmx.net> <201401181324.22782.gheskett@wdtv.com> <20140118214833.GA11978@linuxaudio.org> Message-ID: <1390084645.9871.60.camel@archlinux> On Sat, 2014-01-18 at 21:48 +0000, Fons Adriaensen wrote: > Even so, students taking a course on the history of Western classical > music should be able to identify Pierrot Lunaire without requiring > internet resources. :) When I was a teenager I loved Sch?nberg and I still like a lot of his his music today, but you can't expect everybody to love the same things. I illegal copied a CD of Pierrot Lunaire I lent from a library to a consumer cassette recorder using Dolby C some years ago, when I already was an adult. I still own this recording, but don't own a recorder to play it :D. No, you can't expect that the kids are aware of Pierrot Lunaire. C'mon it's freakish music and the lyrics are sad :p. Regards, Wei?e W?scherin im Mondschein :p From ralf.mardorf at alice-dsl.net Sat Jan 18 22:50:04 2014 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Sat, 18 Jan 2014 23:50:04 +0100 Subject: [LAU] Exam Cheating investigation In-Reply-To: <1390084645.9871.60.camel@archlinux> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <52DA818C.7050302@gmx.net> <201401181324.22782.gheskett@wdtv.com> <20140118214833.GA11978@linuxaudio.org> <1390084645.9871.60.camel@archlinux> Message-ID: <1390085404.9871.62.camel@archlinux> On Sat, 2014-01-18 at 23:37 +0100, Ralf Mardorf wrote: > On Sat, 2014-01-18 at 21:48 +0000, Fons Adriaensen wrote: > > Even so, students taking a course on the history of Western classical > > music should be able to identify Pierrot Lunaire without requiring > > internet resources. > > :) > > When I was a teenager I loved Sch?nberg and I still like a lot of his > his music today, but you can't expect everybody to love the same things. > > I illegal copied a CD of Pierrot Lunaire I lent from a library to a > consumer cassette recorder using Dolby C some years ago, when I already > was an adult. > > I still own this recording, but don't own a recorder to play it :D. > > No, you can't expect that the kids are aware of Pierrot Lunaire. C'mon > it's freakish music and the lyrics are sad :p. > > Regards, > > Wei?e W?scherin im Mondschein :p Pardon after using Google I'm aware of my mistake, it isn't the "wei?e W?scherin", but the "blasse W?scherin" ;). From ralf.mardorf at alice-dsl.net Sat Jan 18 23:05:51 2014 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Sun, 19 Jan 2014 00:05:51 +0100 Subject: [LAU] Exam Cheating investigation In-Reply-To: <20140118214833.GA11978@linuxaudio.org> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <52DA818C.7050302@gmx.net> <201401181324.22782.gheskett@wdtv.com> <20140118214833.GA11978@linuxaudio.org> Message-ID: <1390086351.9871.67.camel@archlinux> FWIW I prefer some jazz interpretations of Sch?nberg, e.g. by the Vienna Art Orchestra and it's too funny, since I planned to do an old school like hip hop song using samples of the Vienna Art Orchestra. I was uncertain to do it, but now I'm less uncertain :), I at least likely will cover the Vienna Art Orchestra instead of using samples. From fons at linuxaudio.org Sat Jan 18 23:42:52 2014 From: fons at linuxaudio.org (Fons Adriaensen) Date: Sat, 18 Jan 2014 23:42:52 +0000 Subject: [LAU] Exam Cheating investigation In-Reply-To: <201401181729.16321.gheskett@wdtv.com> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <201401181324.22782.gheskett@wdtv.com> <20140118214833.GA11978@linuxaudio.org> <201401181729.16321.gheskett@wdtv.com> Message-ID: <20140118234252.GB11978@linuxaudio.org> On Sat, Jan 18, 2014 at 05:29:16PM -0500, Gene Heskett wrote: > It should have been > common knowledge that the biggest contributor to JPL's payroll had been > mandating metric units for decades when that little "forehead slapper" > occurred. No just common knowledge. In the space business you can't create even the most trivial piece of hardware, software, or process without having an Interface Control Document for it. And those ICDs are reviewed. Yet the interface between JPL and NASA was apparently 'undefined'... Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From gheskett at wdtv.com Sat Jan 18 23:59:23 2014 From: gheskett at wdtv.com (Gene Heskett) Date: Sat, 18 Jan 2014 18:59:23 -0500 Subject: [LAU] Exam Cheating investigation In-Reply-To: <20140118234252.GB11978@linuxaudio.org> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <201401181729.16321.gheskett@wdtv.com> <20140118234252.GB11978@linuxaudio.org> Message-ID: <201401181859.23424.gheskett@wdtv.com> On Saturday 18 January 2014 18:53:25 Fons Adriaensen did opine: > On Sat, Jan 18, 2014 at 05:29:16PM -0500, Gene Heskett wrote: > > It should have been > > common knowledge that the biggest contributor to JPL's payroll had > > been mandating metric units for decades when that little "forehead > > slapper" occurred. > > No just common knowledge. In the space business you can't create > even the most trivial piece of hardware, software, or process > without having an Interface Control Document for it. And those > ICDs are reviewed. Yet the interface between JPL and NASA was > apparently 'undefined'... > > Ciao, Having visited the JPL site, admittedly in the 1959 time frame, I came away with the impression they had some phenomenally long noses to look down to see normal people. They were a force to be reckoned with at the time since we were in the middle of building a bird to give John Glenn his first ride. That and a "damn the torpedo's, all ahead flank to the engine room" attitude. Cheers, Gene -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page Required reading: If you suspect that this message may have been intercepted or amended, please call the sender. A pen in the hand of this president is far more dangerous than 200 million guns in the hands of law-abiding citizens. From cbannister at slingshot.co.nz Sun Jan 19 06:22:01 2014 From: cbannister at slingshot.co.nz (Chris Bannister) Date: Sun, 19 Jan 2014 19:22:01 +1300 Subject: [LAU] Exam Cheating investigation In-Reply-To: References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <20140116143214.65c308e9@eeyore.mozart.uni-klu.ac.at> <1389883288.10032.5.camel@cayenne.local> <20140118111933.GL5651@tal> <52DA818C.7050302@gmx.net> Message-ID: <20140119062200.GD17251@tal> On Sat, Jan 18, 2014 at 01:55:42PM +0000, Neil C Smith wrote: > On 18 January 2014 13:28, Florian Paul Schmidt wrote: > > It's even in the name: SMART phones. If they are allowed you basically > > test the intelligence of the phone and not of the student ;D > > Hahaha .. smart phones are not intelligent! Reminds of a quote from > Steve Grand (Creation) - > > "Here?s a thought experiment; take one super, hyper intelligent, chess > computer like Deep Blue, say, and take one domestic rabbit - this is > what happens when you ask a rabbit to play chess. They?re not very > good at it. The Queen?s opening gambit gets them every time. The difference between "lettuce play chess" and "let us play chess" can make a considerable difference in this case. -- "If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing." --- Malcolm X From tito at online.de Sun Jan 19 07:52:14 2014 From: tito at online.de (Wolfgang Woehl) Date: Sun, 19 Jan 2014 08:52:14 +0100 Subject: [LAU] Exam Cheating investigation In-Reply-To: <20140119062200.GD17251@tal> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <20140116143214.65c308e9@eeyore.mozart.uni-klu.ac.at> <1389883288.10032.5.camel@cayenne.local> <20140118111933.GL5651@tal> <52DA818C.7050302@gmx.net> <20140119062200.GD17251@tal> Message-ID: <1E79F56A-71E0-40A7-A4B2-F574876D4C77@online.de> Chris Bannister: > The difference between "lettuce play chess" and "let us play chess" can > make a considerable difference in this case. Nice :) From tim at klingt.org Sun Jan 19 14:08:42 2014 From: tim at klingt.org (tim) Date: Sun, 19 Jan 2014 15:08:42 +0100 Subject: [LAU] Exam Cheating investigation In-Reply-To: <20140118214833.GA11978@linuxaudio.org> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <52DA818C.7050302@gmx.net> <201401181324.22782.gheskett@wdtv.com> <20140118214833.GA11978@linuxaudio.org> Message-ID: >> I learned to do square roots on paper, probably something over 70 years >> ago, but today I'd have to use a calculator AND the answer would have to >> make sense > > You'd be surprised to know the percentage of people that would > accept *any* result from a calculator, even if it doesn't make > sense at all. > > When I was in high school most math or physics teachers would > accept an error in the calculations for an exam problem if the > logic of the solution was right. But I had one who didn't. His > reasoning was that if you make a stupid calculation error as an > engineer, the result would be as useless as if you didn't grasp > the problem at all. The bridge would collapse or the airplane > would fall out of the sky. And he was right. Remember the 10^8 > dollar NASA Mars probe that got lost because JPL was using > imperial units while NASA expected metric ones ? maybe the engineers payed too much attention on getting all the computations right :) errors happen, most of us are humans. the question is mainly how to catch and avoid them: programming languages can easily do dimensional analysis at compile-time if the dimensions are encoded into the type system. From cbannister at slingshot.co.nz Sun Jan 19 16:08:16 2014 From: cbannister at slingshot.co.nz (Chris Bannister) Date: Mon, 20 Jan 2014 05:08:16 +1300 Subject: [LAU] Exam Cheating investigation In-Reply-To: References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <52DA818C.7050302@gmx.net> <201401181324.22782.gheskett@wdtv.com> <20140118214833.GA11978@linuxaudio.org> Message-ID: <20140119160816.GC7057@tal> On Sun, Jan 19, 2014 at 03:08:42PM +0100, tim wrote: > > would fall out of the sky. And he was right. Remember the 10^8 > > dollar NASA Mars probe that got lost because JPL was using > > imperial units while NASA expected metric ones ? > > maybe the engineers payed too much attention on getting all the > computations right :) > errors happen, most of us are humans. the question is mainly how to > catch and avoid them: programming languages can easily do dimensional > analysis at compile-time if the dimensions are encoded into the type system. Do you think it was more likely a communications problem? e.g. a bigwig protecting his interests dealing with his European counterpart by not informing the appropriate "departments/sections" of all the details. -- "If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing." --- Malcolm X From marc at hacklava.net Sun Jan 19 17:17:57 2014 From: marc at hacklava.net (Marc =?UTF-8?B?TGF2YWxsw6ll?=) Date: Sun, 19 Jan 2014 12:17:57 -0500 Subject: [LAU] OT: Pierrot Lunaire (was: Re: Exam Cheating investigation) In-Reply-To: <20140118214833.GA11978@linuxaudio.org> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <52DA818C.7050302@gmx.net> <201401181324.22782.gheskett@wdtv.com> <20140118214833.GA11978@linuxaudio.org> Message-ID: <20140119121757.3d8d630f@telecino> Sat, 18 Jan 2014 21:48:33 +0000, Fons Adriaensen a ?crit : > On Sat, Jan 18, 2014 at 01:24:22PM -0500, Gene Heskett wrote: > > I'm sorry if that reflects poorly on the composer of that > > particular exam, but what you want, is not to test the memory of > > the test taker, but to test their powers of deduction. > > Even so, students taking a course on the history of Western classical > music should be able to identify Pierrot Lunaire without requiring > internet resources. More so if during the course they had the > opportunity to hear it. Pierrot Lunaire is indeed easy to identify; it's the best known historical example of Sprechgesang, and even as a little boy I knew that about Sch?nberg, without formal training in music. I'm 50, so it was much easier at the time to be exposed to contemporary music (even on my side of the Atlantic), simply because it was playing on public radios and televisions. Now that mass medias are complete vassals of the so-called "pop culture", and that most other styles of music are being "specialized" and channelled, very few "normal" people are exposed to such "elitist" bits of knowledge. It's the consequence of the "evolution" of electronic mass-medias, from generalist radios and televisions to the Internet, where everything is "monetized" with an "app". I wondered what McLuhan would have said... Anyway, to summarize: rap is the new Sprechgesang, rythmic and monotone. I don't know much about it, and I would fail miserably at any exam. Ralf Mardorf a ?crit : > No, you can't expect that the kids are aware of Pierrot Lunaire. > C'mon it's freakish music and the lyrics are sad :p. There's a whole lot of sad music that kids enjoy. > FWIW I prefer some jazz interpretations of Sch?nberg, e.g. by the > Vienna Art Orchestra and it's too funny, since I planned to do an old > school like hip hop song using samples of the Vienna Art Orchestra. Is hip hop already "old school"? The excellent Vienna Art Orchestra must be old school too, since it was funded in 1977... I hope to see them again (last time was more than 10 years ago). > I was uncertain to do it, but now I'm less uncertain :), I at least > likely will cover the Vienna Art Orchestra instead of using samples. The sampling culture is dissolving general culture: I often ask people to identify samples used in pop music; they usually can't, identifying only the song using the sample, as music recognition services would probably do (to be verified). Culture, especially since the 90's, is an industrial activity based on "artifical scarcity", and sampling is one of the method used to monetize on the lack of general culture. That said, you can identify samples years after hearing them for the first time. -- Marc From atte at youmail.dk Sun Jan 19 17:29:02 2014 From: atte at youmail.dk (Atte) Date: Sun, 19 Jan 2014 18:29:02 +0100 Subject: [LAU] Using a pe-count with Renoise/Ardour In-Reply-To: <20140118132607.2114c8ef@mistral> References: <20140118132607.2114c8ef@mistral> Message-ID: <52DC0B5E.3030804@youmail.dk> On 01/18/2014 07:26 PM, jonetsu at teksavvy.com wrote: > The problem is that Renoise starts > immediately, same time as Ardour, so that music starts happening when > Renois is already at 32 (out of 64, default size). It sounds like you need to add a 32 lines pattern before the pattern in which you start jamming. Renoise needs this pattern to advance time, just like ardour doesn't start the music "all the way to the left". from the top in ardour = 0:0 from the top in renoise = line 0 of pattern 0 Or am I misunderstanding what you're trying to do? -- Atte http://atte.dk http://modlys.dk From ralf.mardorf at alice-dsl.net Sun Jan 19 19:27:49 2014 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Sun, 19 Jan 2014 20:27:49 +0100 Subject: [LAU] OT: Pierrot Lunaire (was: Re: Exam Cheating investigation) In-Reply-To: <20140119121757.3d8d630f@telecino> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <52DA818C.7050302@gmx.net> <201401181324.22782.gheskett@wdtv.com> <20140118214833.GA11978@linuxaudio.org> <20140119121757.3d8d630f@telecino> Message-ID: <1390159669.9871.98.camel@archlinux> On Sun, 2014-01-19 at 12:17 -0500, Marc Lavall?e wrote: > I'm 50 and I'm 47. This is the point. When we were young and turned on the radio at night they played Arnold Sch?nberg, Bill Laswell, ..., Vienna Art Orchestra. Today they play Lady Gaga and the Black Eyed Peas, this crap has nothing in common with music. The kids don't know music, because people of your and my age make the play lists for the radio. From ralf.mardorf at alice-dsl.net Sun Jan 19 19:33:21 2014 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Sun, 19 Jan 2014 20:33:21 +0100 Subject: [LAU] OT: Pierrot Lunaire (was: Re: Exam Cheating investigation) In-Reply-To: <1390159669.9871.98.camel@archlinux> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <52DA818C.7050302@gmx.net> <201401181324.22782.gheskett@wdtv.com> <20140118214833.GA11978@linuxaudio.org> <20140119121757.3d8d630f@telecino> <1390159669.9871.98.camel@archlinux> Message-ID: <1390160001.9871.101.camel@archlinux> On Sun, 2014-01-19 at 20:27 +0100, Ralf Mardorf wrote: > On Sun, 2014-01-19 at 12:17 -0500, Marc Lavall?e wrote: > > I'm 50 > > and I'm 47. This is the point. When we were young and turned on the > radio at night they played Arnold Sch?nberg, Bill Laswell, ..., Vienna > Art Orchestra. Today they play Lady Gaga and the Black Eyed Peas, this > crap has nothing in common with music. The kids don't know music, > because people of your and my age make the play lists for the radio. PS: So we shouldn't ask what's wrong with the kids. The question should be, what's wrong with the folks of our generation who decide what music is played on the radio. Btw. Celtic Frost made a nice cover version of Mexican Radio :). From bob at mellowood.ca Sun Jan 19 20:08:26 2014 From: bob at mellowood.ca (Bob van der Poel) Date: Sun, 19 Jan 2014 13:08:26 -0700 Subject: [LAU] OT: Pierrot Lunaire (was: Re: Exam Cheating investigation) In-Reply-To: <1390159669.9871.98.camel@archlinux> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <52DA818C.7050302@gmx.net> <201401181324.22782.gheskett@wdtv.com> <20140118214833.GA11978@linuxaudio.org> <20140119121757.3d8d630f@telecino> <1390159669.9871.98.camel@archlinux> Message-ID: On Sun, Jan 19, 2014 at 12:27 PM, Ralf Mardorf wrote: > On Sun, 2014-01-19 at 12:17 -0500, Marc Lavall?e wrote: >> I'm 50 > > and I'm 47. This is the point. When we were young and turned on the > radio at night they played Arnold Sch?nberg, Bill Laswell, ..., Vienna > Art Orchestra. Today they play Lady Gaga and the Black Eyed Peas, this > crap has nothing in common with music. The kids don't know music, > because people of your and my age make the play lists for the radio. Huh? Maybe they played Schoenberg where you live ... but I never heard of this kind of stuff until much later in my life when I did some serious musical studies. Maybe not serious enough ... I think that Schoenberg and other of that ilk are no better than the rap you mentioned earlier and are really just examples of folks showing how smart they (thing) they are. But, when I was growing up the radio featured the Everly Bros, Beatles, etc. -- **** Listen to my FREE CD at http://www.mellowood.ca/music/cedars **** Bob van der Poel ** Wynndel, British Columbia, CANADA ** EMAIL: bob at mellowood.ca WWW: http://www.mellowood.ca From ralf.mardorf at alice-dsl.net Sun Jan 19 20:15:03 2014 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Sun, 19 Jan 2014 21:15:03 +0100 Subject: [LAU] OT: Pierrot Lunaire (was: Re: Exam Cheating investigation) In-Reply-To: References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <52DA818C.7050302@gmx.net> <201401181324.22782.gheskett@wdtv.com> <20140118214833.GA11978@linuxaudio.org> <20140119121757.3d8d630f@telecino> <1390159669.9871.98.camel@archlinux> Message-ID: <1390162503.9871.105.camel@archlinux> On Sun, 2014-01-19 at 13:08 -0700, Bob van der Poel wrote: > On Sun, Jan 19, 2014 at 12:27 PM, Ralf Mardorf > wrote: > > On Sun, 2014-01-19 at 12:17 -0500, Marc Lavall?e wrote: > >> I'm 50 > > > > and I'm 47. This is the point. When we were young and turned on the > > radio at night they played Arnold Sch?nberg, Bill Laswell, ..., Vienna > > Art Orchestra. Today they play Lady Gaga and the Black Eyed Peas, this > > crap has nothing in common with music. The kids don't know music, > > because people of your and my age make the play lists for the radio. > > Huh? > > Maybe they played Schoenberg where you live ... but I never heard of > this kind of stuff until much later in my life when I did some serious > musical studies. Maybe not serious enough ... I think that Schoenberg > and other of that ilk are no better than the rap you mentioned earlier > and are really just examples of folks showing how smart they (thing) > they are. > > But, when I was growing up the radio featured the Everly Bros, Beatles, etc. The WDR, a German radio station, had a program called "Open House", when I was around 14 years old they played all kinds of "less popular" music, not at prime time, but during the night and the early morning. Btw. I was and I'm still a fan of the Beatles :) and I love old school hip hop. From djdualcore at gmail.com Sun Jan 19 20:20:28 2014 From: djdualcore at gmail.com (Neil) Date: Sun, 19 Jan 2014 14:20:28 -0600 Subject: [LAU] deteriorate-lv2 1.0.2 released In-Reply-To: References: Message-ID: On Fri, Jan 17, 2014 at 2:51 PM, Esteban Viveros wrote: > I'm trying to compile beatslash-lv2 in precise (kxstudio) but I don't have > success... I can't find lvtk-dev package... Some prediction of binary > release for ubuntu 12.04 LTS? I got it here. https://github.com/lvtk/lvtk Neil -- DJ Dual Core's Blog http://oldmixtapes.blogspot.com/ Order without government; Peace without violence. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gheskett at wdtv.com Sun Jan 19 20:32:23 2014 From: gheskett at wdtv.com (Gene Heskett) Date: Sun, 19 Jan 2014 15:32:23 -0500 Subject: [LAU] OT: Pierrot Lunaire (was: Re: Exam Cheating investigation) In-Reply-To: <1390162503.9871.105.camel@archlinux> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <1390162503.9871.105.camel@archlinux> Message-ID: <201401191532.23572.gheskett@wdtv.com> On Sunday 19 January 2014 15:23:35 Ralf Mardorf did opine: > On Sun, 2014-01-19 at 13:08 -0700, Bob van der Poel wrote: > > On Sun, Jan 19, 2014 at 12:27 PM, Ralf Mardorf > > > > wrote: > > > On Sun, 2014-01-19 at 12:17 -0500, Marc Lavall??e wrote: > > >> I'm 50 > > > > > > and I'm 47. This is the point. When we were young and turned on the > > > radio at night they played Arnold Sch??nberg, Bill Laswell, ..., > > > Vienna Art Orchestra. Today they play Lady Gaga and the Black Eyed > > > Peas, this crap has nothing in common with music. The kids don't > > > know music, because people of your and my age make the play lists > > > for the radio. > > > > Huh? > > > > Maybe they played Schoenberg where you live ... but I never heard of > > this kind of stuff until much later in my life when I did some serious > > musical studies. Maybe not serious enough ... I think that Schoenberg > > and other of that ilk are no better than the rap you mentioned earlier > > and are really just examples of folks showing how smart they (thing) > > they are. > > > > But, when I was growing up the radio featured the Everly Bros, > > Beatles, etc. > > The WDR, a German radio station, had a program called "Open House", when > I was around 14 years old they played all kinds of "less popular" music, > not at prime time, but during the night and the early morning. Btw. I > was and I'm still a fan of the Beatles :) and I love old school hip hop. > The Everley Bros., one of which just passed a week or so back, did some truly phenomenal work before you were a gleam in Daddies eye. I am sure you can find some poorly recorded videos on youtube. They even had a tv show, till they got into a spat, live on tv, and one of them walked off the set, and they never sang together again. And the planet is musically poorer because of it. Cheers, Gene -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page Required reading: A guy has to get fresh once in a while so a girl doesn't lose her confidence. A pen in the hand of this president is far more dangerous than 200 million guns in the hands of law-abiding citizens. From WillGodfrey at musically.me.uk Sun Jan 19 20:41:04 2014 From: WillGodfrey at musically.me.uk (Will J Godfrey) Date: Sun, 19 Jan 2014 20:41:04 +0000 Subject: [LAU] An Old one and a new one In-Reply-To: <1401180006280.28212@freeshell.de> References: <20140117195914.05e95919@debian> <1401180006280.28212@freeshell.de> Message-ID: <20140119204104.59c3e2b6@debian> On Sat, 18 Jan 2014 00:10:45 +0100 (CET) "F. Silvain" wrote: > Will Godfrey, Jan 17 2014: > ... > > http://www.musically.me.uk/music/In_Search_Of_The_Lost_Tribes.ogg > Hey hey, > I don't know what the original was like, but this sounds fantastic. It gives me such a feeling of openness. This is all Yoshimi? I'm using it but I daren't really create my own sounds. > ... > > http://www.musically.me.uk/music/The_Long_Years.ogg > Though the story is captivating this piece hasn't the same hold on me. Still beautiful sounds! Thank you for sharing your music! > > Ta-ta > ---- > Ffanci > * Internet: http://freeshell.de/~silvain Thank you very much for commenting. Yes, both of these are 100% Yoshimi :) You shouldn't be afraid to experiment with the sounds, just create a new bank to work in and copy across existing ones that seem close to what you'd like but not quite there. Then just play with the controls seeing what effect they have. The instant you find something you like save it! It's likely you'll never be able to repeat the process :) -- It wasn't me! (Well actually, it probably was) ... the hard part is not dodging what life throws at you, but trying to catch the good bits. From willgodfrey at musically.me.uk Sun Jan 19 20:41:54 2014 From: willgodfrey at musically.me.uk (Will Godfrey) Date: Sun, 19 Jan 2014 20:41:54 +0000 Subject: [LAU] Exam Cheating investigation In-Reply-To: <20140119062200.GD17251@tal> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <20140116143214.65c308e9@eeyore.mozart.uni-klu.ac.at> <1389883288.10032.5.camel@cayenne.local> <20140118111933.GL5651@tal> <52DA818C.7050302@gmx.net> <20140119062200.GD17251@tal> Message-ID: <20140119204154.6966e3df@debian> On Sun, 19 Jan 2014 19:22:01 +1300 Chris Bannister wrote: > On Sat, Jan 18, 2014 at 01:55:42PM +0000, Neil C Smith wrote: > > On 18 January 2014 13:28, Florian Paul Schmidt wrote: > > > It's even in the name: SMART phones. If they are allowed you basically > > > test the intelligence of the phone and not of the student ;D > > > > Hahaha .. smart phones are not intelligent! Reminds of a quote from > > Steve Grand (Creation) - > > > > "Here?s a thought experiment; take one super, hyper intelligent, chess > > computer like Deep Blue, say, and take one domestic rabbit - this is > > what happens when you ask a rabbit to play chess. They?re not very > > good at it. The Queen?s opening gambit gets them every time. > > The difference between "lettuce play chess" and "let us play chess" can > make a considerable difference in this case. Oh well done that man! -- 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. From jeremy at autostatic.com Sun Jan 19 20:55:57 2014 From: jeremy at autostatic.com (Jeremy Jongepier) Date: Sun, 19 Jan 2014 21:55:57 +0100 Subject: [LAU] deteriorate-lv2 1.0.2 released In-Reply-To: References: Message-ID: <52DC3BDD.2020802@autostatic.com> On 01/17/2014 09:51 PM, Esteban Viveros wrote: > I'm trying to compile beatslash-lv2 in precise (kxstudio) but I don't have > success... I can't find lvtk-dev package... Some prediction of binary > release for ubuntu 12.04 LTS? It's in the KXStudio Plugins repository now for 12.04. Working on the rest (Quantal and Raring). Best, Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: From emviveros at gmail.com Sun Jan 19 21:29:31 2014 From: emviveros at gmail.com (Esteban Viveros) Date: Sun, 19 Jan 2014 19:29:31 -0200 Subject: [LAU] deteriorate-lv2 1.0.2 released In-Reply-To: <52DC3BDD.2020802@autostatic.com> References: <52DC3BDD.2020802@autostatic.com> Message-ID: WOw... Binary packages..!! This is fun guys!! I found the lvtk now in kxstudio repositories and I would compile it with github https://github.com/lvtk/lvtk ... When I tryed to compile beatslash-lv2 I have error... But with binary I don't have any problem anymore. I will try to compile deteriorate now..! Wish me luck! ;) Thanks a lot folks!!! 2014/1/19 Jeremy Jongepier > On 01/17/2014 09:51 PM, Esteban Viveros wrote: > > I'm trying to compile beatslash-lv2 in precise (kxstudio) but I don't > have > > success... I can't find lvtk-dev package... Some prediction of binary > > release for ubuntu 12.04 LTS? > > It's in the KXStudio Plugins repository now for 12.04. Working on the > rest (Quantal and Raring). > > Best, > > Jeremy > > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > > -- Esteban Viveros (27) 98815 7170 | (11) 95761 4125 http://expurgacao.art.br/ https://soundcloud.com/estebanviveros http://projetobramaloka.tumblr.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jeremy at autostatic.com Sun Jan 19 22:25:13 2014 From: jeremy at autostatic.com (Jeremy Jongepier) Date: Sun, 19 Jan 2014 23:25:13 +0100 Subject: [LAU] deteriorate-lv2 1.0.2 released In-Reply-To: References: <52DC3BDD.2020802@autostatic.com> Message-ID: <52DC50C9.1040209@autostatic.com> On 01/19/2014 10:29 PM, Esteban Viveros wrote: > WOw... Binary packages..!! This is fun guys!! > > I found the lvtk now in kxstudio repositories and I would compile it with > github https://github.com/lvtk/lvtk ... When I tryed to compile > beatslash-lv2 I have error... But with binary I don't have any problem > anymore. > > I will try to compile deteriorate now..! Wish me luck! ;) > > Thanks a lot folks!!! Just FYI, beatslash-lv2 is in the KXStudio-Team Plugins repository for precise too. Best, Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: From emviveros at gmail.com Sun Jan 19 23:01:54 2014 From: emviveros at gmail.com (Esteban Viveros) Date: Sun, 19 Jan 2014 21:01:54 -0200 Subject: [LAU] beatslash-lv2 on KXStudio problem Message-ID: I'm trying to test beatlslash-lv2 on KXStudio, but the beatslash-lv2 don't appears on Carla Host... I tried to find new plugins, but Carla don't disponibilize to use beatslash-lv2. It was installed via KXStudio plugins repository. Some help are welcome! :) -- Esteban Viveros (27) 98815 7170 | (11) 95761 4125 http://expurgacao.art.br/ https://soundcloud.com/estebanviveros http://projetobramaloka.tumblr.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From arve.barsnes at gmail.com Mon Jan 20 09:56:32 2014 From: arve.barsnes at gmail.com (Arve Barsnes) Date: Mon, 20 Jan 2014 10:56:32 +0100 Subject: [LAU] OT: Pierrot Lunaire (was: Re: Exam Cheating investigation) In-Reply-To: <201401191532.23572.gheskett@wdtv.com> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <1390162503.9871.105.camel@archlinux> <201401191532.23572.gheskett@wdtv.com> Message-ID: On 19 January 2014 21:32, Gene Heskett wrote: > > > The Everley Bros., one of which just passed a week or so back, did some > truly phenomenal work before you were a gleam in Daddies eye. I am sure > you can find some poorly recorded videos on youtube. They even had a tv > show, till they got into a spat, live on tv, and one of them walked off the > set, and they never sang together again. And the planet is musically > poorer because of it. > > Come now, the reunion was in 1983, get with the times already ;) Arve -------------- next part -------------- An HTML attachment was scrubbed... URL: From ydjeho at gmail.com Mon Jan 20 12:33:17 2014 From: ydjeho at gmail.com (=?ISO-8859-1?Q?Dj=E9ho_Youn?=) Date: Mon, 20 Jan 2014 13:33:17 +0100 Subject: [LAU] new linux live set Message-ID: Hello, I want to share a 30min. recording of my concert last week here in Warsaw, Poland. Of course, 100% Linux. (Ubuntu 13.10 + Jack + Supercollider) http://jhyoun.wordpress.com/2014/01/20/against-all-that-was-new-live-set-recording/ MIDI & HID devices were used for control, recording is just internal as I do not use any outboard gears. Please set the volume high and boost the bass if you want to enjoy it at its best... thanks for your time. sincerely, jae ho youn -- Jae Ho YOUN http://jhyoun.wordpress.com/ http://jaehoyoun.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From pshirkey at boosthardware.com Mon Jan 20 13:11:20 2014 From: pshirkey at boosthardware.com (Patrick Shirkey) Date: Tue, 21 Jan 2014 00:11:20 +1100 (EST) Subject: [LAU] new linux live set In-Reply-To: References: Message-ID: <58831.86.105.95.182.1390223480.squirrel@boosthardware.com> On Mon, January 20, 2014 11:33 pm, Dj?ho Youn wrote: > Hello, > > I want to share a 30min. recording of my concert last week here in Warsaw, > Poland. > Of course, 100% Linux. (Ubuntu 13.10 + Jack + Supercollider) > > http://jhyoun.wordpress.com/2014/01/20/against-all-that-was-new-live-set-recording/ > > MIDI & HID devices were used for control, recording is just internal as I > do not use any outboard gears. Please set the volume high and boost the > bass if you want to enjoy it at its best... > This is a really nice step from your previous works. Do you have any visuals to go with it? A 3d environment would be well suited to this soundscape. I assume you can control a 3d environment with super collider too? -- Patrick Shirkey Boost Hardware Ltd From gheskett at wdtv.com Mon Jan 20 14:21:46 2014 From: gheskett at wdtv.com (Gene Heskett) Date: Mon, 20 Jan 2014 09:21:46 -0500 Subject: [LAU] OT: Pierrot Lunaire (was: Re: Exam Cheating investigation) In-Reply-To: References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <201401191532.23572.gheskett@wdtv.com> Message-ID: <201401200921.46343.gheskett@wdtv.com> On Monday 20 January 2014 09:04:48 Arve Barsnes did opine: > On 19 January 2014 21:32, Gene Heskett wrote: > > The Everley Bros., one of which just passed a week or so back, did > > some truly phenomenal work before you were a gleam in Daddies eye. I > > am sure you can find some poorly recorded videos on youtube. They > > even had a tv show, till they got into a spat, live on tv, and one of > > them walked off the set, and they never sang together again. And the > > planet is musically poorer because of it. > > > > Come now, the reunion was in 1983, get with the times already ;) > > Arve I knew there had been a re-union of sorts, but no more of their close harmony was published that I am aware of. More of it would, IMO, sell well even today. I of course know well that voices are fragile things, and by 1983, its possible the "magic" was gone. I quit our church choir about 10 years back when I no longer had the control to do the double-bass part my voice is best at since about 1947. I was usually an octave below the bass line in the hymnals. And I could have fun back in the day drowning out the bass fellow of the Oakridge Boys when they were doing Elvira too. :) Cheers, Gene -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page Required reading: I've enjoyed just about as much of this as I can stand. A pen in the hand of this president is far more dangerous than 200 million guns in the hands of law-abiding citizens. From paul at linuxaudiosystems.com Mon Jan 20 14:35:36 2014 From: paul at linuxaudiosystems.com (Paul Davis) Date: Mon, 20 Jan 2014 09:35:36 -0500 Subject: [LAU] OT: Pierrot Lunaire (was: Re: Exam Cheating investigation) In-Reply-To: <201401200921.46343.gheskett@wdtv.com> References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <201401191532.23572.gheskett@wdtv.com> <201401200921.46343.gheskett@wdtv.com> Message-ID: On Mon, Jan 20, 2014 at 9:21 AM, Gene Heskett wrote: > I knew there had been a re-union of sorts, but no more of their close > harmony was published that I am aware of. More of it would, IMO, sell well > even today. You might waste a few minutes tracking the sales of "Foreverly", a recent release from Billy Joe Armstong (lead singer of Green Day) and Norah Jones. It is a bit redundant given the continued existence of the actual Everly Brothers' recordings, but if you're into that sort of vocal harmony, it is far from unpleasant. -------------- next part -------------- An HTML attachment was scrubbed... URL: From rtg at aapsc.com Mon Jan 20 16:01:14 2014 From: rtg at aapsc.com (Rick Green) Date: Mon, 20 Jan 2014 11:01:14 -0500 (EST) Subject: [LAU] OT: Pierrot Lunaire (was: Re: Exam Cheating investigation) In-Reply-To: References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <201401191532.23572.gheskett@wdtv.com> <201401200921.46343.gheskett@wdtv.com> Message-ID: > On Mon, Jan 20, 2014 at 9:21 AM, Gene Heskett wrote: > I knew there had been a re-union of sorts, but no more of their close > harmony was published that I am aware of. ?More of it would, IMO, sell well > even today. Sometime in the late '90s or early '00s, they toured with Simon and Garfunkel. I attended the Auburn Hills, MI show, and can attest that the magic was still there. -- Rick Green We, the People of the United States of America, reject the U.S. Supreme Court's Citizens United ruling, and move to amend our Constitution to firmly establish that money is not speech, and that human beings, not corporations, are persons entitled to constitutional rights. http://www.MoveToAmend.org -------------- next part -------------- _______________________________________________ Linux-audio-user mailing list Linux-audio-user at lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-user From arve.barsnes at gmail.com Mon Jan 20 16:14:09 2014 From: arve.barsnes at gmail.com (Arve Barsnes) Date: Mon, 20 Jan 2014 17:14:09 +0100 Subject: [LAU] OT: Pierrot Lunaire (was: Re: Exam Cheating investigation) In-Reply-To: References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> <201401191532.23572.gheskett@wdtv.com> <201401200921.46343.gheskett@wdtv.com> Message-ID: On 20 January 2014 17:01, Rick Green wrote: > On Mon, Jan 20, 2014 at 9:21 AM, Gene Heskett wrote: >> I knew there had been a re-union of sorts, but no more of their >> close >> harmony was published that I am aware of. More of it would, IMO, >> sell well >> even today. >> > > Sometime in the late '90s or early '00s, they toured with Simon and > Garfunkel. I attended the Auburn Hills, MI show, and can attest that the > magic was still there. > > Also, they released several studio albums after the re-union, which I assume can't have been all bad since there was more than one, and they continued playing. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gheskett at wdtv.com Mon Jan 20 16:23:11 2014 From: gheskett at wdtv.com (Gene Heskett) Date: Mon, 20 Jan 2014 11:23:11 -0500 Subject: [LAU] OT: Pierrot Lunaire (was: Re: Exam Cheating investigation) In-Reply-To: References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> Message-ID: <201401201123.11163.gheskett@wdtv.com> On Monday 20 January 2014 11:17:51 Rick Green did opine: > > On Mon, Jan 20, 2014 at 9:21 AM, Gene Heskett wrote: > > I knew there had been a re-union of sorts, but no more of their > > close harmony was published that I am aware of. More of it > > would, IMO, sell well even today. > > Sometime in the late '90s or early '00s, they toured with Simon and > Garfunkel. I attended the Auburn Hills, MI show, and can attest that > the magic was still there. Gosh, I would very much liked to have been there. Unforch, in those days, I was busier than that famous cat, on the equally famous tin roof, keeping a tv station on the air. Cheers, Gene -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page Required reading: Do you think your mother and I should have lived comfortably so long together if ever we had been married? A pen in the hand of this president is far more dangerous than 200 million guns in the hands of law-abiding citizens. From gheskett at wdtv.com Mon Jan 20 16:24:54 2014 From: gheskett at wdtv.com (Gene Heskett) Date: Mon, 20 Jan 2014 11:24:54 -0500 Subject: [LAU] OT: Pierrot Lunaire (was: Re: Exam Cheating investigation) In-Reply-To: References: <1389820387.64828.YahooMailNeo@web122601.mail.ne1.yahoo.com> Message-ID: <201401201124.54927.gheskett@wdtv.com> On Monday 20 January 2014 11:23:39 Arve Barsnes did opine: > On 20 January 2014 17:01, Rick Green wrote: > > On Mon, Jan 20, 2014 at 9:21 AM, Gene Heskett wrote: > >> I knew there had been a re-union of sorts, but no more of their > >> > >> close > >> > >> harmony was published that I am aware of. More of it would, > >> IMO, > >> > >> sell well > >> > >> even today. > > > > Sometime in the late '90s or early '00s, they toured with Simon and > > > > Garfunkel. I attended the Auburn Hills, MI show, and can attest that > > the magic was still there. > > > > Also, they released several studio albums after the re-union, which I > > assume can't have been all bad since there was more than one, and they > continued playing. Sounds like I need to dig thru the bins at Wallies the next time I am there. Provided it has the CD logo on it, I'll buy it. Cheers, Gene -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page Required reading: The bugs you have to avoid are the ones that give the user not only the inclination to get on a plane, but also the time. -- Kay Bostic A pen in the hand of this president is far more dangerous than 200 million guns in the hands of law-abiding citizens. From jeremy at autostatic.com Mon Jan 20 20:31:43 2014 From: jeremy at autostatic.com (Jeremy Jongepier) Date: Mon, 20 Jan 2014 21:31:43 +0100 Subject: [LAU] beatslash-lv2 on KXStudio problem In-Reply-To: References: Message-ID: <52DD87AF.4050903@autostatic.com> On 01/20/2014 12:01 AM, Esteban Viveros wrote: > I'm trying to test beatlslash-lv2 on KXStudio, but the beatslash-lv2 don't > appears on Carla Host... > > I tried to find new plugins, but Carla don't disponibilize to use > beatslash-lv2. It was installed via KXStudio plugins repository. > > Some help are welcome! :) beatslash-lv2 uses a kind of LV2 ports that afaik is only supported by ingen (CVPort). So it won't work in Carla and it crashes Qtractor. Sorry about that. Best, Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: From ydjeho at gmail.com Mon Jan 20 20:42:47 2014 From: ydjeho at gmail.com (=?ISO-8859-1?Q?Dj=E9ho_Youn?=) Date: Mon, 20 Jan 2014 21:42:47 +0100 Subject: [LAU] new linux live set In-Reply-To: <58831.86.105.95.182.1390223480.squirrel@boosthardware.com> References: <58831.86.105.95.182.1390223480.squirrel@boosthardware.com> Message-ID: thanks for the nice words. supercollider has no problem to control 3d stuff as it has pretty decent OSC handling. but the problem is that I couldn't find any easy 3d environment. blender is super but it has strange way to deal with osc. other way is to deal with straight open GL thing but I, and nobody has time to learn this crazy thing. so, if anybody has some idea, please recommend me some reasonable API (of course, on linux) that I can experiment with 3d without losing all my social life. ;) thanks On Mon, Jan 20, 2014 at 2:11 PM, Patrick Shirkey wrote: > > On Mon, January 20, 2014 11:33 pm, Dj?ho Youn wrote: > > Hello, > > > > I want to share a 30min. recording of my concert last week here in > Warsaw, > > Poland. > > Of course, 100% Linux. (Ubuntu 13.10 + Jack + Supercollider) > > > > > http://jhyoun.wordpress.com/2014/01/20/against-all-that-was-new-live-set-recording/ > > > > MIDI & HID devices were used for control, recording is just internal as I > > do not use any outboard gears. Please set the volume high and boost the > > bass if you want to enjoy it at its best... > > > > This is a really nice step from your previous works. Do you have any > visuals to go with it? > > A 3d environment would be well suited to this soundscape. > > I assume you can control a 3d environment with super collider too? > > > > > -- > Patrick Shirkey > Boost Hardware Ltd > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -- Jae Ho YOUN http://jhyoun.wordpress.com/ http://jaehoyoun.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From emviveros at gmail.com Mon Jan 20 22:00:48 2014 From: emviveros at gmail.com (Esteban Viveros) Date: Mon, 20 Jan 2014 20:00:48 -0200 Subject: [LAU] beatslash-lv2 on KXStudio problem In-Reply-To: <52DD87AF.4050903@autostatic.com> References: <52DD87AF.4050903@autostatic.com> Message-ID: Ok..! I will use ingen. Anymore, the project still good! Best wishes! 2014/1/20 Jeremy Jongepier > On 01/20/2014 12:01 AM, Esteban Viveros wrote: > > I'm trying to test beatlslash-lv2 on KXStudio, but the beatslash-lv2 > don't > > appears on Carla Host... > > > > I tried to find new plugins, but Carla don't disponibilize to use > > beatslash-lv2. It was installed via KXStudio plugins repository. > > > > Some help are welcome! :) > > beatslash-lv2 uses a kind of LV2 ports that afaik is only supported by > ingen (CVPort). So it won't work in Carla and it crashes Qtractor. Sorry > about that. > > Best, > > Jeremy > > > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > > -- Esteban Viveros (27) 98815 7170 | (11) 95761 4125 http://expurgacao.art.br/ https://soundcloud.com/estebanviveros http://projetobramaloka.tumblr.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From ralf.mardorf at alice-dsl.net Wed Jan 22 12:38:54 2014 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Wed, 22 Jan 2014 13:38:54 +0100 Subject: [LAU] 1. Linux-Rt and TSC - 2. Linux-Rt and IRQ allocation Message-ID: <1390394334.664.20.camel@archlinux> Hi, there are 2 things I don't understand. 1. Linux-Rt and TSC =================== All Rt kernels for all Linux distros I use seem to have an issue regarding to TSC. I wonder what to do, to get rid of those messages, IOW how to fix the issue. E.g. Debian 32-bit architecture root at debi386:/mnt/arch/home/rocketmouse/Desktop# dmesg | grep TSC [ 0.000000] Fast TSC calibration using PIT [ 0.000000] Marking TSC unstable due to TSCs unsynchronized root at debi386:/mnt/arch/home/rocketmouse/Desktop# grep TSC /var/log/messages Jan 16 09:28:08 debi386 kernel: [ 0.000000] tsc: Fast TSC calibration using PIT Jan 16 09:28:08 debi386 kernel: [ 0.000000] tsc: Marking TSC unstable due to TSCs unsynchronized Jan 16 09:28:08 debi386 kernel: [ 0.003000] calibrate_delay_direct() ignoring timer_rate as we had a TSC wrap around start=4287833042 >=post_end=13864416 Jan 16 09:50:58 debi386 kernel: [ 0.000000] tsc: Fast TSC calibration using PIT Jan 16 09:50:58 debi386 kernel: [ 0.000000] tsc: Marking TSC unstable due to TSCs unsynchronized Jan 22 12:05:33 debi386 kernel: [ 0.000000] Fast TSC calibration using PIT Jan 22 12:05:33 debi386 kernel: [ 0.000000] Marking TSC unstable due to TSCs unsynchronized Jan 22 are messages when booted to kernel 3.2.0-4-rt-686-pae i686 from the repositories. Jan 16 might be a broken kernel 3.8.13-rt14-pae-rocketmouse I build based on a 3.8.13-rt14 x86_64 config. E.g. Arch Linux 64-bit architecture On startup I see "x86 Rt requires FEATURE_CONSTANT_TSC" or similar for Arch Linux Rt kernels from the repositories and for the once I build. This link for Chromebooks was the best explanation I found: http://www.chromium.org/chromium-os/how-tos-and-troubleshooting/tsc-resynchronization root at debi386:/mnt/arch/home/rocketmouse/Desktop# grep tsc /proc/cpuinfo flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow extd_apicid pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy 3dnowprefetch lbrv flags : [snip] tsc [snip] 2. Linux-Rt and IRQ allocation ============================== All kernels I used in the last years for *buntu, Debian and Arch Linux <= 3.8.13-rt14 (kernels > 3.8.13-rt14 don't work on my machine) give my graphics it's own IRQ, the Debian kernel 3.2.0-4-rt-686-pae doesn't. What options do I need to enable, so that it will allocate the graphics it's own IRQ too, instead of sharing it with the RME card? Regards, Ralf From idragosani at gmail.com Wed Jan 22 16:47:14 2014 From: idragosani at gmail.com (Brett McCoy) Date: Wed, 22 Jan 2014 11:47:14 -0500 Subject: [LAU] Bitwig at long last...? Message-ID: http://createdigitalmusic.com/2014/01/bitwig-sets-date-heres-youll-get-bitwig-studio-itll-cost/ No LV2 or LADSPA support on Linux, though, although they say it's planned. At least it supports Jack. -- Brett W. McCoy -- http://www.brettwmccoy.com ------------------------------------------------------------------------ "In the rhythm of music a secret is hidden; If I were to divulge it, it would overturn the world." -- Jelaleddin Rumi From emviveros at gmail.com Wed Jan 22 16:55:33 2014 From: emviveros at gmail.com (Esteban Viveros) Date: Wed, 22 Jan 2014 14:55:33 -0200 Subject: [LAU] Bitwig at long last...? In-Reply-To: References: Message-ID: Hum... Without LV2 and LADSPA.. That point is disappointing.. 2014/1/22 Brett McCoy > > http://createdigitalmusic.com/2014/01/bitwig-sets-date-heres-youll-get-bitwig-studio-itll-cost/ > > No LV2 or LADSPA support on Linux, though, although they say it's planned. > > At least it supports Jack. > > -- > Brett W. McCoy -- http://www.brettwmccoy.com > ------------------------------------------------------------------------ > "In the rhythm of music a secret is hidden; If I were to divulge it, > it would overturn the world." > -- Jelaleddin Rumi > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -- Esteban Viveros (27) 98815 7170 | (11) 95761 4125 http://expurgacao.art.br/ https://soundcloud.com/estebanviveros http://projetobramaloka.tumblr.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul at linuxaudiosystems.com Wed Jan 22 17:27:48 2014 From: paul at linuxaudiosystems.com (Paul Davis) Date: Wed, 22 Jan 2014 12:27:48 -0500 Subject: [LAU] Bitwig at long last...? In-Reply-To: References: Message-ID: On Wed, Jan 22, 2014 at 11:55 AM, Esteban Viveros wrote: > Hum... Without LV2 and LADSPA.. That point is disappointing.. > > > 2014/1/22 Brett McCoy > >> >> http://createdigitalmusic.com/2014/01/bitwig-sets-date-heres-youll-get-bitwig-studio-itll-cost/ >> >> No LV2 or LADSPA support on Linux, though, although they say it's planned. >> >> At least it supports Jack. >> >> probably no Linux VST either, which essentially means no plugins at all? a bit of wild choice ... -------------- next part -------------- An HTML attachment was scrubbed... URL: From laurence.capelin at gmail.com Wed Jan 22 17:29:37 2014 From: laurence.capelin at gmail.com (laurence) Date: Thu, 23 Jan 2014 01:29:37 +0800 Subject: [LAU] Bitwig at long last...? In-Reply-To: References: Message-ID: They made clear some time ago that LV2 support is planned for a future version (and would not be supported in version 1.0). As for LADSPA, I don't think there has ever been mention of supporting it. Anyway, good that there's finally a release date! On 23 January 2014 00:55, Esteban Viveros wrote: > Hum... Without LV2 and LADSPA.. That point is disappointing.. > > > 2014/1/22 Brett McCoy > >> >> http://createdigitalmusic.com/2014/01/bitwig-sets-date-heres-youll-get-bitwig-studio-itll-cost/ >> >> No LV2 or LADSPA support on Linux, though, although they say it's planned. >> >> At least it supports Jack. >> >> -- >> Brett W. McCoy -- http://www.brettwmccoy.com >> ------------------------------------------------------------------------ >> "In the rhythm of music a secret is hidden; If I were to divulge it, >> it would overturn the world." >> -- Jelaleddin Rumi >> _______________________________________________ >> Linux-audio-user mailing list >> Linux-audio-user at lists.linuxaudio.org >> http://lists.linuxaudio.org/listinfo/linux-audio-user >> > > > > -- > > Esteban Viveros > > (27) 98815 7170 | (11) 95761 4125 > > http://expurgacao.art.br/ > https://soundcloud.com/estebanviveros > http://projetobramaloka.tumblr.com > > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rm at mh-freiburg.de Wed Jan 22 17:31:35 2014 From: rm at mh-freiburg.de (R. Mattes) Date: Wed, 22 Jan 2014 18:31:35 +0100 Subject: [LAU] Bitwig at long last...? In-Reply-To: References: Message-ID: <20140122172949.M56733@mh-freiburg.de> On Wed, 22 Jan 2014 12:27:48 -0500, Paul Davis wrote > On Wed, Jan 22, 2014 at 11:55 AM, Esteban Viveros wrote: > > Hum... Without LV2 and LADSPA.. ?That point is disappointing.. > > 2014/1/22 Brett McCoy > http://createdigitalmusic.com/2014/01/bitwig-sets-date-heres-youll-get-bitwig-studio-itll-cost/ > > No LV2 or LADSPA support on Linux, though, although they say it's planned. > > At least it supports Jack. > > probably no Linux VST either, which essentially means no plugins at all? a bit of wild choice ... No OSC either ... So we have a heavily crippled Linux version for 300 Euro? Who will buy this? And then everyone will shout: see, there's no market for commercial Linux audio software ... Cheers, RalfD From clemens at ladisch.de Wed Jan 22 17:56:22 2014 From: clemens at ladisch.de (Clemens Ladisch) Date: Wed, 22 Jan 2014 18:56:22 +0100 Subject: [LAU] 1. Linux-Rt and TSC - 2. Linux-Rt and IRQ allocation In-Reply-To: <1390394334.664.20.camel@archlinux> References: <1390394334.664.20.camel@archlinux> Message-ID: <52E00646.7080005@ladisch.de> Ralf Mardorf wrote: > All Rt kernels for all Linux distros I use seem to have an issue > regarding to TSC. > > kernel: tsc: Marking TSC unstable due to TSCs unsynchronized This is a property of your CPU (whatever it is). When multiple cores do not have exactly the same TSC time, it is not possible to use this for timing in code that might be migrated to another core. > 2. Linux-Rt and IRQ allocation > ============================== > > All kernels I used in the last years for *buntu, Debian and Arch Linux > <= 3.8.13-rt14 (kernels > 3.8.13-rt14 don't work on my machine) give my > graphics it's own IRQ, the Debian kernel 3.2.0-4-rt-686-pae doesn't. What is difference in /proc/interrupts? Regards, Clemens From alexandre.prokoudine at gmail.com Wed Jan 22 18:09:39 2014 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Wed, 22 Jan 2014 22:09:39 +0400 Subject: [LAU] Bitwig at long last...? In-Reply-To: <20140122172949.M56733@mh-freiburg.de> References: <20140122172949.M56733@mh-freiburg.de> Message-ID: On Wed, Jan 22, 2014 at 9:31 PM, R. Mattes wrote: >> No LV2 or LADSPA support on Linux, though, although they say it's planned. >> >> At least it supports Jack. >> >> probably no Linux VST either, which essentially means no plugins at all? a > bit of wild choice ... > > No OSC either ... 1. Last time I checked, Novation, M-Audio, Roland etc. had no OSC keyboards, just regular MIDI ones :) 2. Whether Linux VST is present is a goddamn _question_ :) Let's not jump at conclusions, shall we? > So we have a heavily crippled Linux version for 300 Euro? > Who will buy this? Me. Bitwig is a tool primarily for composition and live performance. You don't need every single plugin out there for that, and Bitwig appears to have enough built-in effects and instruments to get cracking. I'm looking forward to both improved MIDI editing in A3 and whatever Harry has in the pipeline for Luppp, but so far Bitwig looks like exactly what I need for experimenting, trying ideas etc. In terms of going from an idea to an actual sound that represents it no DAW/sequencer I tried on Linux is good enough, in my humble opinion. (At which point the usual LAU hell breaks loose, I suppose.) Alexandre From idragosani at gmail.com Wed Jan 22 18:21:10 2014 From: idragosani at gmail.com (Brett McCoy) Date: Wed, 22 Jan 2014 13:21:10 -0500 Subject: [LAU] Bitwig at long last...? In-Reply-To: References: Message-ID: On Wed, Jan 22, 2014 at 11:55 AM, Esteban Viveros wrote: > Hum... Without LV2 and LADSPA.. That point is disappointing.. > > > 2014/1/22 Brett McCoy >> >> >> http://createdigitalmusic.com/2014/01/bitwig-sets-date-heres-youll-get-bitwig-studio-itll-cost/ >> >> No LV2 or LADSPA support on Linux, though, although they say it's planned. >> >> At least it supports Jack. While not having LV2 support is disappointing, given the choice, I'd rather have the Jack support. You could always host plugins in jackrack or similar. Oddly enough, it doesn't support ReWire, they suggest using Jack, even on Windows :-) -- Brett W. McCoy -- http://www.brettwmccoy.com ------------------------------------------------------------------------ "In the rhythm of music a secret is hidden; If I were to divulge it, it would overturn the world." -- Jelaleddin Rumi From louigi.verona at gmail.com Wed Jan 22 19:04:09 2014 From: louigi.verona at gmail.com (Louigi Verona) Date: Wed, 22 Jan 2014 23:04:09 +0400 Subject: [LAU] Bitwig at long last...? In-Reply-To: References: Message-ID: Usually internal plugins are enough. I mean, most plugins on Linux are very basic anyway (not all, but most). On Wed, Jan 22, 2014 at 10:21 PM, Brett McCoy wrote: > On Wed, Jan 22, 2014 at 11:55 AM, Esteban Viveros > wrote: > > Hum... Without LV2 and LADSPA.. That point is disappointing.. > > > > > > 2014/1/22 Brett McCoy > >> > >> > >> > http://createdigitalmusic.com/2014/01/bitwig-sets-date-heres-youll-get-bitwig-studio-itll-cost/ > >> > >> No LV2 or LADSPA support on Linux, though, although they say it's > planned. > >> > >> At least it supports Jack. > > While not having LV2 support is disappointing, given the choice, I'd > rather have the Jack support. You could always host plugins in > jackrack or similar. Oddly enough, it doesn't support ReWire, they > suggest using Jack, even on Windows :-) > > -- > Brett W. McCoy -- http://www.brettwmccoy.com > ------------------------------------------------------------------------ > "In the rhythm of music a secret is hidden; If I were to divulge it, > it would overturn the world." > -- Jelaleddin Rumi > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -- Louigi Verona http://www.louigiverona.ru/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim at klingt.org Wed Jan 22 20:18:00 2014 From: tim at klingt.org (tim) Date: Wed, 22 Jan 2014 21:18:00 +0100 Subject: [LAU] Bitwig at long last...? In-Reply-To: <20140122172949.M56733@mh-freiburg.de> References: <20140122172949.M56733@mh-freiburg.de> Message-ID: >> No LV2 or LADSPA support on Linux, though, although they say it's planned. >> >> At least it supports Jack. >> >> probably no Linux VST either, which essentially means no plugins at all? a > bit of wild choice ... > > No OSC either ... So we have a heavily crippled Linux version for 300 Euro? is there any linux-based DAW that includes a built-in modular system? different tools have different feature sets and no plugins does not mean no effects or synths ... From willgodfrey at musically.me.uk Wed Jan 22 20:51:54 2014 From: willgodfrey at musically.me.uk (Will Godfrey) Date: Wed, 22 Jan 2014 20:51:54 +0000 Subject: [LAU] Bitwig at long last...? In-Reply-To: References: <20140122172949.M56733@mh-freiburg.de> Message-ID: <20140122205154.3b7ccd61@debian> On Wed, 22 Jan 2014 21:18:00 +0100 tim wrote: > >> No LV2 or LADSPA support on Linux, though, although they say it's planned. > >> > >> At least it supports Jack. > >> > >> probably no Linux VST either, which essentially means no plugins at all? a > > bit of wild choice ... > > > > No OSC either ... So we have a heavily crippled Linux version for 300 Euro? > > is there any linux-based DAW that includes a built-in modular system? > different tools have different feature sets and no plugins does not mean > no effects or synths ... AMS "AlsaModularSynth is a realtime modular synthesizer and effect processor." -- 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. From rm at mh-freiburg.de Wed Jan 22 20:52:22 2014 From: rm at mh-freiburg.de (R. Mattes) Date: Wed, 22 Jan 2014 21:52:22 +0100 Subject: [LAU] Bitwig at long last...? In-Reply-To: References: <20140122172949.M56733@mh-freiburg.de> Message-ID: <20140122204358.M11173@mh-freiburg.de> On Wed, 22 Jan 2014 22:09:39 +0400, Alexandre Prokoudine wrote > On Wed, Jan 22, 2014 at 9:31 PM, R. Mattes wrote: > > >> No LV2 or LADSPA support on Linux, though, although they say it's planned. > >> > >> At least it supports Jack. > >> > >> probably no Linux VST either, which essentially means no plugins at all? a > > bit of wild choice ... > > > > No OSC either ... > > 1. Last time I checked, Novation, M-Audio, Roland etc. had no OSC > keyboards, just regular MIDI ones :) It would at least be a way to overcome the lack of LV2/LADSPA support by routing signals via jack into a LV2/LADSPA host. But for that you'd need a way to control plugin parameters (no, 7bit Midi isn't appropriate for that). > 2. Whether Linux VST is present is a goddamn _question_ :) Let's not > jump at conclusions, shall we? Well, as they say: you get what you pay for (and nothing more!). Whether Bitwig will later on implement Linux plugin suport _will_ most likely depend on their Linux market share. And _that_ depends on the feature completness of that port. Releasing the linux port as a second class citizen is anything but a good omen. > > So we have a heavily crippled Linux version for 300 Euro? > > Who will buy this? > > Me. Fine. > Bitwig is a tool primarily for composition and live performance. You > don't need every single plugin out there for that, and Bitwig appears > to have enough built-in effects and instruments to get cracking. > > I'm looking forward to both improved MIDI editing in A3 and whatever > Harry has in the pipeline for Luppp, but so far Bitwig looks like > exactly what I need for experimenting, trying ideas etc. In terms of > going from an idea to an actual sound that represents it no > DAW/sequencer I tried on Linux is good enough, in my humble opinion. > > (At which point the usual LAU hell breaks loose, I suppose.) Why? I shure hope you get the functionallity equivalent to 300 Euros - and Bitwig doesn't change their mind and stop Linux support without later updates (BTW - the licence you buy is for all platforms?). Cheers, RalfD From willgodfrey at musically.me.uk Wed Jan 22 20:54:15 2014 From: willgodfrey at musically.me.uk (Will Godfrey) Date: Wed, 22 Jan 2014 20:54:15 +0000 Subject: [LAU] new linux live set In-Reply-To: References: Message-ID: <20140122205415.78be9ddb@debian> On Mon, 20 Jan 2014 13:33:17 +0100 Dj?ho Youn wrote: > Hello, > > I want to share a 30min. recording of my concert last week here in Warsaw, > Poland. > Of course, 100% Linux. (Ubuntu 13.10 + Jack + Supercollider) > > http://jhyoun.wordpress.com/2014/01/20/against-all-that-was-new-live-set-recording/ > > MIDI & HID devices were used for control, recording is just internal as I > do not use any outboard gears. Please set the volume high and boost the > bass if you want to enjoy it at its best... > > thanks for your time. > > sincerely, > > jae ho youn Sorry. I just don't understand this at all :( -- 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. From rm at mh-freiburg.de Wed Jan 22 20:55:42 2014 From: rm at mh-freiburg.de (R. Mattes) Date: Wed, 22 Jan 2014 21:55:42 +0100 Subject: [LAU] Bitwig at long last...? In-Reply-To: References: <20140122172949.M56733@mh-freiburg.de> Message-ID: <20140122205250.M18637@mh-freiburg.de> On Wed, 22 Jan 2014 21:18:00 +0100, tim wrote > >> No LV2 or LADSPA support on Linux, though, although they say it's planned. > >> > >> At least it supports Jack. > >> > >> probably no Linux VST either, which essentially means no plugins at all? a > > bit of wild choice ... > > > > No OSC either ... So we have a heavily crippled Linux version for 300 Euro? > > is there any linux-based DAW that includes a built-in modular system? No, but we don't need - we have PureData, Supercollider and all sorts of modular synths. But to use them you need rich control channels. That was my point. > different tools have different feature sets and no plugins does not mean > no effects or synths ... Nobody said this. But there's a lot of music theses days where you can tell the tool the composer used by the sound of the composition. Cheers, RalfD From alexandre.prokoudine at gmail.com Wed Jan 22 21:02:12 2014 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Thu, 23 Jan 2014 01:02:12 +0400 Subject: [LAU] Bitwig at long last...? In-Reply-To: <20140122205154.3b7ccd61@debian> References: <20140122172949.M56733@mh-freiburg.de> <20140122205154.3b7ccd61@debian> Message-ID: 23 ???. 2014 ?. 0:52 ???????????? "Will Godfrey" < willgodfrey at musically.me.uk> ???????: > > > > is there any linux-based DAW that includes a built-in modular system? > > different tools have different feature sets and no plugins does not mean > > no effects or synths ... > > AMS > "AlsaModularSynth is a realtime modular synthesizer and effect processor." Which isn't a DAW. Alexandre -------------- next part -------------- An HTML attachment was scrubbed... URL: From falktx at gmail.com Wed Jan 22 21:05:17 2014 From: falktx at gmail.com (Filipe Coelho) Date: Wed, 22 Jan 2014 21:05:17 +0000 Subject: [LAU] Bitwig at long last...? In-Reply-To: <20140122204358.M11173@mh-freiburg.de> References: <20140122172949.M56733@mh-freiburg.de> <20140122204358.M11173@mh-freiburg.de> Message-ID: <52E0328D.6010404@gmail.com> On 01/22/2014 08:52 PM, R. Mattes wrote: > On Wed, 22 Jan 2014 22:09:39 +0400, Alexandre Prokoudine wrote >> On Wed, Jan 22, 2014 at 9:31 PM, R. Mattes wrote: >> >>>> No LV2 or LADSPA support on Linux, though, although they say it's planned. >>>> >>>> At least it supports Jack. >>>> >>>> probably no Linux VST either, which essentially means no plugins at all? a >>> bit of wild choice ... >>> >>> No OSC either ... >> 1. Last time I checked, Novation, M-Audio, Roland etc. had no OSC >> keyboards, just regular MIDI ones :) > It would at least be a way to overcome the lack of LV2/LADSPA support by > routing signals via jack into a LV2/LADSPA host. But for that you'd need > a way to control plugin parameters (no, 7bit Midi isn't appropriate for that). I'm working to make my plugin host (Carla) work as a plugin too (LV2 working right now). This allows to have Carla within Carla, or use it inside say Ardour and Qtractor. If I make it work as VST, then you could use it to get DSSI and LV2 in Bitwig. Well, assuming LinuxVST is working there of course... See this forum topic for related discussion and some screenshots: http://linuxmusicians.com/viewtopic.php?f=48&t=11975 From alexandre.prokoudine at gmail.com Wed Jan 22 21:14:55 2014 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Thu, 23 Jan 2014 01:14:55 +0400 Subject: [LAU] Bitwig at long last...? In-Reply-To: <20140122204358.M11173@mh-freiburg.de> References: <20140122172949.M56733@mh-freiburg.de> <20140122204358.M11173@mh-freiburg.de> Message-ID: On Thu, Jan 23, 2014 at 12:52 AM, R. Mattes wrote: >> 1. Last time I checked, Novation, M-Audio, Roland etc. had no OSC >> keyboards, just regular MIDI ones :) > > It would at least be a way to overcome the lack of LV2/LADSPA support Which, as pointed out earlier, isn't necessarily such a big deal. My point is, most of us haven't had a go at beta versions of Bitwig yet, hence there's no knowing, how good/bad the built-in plugins are. No LV2 support in v1.0 had been publicly known for a long, long time. And people were/are still ready to pay for the app. LADSPA? Haven't used those for ages. Alexandre From paul at linuxaudiosystems.com Wed Jan 22 21:20:38 2014 From: paul at linuxaudiosystems.com (Paul Davis) Date: Wed, 22 Jan 2014 16:20:38 -0500 Subject: [LAU] Bitwig at long last...? In-Reply-To: References: <20140122172949.M56733@mh-freiburg.de> <20140122204358.M11173@mh-freiburg.de> Message-ID: On Wed, Jan 22, 2014 at 4:14 PM, Alexandre Prokoudine < alexandre.prokoudine at gmail.com> wrote: > On Thu, Jan 23, 2014 at 12:52 AM, R. Mattes wrote: > > >> 1. Last time I checked, Novation, M-Audio, Roland etc. had no OSC > >> keyboards, just regular MIDI ones :) > > > > It would at least be a way to overcome the lack of LV2/LADSPA support > > Which, as pointed out earlier, isn't necessarily such a big deal. > To clarify the point here: Bitwig has *builtin* effects. Whether you really miss LV2 or LADSPA depends on whether those builtin effects do what you want. For lots of people, they will be adequate. -------------- next part -------------- An HTML attachment was scrubbed... URL: From abonnements at revolwear.com Wed Jan 22 21:30:59 2014 From: abonnements at revolwear.com (Max) Date: Wed, 22 Jan 2014 22:30:59 +0100 Subject: [LAU] Bitwig at long last...? In-Reply-To: References: Message-ID: <52E03893.4080809@revolwear.com> Am 2014? 01? 22? 18:29, schrieb laurence: > They made clear some time ago that LV2 support is planned for a future > version (and would not be supported in version 1.0). As for LADSPA, I > don't think there has ever been mention of supporting it. the modular system also teased for the next version is strange too. I wish they'd just incorporate Pd into Bitwig. Who needs Max for Live then. m. From paul at linuxaudiosystems.com Wed Jan 22 21:35:45 2014 From: paul at linuxaudiosystems.com (Paul Davis) Date: Wed, 22 Jan 2014 16:35:45 -0500 Subject: [LAU] Bitwig at long last...? In-Reply-To: <52E03893.4080809@revolwear.com> References: <52E03893.4080809@revolwear.com> Message-ID: On Wed, Jan 22, 2014 at 4:30 PM, Max wrote: > the modular system also teased for the next version is strange too. I > wish they'd just incorporate Pd into Bitwig. Who needs Max for Live then. > oh sure. "just incorpate" it. one of the biggest engineering efforts in Live's history, and you want them "just" do it. it would be cool, though. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jh at brainiac.com Wed Jan 22 21:44:22 2014 From: jh at brainiac.com (Joe Hartley) Date: Wed, 22 Jan 2014 16:44:22 -0500 Subject: [LAU] Bitwig at long last...? In-Reply-To: References: <52E03893.4080809@revolwear.com> Message-ID: <20140122164422.67c2bccc3df2f98e86290a24@brainiac.com> On Wed, 22 Jan 2014 16:35:45 -0500 Paul Davis wrote: > On Wed, Jan 22, 2014 at 4:30 PM, Max wrote: > > > the modular system also teased for the next version is strange too. I > > wish they'd just incorporate Pd into Bitwig. Who needs Max for Live then. > > > > oh sure. "just incorpate" it. one of the biggest engineering efforts in > Live's history, and you want them "just" do it. Since we're just doing things, can you make it so that Ardour will just handle multiple USB mics connected to the computer it's running on?? *ducks and runs* -- ====================================================================== Joe Hartley - UNIX/network Consultant - jh at brainiac.com Without deviation from the norm, "progress" is not possible. - FZappa From tim at klingt.org Wed Jan 22 21:54:29 2014 From: tim at klingt.org (tim) Date: Wed, 22 Jan 2014 22:54:29 +0100 Subject: [LAU] Bitwig at long last...? In-Reply-To: <20140122205250.M18637@mh-freiburg.de> References: <20140122172949.M56733@mh-freiburg.de> <20140122205250.M18637@mh-freiburg.de> Message-ID: >>>> probably no Linux VST either, which essentially means no plugins at all? a >>> bit of wild choice ... >>> >>> No OSC either ... So we have a heavily crippled Linux version for 300 Euro? >> >> is there any linux-based DAW that includes a built-in modular system? > > No, but we don't need - we have PureData, Supercollider and all sorts of > modular synths. But to use them you need rich control channels. That was my point. it is a completely different workflow to integrate pd or sc for example into a DAW. it requires quite some non-trivial steps which might be a bit too difficult for a lot of users. you cannot simply 'open a project' and start working on music. but talking about both pure data and supercollider: when i tried to synchronize pd with jack several years ago, i had to write an external for it. i didn't try this with supercollider, but that is going to be non-trivial, since one will have to synchronize both language and server to the jack-transport clock. and one will most certainly run into troubles, because the clock of the supercollider language runs roughly 100ms ahead of the language in order to cope with network latency. also, i'm regularly using supercollider as panner in ardour and the workflow sucks: you need to make sure that ardour and supercollider are started in the right order to make sure that jack connection is established. adding another track means adding another jack port in supercollider, which means rebooting the server, loosing all jack connections etc. not to mention that this setup does not include any automation ... i have considered more than once to spend a few days of converting my panners to a plugin to avoid this hassle ... >> different tools have different feature sets and no plugins does not mean >> no effects or synths ... > > Nobody said this. But there's a lot of music theses days where you can tell > the tool the composer used by the sound of the composition. true, but this is completely orthogonal. and does this apply only to software? i think there are quite a few people who can tell you if a guitar player plays a gibson or a fender. tim From paul at linuxaudiosystems.com Wed Jan 22 22:02:02 2014 From: paul at linuxaudiosystems.com (Paul Davis) Date: Wed, 22 Jan 2014 17:02:02 -0500 Subject: [LAU] Bitwig at long last...? In-Reply-To: <20140122164422.67c2bccc3df2f98e86290a24@brainiac.com> References: <52E03893.4080809@revolwear.com> <20140122164422.67c2bccc3df2f98e86290a24@brainiac.com> Message-ID: On Wed, Jan 22, 2014 at 4:44 PM, Joe Hartley wrote: > > Since we're just doing things, can you make it so that Ardour will just > handle multiple USB mics connected to the computer it's running on?? > you're suggesting that there be some really simple way to do this, such as adding a command line argument, like -A or something, and then what? the name of the device? how could something that simple work? what happens if the user wants to specify a different sample rate? next you're going to suggest that there is another command line argument that would allow more detaled device specifications, right? and let me guess, you want this to work for bitwig and qtractor just like it would for ardour, right? bloody unbelievable. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jh at brainiac.com Wed Jan 22 22:10:55 2014 From: jh at brainiac.com (Joe Hartley) Date: Wed, 22 Jan 2014 17:10:55 -0500 Subject: [LAU] Bitwig at long last...? In-Reply-To: References: <52E03893.4080809@revolwear.com> <20140122164422.67c2bccc3df2f98e86290a24@brainiac.com> Message-ID: <20140122171055.97d3b80e263974cde972e54b@brainiac.com> On Wed, 22 Jan 2014 17:02:02 -0500 Paul Davis wrote: > On Wed, Jan 22, 2014 at 4:44 PM, Joe Hartley wrote: > > > Since we're just doing things, can you make it so that Ardour will just > > handle multiple USB mics connected to the computer it's running on?? *** snip *** > > bloody unbelievable. To quote Mr. F. Leghorn, "That's, I say, that's a JOKE, son." Having been at various times a software developer, tester and support body, I can attest that any time anyone says "Can't it just..." you're looking at a request that would earn a whole integer bump in the release number. I should have realised this was a bit too soon after last week's ranting that Ardour should be both professional and "hobbist" software rants; if I could send whisky to you via TCP/IP, you'd have some in hand already. My apologies for bringing on the shakes again! -- ====================================================================== Joe Hartley - UNIX/network Consultant - jh at brainiac.com Without deviation from the norm, "progress" is not possible. - FZappa From rmouneyres at gmail.com Wed Jan 22 22:35:54 2014 From: rmouneyres at gmail.com (raf) Date: Wed, 22 Jan 2014 23:35:54 +0100 Subject: [LAU] Bitwig at long last...? In-Reply-To: References: <20140122172949.M56733@mh-freiburg.de> <20140122204358.M11173@mh-freiburg.de> Message-ID: <483A2579-73F8-4FFF-B42A-0B95C174A140@gmail.com> > > On Wed, Jan 22, 2014 at 4:14 PM, Alexandre Prokoudine wrote: > On Thu, Jan 23, 2014 at 12:52 AM, R. Mattes wrote: > > >> 1. Last time I checked, Novation, M-Audio, Roland etc. had no OSC > >> keyboards, just regular MIDI ones :) > > > > It would at least be a way to overcome the lack of LV2/LADSPA support > > Which, as pointed out earlier, isn't necessarily such a big deal. > > To clarify the point here: Bitwig has *builtin* effects. Whether you really miss LV2 or LADSPA depends on whether those builtin effects do what you want. For lots of people, they will be adequate. Yes, as a regular Ableton Live user i have to say that you can do a good job with the internal effects in most cases. I didn't have the opportunity to try the Bitwig beta, but can't you use multiple outputs to jack and host your LV2 plugins outside Bitwig then send them back to the daw ? And Bitwig would probably compensate for plugin latency. From paul at linuxaudiosystems.com Wed Jan 22 22:42:05 2014 From: paul at linuxaudiosystems.com (Paul Davis) Date: Wed, 22 Jan 2014 17:42:05 -0500 Subject: [LAU] Bitwig at long last...? In-Reply-To: <20140122171055.97d3b80e263974cde972e54b@brainiac.com> References: <52E03893.4080809@revolwear.com> <20140122164422.67c2bccc3df2f98e86290a24@brainiac.com> <20140122171055.97d3b80e263974cde972e54b@brainiac.com> Message-ID: On Wed, Jan 22, 2014 at 5:10 PM, Joe Hartley wrote: > On Wed, 22 Jan 2014 17:02:02 -0500 > Paul Davis wrote: > > > On Wed, Jan 22, 2014 at 4:44 PM, Joe Hartley wrote: > > > > > Since we're just doing things, can you make it so that Ardour will just > > > handle multiple USB mics connected to the computer it's running on?? > *** snip *** > > > > bloody unbelievable. > > To quote Mr. F. Leghorn, "That's, I say, that's a JOKE, son." > > Having been at various times a software developer, tester and support body, > I can attest that any time anyone says "Can't it just..." you're looking at > a request that would earn a whole integer bump in the release number. > > I should have realised this was a bit too soon after last week's ranting > that Ardour should be both professional and "hobbist" software rants; > if I could send whisky to you via TCP/IP, you'd have some in hand already. > > My apologies for bringing on the shakes again! > http://jackaudio.org/node/67 I thought we were partners in crime here. -------------- next part -------------- An HTML attachment was scrubbed... URL: From idragosani at gmail.com Wed Jan 22 22:48:31 2014 From: idragosani at gmail.com (Brett McCoy) Date: Wed, 22 Jan 2014 17:48:31 -0500 Subject: [LAU] Bitwig at long last...? In-Reply-To: References: <20140122172949.M56733@mh-freiburg.de> <20140122204358.M11173@mh-freiburg.de> Message-ID: > On Wed, Jan 22, 2014 at 4:14 PM, Alexandre Prokoudine > wrote: >> >> On Thu, Jan 23, 2014 at 12:52 AM, R. Mattes wrote: >> >> >> 1. Last time I checked, Novation, M-Audio, Roland etc. had no OSC >> >> keyboards, just regular MIDI ones :) >> > >> > It would at least be a way to overcome the lack of LV2/LADSPA support >> >> Which, as pointed out earlier, isn't necessarily such a big deal. > > > To clarify the point here: Bitwig has *builtin* effects. Whether you really > miss LV2 or LADSPA depends on whether those builtin effects do what you > want. For lots of people, they will be adequate. It's not a show stopper, IMHO. Not having a Jack support would have been a much bigger suck. -- Brett W. McCoy -- http://www.brettwmccoy.com ------------------------------------------------------------------------ "In the rhythm of music a secret is hidden; If I were to divulge it, it would overturn the world." -- Jelaleddin Rumi From jh at brainiac.com Thu Jan 23 00:18:48 2014 From: jh at brainiac.com (Joe Hartley) Date: Wed, 22 Jan 2014 19:18:48 -0500 Subject: [LAU] Bitwig at long last...? In-Reply-To: References: <52E03893.4080809@revolwear.com> <20140122164422.67c2bccc3df2f98e86290a24@brainiac.com> <20140122171055.97d3b80e263974cde972e54b@brainiac.com> Message-ID: <20140122191848.7711d40316f0f2edef33cbb2@brainiac.com> On Wed, 22 Jan 2014 17:42:05 -0500 Paul Davis wrote: > On Wed, Jan 22, 2014 at 5:10 PM, Joe Hartley wrote: > > > On Wed, 22 Jan 2014 17:02:02 -0500 > > Paul Davis wrote: > > > > > On Wed, Jan 22, 2014 at 4:44 PM, Joe Hartley wrote: > > > > > > > Since we're just doing things, can you make it so that Ardour will just > > > > handle multiple USB mics connected to the computer it's running on?? > > *** snip *** > > > > > > bloody unbelievable. > > > > To quote Mr. F. Leghorn, "That's, I say, that's a JOKE, son." > > > > Having been at various times a software developer, tester and support body, > > I can attest that any time anyone says "Can't it just..." you're looking at > > a request that would earn a whole integer bump in the release number. > > > > I should have realised this was a bit too soon after last week's ranting > > that Ardour should be both professional and "hobbist" software rants; > > if I could send whisky to you via TCP/IP, you'd have some in hand already. > > > > My apologies for bringing on the shakes again! > > > > > http://jackaudio.org/node/67 > > I thought we were partners in crime here. I was too busy being an elite bastard Ardour hobbist and it went right over my head. -- ====================================================================== Joe Hartley - UNIX/network Consultant - jh at brainiac.com Without deviation from the norm, "progress" is not possible. - FZappa From althompson58 at gmail.com Thu Jan 23 04:16:32 2014 From: althompson58 at gmail.com (Al Thompson) Date: Wed, 22 Jan 2014 23:16:32 -0500 Subject: [LAU] Bitwig at long last...? In-Reply-To: <20140122191848.7711d40316f0f2edef33cbb2@brainiac.com> References: <52E03893.4080809@revolwear.com> <20140122164422.67c2bccc3df2f98e86290a24@brainiac.com> <20140122171055.97d3b80e263974cde972e54b@brainiac.com> <20140122191848.7711d40316f0f2edef33cbb2@brainiac.com> Message-ID: <52E097A0.7090707@gmail.com> On 01/22/2014 07:18 PM, Joe Hartley wrote: > >> I thought we were partners in crime here. > I was too busy being an elite bastard Ardour hobbist and it went right > over my head. Let me correct that. It SHOULD read "elite bastard professional Ardour hobbiest..." From lorenzofsutton at gmail.com Thu Jan 23 08:46:09 2014 From: lorenzofsutton at gmail.com (Lorenzo Sutton) Date: Thu, 23 Jan 2014 09:46:09 +0100 Subject: [LAU] Bitwig at long last...? In-Reply-To: References: Message-ID: <52E0D6D1.7030607@gmail.com> On 22/01/2014 17:47, Brett McCoy wrote: > http://createdigitalmusic.com/2014/01/bitwig-sets-date-heres-youll-get-bitwig-studio-itll-cost/ > > No LV2 or LADSPA support on Linux, though, although they say it's planned. > > At least it supports Jack. > I guess while there is no demo - with only short promo videos and screenshots - it's hard to judge. Some features look rather similar to LMMS some others to Seq. Wonder what the target market is for this. Let's wait and see. Lorenzo. From lorenzofsutton at gmail.com Thu Jan 23 08:52:09 2014 From: lorenzofsutton at gmail.com (Lorenzo Sutton) Date: Thu, 23 Jan 2014 09:52:09 +0100 Subject: [LAU] Bitwig at long last...? In-Reply-To: <52E03893.4080809@revolwear.com> References: <52E03893.4080809@revolwear.com> Message-ID: <52E0D839.7010207@gmail.com> On 22/01/2014 22:30, Max wrote: > Am 2014? 01? 22? 18:29, schrieb laurence: >> They made clear some time ago that LV2 support is planned for a future >> version (and would not be supported in version 1.0). As for LADSPA, I >> don't think there has ever been mention of supporting it. > > the modular system also teased for the next version is strange too. I > wish they'd just incorporate Pd into Bitwig. Who needs Max for Live then. Why do you want it incorporated? Just your favourite software to communicate to Pd via midi, OSC, whatnot... :) Lorenzo From mista.tapas at gmx.net Thu Jan 23 10:24:23 2014 From: mista.tapas at gmx.net (Florian Paul Schmidt) Date: Thu, 23 Jan 2014 11:24:23 +0100 Subject: [LAU] teqqer, the console tracker, feedback requested Message-ID: <52E0EDD7.7000705@gmx.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, in my spare time I'm working on a console based jack_midi sequencer, called teqqer. Since this is a console app I'm interested in feedback in how it works especially with interfaces for sigh impaired people (braille, etc). The software is in alpha stage, so expect much missing functionality, but I suppose at this stage it is not too late to change stuff (or add stuff) to make it work better with these kind of interfaces. So if anyone is so inclined, please try https://github.com/fps/teqqer The README.md has build instructions. Running ./teqqer example.teq should load an example song. Using Meta-h h should bring up a help text (also reachable by the menu at the bottom of the screen) with the default keybindings. Thanks, Flo -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS4O3VAAoJEA5f4Coltk8ZQuQIAKJmYvBwVLj3qK644grZgy4w H7TLWNd3D0cOJJzbenLBavl6gQ2T/kAlcG5Ha/m84XK1UFpJusNI4S4OGW9Dl7Kr VJZORjTju/O1XlfEtYpHMBP3KhwI/4hawjMQ51kuZs5YQxqMsdIqmBnC9MNNsE9T P+b7/X3hMNYb2GVkRc1RModCPqlSGy7VvoC2nHwukxrKYZKnIPXLRsoBjJYAGkbB OqscJr3EgVSjUcIK8Ko6GKZAnZc7jKbm1FxDnqMJulcIt6TRh/KEuOGs2mqxGFMf 9Qyus1JC5yEz9vzG3Aq+e0P5fuQVSde5PSXUlGk39YfN6E9nFLo1iwl6pboAPI0= =Sf4u -----END PGP SIGNATURE----- From mista.tapas at gmx.net Thu Jan 23 10:45:48 2014 From: mista.tapas at gmx.net (Florian Paul Schmidt) Date: Thu, 23 Jan 2014 11:45:48 +0100 Subject: [LAU] teqqer, the console tracker, feedback requested In-Reply-To: <52E0EDD7.7000705@gmx.net> References: <52E0EDD7.7000705@gmx.net> Message-ID: <52E0F2DC.60403@gmx.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 23.01.2014 11:24, Florian Paul Schmidt wrote: > Since this is a console app I'm interested in feedback in how it > works especially with interfaces for sigh impaired people (braille, > etc). *sight. I'm obviously typing impaired ;D Flo -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS4PLZAAoJEA5f4Coltk8Z1FsH/2Ip6vb7uWs5hcug3R/BIcKz aPCbBQe1PJz4/jo4XZNWvNq/JN8gFSXEO8poyTE/gfkFmsuyiq3huXy+10BBCPll osJIdY4Z7RZE5i+WFakHembHbselcN1Deq+NHa0h9+UlRGjmb3bW+3ngI6lGluTW qeTO0AZ8ljtxz7/6EwKIZEJ1xmBkrAxMb+jfeDAD3vc0FVTiauHqxNZIsxstCMRX Gs3lEJdKzQk6f5/Si4cFhUHpfanTtw/eBH6SwcDRQnPMV4F1dM9NrcvOZoqCFEbl jo6n1l1MuFHllAWPfYi2Ur7nnp4AbAiwP+1spoVxRHoxMKOSEMJdy2CoW12ZIxI= =CQr8 -----END PGP SIGNATURE----- From silvain at freeshell.de Thu Jan 23 10:49:32 2014 From: silvain at freeshell.de (F. Silvain) Date: Thu, 23 Jan 2014 11:49:32 +0100 (CET) Subject: [LAU] teqqer, the console tracker, feedback requested In-Reply-To: <52E0EDD7.7000705@gmx.net> References: <52E0EDD7.7000705@gmx.net> Message-ID: <1401231144001.9262@freeshell.de> Florian Paul Schmidt, Jan 23 2014: ... > So if anyone is so inclined, please try > > https://github.com/fps/teqqer > > The README.md has build instructions. Hey hey, I get an error from make. Here is the complete output: *** error log *** Scanning dependencies of target teq [ 50%] Building CXX object CMakeFiles/teq.dir/teq/teq.cc.o In file included from /home/silvain/src/teqqer/teq/teq/song.h:8, from /home/silvain/src/teqqer/teq/teq/teq.h:22, from /home/silvain/src/teqqer/teq/teq/teq.cc:1: /home/silvain/src/teqqer/teq/teq/pattern.h: In copy constructor 'teq::pattern::pattern(const teq::pattern&)': /home/silvain/src/teqqer/teq/teq/pattern.h:29: error: expected initializer before ':' token /home/silvain/src/teqqer/teq/teq/pattern.h:33: error: expected primary-expression before '}' token /home/silvain/src/teqqer/teq/teq/pattern.h:33: error: expected ';' before '}' token /home/silvain/src/teqqer/teq/teq/pattern.h:33: error: expected primary-expression before '}' token /home/silvain/src/teqqer/teq/teq/pattern.h:33: error: expected ')' before '}' token /home/silvain/src/teqqer/teq/teq/pattern.h:33: error: expected primary-expression before '}' token /home/silvain/src/teqqer/teq/teq/pattern.h:33: error: expected ';' before '}' token /home/silvain/src/teqqer/teq/teq/teq.cc: In member function 'void teq::teq::set_send_all_notes_off_on_loop(bool)': /home/silvain/src/teqqer/teq/teq/teq.cc:87: error: expected primary-expression before '[' token cc1plus: warnings being treated as errors /home/silvain/src/teqqer/teq/teq/teq.cc:87: error: left-hand operand of comma has no effect /home/silvain/src/teqqer/teq/teq/teq.cc: In member function 'void teq::teq::set_send_all_notes_off_on_stop(bool)': /home/silvain/src/teqqer/teq/teq/teq.cc:98: error: expected primary-expression before '[' token /home/silvain/src/teqqer/teq/teq/teq.cc:98: error: left-hand operand of comma has no effect /home/silvain/src/teqqer/teq/teq/teq.cc: In member function 'bool teq::teq::track_name_exists(std::string)': /home/silvain/src/teqqer/teq/teq/teq.cc:107: error: expected initializer before ':' token /home/silvain/src/teqqer/teq/teq/teq.cc:792: error: expected primary-expression at end of input /home/silvain/src/teqqer/teq/teq/teq.cc:792: error: expected ';' at end of input /home/silvain/src/teqqer/teq/teq/teq.cc:792: error: expected primary-expression at end of input /home/silvain/src/teqqer/teq/teq/teq.cc:792: error: expected ')' at end of input /home/silvain/src/teqqer/teq/teq/teq.cc:792: error: expected statement at end of input /home/silvain/src/teqqer/teq/teq/teq.cc:792: error: expected '}' at end of input /home/silvain/src/teqqer/teq/teq/teq.cc:792: error: no return statement in function returning non-void /home/silvain/src/teqqer/teq/teq/teq.cc: At global scope: /home/silvain/src/teqqer/teq/teq/teq.cc:792: error: expected '}' at end of input make[2]: *** [CMakeFiles/teq.dir/teq/teq.cc.o] Error 1 make[1]: *** [CMakeFiles/teq.dir/all] Error 2 make: *** [all] Error 2 *** end of error log *** I recently updated cmake from source, my gcc version is 4.4.5. Is it a bug or a feature? :) Ta-ta ---- Ffanci * Internet: http://freeshell.de/~silvain From mista.tapas at gmx.net Thu Jan 23 10:54:16 2014 From: mista.tapas at gmx.net (Florian Paul Schmidt) Date: Thu, 23 Jan 2014 11:54:16 +0100 Subject: [LAU] teqqer, the console tracker, feedback requested In-Reply-To: <1401231144001.9262@freeshell.de> References: <52E0EDD7.7000705@gmx.net> <1401231144001.9262@freeshell.de> Message-ID: <52E0F4D8.4080901@gmx.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 23.01.2014 11:49, F. Silvain wrote: > Florian Paul Schmidt, Jan 23 2014: ... >> So if anyone is so inclined, please try >> >> https://github.com/fps/teqqer >> >> The README.md has build instructions. > Hey hey, I get an error from make. Here is the complete output: *** > error log *** Scanning dependencies of target teq [ 50%] Building > CXX object CMakeFiles/teq.dir/teq/teq.cc.o In file included from > /home/silvain/src/teqqer/teq/teq/song.h:8, from > /home/silvain/src/teqqer/teq/teq/teq.h:22, from > /home/silvain/src/teqqer/teq/teq/teq.cc:1: > /home/silvain/src/teqqer/teq/teq/pattern.h: In copy constructor > 'teq::pattern::pattern(const teq::pattern&)': > /home/silvain/src/teqqer/teq/teq/pattern.h:29: error: expected > initializer before ':' token [snip] > > I recently updated cmake from source, my gcc version is 4.4.5. Is > it a bug or a feature? :) > Wow, that's a pretty old GCC. Here's my version where this builds fine: fps at mango 11:52:34 ~/.../teqqer/teq/ $ gcc --version gcc (Ubuntu/Linaro 4.8.1-10ubuntu9) 4.8.1 Copyright (C) 2013 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. My C++-11 is rather weak though (I used this project to get into some of the new features), so it might be a bug in my code.. Flo -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS4PTYAAoJEA5f4Coltk8Z/lsIALUVQzbA+JTVlhkmm900M9KP LNp7SLOSvrtOVGzAsL7W+CNjNxa6H1pu0Eqyddb5XRH/R+PaMmE6gtWZwQ6TABTy WxPBVCMcqp2UkAW4yYLFwRxHUUIRYCegQnlBNOw2/6ygfGK/iBWFsfq0ssz8hB+r 2MfGvstX/KUBB/V5t7AczAj/HtqZkYF9SFdneHfa/FU2Amwe+a9mdnQJjGduvATU IPzRRsSIW+lrj1mAD22WOYbWOlSlMROa1wjSu0qTMkVrbn9tJOPg2QhZzTD/EJis Q5rPbKOx2vRcPRNPIKeiyRoyScQxVDVWQglyy6uJC9ZJvRiywa1Pqh0gvw1rwFA= =4rMr -----END PGP SIGNATURE----- From mista.tapas at gmx.net Thu Jan 23 11:56:23 2014 From: mista.tapas at gmx.net (Florian Paul Schmidt) Date: Thu, 23 Jan 2014 12:56:23 +0100 Subject: [LAU] teqqer, the console tracker, feedback requested In-Reply-To: <52E0F4D8.4080901@gmx.net> References: <52E0EDD7.7000705@gmx.net> <1401231144001.9262@freeshell.de> <52E0F4D8.4080901@gmx.net> Message-ID: <52E10367.4060208@gmx.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sorry for the duplicate... On 23.01.2014 11:54, Florian Paul Schmidt wrote: > My C++-11 is rather weak though (I used this project to get into > some of the new features), so it might be a bug in my code.. I'm pretty sure now, that this error is due to your compiler being too old :( Flo -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS4QNnAAoJEA5f4Coltk8ZuAgH/iXLUh4gamq1DKybbi0FH+lA YPYehkxHWV/No3CD7ANIYC8iJs/FGGwIhCKu5ma+sM7iWC6T9+0ZiyQxX2/LAqgx XjV+oq7U6qse9/IE8jXx4SxCIQy8nE6T43tAxAP2Wi4r9OBzMEYLZoW3Ht04awlZ cjkYpPyqF4NBDHFFnztoQlGQtuR7PfXwLhT3x16jrMsBrF2zEow/F5Y+yZ8oabP1 sqH6JP/TjCBKnP104uk2wfXolzB50G3hIrY2Jk0z0k5xbrs8hQjngYeFm5Ar7zRS 3mgV/Xan6hgPsT157DsWbH6i3zrG27jHwZLBh9uK2MrXEXEk6eMOMtGrAMW+RzU= =bb1n -----END PGP SIGNATURE----- From reuben.m at gmail.com Thu Jan 23 14:56:59 2014 From: reuben.m at gmail.com (Reuben Martin) Date: Thu, 23 Jan 2014 08:56:59 -0600 Subject: [LAU] teqqer, the console tracker, feedback requested In-Reply-To: <52E0F4D8.4080901@gmx.net> References: <52E0EDD7.7000705@gmx.net> <1401231144001.9262@freeshell.de> <52E0F4D8.4080901@gmx.net> Message-ID: <2343621.HRgNQ3LAnf@subterfuge> On Thursday, January 23, 2014 11:54:16 AM Florian Paul Schmidt wrote: > On 23.01.2014 11:49, F. Silvain wrote: > > Florian Paul Schmidt, Jan 23 2014: ... > Wow, that's a pretty old GCC. Here's my version where this builds fine: > > fps at mango 11:52:34 ~/.../teqqer/teq/ $ gcc --version > gcc (Ubuntu/Linaro 4.8.1-10ubuntu9) 4.8.1 > Copyright (C) 2013 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. There is NO > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. > > My C++-11 is rather weak though (I used this project to get into some > of the new features), so it might be a bug in my code.. > I would upgrade to 4.8.2. This version caused me several problems compiling various packages. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57532 Although there is a chance your distro maintainer patched it already... From reuben.m at gmail.com Thu Jan 23 15:07:02 2014 From: reuben.m at gmail.com (Reuben Martin) Date: Thu, 23 Jan 2014 07:07:02 -0800 (PST) Subject: [LAU] Reconciling K-system and LU R128 Metering Message-ID: <2335767.8kAlenoIra@subterfuge> I'm trying to work out how K-system metering works in relation to the new LU R128 standard, and can't really find anything definitive on it. R128 standard sets the target volume at -23 LUFS, but is that just for TV broadcast, or is that for everything? That is a tremendous amount of dynamic range available if that applies to radio/music broadcast as well. I guess my question is in 2 parts: Are there different LUFS targets for different material, similar to how K-System has different dynamic ranges for different material? If so, what are they? Is the target LUFS level(s) what I use when calibrating 85 dB speaker levels, or is that something different. -Reuben From paul at linuxaudiosystems.com Thu Jan 23 15:08:26 2014 From: paul at linuxaudiosystems.com (Paul Davis) Date: Thu, 23 Jan 2014 10:08:26 -0500 Subject: [LAU] Bitwig at long last...? In-Reply-To: <52E0D839.7010207@gmail.com> References: <52E03893.4080809@revolwear.com> <52E0D839.7010207@gmail.com> Message-ID: On Thu, Jan 23, 2014 at 3:52 AM, Lorenzo Sutton wrote: > On 22/01/2014 22:30, Max wrote: > >> Am 2014? 01? 22? 18:29, schrieb laurence: >> >>> They made clear some time ago that LV2 support is planned for a future >>> version (and would not be supported in version 1.0). As for LADSPA, I >>> don't think there has ever been mention of supporting it. >>> >> >> the modular system also teased for the next version is strange too. I >> wish they'd just incorporate Pd into Bitwig. Who needs Max for Live then. >> > > Why do you want it incorporated? Just your favourite software to > communicate to Pd via midi, OSC, whatnot... :) > clearly you have not seen Max for Live. -------------- next part -------------- An HTML attachment was scrubbed... URL: From grib at billgribble.com Thu Jan 23 15:41:11 2014 From: grib at billgribble.com (Bill Gribble) Date: Thu, 23 Jan 2014 10:41:11 -0500 Subject: [LAU] Reconciling K-system and LU R128 Metering In-Reply-To: <2335767.8kAlenoIra@subterfuge> References: <2335767.8kAlenoIra@subterfuge> Message-ID: <1390491671.9923.22.camel@cayenne.local> I don't have a technical answer to give you, but if the recommendation is to work at around -23 dBFS RMS, I would agree that this is sensible. If you establish your "0 dB" point at -23 dBFS, you have an amount of (digital) headroom that's approximately what you would expect in a traditional (analog) mixing desk -- more than 20 dB above your "0 dB" point before you completely run out of voltage rail. The only problem is that most DAWs use a default style of waveform display which makes it hard to even tell there's a signal at that level.... you have to get up to about -10 dBFS to be able to see the shape of the signal's dynamics... Thanks, Bill Gribble On Thu, 2014-01-23 at 07:07 -0800, Reuben Martin wrote: > I'm trying to work out how K-system metering works in relation to the new LU > R128 standard, and can't really find anything definitive on it. > > R128 standard sets the target volume at -23 LUFS, but is that just for TV > broadcast, or is that for everything? That is a tremendous amount of dynamic > range available if that applies to radio/music broadcast as well. > > I guess my question is in 2 parts: > > Are there different LUFS targets for different material, similar to how K-System > has different dynamic ranges for different material? If so, what are they? > > Is the target LUFS level(s) what I use when calibrating 85 dB speaker levels, > or is that something different. > > -Reuben > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user From rm at mh-freiburg.de Thu Jan 23 15:55:32 2014 From: rm at mh-freiburg.de (R. Mattes) Date: Thu, 23 Jan 2014 16:55:32 +0100 Subject: [LAU] teqqer, the console tracker, feedback requested In-Reply-To: <52E10367.4060208@gmx.net> References: <52E0EDD7.7000705@gmx.net> <1401231144001.9262@freeshell.de> <52E0F4D8.4080901@gmx.net> <52E10367.4060208@gmx.net> Message-ID: <20140123154506.M1649@mh-freiburg.de> On Thu, 23 Jan 2014 12:56:23 +0100, Florian Paul Schmidt wrote > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Sorry for the duplicate... > > On 23.01.2014 11:54, Florian Paul Schmidt wrote: > > > My C++-11 is rather weak though (I used this project to get into > > some of the new features), so it might be a bug in my code.. > > I'm pretty sure now, that this error is due to your compiler being > too old :( That's a rather harsh way of formulating that. Iff your code is written in C++11 you might as well tell us. (It might even be a good idea to change your compiler flags from -std=c++0x to -std=c++11, but that would exclude g++-4.6 wich seems to have no problems with your code). While the code compiles fine here, I can't start the program: ./teqqer example.teq Traceback (most recent call last): File "teqqer.py", line 5, in import teq ImportError: /usr/local/src/teqqer/teq/build/teq.so: undefined symbol: _ZN5boost6python6detail11init_moduleER11PyModuleDefPFvvE Hmm, looking at the lib: ralf at flaptop:/usr/local/src/teqqer$ ldd /usr/local/src/teqqer/teq/build/teq.so linux-vdso.so.1 (0x00007fff2dce6000) libjack.so.0 => /usr/lib/x86_64-linux-gnu/libjack.so.0 (0x00007f7322853000) ---> libteq.so => not found libpython3.3m.so.1.0 => /usr/lib/x86_64-linux-gnu/libpython3.3m.so.1.0 (0x00007f7322239000) libboost_python-py27.so.1.53.0 => /usr/lib/libboost_python-py27.so.1.53.0 (0x00007f7321feb000) libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f7321ce8000) ..... What to do? Cheers, Ralf Mattes From mista.tapas at gmx.net Thu Jan 23 16:02:15 2014 From: mista.tapas at gmx.net (Florian Paul Schmidt) Date: Thu, 23 Jan 2014 17:02:15 +0100 Subject: [LAU] teqqer, the console tracker, feedback requested In-Reply-To: <20140123154506.M1649@mh-freiburg.de> References: <52E0EDD7.7000705@gmx.net> <1401231144001.9262@freeshell.de> <52E0F4D8.4080901@gmx.net> <52E10367.4060208@gmx.net> <20140123154506.M1649@mh-freiburg.de> Message-ID: <52E13D07.8010609@gmx.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 23.01.2014 16:55, R. Mattes wrote: >>> My C++-11 is rather weak though (I used this project to get >>> into some of the new features), so it might be a bug in my >>> code.. >> >> I'm pretty sure now, that this error is due to your compiler >> being too old :( > > That's a rather harsh way of formulating that. Iff your code is > written in C++11 you might as well tell us. (It might even be a > good idea to change your compiler flags from -std=c++0x to > -std=c++11, but that would exclude g++-4.6 wich seems to have no > problems with your code). As far as I know the code is valid C++11 [modulo bugs ;D] Good point about changing the compiler flag since I am hacking against C++-11 even if inadvertibly being compatible with C++0x. > > While the code compiles fine here, I can't start the program: > > ./teqqer example.teq Traceback (most recent call last): File > "teqqer.py", line 5, in import teq ImportError: > /usr/local/src/teqqer/teq/build/teq.so: undefined symbol: > _ZN5boost6python6detail11init_moduleER11PyModuleDefPFvvE > > Hmm, looking at the lib: > > ralf at flaptop:/usr/local/src/teqqer$ ldd > /usr/local/src/teqqer/teq/build/teq.so linux-vdso.so.1 > (0x00007fff2dce6000) libjack.so.0 => > /usr/lib/x86_64-linux-gnu/libjack.so.0 (0x00007f7322853000) ---> > libteq.so => not found libpython3.3m.so.1.0 => > /usr/lib/x86_64-linux-gnu/libpython3.3m.so.1.0 > (0x00007f7322239000) libboost_python-py27.so.1.53.0 => > /usr/lib/libboost_python-py27.so.1.53.0 (0x00007f7321feb000) > libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 > (0x00007f7321ce8000) ..... > That's due to the CMakeFile picking up the wrong versions of the python C lib and possibly boost python picking up the wrong version. You need python2 versions of these. I just updated the README.md this afternoon to clarify this. I'm not really sure how to tell CMake to only use the python 2 versions of these though. I only have python2 installed here [or at least the C lib and boost python for python2]. I will install the python3 variants of those and try to figure out a way to differentiate between the two. If that turns out to be a major hassle I might consider switching the build tool. Thanks for testing though, Regards, Flo -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS4T0DAAoJEA5f4Coltk8ZW2IH/A78uIi+TUYnlhZU821kLHqQ fBym8u0lOqIUhuCOXdAB52BYOuTvIrnqLOPJAXd/mVZOKFei/DPBhmPRJ8tiqMv/ unE7aIWmvIp1RmHaggyy50rOhvl8GKEhU/7p0cc2cBnRTBnELUUBcv/KRYDFb89S cXihKpEf1/zDN1RoYQKOio10m1sTfTr/y9SSAAXRMV9LwXyByDmZK2TgCIs+tlme 0uyFuKm7DUXukqv0ZxUDzIG4aPGwN+Xr/MAMkgWCjdzCV3D/oaoM6HsIE6W+1H0p 2+TZq/NksuEjRALeXj5E9GifUU90TSlfx0Luh4y2AL6HJvPSIPXD9T/uS0ptvD4= =grVS -----END PGP SIGNATURE----- From mista.tapas at gmx.net Thu Jan 23 16:12:47 2014 From: mista.tapas at gmx.net (Florian Paul Schmidt) Date: Thu, 23 Jan 2014 17:12:47 +0100 Subject: [LAU] teqqer, the console tracker, feedback requested In-Reply-To: <20140123154506.M1649@mh-freiburg.de> References: <52E0EDD7.7000705@gmx.net> <1401231144001.9262@freeshell.de> <52E0F4D8.4080901@gmx.net> <52E10367.4060208@gmx.net> <20140123154506.M1649@mh-freiburg.de> Message-ID: <52E13F7F.7020800@gmx.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 23.01.2014 16:55, R. Mattes wrote: > What to do? > > Cheers, Ralf Mattes I'm working with Filipe to provide a universal binary. I'll post an update then.. Flo -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS4T98AAoJEA5f4Coltk8Z2WwH/As3+ySUxdAEOJB9gNU6G3Nb MP1Jw17SqNkR1I4YktYHdoQQ+LUH/73e5gLl756PMErYyKAr1UJXGDfBZmKUxJDc og/RxtAmu+qVboj3jZj4WGlV5YL+DSawQNp/qXYihTHLdEtA/gWLbRHZA2A8tKBq wG2vRMFOAQLFLqZJw4GiFZ0G2GHRHsg4/++PUeZmWqz9tssxwlbsINWe2N3gQKSc LrLAHlTaAwRherinAHys/KM8XiT1NHIwkcepDl7bEfaYJKgZwnmtQrxL3ZVB0WZe EgA4W6HxTj27bVOiR1ZqKltWQjyPBBkZ9S5giOrDimweKuPoilNo+K4R5ydGBlo= =Gn63 -----END PGP SIGNATURE----- From mis at artengine.ca Thu Jan 23 17:45:17 2014 From: mis at artengine.ca (Michal Seta) Date: Thu, 23 Jan 2014 12:45:17 -0500 Subject: [LAU] new linux live set In-Reply-To: References: <58831.86.105.95.182.1390223480.squirrel@boosthardware.com> Message-ID: On Mon, Jan 20, 2014 at 3:42 PM, Dj?ho Youn wrote: > some reasonable API (of course, on linux) You may want to look at http://www.spinframework.org/ I am not sure what the future of this system is going to be because the development has slowed down considerably, something else may emerge but the beauty of it is that you can build and control your scenes with OSC. I have used it for some of my own projects and participated in some projects that use it. It takes a little bit getting used to, there is no editing environment, it's all done with OSC but that shouldn't stop you from giving it a spin (pun intended). Forget the Ubuntu packages because they have not been updated in a while, it's probably better to build it from source but unfortunately the source server seems to be down today :( http://code.sat.qc.ca/spinframework Micha? -------------- next part -------------- An HTML attachment was scrubbed... URL: From reuben.m at gmail.com Thu Jan 23 18:31:02 2014 From: reuben.m at gmail.com (Reuben Martin) Date: Thu, 23 Jan 2014 12:31:02 -0600 Subject: [LAU] Reconciling K-system and LU R128 Metering In-Reply-To: <1390491671.9923.22.camel@cayenne.local> References: <2335767.8kAlenoIra@subterfuge> <1390491671.9923.22.camel@cayenne.local> Message-ID: On Thu, Jan 23, 2014 at 9:41 AM, Bill Gribble wrote: > I don't have a technical answer to give you, but if the recommendation > is to work at around -23 dBFS RMS, I would agree that this is > sensible. > > If you establish your "0 dB" point at -23 dBFS, you have an amount of > (digital) headroom that's approximately what you would expect in a > traditional (analog) mixing desk -- more than 20 dB above your "0 dB" > point before you completely run out of voltage rail. > > One of the things I'm not sure of is if I actually master things to the R128 level. It may be that I go ahead and use K-System-14 (or 20) for the mastering part, and that the R128 level is just a reference for how the levels will be normalized for broadcast usage. -------------- next part -------------- An HTML attachment was scrubbed... URL: From abonnements at revolwear.com Thu Jan 23 22:07:51 2014 From: abonnements at revolwear.com (Max) Date: Thu, 23 Jan 2014 23:07:51 +0100 Subject: [LAU] Bitwig at long last...? In-Reply-To: References: <52E03893.4080809@revolwear.com> Message-ID: <52E192B7.2060100@revolwear.com> Am 2014? 01? 22? 22:35, schrieb Paul Davis: > On Wed, Jan 22, 2014 at 4:30 PM, Max > wrote: > > the modular system also teased for the next version is strange too. I > wish they'd just incorporate Pd into Bitwig. Who needs Max for > Live then. > > > oh sure. "just incorpate" it. one of the biggest engineering efforts > in Live's history, and you want them "just" do it. > > it would be cool, though. I wasn't suggesting that is is trivial. I was only wondering why they want to reinvent the wheel rather than making use of something that is already there (and in BSD license). This is the screenshot from their site and their patching environment: http://bitwig.com/dms/bitwig/img/announcement_page/sections/2/native-modular-system.png From alexandre.prokoudine at gmail.com Thu Jan 23 22:29:52 2014 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Fri, 24 Jan 2014 02:29:52 +0400 Subject: [LAU] Bitwig at long last...? In-Reply-To: <52E192B7.2060100@revolwear.com> References: <52E03893.4080809@revolwear.com> <52E192B7.2060100@revolwear.com> Message-ID: On Fri, Jan 24, 2014 at 2:07 AM, Max wrote: > I wasn't suggesting that is is trivial. I was only wondering why they > want to reinvent the wheel rather than making use of something that is > already there (and in BSD license). http://cycling74.com/2009/01/15/my-perspective-on-integrating-max-and-live/ "We?ve been working with Ableton for more than two years to bring Max and Live together." "Working on a complex task with another company separated by over 5000 miles and a nine-hour time difference has been an interesting challenge. Time and distance were not the only issue, however. Even though we respect each other?s software tremendously, the cultures of Ableton and Cycling ?74 are, within the narrow confines of audio software companies, pretty divergent." "In addition to some of the Live-influenced changes we made to the UI design, there were features we developed for Max 5 specifically to address challenges of Live integration." TL;DR: never underestimated the complexity of integrating an existing project into a whole different codebase. Alexandre From atte at youmail.dk Thu Jan 23 22:49:29 2014 From: atte at youmail.dk (Atte) Date: Thu, 23 Jan 2014 23:49:29 +0100 Subject: [LAU] Bitwig at long last...? In-Reply-To: <20140122172949.M56733@mh-freiburg.de> References: <20140122172949.M56733@mh-freiburg.de> Message-ID: <52E19C79.2010807@youmail.dk> On 01/22/2014 06:31 PM, R. Mattes wrote: > Who will buy this? Me. If the the demo's stable and does what the teaser videos suggest, I'm not even sure I'd care about VST support. So if this works out the way I hope/think, you can buy my renoise license on march 27. Bitwig will be my work horse and (my new found love) radium will be my favorite toy... -- Atte http://atte.dk http://modlys.dk From paul at linuxaudiosystems.com Thu Jan 23 22:52:12 2014 From: paul at linuxaudiosystems.com (Paul Davis) Date: Thu, 23 Jan 2014 17:52:12 -0500 Subject: [LAU] Bitwig at long last...? In-Reply-To: <52E192B7.2060100@revolwear.com> References: <52E03893.4080809@revolwear.com> <52E192B7.2060100@revolwear.com> Message-ID: On Thu, Jan 23, 2014 at 5:07 PM, Max wrote: > Am 2014? 01? 22? 22:35, schrieb Paul Davis: > > On Wed, Jan 22, 2014 at 4:30 PM, Max > > wrote: > > > > the modular system also teased for the next version is strange too. I > > wish they'd just incorporate Pd into Bitwig. Who needs Max for > > Live then. > > > > > > oh sure. "just incorpate" it. one of the biggest engineering efforts > > in Live's history, and you want them "just" do it. > > > > it would be cool, though. > > I wasn't suggesting that is is trivial. I was only wondering why they > want to reinvent the wheel rather than making use of something that is > already there (and in BSD license). This is the screenshot from their > site and their patching environment: > > http://bitwig.com/dms/bitwig/img/announcement_page/sections/2/native-modular-system.png > Maybe for the same reasons that led to Ingen or AlsaModularSynth or Reaktor or ... ? And maybe because they want tighter integration than can "easily" be reached with PD ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From atte at youmail.dk Thu Jan 23 23:14:09 2014 From: atte at youmail.dk (Atte) Date: Fri, 24 Jan 2014 00:14:09 +0100 Subject: [LAU] Bitwig at long last...? In-Reply-To: <52E0D6D1.7030607@gmail.com> References: <52E0D6D1.7030607@gmail.com> Message-ID: <52E1A241.2090803@youmail.dk> On 01/23/2014 09:46 AM, Lorenzo Sutton wrote: > Some features look rather similar to LMMS some others to Seq. I find this a little bit funny. I hope you're not suggesting that a company of 8 people spending two years developing a DAW 1) are not likely to have a product that can out-perform (in features, completeness, roundedness and stability) the mostly one-man hobby projects (no offence, I love you all) that make up most of our eco system and 2) are not expected to put a price tag on the product? -- Atte http://atte.dk http://modlys.dk From ken at restivo.org Fri Jan 24 06:37:39 2014 From: ken at restivo.org (Ken Restivo) Date: Thu, 23 Jan 2014 22:37:39 -0800 Subject: [LAU] Some linux in the mix Message-ID: <20140124063732.GA28558@q400a.mobile.restivo.org> As part of an archive of a live radio show some small bit of linux-based synths (MonoSynth, fluidsynth, jack-rack, calf plugins, etc), giving the Rhodes, fretless bass, clav, piano, and monophonic synth sounds, from about 0:48:00 to 1:20:00 http://spazradio.bamfic.com/2014-01-22-all.ogg The beats however and all the samples are Ableton and MPC. Towards the end of the show is old Kraftverk and Stockhausen, which is entertaining too, but definitely not linux. -ken From lorenzofsutton at gmail.com Fri Jan 24 08:45:25 2014 From: lorenzofsutton at gmail.com (Lorenzo Sutton) Date: Fri, 24 Jan 2014 09:45:25 +0100 Subject: [LAU] Bitwig at long last...? In-Reply-To: <52E1A241.2090803@youmail.dk> References: <52E0D6D1.7030607@gmail.com> <52E1A241.2090803@youmail.dk> Message-ID: <52E22825.5070105@gmail.com> On 24/01/2014 00:14, Atte wrote: > On 01/23/2014 09:46 AM, Lorenzo Sutton wrote: > >> Some features look rather similar to LMMS some others to Seq. > > I find this a little bit funny. > > I hope you're not suggesting that a company of 8 people spending two > years developing a DAW As I stated in my original message I haven't had a chance to try it. That said, I'm not sure the target (market) nor the overall concept here is 'DAW' (regardless of the developing effort). Actually I think Ardour (on linux) is fully sufficient as a DAW (unless we are considering a 'DAW' differnet things...). Clearly this is a personal opinion 1) are not likely to have a product that can > out-perform (in features, completeness, roundedness and stability) the > mostly one-man hobby projects (no offence, I love you all) that make up > most of our eco system and I see your point. But I'm not sure it's easy to define 'out-perform' in the music creation domain. I'll try to explain: from my point of view choice of audio/music related software (and related features) should respond first of all to artist's (creative) needs. For example I personally love the way I can work with audio material in Ardour, the way I can quickly record stuff to it from other jack-enabled software etc. I guess this has an aspect of personal workflow, but essentially what I'm suggesting is that the process should be buttom-up: i.e. start from the musical idea/concept and then select the tools. So if this new software will offer features which Linux musicians really need to complete their creative process (which are currently unfulfilled by any other software or combination of software): hurray!!! :D - we shall see 2) are not expected to put a price tag on the > product? I don't think I ever mentioned or criticized pricing. Kindly Lorenzo. From alexandre.prokoudine at gmail.com Fri Jan 24 09:01:54 2014 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Fri, 24 Jan 2014 13:01:54 +0400 Subject: [LAU] Bitwig at long last...? In-Reply-To: <52E22825.5070105@gmail.com> References: <52E0D6D1.7030607@gmail.com> <52E1A241.2090803@youmail.dk> <52E22825.5070105@gmail.com> Message-ID: On Fri, Jan 24, 2014 at 12:45 PM, Lorenzo Sutton wrote: > essentially what I'm suggesting is that the process should be buttom-up: > i.e. start from the musical idea/concept and then select the tools. *Highly* debatable. In essence, trying different tools before the idea has settled is much like jamming with new musicians: your concepts inevitably change. Sometimes for the better, sometimes for the worse. Also, buttom-up? Nice typo :) Alexandre From lorenzofsutton at gmail.com Fri Jan 24 09:31:26 2014 From: lorenzofsutton at gmail.com (Lorenzo Sutton) Date: Fri, 24 Jan 2014 10:31:26 +0100 Subject: [LAU] Bitwig at long last...? In-Reply-To: References: <52E0D6D1.7030607@gmail.com> <52E1A241.2090803@youmail.dk> <52E22825.5070105@gmail.com> Message-ID: <52E232EE.70504@gmail.com> On 24/01/2014 10:01, Alexandre Prokoudine wrote: > On Fri, Jan 24, 2014 at 12:45 PM, Lorenzo Sutton wrote: > >> essentially what I'm suggesting is that the process should be buttom-up: >> i.e. start from the musical idea/concept and then select the tools. > > *Highly* debatable. In essence, trying different tools before the idea > has settled is much like jamming with new musicians: your concepts > inevitably change. Sometimes for the better, sometimes for the worse. Oh sure.. I never suggested you should settle immediately with the tools.. the process can indeed include exploring different (combinations of) tools. > > Also, buttom-up? Nice typo :) Eh eh.. touche. Lorenzo. From pshirkey at boosthardware.com Fri Jan 24 09:40:57 2014 From: pshirkey at boosthardware.com (Patrick Shirkey) Date: Fri, 24 Jan 2014 20:40:57 +1100 (EST) Subject: [LAU] icecast with jack as input source Message-ID: <55811.86.105.95.182.1390556457.squirrel@boosthardware.com> Hi, I have found a few different suggestions online for using icecast with jack. It seems that some people have been doing it for over 10 years now. However with the debian packages for icecast2 and ices2 I receive this in the logs: [2014-01-24 09:19:08] INFO ices-core/main IceS 2.0.1 started... [2014-01-24 09:19:08] EROR input/input_loop No input module named "jack" could be found [2014-01-24 09:19:08] INFO ices-core/main Shutdown complete - Here is a reference for the ices.xml file: http://io.rg42.org/trac/browser/misc/ices2/ices-jack.xml - I also found this project which claims to have jack support but I cannot find/download the ices-kh package. http://karlheyes.github.io/ https://aur.archlinux.org/packages/ices-kh/ So, what's the magical procedure? Also why doesn't the debian package of icecast have support for jack? It has ALSA, OSS, even RoarAudio support* so is it an acute political decision that I am not aware of? [*]http://www.icecast.org/docs/ices-2.0.2/inputs.html - Alternatively what is the correct way to pipe jack into the ices2 "stdinpcm" plugin.? ex. ecasound -i:jack -o:stdout | ices2 ices-jack.xml -- Patrick Shirkey Boost Hardware Ltd From peter at fuzzle.org Fri Jan 24 09:57:57 2014 From: peter at fuzzle.org (Peter Nelson) Date: Fri, 24 Jan 2014 09:57:57 +0000 Subject: [LAU] icecast with jack as input source In-Reply-To: <55811.86.105.95.182.1390556457.squirrel@boosthardware.com> References: <55811.86.105.95.182.1390556457.squirrel@boosthardware.com> Message-ID: <1390557477.26421.3.camel@atropos.fuzzle.org> On Fri, 2014-01-24 at 20:40 +1100, Patrick Shirkey wrote: > Hi, > > I have found a few different suggestions online for using icecast with > jack. icecast doesn't use any sound devices. darkice is probably the streaming client tool you want to use. > Also why doesn't the debian package of icecast have support for jack? It > has ALSA, OSS, even RoarAudio support* so is it an acute political > decision that I am not aware of? Most likely because it's not written. You could provide a patch rather than complain about probably imaginary politics. -- Peter Nelson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part URL: From ydjeho at gmail.com Fri Jan 24 10:30:08 2014 From: ydjeho at gmail.com (=?ISO-8859-1?Q?Dj=E9ho_Youn?=) Date: Fri, 24 Jan 2014 11:30:08 +0100 Subject: [LAU] new linux live set In-Reply-To: References: <58831.86.105.95.182.1390223480.squirrel@boosthardware.com> Message-ID: thanks for the suggestions, I'm gonna check them out. there's also openframeworks that seems to work on linux, and there's 'still' processing. all I need is to spend some time on learning, I guess... @ Will Godfrey what you don't understand? my description or the music? On Thu, Jan 23, 2014 at 6:45 PM, Michal Seta wrote: > > On Mon, Jan 20, 2014 at 3:42 PM, Dj?ho Youn wrote: > >> some reasonable API (of course, on linux) > > > You may want to look at http://www.spinframework.org/ > I am not sure what the future of this system is going to be because the > development has slowed down considerably, something else may emerge but the > beauty of it is that you can build and control your scenes with OSC. I have > used it for some of my own projects and participated in some projects that > use it. > > It takes a little bit getting used to, there is no editing environment, > it's all done with OSC but that shouldn't stop you from giving it a spin > (pun intended). > > Forget the Ubuntu packages because they have not been updated in a while, > it's probably better to build it from source but unfortunately the source > server seems to be down today :( > http://code.sat.qc.ca/spinframework > > Micha? > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > > -- Jae Ho YOUN http://jhyoun.wordpress.com/ http://jaehoyoun.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From pshirkey at boosthardware.com Fri Jan 24 11:09:30 2014 From: pshirkey at boosthardware.com (Patrick Shirkey) Date: Fri, 24 Jan 2014 22:09:30 +1100 (EST) Subject: [LAU] icecast with jack as input source In-Reply-To: <1390557477.26421.3.camel@atropos.fuzzle.org> References: <55811.86.105.95.182.1390556457.squirrel@boosthardware.com> <1390557477.26421.3.camel@atropos.fuzzle.org> Message-ID: <56607.86.105.95.182.1390561770.squirrel@boosthardware.com> On Fri, January 24, 2014 8:57 pm, Peter Nelson wrote: > On Fri, 2014-01-24 at 20:40 +1100, Patrick Shirkey wrote: >> Hi, >> >> I have found a few different suggestions online for using icecast with >> jack. > > icecast doesn't use any sound devices. > > darkice is probably the streaming client tool you want to use. > So everyone uses darkice instead of ices for jack support? There is very little mention of that option in the search results that turned up for me and nothing in the official icecast documentation. >> Also why doesn't the debian package of icecast have support for jack? >> It >> has ALSA, OSS, even RoarAudio support* so is it an acute political >> decision that I am not aware of? > > Most likely because it's not written. You could provide a patch rather > than complain about probably imaginary politics. > That doesn't make sense as supposedly the ices-kh package has been around for a while and is even included in Arch Linux. So why do *I* need to write a new patch when the ices-kh repo already has or had support at some point? Surely the icecast people are aware of the kh package(s)? Let's say for the sake of argument that hte kh codebase is considered inferior for some reason does anyone know if there a specific reason that officially sanctioned JACK support is not already included in the official ices codebase? Is this another one of those JACK vs PA vs Android vs Icecast vs ...? -- Patrick Shirkey Boost Hardware Ltd From pshirkey at boosthardware.com Fri Jan 24 11:27:15 2014 From: pshirkey at boosthardware.com (Patrick Shirkey) Date: Fri, 24 Jan 2014 22:27:15 +1100 (EST) Subject: [LAU] icecast with jack as input source In-Reply-To: <56607.86.105.95.182.1390561770.squirrel@boosthardware.com> References: <55811.86.105.95.182.1390556457.squirrel@boosthardware.com> <1390557477.26421.3.camel@atropos.fuzzle.org> <56607.86.105.95.182.1390561770.squirrel@boosthardware.com> Message-ID: <56792.86.105.95.182.1390562835.squirrel@boosthardware.com> Hi, Maybe someone has another suggestion? ICES: ---- Appears to work but doesn't create a stream to connect to: ffmpeg -f jack -i ffmpeg -vn -f wav - | oggenc -Q - | ices2 /etc/icecast2/ices-jack.xml ices.log [2014-01-24 12:22:08] INFO ices-core/main IceS 2.0.1 started... [2014-01-24 12:22:08] INFO signals/signal_usr1_handler Metadata update requested [2014-01-24 12:22:08] INFO encode/encode_initialise Encoder initialising in VBR mode: 2 channels, 48000 Hz, nominal 320000 [2014-01-24 12:22:08] INFO stream/ices_instance_stream Connected to server: localhost:8000/jack.ogg ---- Runs, Creates a stream to connect to, but the stream is silent: ecasound -i:jack,system -o:stdout | ices2 /etc/icecast2/ices-jack.xml ices.log [2014-01-24 12:20:36] INFO ices-core/main IceS 2.0.1 started... [2014-01-24 12:20:36] INFO signals/signal_usr1_handler Metadata update requested [2014-01-24 12:20:36] INFO encode/encode_initialise Encoder initialising in VBR mode: 2 channels, 48000 Hz, nominal 320000 [2014-01-24 12:20:36] INFO stream/ices_instance_stream Connected to server: localhost:8000/jack.ogg [2014-01-24 12:20:37] DBUG encode/encode_clear Clearing encoder engine [2014-01-24 12:20:37] INFO encode/encode_initialise Encoder initialising in VBR mode: 2 channels, 48000 Hz, nominal 320000 DARKICE: ---- $ darkice DarkIce 1.0 live audio streamer, http://code.google.com/p/darkice/ Copyright (c) 2000-2007, Tyrell Hungary, http://tyrell.hu/ Copyright (c) 2008-2010, Akos Maroy and Rafael Diniz This is free software, and you are welcome to redistribute it under the terms of The GNU General Public License version 3 or any later version. Using config file: /etc/darkice.cfg Using JACK audio server as input device. DarkIce: DarkIce.cpp:464: unsupported stream format: ogg [0] ---- $ darkice DarkIce 1.0 live audio streamer, http://code.google.com/p/darkice/ Copyright (c) 2000-2007, Tyrell Hungary, http://tyrell.hu/ Copyright (c) 2008-2010, Akos Maroy and Rafael Diniz This is free software, and you are welcome to redistribute it under the terms of The GNU General Public License version 3 or any later version. Using config file: /etc/darkice.cfg Using JACK audio server as input device. DarkIce: DarkIce.cpp:578: DarkIce not compiled with lame support, thus can't create mp3 stream: icecast2-0 [0] -- Patrick Shirkey Boost Hardware Ltd From brendan.jones.it at gmail.com Fri Jan 24 12:12:01 2014 From: brendan.jones.it at gmail.com (Brendan Jones) Date: Fri, 24 Jan 2014 13:12:01 +0100 Subject: [LAU] a question reading linux on stage Message-ID: <52E25891.8020300@gmail.com> Hey all, I've been reading with interested that some of you use netbooks/small form factor pc's/rasberry pi's on stage for live performance. I'm currently developing an LV2 plugin and am wondering what the lowest common denomination screen resolution I should be shooting for. During performance, what if anything, do you actually need to see apart from what the the current preset is? Is there a use case for making all parameters for a synth plugin (for example) available/accessible on screen, or using midi learn to hide/unhide parameter tabs etc. Examples of current programs plugins would be great. cheers, Brendan From peter at fuzzle.org Fri Jan 24 13:25:50 2014 From: peter at fuzzle.org (Peter Nelson) Date: Fri, 24 Jan 2014 13:25:50 +0000 Subject: [LAU] icecast with jack as input source In-Reply-To: <56607.86.105.95.182.1390561770.squirrel@boosthardware.com> References: <55811.86.105.95.182.1390556457.squirrel@boosthardware.com> <1390557477.26421.3.camel@atropos.fuzzle.org> <56607.86.105.95.182.1390561770.squirrel@boosthardware.com> Message-ID: <1390569950.26421.14.camel@atropos.fuzzle.org> On Fri, 2014-01-24 at 22:09 +1100, Patrick Shirkey wrote: > So everyone uses darkice instead of ices for jack support? There is very > little mention of that option in the search results that turned up for me > and nothing in the official icecast documentation. Never said "everyone". But I guess I must've compiled darkice myself back when I used it, or I just streamed Ogg Vorbis. Most people I know doing this stuff just pirate a copy of SAM Broadcaster. > > Most likely because it's not written. You could provide a patch rather > > than complain about probably imaginary politics. > > That doesn't make sense as supposedly the ices-kh package has been around > for a while and is even included in Arch Linux. So why do *I* need to > write a new patch when the ices-kh repo already has or had support at some > point? The usual reason for something not being there is that it does not exist yet. Apologies for not bothering to research your issue more. > Surely the icecast people are aware of the kh package(s)? Let's say for > the sake of argument that hte kh codebase is considered inferior for some > reason does anyone know if there a specific reason that officially > sanctioned JACK support is not already included in the official ices > codebase? Why don't you ask them? > Is this another one of those JACK vs PA vs Android vs Icecast vs ...? Probably imaginary politics. -- Peter Nelson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part URL: From peter at fuzzle.org Fri Jan 24 13:29:28 2014 From: peter at fuzzle.org (Peter Nelson) Date: Fri, 24 Jan 2014 13:29:28 +0000 Subject: [LAU] icecast with jack as input source In-Reply-To: <56792.86.105.95.182.1390562835.squirrel@boosthardware.com> References: <55811.86.105.95.182.1390556457.squirrel@boosthardware.com> <1390557477.26421.3.camel@atropos.fuzzle.org> <56607.86.105.95.182.1390561770.squirrel@boosthardware.com> <56792.86.105.95.182.1390562835.squirrel@boosthardware.com> Message-ID: <1390570168.26421.17.camel@atropos.fuzzle.org> On Fri, 2014-01-24 at 22:27 +1100, Patrick Shirkey wrote: > $ darkice > DarkIce 1.0 live audio streamer, http://code.google.com/p/darkice/ > Copyright (c) 2000-2007, Tyrell Hungary, http://tyrell.hu/ > Copyright (c) 2008-2010, Akos Maroy and Rafael Diniz > This is free software, and you are welcome to redistribute it > under the terms of The GNU General Public License version 3 or > any later version. > > Using config file: /etc/darkice.cfg > Using JACK audio server as input device. > DarkIce: DarkIce.cpp:464: unsupported stream format: ogg [0] Format should be "vorbis". Ogg is the container, Vorbis is the audio format. -- Peter Nelson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part URL: From pshirkey at boosthardware.com Fri Jan 24 13:41:58 2014 From: pshirkey at boosthardware.com (Patrick Shirkey) Date: Sat, 25 Jan 2014 00:41:58 +1100 (EST) Subject: [LAU] icecast with jack as input source In-Reply-To: <1390569950.26421.14.camel@atropos.fuzzle.org> References: <55811.86.105.95.182.1390556457.squirrel@boosthardware.com> <1390557477.26421.3.camel@atropos.fuzzle.org> <56607.86.105.95.182.1390561770.squirrel@boosthardware.com> <1390569950.26421.14.camel@atropos.fuzzle.org> Message-ID: <57581.86.105.95.182.1390570918.squirrel@boosthardware.com> On Sat, January 25, 2014 12:25 am, Peter Nelson wrote: > On Fri, 2014-01-24 at 22:09 +1100, Patrick Shirkey wrote: > >> So everyone uses darkice instead of ices for jack support? There is very >> little mention of that option in the search results that turned up for >> me >> and nothing in the official icecast documentation. > > Never said "everyone". But I guess I must've compiled darkice myself > back when I used it, or I just streamed Ogg Vorbis. Most people I know > doing this stuff just pirate a copy of SAM Broadcaster. > Well, this is a thread about using jack with icecast. >> > Most likely because it's not written. You could provide a patch rather >> > than complain about probably imaginary politics. >> >> That doesn't make sense as supposedly the ices-kh package has been >> around >> for a while and is even included in Arch Linux. So why do *I* need to >> write a new patch when the ices-kh repo already has or had support at >> some >> point? > > The usual reason for something not being there is that it does not exist > yet. Apologies for not bothering to research your issue more. > Maybe you should think twice before commenting on things that you don't really know the answer to. >> Surely the icecast people are aware of the kh package(s)? Let's say for >> the sake of argument that hte kh codebase is considered inferior for >> some >> reason does anyone know if there a specific reason that officially >> sanctioned JACK support is not already included in the official ices >> codebase? > > Why don't you ask them? > The purpose of this thread is to find out if anyone on this list knows the answer. >> Is this another one of those JACK vs PA vs Android vs Icecast vs ...? > > Probably imaginary politics. > Surely the people who worked so long and hard to bring us icecast and the vorbis tools are not so disinterested in JACK that they have not found the time to add support on their own over the past 14 years. If that is the case then I would like to know if anyone on this list knows why that is so... Perhaps Monty can shed some light on this topic? Or maybe one of the many other long time users of icecast has the details. It does seem to be a glaring omission from that detracts from the flexibility of the official vorbis/icecast toolkit. If it is simply that there is already support in darkice so no one can be bothered to add it to ices then at the very least can we get a note in the official docs about it? -- Patrick Shirkey Boost Hardware Ltd From atte at youmail.dk Fri Jan 24 14:01:08 2014 From: atte at youmail.dk (Atte) Date: Fri, 24 Jan 2014 15:01:08 +0100 Subject: [LAU] new linux live set In-Reply-To: References: Message-ID: <52E27224.2070307@youmail.dk> On 01/20/2014 01:33 PM, Dj?ho Youn wrote: > Hello, > > I want to share a 30min. recording of my concert last week here in > Warsaw, Poland. Nice! -- Atte http://atte.dk http://modlys.dk From harryhaaren at gmail.com Fri Jan 24 14:10:18 2014 From: harryhaaren at gmail.com (Harry van Haaren) Date: Fri, 24 Jan 2014 14:10:18 +0000 Subject: [LAU] a question reading linux on stage In-Reply-To: <52E25891.8020300@gmail.com> References: <52E25891.8020300@gmail.com> Message-ID: On Fri, Jan 24, 2014 at 12:12 PM, Brendan Jones wrote: > am wondering what the lowest common denomination screen resolution I > should be shooting for. > I was approached about making the smallest window size for Luppp smaller, so it would fit on the OpenPandora screen: The size this can manage is 800x450: that's smaller than all netbooks I know of... so going with 800x450 you've got all bases covered! Screenshots (are a little squashy, but its all there!) : http://repo.openpandora.org/?page=detail&app=luppp > During performance, what if anything, do you actually need to see apart > from what the the current preset is? > I'd argue everything should be visible: tabbed UI / expanders can be used to maximise pixels usage. Its tabbed / expanders are *not* and ideal workflow -------------- next part -------------- An HTML attachment was scrubbed... URL: From harryhaaren at gmail.com Fri Jan 24 14:11:57 2014 From: harryhaaren at gmail.com (Harry van Haaren) Date: Fri, 24 Jan 2014 14:11:57 +0000 Subject: [LAU] a question reading linux on stage In-Reply-To: References: <52E25891.8020300@gmail.com> Message-ID: On Fri, Jan 24, 2014 at 2:10 PM, Harry van Haaren wrote: > During performance, what if anything, do you actually need to see apart >> from what the the current preset is? >> > I'd argue everything should be visible: tabbed UI / expanders can be used > to maximise pixels usage. > Its tabbed / expanders are *not* and ideal workflow > Tabs / expanders are not and ideal workflow, however if tabs can be side-by-side as well as behind-eachother this is a win-win. That's my expereince anyway, HTH, -Harry -------------- next part -------------- An HTML attachment was scrubbed... URL: From fons at linuxaudio.org Fri Jan 24 14:17:15 2014 From: fons at linuxaudio.org (Fons Adriaensen) Date: Fri, 24 Jan 2014 14:17:15 +0000 Subject: [LAU] icecast with jack as input source - experiences of a noob In-Reply-To: <56792.86.105.95.182.1390562835.squirrel@boosthardware.com> References: <55811.86.105.95.182.1390556457.squirrel@boosthardware.com> <1390557477.26421.3.camel@atropos.fuzzle.org> <56607.86.105.95.182.1390561770.squirrel@boosthardware.com> <56792.86.105.95.182.1390562835.squirrel@boosthardware.com> Message-ID: <20140124141715.GA1588@linuxaudio.org> On Fri, Jan 24, 2014 at 10:27:15PM +1100, Patrick Shirkey wrote: > Maybe someone has another suggestion? If anyone would have asked me an hour ago I wouldn't have know the difference between icecast and a fridge. [1] The thread prompted me to explore a bit. Installed the icecast package for Arch, and darkice-1.2 from source. Read some docs, edited the config files. Configured darkice to use Jack and mp3. Worked perfectly the first time. Ciao, [1] 'icecast' sounds a bit like the flemish dialect word for fridge. -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From alexandre.prokoudine at gmail.com Fri Jan 24 14:17:19 2014 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Fri, 24 Jan 2014 18:17:19 +0400 Subject: [LAU] a question reading linux on stage In-Reply-To: References: <52E25891.8020300@gmail.com> Message-ID: On Fri, Jan 24, 2014 at 6:11 PM, Harry van Haaren wrote: >> I'd argue everything should be visible: tabbed UI / expanders can be used >> to maximise pixels usage. >> Its tabbed / expanders are *not* and ideal workflow > > > > Tabs / expanders are not and ideal workflow, however if tabs can be > side-by-side as well as behind-eachother this is a win-win. There are all sorts of smart solutions for that where you can tweak things without making your content move around. Example: top toolbar in MyPaint. A brush icon displays the currently selected brush, and when you click on it, a small configuration dialog slides down on top of your content to let you configure brush settings. Alexandre From pshirkey at boosthardware.com Fri Jan 24 14:54:20 2014 From: pshirkey at boosthardware.com (Patrick Shirkey) Date: Sat, 25 Jan 2014 01:54:20 +1100 (EST) Subject: [LAU] icecast with jack as input source - experiences of a noob In-Reply-To: <20140124141715.GA1588@linuxaudio.org> References: <55811.86.105.95.182.1390556457.squirrel@boosthardware.com> <1390557477.26421.3.camel@atropos.fuzzle.org> <56607.86.105.95.182.1390561770.squirrel@boosthardware.com> <56792.86.105.95.182.1390562835.squirrel@boosthardware.com> <20140124141715.GA1588@linuxaudio.org> Message-ID: <58004.86.105.95.182.1390575260.squirrel@boosthardware.com> On Sat, January 25, 2014 1:17 am, Fons Adriaensen wrote: > On Fri, Jan 24, 2014 at 10:27:15PM +1100, Patrick Shirkey wrote: > >> Maybe someone has another suggestion? > > If anyone would have asked me an hour ago I wouldn't have know the > difference between icecast and a fridge. [1] > > The thread prompted me to explore a bit. Installed the icecast > package for Arch, and darkice-1.2 from source. Read some docs, > edited the config files. Configured darkice to use Jack and mp3. > Worked perfectly the first time. > Did you try running a stream with ices, jack, ogg? If you read the official icecast docs there is no mention of darkice. The official suggestion is to use ices. icecast with ices does not have jack support which I think is a hole that needs to be fixed. icecast with darkice and mp3 appears to work ootb on arch but on debian darkice is not compiled with liblame support so you cannot use darkice with mp3 ootb. However if you use "vorbis", not "ogg" as the format for darkice on debian it turns out that it does support that option ootb. It's kind of funny because ices want people to use "jack.ogg.m3u" where as darkice expects people to use "jack.m3u" for the stream address. FYI, I have managed to get darkice to work with an ogg stream using the "vorbis" format and I have been able to get ices to work with JACK using this command: ecasound -i:jack,system -o:stdout | ices2 /etc/icecast2/ices-jack.xml In the former case I get a 2 minute buffer delay with vlc and with the latter the buffer is almost instant after I tweaked the buffer settings in /etc/icecast2/icecast2.xml 0 10000 Not sure why darkice has such a long startup period though but that definitely adds some confusion. -- Patrick Shirkey Boost Hardware Ltd From zotz at 100jamz.com Fri Jan 24 15:41:28 2014 From: zotz at 100jamz.com (drew Roberts) Date: Fri, 24 Jan 2014 10:41:28 -0500 Subject: [LAU] icecast with jack as input source In-Reply-To: <55811.86.105.95.182.1390556457.squirrel@boosthardware.com> References: <55811.86.105.95.182.1390556457.squirrel@boosthardware.com> Message-ID: <201401241041.29249.zotz@100jamz.com> On Friday 24 January 2014 04:40:57 Patrick Shirkey wrote: > Hi, > > I have found a few different suggestions online for using icecast with > jack. Darkice can capture jack and feed it to icecast2. Also, look at liquidsoap: http://savonet.sourceforge.net/ The folks using Rivendell will likely be able to help. http://rivendell.tryphon.org/wiki/Streaming_from_Rivendell http://rivendell.tryphon.org/wiki/Stream_under_Debian irc.freenode.net #rivendell. all the best, drew From zotz at 100jamz.com Fri Jan 24 15:44:45 2014 From: zotz at 100jamz.com (drew Roberts) Date: Fri, 24 Jan 2014 10:44:45 -0500 Subject: [LAU] icecast with jack as input source In-Reply-To: <56792.86.105.95.182.1390562835.squirrel@boosthardware.com> References: <55811.86.105.95.182.1390556457.squirrel@boosthardware.com> <56607.86.105.95.182.1390561770.squirrel@boosthardware.com> <56792.86.105.95.182.1390562835.squirrel@boosthardware.com> Message-ID: <201401241044.45987.zotz@100jamz.com> On Friday 24 January 2014 06:27:15 Patrick Shirkey wrote: > Using config file: /etc/darkice.cfg > Using JACK audio server as input device. > DarkIce: DarkIce.cpp:578: DarkIce not compiled with lame support, thus > can't create mp3 stream: icecast2-0 [0] You are going to have to compile your own darkice with lame support there. Or send an ogg vorbis stream instead of an mp3 stream. all the best, drew From jh at brainiac.com Fri Jan 24 15:57:45 2014 From: jh at brainiac.com (Joe Hartley) Date: Fri, 24 Jan 2014 10:57:45 -0500 Subject: [LAU] icecast with jack as input source In-Reply-To: <201401241041.29249.zotz@100jamz.com> References: <55811.86.105.95.182.1390556457.squirrel@boosthardware.com> <201401241041.29249.zotz@100jamz.com> Message-ID: <20140124105745.c1ad96ca878023fc465617e1@brainiac.com> On Fri, 24 Jan 2014 10:41:28 -0500 drew Roberts wrote: > On Friday 24 January 2014 04:40:57 Patrick Shirkey wrote: > > Hi, > > > > I have found a few different suggestions online for using icecast with > > jack. > > Darkice can capture jack and feed it to icecast2. Also, look at liquidsoap: > > http://savonet.sourceforge.net/ I definitely recommend getting familiar with liquidsoap if you're going to do something with streaming. It's hugely versatile for manipulating feeding icecast. I know it accepts input from JACK. I used it as part of the infrastructure for my friends over at http://eargazm.com and it made a huge difference in simplifying operations. The biggest win for me was being able to automatically detect when a live show started, pause the prerecorded source, push the live feed to the stream *and* automatically record the live feed in an .ogg file. -- ====================================================================== Joe Hartley - UNIX/network Consultant - jh at brainiac.com Without deviation from the norm, "progress" is not possible. - FZappa From brendan.jones.it at gmail.com Fri Jan 24 16:50:46 2014 From: brendan.jones.it at gmail.com (Brendan Jones) Date: Fri, 24 Jan 2014 17:50:46 +0100 Subject: [LAU] a question reading linux on stage In-Reply-To: References: <52E25891.8020300@gmail.com> Message-ID: <52E299E6.8040603@gmail.com> On 01/24/2014 03:10 PM, Harry van Haaren wrote: > On Fri, Jan 24, 2014 at 12:12 PM, Brendan Jones > > wrote: > > am wondering what the lowest common denomination screen resolution I > should be shooting for. > > I was approached about making the smallest window size for Luppp > smaller, so it would fit on the OpenPandora screen: > The size this can manage is 800x450: that's smaller than all netbooks I > know of... so going with 800x450 you've got all bases covered! > Screenshots (are a little squashy, but its all there!) : > http://repo.openpandora.org/?page=detail&app=luppp Wow nice! But ..ouch- tiny. I really like the performance mode from in guitarix, but changing a mapped parameter should probably bring it into view somehow From gnome at hawaii.rr.com Sat Jan 25 07:21:14 2014 From: gnome at hawaii.rr.com (david) Date: Fri, 24 Jan 2014 21:21:14 -1000 Subject: [LAU] a question reading linux on stage In-Reply-To: References: <52E25891.8020300@gmail.com> Message-ID: <52E365EA.8080805@hawaii.rr.com> On 01/24/2014 04:17 AM, Alexandre Prokoudine wrote: > On Fri, Jan 24, 2014 at 6:11 PM, Harry van Haaren wrote: > >>> I'd argue everything should be visible: tabbed UI / expanders can be used >>> to maximise pixels usage. >>> Its tabbed / expanders are *not* and ideal workflow >> >> >> >> Tabs / expanders are not and ideal workflow, however if tabs can be >> side-by-side as well as behind-eachother this is a win-win. > > There are all sorts of smart solutions for that where you can tweak > things without making your content move around. > > Example: top toolbar in MyPaint. A brush icon displays the currently > selected brush, and when you click on it, a small configuration dialog > slides down on top of your content to let you configure brush > settings. Ages ago, AT&T had a line of pro video capture cards with corresponding graphic software. The Targa line of hardware, with Targa TIPS as the graphics editor. The UI was the current image frame you were working on. Right-click brought up a popup menu, you navigated your way to whatever tool/setting you needed, then hit OK when you were done. Very low impact on what needed to be displayed on screen. Could do something similar for small screens where the screen displays current status/info, and clicking on a region brings up menus for changing things. -- David gnome at hawaii.rr.com authenticity, honesty, community http://dancingtreefrog.com From gnome at hawaii.rr.com Sat Jan 25 07:24:15 2014 From: gnome at hawaii.rr.com (david) Date: Fri, 24 Jan 2014 21:24:15 -1000 Subject: [LAU] a question reading linux on stage In-Reply-To: <52E25891.8020300@gmail.com> References: <52E25891.8020300@gmail.com> Message-ID: <52E3669F.7080104@hawaii.rr.com> On 01/24/2014 02:12 AM, Brendan Jones wrote: > Hey all, > > I've been reading with interested that some of you use netbooks/small > form factor pc's/rasberry pi's on stage for live performance. I'm > currently developing an LV2 plugin and am wondering what the lowest > common denomination screen resolution I should be shooting for. > > During performance, what if anything, do you actually need to see apart > from what the the current preset is? Is there a use case for making all > parameters for a synth plugin (for example) available/accessible on > screen, or using midi learn to hide/unhide parameter tabs etc. Examples > of current programs plugins would be great. Hmm, I record on a netbook (1280x800 resolution). Not performing. But I think if I was using it to perform, I'd want the ability to get to or switch presets quickly. Just a simple button click. Those folk who designed pipe organs knew what they were doing when they put thumb pistons above each manual! -- David gnome at hawaii.rr.com authenticity, honesty, community http://dancingtreefrog.com From ken at restivo.org Sat Jan 25 10:28:47 2014 From: ken at restivo.org (Ken Restivo) Date: Sat, 25 Jan 2014 02:28:47 -0800 Subject: [LAU] a question reading linux on stage In-Reply-To: <52E25891.8020300@gmail.com> References: <52E25891.8020300@gmail.com> Message-ID: <20140125102847.GA6911@q400a.mobile.restivo.org> On Fri, Jan 24, 2014 at 01:12:01PM +0100, Brendan Jones wrote: > Hey all, > > I've been reading with interested that some of you use > netbooks/small form factor pc's/rasberry pi's on stage for live > performance. I'm currently developing an LV2 plugin and am wondering > what the lowest common denomination screen resolution I should be > shooting for. > > During performance, what if anything, do you actually need to see > apart from what the the current preset is? Is there a use case for > making all parameters for a synth plugin (for example) > available/accessible on screen, or using midi learn to hide/unhide > parameter tabs etc. Examples of current programs plugins would be > great. > Screen? What is this screen thing of which you speak? My goal for a synth is MIDI buttons and knobs, not a screen. The last gig I did, after I started up my system I stuffed the netbook in a corner and nobody even saw it. A completely headless command-line setup was the ideal. I have a Raspberry Pi and might try getting JACK to work on it. Back when I was gigging regularly I kept the screen up only to have the setlist and/or lyrics. -ken From mista.tapas at gmx.net Sat Jan 25 11:46:36 2014 From: mista.tapas at gmx.net (Florian Paul Schmidt) Date: Sat, 25 Jan 2014 12:46:36 +0100 Subject: [LAU] teqqer, the console tracker, feedback requested In-Reply-To: <52E0EDD7.7000705@gmx.net> References: <52E0EDD7.7000705@gmx.net> Message-ID: <52E3A41C.9050303@gmx.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 23.01.2014 11:24, Florian Paul Schmidt wrote: > The README.md has build instructions. > > Running Since building seems to be somewhat of a hassle due to python3/python2 and libboost-python for python2/python3 confusion (and difficulties to differentiate between the two in the cmake based build - help appreciated!) falkts was so kind to provide a package in the kxstudio testing repositories. Interested parties might want to check it out from there. The universal binary build takes a little longer due to time constraints on my part though we're still working on it. Have fun, Flo -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS46QZAAoJEA5f4Coltk8ZztAH/iipEXg8jgwL4W+fovriTexP g3us5ZJVpiwQPMlhyC++o49TmZXMF7uFWYjNkpR3DDr+zNVZz2Hog/AdSGHDhOQZ qRnegw+YDmh2rNRow/cLz3sPsWTijl7/NfSbsgF6CEX8f75UhYaqpzLJBMG1qzxh 0TDa40iyxZIKM6UO2stGGj/j/OrWN9a5WULI7g5p3lelRSKUZ5XTPXCt45WUMYQ6 y93GrP/gJwxB9kKbO+7YnEOiQQZhsfI9slemdJRmb33BKtzQttBgTP545q6MLrYb 5aZMUShcw/YUJOQzLfz+9jdCuZrB0LSnD3mgGpPOjsHvZO9nbMZCfyXlSwpHG6M= =b684 -----END PGP SIGNATURE----- From silvain at freeshell.de Sat Jan 25 12:23:11 2014 From: silvain at freeshell.de (F. Silvain) Date: Sat, 25 Jan 2014 13:23:11 +0100 (CET) Subject: [LAU] teqqer, the console tracker, feedback requested In-Reply-To: <52E3A41C.9050303@gmx.net> References: <52E0EDD7.7000705@gmx.net> <52E3A41C.9050303@gmx.net> Message-ID: <1401251321410.27039@freeshell.de> Hey hey, Running teqqer results in this error: *** errors log *** Traceback (most recent call last): File "./src/teqqer.py", line 5, in import teq ImportError: dynamic module does not define init function (initteq) *** end of errors log *** I'm running python2 and python3. To avoid useless hassle I edited ./teqqer to read /usr/bin/python2, resulting in no change. Ta-ta ---- Ffanci * Internet: http://freeshell.de/~silvain From mista.tapas at gmx.net Sat Jan 25 12:27:35 2014 From: mista.tapas at gmx.net (Florian Paul Schmidt) Date: Sat, 25 Jan 2014 13:27:35 +0100 Subject: [LAU] teqqer, the console tracker, feedback requested In-Reply-To: <1401251321410.27039@freeshell.de> References: <52E0EDD7.7000705@gmx.net> <52E3A41C.9050303@gmx.net> <1401251321410.27039@freeshell.de> Message-ID: <52E3ADB7.3010404@gmx.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 25.01.2014 13:23, F. Silvain wrote: > Hey hey, Running teqqer results in this error: *** errors log *** > Traceback (most recent call last): File "./src/teqqer.py", line 5, > in import teq ImportError: dynamic module does not define > init function (initteq) *** end of errors log *** I'm running > python2 and python3. To avoid useless hassle I edited ./teqqer to > read /usr/bin/python2, resulting in no change. > Hi, thanks for testing again. Can you run: ldd teq/build/libteq.so and ldd teq/build/teq.so and show me the output? I suspect that a part of the build is still picking up a python3 version where it shouldn't. I'm also available as fps in the #lad channel on irc.freenode.org Thanks, Flo -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS4621AAoJEA5f4Coltk8ZC9MH/iTP8iIm2W/Sgi/UXTMPfHxx ogW+0q6E5r83cDImdrcPyGy6NOKxT1S2Xb5nTiK1KLqYOhW0dC0Jlp+o+CINylwb 1MUAqc/bwQCURitw3sqWPJeD8Dx5X3dCH2kzw74ses4uEOb1p3WjuneKS2rBV+Nw G2x2G0miO+b7obn7rPTheB9cx+R6B3iaz5NEoessBsE5V8/WVdepomeZ9F+3o5Bl R4Ey9nImmOZ5Iw+Ky+lriarMufz1F2GGKHhCyx9jm79KxaGSq3vHAPi29ycgR3w5 ihh6GyB5wUoY5e0eA169Vqh0wY0iBjLD6fP+duY893TL3/4284Dtuwu7A1NsExo= =+vqM -----END PGP SIGNATURE----- From jonetsu at teksavvy.com Sat Jan 25 12:43:04 2014 From: jonetsu at teksavvy.com (jonetsu at teksavvy.com) Date: Sat, 25 Jan 2014 07:43:04 -0500 Subject: [LAU] Using a pe-count with Renoise/Ardour In-Reply-To: <52DC0B5E.3030804@youmail.dk> References: <20140118132607.2114c8ef@mistral> <52DC0B5E.3030804@youmail.dk> Message-ID: <20140125074304.1eacae34@mistral> On Sun, 19 Jan 2014 18:29:02 +0100, Atte wrote : > On 01/18/2014 07:26 PM, jonetsu at teksavvy.com wrote: > > > The problem is that Renoise starts > > immediately, same time as Ardour, so that music starts happening > > when Renois is already at 32 (out of 64, default size). > > It sounds like you need to add a 32 lines pattern before the pattern > in which you start jamming. Renoise needs this pattern to advance > time, just like ardour doesn't start the music "all the way to the > left". > > from the top in ardour = 0:0 > from the top in renoise = line 0 of pattern 0 > > Or am I misunderstanding what you're trying to do? Well, I'm new to Renoise, althought it seems that if a lead-in pattern is added, it will then repeat that lead-in pattern + the other 'jam' pattern (the one for jamming along with recorded tracks in Ardour, always. It should instead be only the 'jam' pattern that'd loop over. Or, is it possible to only repeat a certain number of patterns (to the exclusion of others defined patterns) in Renoise ? Maybe even for a certain number of times ? That would be nice elsewhere: for instance, there are 10 patterns. But the tune calls for repeating patterns 5, 6 and 7 32 times befor emoving on. Is the only way in Renoise to copy over and over again, 32 times, those three patterns in the sequence, or is it possible to tell it to repeat those 32 times and then move on ? So, two questions (?) From jonetsu at teksavvy.com Sat Jan 25 12:58:57 2014 From: jonetsu at teksavvy.com (jonetsu at teksavvy.com) Date: Sat, 25 Jan 2014 07:58:57 -0500 Subject: [LAU] Problem with qsynth: noise Message-ID: <20140125075857.13931240@mistral> Hello, I'm seeing that as soon as I trigger a sound on qsynth (eg. a drum pad on the Axiom 25) the audio gets garbled a lot, becomes very noisy, and I have to terminate qsynth. qsynth version 0.3.6-2, Linux Mint 14 64bits. fluid-soundfont-gm and -gs version 3.1-5. It actually recently started to do that once in a while, and now it is unusable as it immediately outputs growing noise as soon as a note is played. A bit strange because usually software does not get worse like an old car can. I've shut down Ardour, and started qsynth and now it does that by itself, after a few seconds. Like a highly distorted growing larsen effect, becomes bery loud, and then fades away in crackling bits. Then the audio cannot be used. If Ardour was playing, the Ardour sounds becomes fully distorted with crackling asounds. Have to stop qsynth, then the Ardour audio becomes normal again. When qsynth is stopped, there's a click and audio becomes normal. Using qjackctl, I disconnect all audio from system and PulseAudio Jack Sink. All MIDI also disconnected. When I started qsynth, two connections were made from qsynth to playback1 and 2, which is OK. And then after a few seconds noise appeared. W/o any note being played. There does not seem to be an update to the qsynth package (at least in the scope of Linux Mint 14). Hopefully, other people have noticed this problem ! From jonetsu at teksavvy.com Sat Jan 25 13:04:22 2014 From: jonetsu at teksavvy.com (jonetsu at teksavvy.com) Date: Sat, 25 Jan 2014 08:04:22 -0500 Subject: [LAU] Problem with qsynth: noise In-Reply-To: <20140125075857.13931240@mistral> References: <20140125075857.13931240@mistral> Message-ID: <20140125080422.08d50c95@mistral> On Sat, 25 Jan 2014 07:58:57 -0500, "jonetsu at teksavvy.com" wrote : > effect, becomes bery loud, and then fades away in crackling bits. ^^^^ Sorry, I'm sneezing these days. Also, otherwise, audio and recording with Ardour is just fine, as always. Zynsubaddfx plays nicely, Renoise is all right, etc.. From jonetsu at teksavvy.com Sat Jan 25 13:16:19 2014 From: jonetsu at teksavvy.com (jonetsu at teksavvy.com) Date: Sat, 25 Jan 2014 08:16:19 -0500 Subject: [LAU] Installing Ardour 3.5.308 on Linux Mint 14 64bits Message-ID: <20140125081619.471e8702@mistral> I just installed ardour3 64bit-3.5.308-dbg. The installation showed: !!! WARNING !!! - The version of Jack on this system is too old! Using an old version of Jack is not recommended. Please update Jack for best results. System Jack version: Recommended minimum versions: Jack1 - 0.121.3 Jack2 - 1.9.8 But then the following is installed: % dpkg -l | grep jack (other bits removed) ii jackd 5 ii jackd2 1.9.8~dfsg.4+20120529git007cdc37-2ubuntu2 Is there any problem ? From silvain at freeshell.de Sat Jan 25 13:42:14 2014 From: silvain at freeshell.de (F. Silvain) Date: Sat, 25 Jan 2014 14:42:14 +0100 (CET) Subject: [LAU] teqqer, the console tracker, feedback requested In-Reply-To: <52E3ADB7.3010404@gmx.net> References: <52E0EDD7.7000705@gmx.net> <52E3A41C.9050303@gmx.net> <1401251321410.27039@freeshell.de> <52E3ADB7.3010404@gmx.net> Message-ID: <1401251439470.28029@freeshell.de> Florian Paul Schmidt, Jan 25 2014: ... > ldd teq/build/libteq.so > > and > > ldd teq/build/teq.so *** log output *** linux-gate.so.1 => (0xb77a1000) libjack.so.0 => /usr/local/lib/libjack.so.0 (0xb7749000) libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb7730000) librt.so.1 => /lib/i686/cmov/librt.so.1 (0xb7726000) libstdc++.so.6 => /usr/local/lib/libstdc++.so.6 (0xb7639000) libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7613000) libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1 (0xb75f7000) libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb74b0000) libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb74ab000) /lib/ld-linux.so.2 (0xb77a2000) ldd teq/build/teq.so linux-gate.so.1 => (0xb77d8000) libjack.so.0 => /usr/local/lib/libjack.so.0 (0xb773a000) libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb7721000) librt.so.1 => /lib/i686/cmov/librt.so.1 (0xb7717000) libteq.so => not found libpython3.1.so.1.0 => /usr/lib/libpython3.1.so.1.0 (0xb746a000) libboost_python-py26.so.1.42.0 => /usr/lib/libboost_python-py26.so.1.42.0 (0xb741f000) libstdc++.so.6 => /usr/local/lib/libstdc++.so.6 (0xb7332000) libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb730b000) libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1 (0xb72ef000) libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb71a8000) libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb71a4000) /lib/ld-linux.so.2 (0xb77d9000) libssl.so.0.9.8 => /usr/lib/i686/cmov/libssl.so.0.9.8 (0xb7158000) libcrypto.so.0.9.8 => /usr/lib/i686/cmov/libcrypto.so.0.9.8 (0xb6fff000) libffi.so.5 => /usr/lib/libffi.so.5 (0xb6ff9000) libz.so.1 => /usr/lib/libz.so.1 (0xb6fe5000) libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb6fbf000) libutil.so.1 => /lib/i686/cmov/libutil.so.1 (0xb6fbb000) You were right. How to fix it? I can't uninstall the python3 for dependency reasons. Ta-ta ---- Ffanci * Internet: http://freeshell.de/~silvain From mlang at delysid.org Sat Jan 25 14:11:23 2014 From: mlang at delysid.org (Mario Lang) Date: Sat, 25 Jan 2014 15:11:23 +0100 Subject: [LAU] A text-only environment for composing electronic music? Message-ID: <87zjmki22c.fsf@fx.delysid.org> Hi. I am looking for a programmable (text mode) seuqnecer solution. I know that Linux has a few small languages for creating MIDI files, like MMA. Even LilyPond can be tricked into being a MIDI file generating language. However, none of the solutions I have seen so far could be easily integrated as the center/hub of a full composition. I am imagining a workflow where I do not need to click my way through a sequencer, setting up all the content and connections, but rather define a composition in terms of source code. For this to be useful, it should include conventional sample playback, as well as real time MIDI event generation. I am not sure if we have a sufficiently remote-controllable sampler without GUI requirements, but if we do, I might be able to get away by using that via OSC or MIDI, instead of re-inventing the sampler wheel. However, it feels like it would be good to have the sample definitions part of the composition source code file. After all, I finally want all the meta-data required to play my composition together in more or less one play (modulo include files). This composition compiler should ideally support JACK, with stuff like transport control. It should be able to support optional hardware synths, which will be controlled via MIDI messages and mixed back into the full result via an input JACK port. I am aware of the KISS principle and actually love it very much. So if anyone has suggestions on how to implement such a workflow/tool with existing tools and plumbing code, I am very open to ideas and suggestions. However, I get a feeling that what I want is only convenient if relatively tightly integrated, so that I do not have to tinker with too many individual tools while trying to be productive. Any hint on how to get such an environement going is very appreciated. This is actually a long-long-term project of mine: Since I have started to play with computers, I have always been frustrated by the lack of accessibility of tools to create electronic music. I have occasionally managed to get limited solutions working for me, and have always had very much fun creating content when it sort of worked for me. In the good old DOS days, there were (due to the limits in what a PC could do) still some people trying to implement pure text-mode solutions, which sometimes worked really good with a braille display. I remember creating several tracks with ModEdit on MS-DOS in one particular summer in the late 90s. Using that felt quite productive, but also limited (due to a 4-track limit). When I switched to Linux in 97, I had many new things to learn and was quite busy, not really caring about the sequencer thing. But later on, I had to discover that the situation for me has gotten a lot worse now: All the big Linux sequencers were purely graphical and not accessible through other means either. The same situation is mostly true for Windows and Mac OS X unfortunately. The obvious solutions like Reactor, Fruityloops or Abelton Live are all far from being even remotely usable for blind musicians. As far as I currently understand, the chances of finding usable support for some professional screen reading solution and music composition on Windows is relatively low, plus it might cost me a lot of money. So I might as well try once again, and stay on Linux, where I actually belong. -- CYa, ????? From rmouneyres at gmail.com Sat Jan 25 14:31:52 2014 From: rmouneyres at gmail.com (raf) Date: Sat, 25 Jan 2014 15:31:52 +0100 Subject: [LAU] A text-only environment for composing electronic music? In-Reply-To: <87zjmki22c.fsf@fx.delysid.org> References: <87zjmki22c.fsf@fx.delysid.org> Message-ID: <4105AFCB-B02B-46F9-97CB-2C3D5FA8AF98@gmail.com> Hello, you'l probably be happy to know the existence of three great tools : midish, linuxsampler and Nama. 1) midish is a command line midi sequencer with a lot of great features http://www.midish.org/ 2) linuxsampler, can be configured with lscp script (text files) without gui. You can have your sample banks generated with text files using the SFZ engine http://www.linuxsampler.org/ 3) Nama is a command line audio daw, with a basic Tk interface that you can disable. Nama also offers a way to control midish so you can blend the two worlds. http://freeshell.de/~bolangi/cgi1/nama.cgi/00home.html Those solutions are used by several blind people with great success. As for a future something which could be useful, i'm currently working on a tool to generate a complete audio/midi setup from human editable inifiles : https://github.com/jerash/astrux Rapha?l Le 25 janv. 2014 ? 15:11, Mario Lang a ?crit : > Hi. > > I am looking for a programmable (text mode) seuqnecer solution. > I know that Linux has a few small languages for creating > MIDI files, like MMA. Even LilyPond can be tricked into being a MIDI > file generating language. However, none of the solutions I have seen so > far could be easily integrated as the center/hub of a full composition. > I am imagining a workflow where I do not need to click my way through a > sequencer, setting up all the content and connections, but rather define > a composition in terms of source code. For this to be useful, it should > include conventional sample playback, as well as real time MIDI event > generation. I am not sure if we have a sufficiently remote-controllable > sampler without GUI requirements, but if we do, I might be able to get > away by using that via OSC or MIDI, instead of re-inventing the sampler wheel. > However, it feels like it would be good to have the sample definitions > part of the composition source code file. After all, I finally want all > the meta-data required to play my composition together in more or less > one play (modulo include files). > > This composition compiler should ideally support JACK, with stuff like > transport control. It should be able to support optional hardware > synths, which will be controlled via MIDI messages and mixed back into > the full result via an input JACK port. > > I am aware of the KISS principle and actually love it very much. So if > anyone has suggestions on how to implement such a workflow/tool with > existing tools and plumbing code, I am very open to ideas and > suggestions. However, I get a feeling that what I want is only > convenient if relatively tightly integrated, so that I do not have to > tinker with too many individual tools while trying to be productive. > > Any hint on how to get such an environement going is very appreciated. > This is actually a long-long-term project of mine: Since I have started > to play with computers, I have always been frustrated by the lack of > accessibility of tools to create electronic music. I have occasionally > managed to get limited solutions working for me, and have always had > very much fun creating content when it sort of worked for me. In the > good old DOS days, there were (due to the limits in what a PC could do) > still some people trying to implement pure text-mode solutions, which > sometimes worked really good with a braille display. > I remember creating several tracks with ModEdit on MS-DOS in one > particular summer in the late 90s. Using that felt quite productive, > but also limited (due to a 4-track limit). > When I switched to Linux in 97, I > had many new things to learn and was quite busy, not really caring about > the sequencer thing. But later on, I had to discover that the situation > for me has gotten a lot worse now: All the big Linux sequencers were > purely graphical and not accessible through other means either. The > same situation is mostly true for Windows and Mac OS X unfortunately. > The obvious solutions like Reactor, Fruityloops or Abelton Live are all > far from being even remotely usable for blind musicians. > As far as I currently understand, the chances of finding usable support > for some professional screen reading solution and music composition on > Windows is relatively low, plus it might cost me a lot of money. So I > might as well try once again, and stay on Linux, where I actually > belong. > > -- > CYa, > ????? > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user From silvain at freeshell.de Sat Jan 25 14:32:44 2014 From: silvain at freeshell.de (F. Silvain) Date: Sat, 25 Jan 2014 15:32:44 +0100 (CET) Subject: [LAU] A text-only environment for composing electronic music? In-Reply-To: <87zjmki22c.fsf@fx.delysid.org> References: <87zjmki22c.fsf@fx.delysid.org> Message-ID: <1401251524530.28707@freeshell.de> Mario Lang, Jan 25 2014: > Hi. > > I am looking for a programmable (text mode) seuqnecer solution. > I know that Linux has a few small languages for creating > MIDI files, like MMA. Even LilyPond can be tricked into being a MIDI > file generating language. However, none of the solutions I have seen so > far could be easily integrated as the center/hub of a full composition. > I am imagining a workflow where I do not need to click my way through a > sequencer, setting up all the content and connections, but rather define > a composition in terms of source code. For this to be useful, it should > include conventional sample playback, as well as real time MIDI event > generation. I am not sure if we have a sufficiently remote-controllable > sampler without GUI requirements, but if we do, I might be able to get > away by using that via OSC or MIDI, instead of re-inventing the sampler wheel. Hey hey, the synthesis programming languages sound like your tool. CLM, SC3, Csound... The latter deiniftely has MIDI, JACK and OSC support. It has built-in SF2 support. You can integrate DSSI plugins and if you find other software, that support complete mIDI or OSC control you can remote control that as well. LinuxSampler (LV2) can be controlled via OSC. I'm new, but I found Csound a veritable allie for advanced electronic experiments. ... Ta-ta ---- Ffanci * Internet: http://freeshell.de/~silvain From dlphillips at woh.rr.com Sat Jan 25 14:48:02 2014 From: dlphillips at woh.rr.com (Dave Phillips) Date: Sat, 25 Jan 2014 09:48:02 -0500 Subject: [LAU] A text-only environment for composing electronic music? In-Reply-To: <87zjmki22c.fsf@fx.delysid.org> References: <87zjmki22c.fsf@fx.delysid.org> Message-ID: <52E3CEA2.1010507@woh.rr.com> On 01/25/2014 09:11 AM, Mario Lang wrote: > I am looking for a programmable (text mode) seuqnecer solution. > ... Csound, for all your text-mode sound synthesis calculations : http://sourceforge.net/projects/csound/ Ecasound, a complete DAW at the command-line : http://ecasound.seul.org/ecasound/ SoX, very helpful set of audio utilities from the command-line : http://sox.sourceforge.net/ Best regards, Dave Phillips From paul at linuxaudiosystems.com Sat Jan 25 15:05:27 2014 From: paul at linuxaudiosystems.com (Paul Davis) Date: Sat, 25 Jan 2014 10:05:27 -0500 Subject: [LAU] Installing Ardour 3.5.308 on Linux Mint 14 64bits In-Reply-To: <20140125081619.471e8702@mistral> References: <20140125081619.471e8702@mistral> Message-ID: On Sat, Jan 25, 2014 at 8:16 AM, jonetsu at teksavvy.com wrote: > I just installed ardour3 64bit-3.5.308-dbg. The installation > showed: > > !!! WARNING !!! - The version of Jack on this system is too > old! Using an old version of Jack is not recommended. Please > update Jack for best results. > > System Jack version: > Recommended minimum versions: > Jack1 - 0.121.3 > Jack2 - 1.9.8 > > But then the following is installed: > > % dpkg -l | grep jack > > (other bits removed) > > ii jackd 5 > ii jackd2 1.9.8~dfsg.4+20120529git007cdc37-2ubuntu2 > > Is there any problem ? > Looks like a bug in the version number comparison, probably caused by the ~dfsg... part of the string. You don't have any problems. Although you should expect exporting to have problems (because you're using jack2 1.9.8). -------------- next part -------------- An HTML attachment was scrubbed... URL: From mista.tapas at gmx.net Sat Jan 25 15:52:27 2014 From: mista.tapas at gmx.net (Florian Paul Schmidt) Date: Sat, 25 Jan 2014 16:52:27 +0100 Subject: [LAU] teqqer, the console tracker, feedback requested In-Reply-To: <1401251439470.28029@freeshell.de> References: <52E0EDD7.7000705@gmx.net> <52E3A41C.9050303@gmx.net> <1401251321410.27039@freeshell.de> <52E3ADB7.3010404@gmx.net> <1401251439470.28029@freeshell.de> Message-ID: <52E3DDBB.5070703@gmx.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 25.01.2014 14:42, F. Silvain wrote: > You were right. How to fix it? I can't uninstall the python3 for > dependency reasons. > Thanks. What distribution are you on? I might try to replicate the environment and see if I can hack a fix into the CMakeLists.txt Flo -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS4925AAoJEA5f4Coltk8Z84oIAIzunOeB2bAspNLe08wvilQy 6G302zE/HlLEyzlJPJr2SMipq3WuQEJ+0t1YUAKZDreT+Ux0pvg92Nxi5WWnCTzg H9c/QMRwJ36M2WhxpprUEKneINQ90AOZEOGXq+NMeVi67Ihpu7N3xWAduLVp7xpk rJ7LiBuN7hN9pywznqvE1HRtkPME4PLJXBH0NV6bwzLJWTFsbsi7TRP1CBKhnYSZ n65idjpgioSiSVp804AlwUDxEKy0rUEPV0NvIBsSPKA56C3oIZyevGYmeTF22XWI h7/LNJ7NNcm58MmrsnQ8LXmlyxVUCg+N/F4n/2zS6iLZ9vK82T1xJx/+o0BoUC0= =0fd6 -----END PGP SIGNATURE----- From mista.tapas at gmx.net Sat Jan 25 16:04:43 2014 From: mista.tapas at gmx.net (Florian Paul Schmidt) Date: Sat, 25 Jan 2014 17:04:43 +0100 Subject: [LAU] A text-only environment for composing electronic music? In-Reply-To: <4105AFCB-B02B-46F9-97CB-2C3D5FA8AF98@gmail.com> References: <87zjmki22c.fsf@fx.delysid.org> <4105AFCB-B02B-46F9-97CB-2C3D5FA8AF98@gmail.com> Message-ID: <52E3E09B.8050508@gmx.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 25.01.2014 15:31, raf wrote: >> This composition compiler should ideally support JACK, with stuff >> like transport control. It should be able to support optional >> hardware synths, which will be controlled via MIDI messages and >> mixed back into the full result via an input JACK port. >> >> I am aware of the KISS principle and actually love it very much. >> So if anyone has suggestions on how to implement such a >> workflow/tool with existing tools and plumbing code, I am very >> open to ideas and suggestions. However, I get a feeling that >> what I want is only convenient if relatively tightly integrated, >> so that I do not have to tinker with too many individual tools >> while trying to be productive. >> I don't see the original message on this list, so I'll just reply to this one. You might have seen my recent post about the ongoing development of teqqer (a console based tracker style midi/cv sequencer). It is based on a simple library called teq [1] which provides a pattern/tracker based abstraction for playing midi/cv events over jack ports. The simplest (somewhat complete) program to generate a loop of notes would be something like this: import teq from pyteq import * t = teq.teq() # start pattern/tick, end pattern/tick set_loop_range(t, 0, 0, 1, 0, True) t.insert_midi_track("foo", 0) # create a pattern p = t.create_pattern(16) # fill it with notes for n in range(0, 16): "...") # track, tick, event p.set_midi_event(0, n, teq.midi_event(teq.midi_event_type.ON, 60, 64)) # insert pattern at position 0 t.insert_pattern(0, p) # some cleanup (call regularly to collect garbage after editing operations) t.gc() # ticks per second t.set_global_tempo(4) # pattern, tick set_transport_position(t, 0, 0) # ... play(t) # wait for the user to press enter try: i = input("Press Enter to continue...") except: pass t.deactivate() It is still not feature complete (alpha stage, though teq is more complete than teqqer). jack_transport is definitely on the TODO list. And I also ponder implementing basic sampler functionality. So maybe it interests you.. [1] https://github.com/fps/teq -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS4+CYAAoJEA5f4Coltk8ZJ70IAJX58Jh5dIEK/rchWJI/tyzn WcxBHmQq3yg1pCRcV88wn9sgwPkkEKibWvZbAqyfxJ1gHRb6gbbE5plQnV/tAc+C UbYL4CJS6c3kthyQnnzUc6/YelLTM1/24wEHwJvP3x0ovlHCZp9sfOigStkQog4U vavlNcOPurV1oVzmxPytnNvvvaz42DT0WaT5V+xUT0bIDZ+OC31ZSKkrOaYS0pmP h/CW9AV0AMGrNHTOCX5nVJ6eZtCLhx3KK6o/FYygcu2IiMRYqDxEEozzQaPe/uqX 9cL81hyZ+h5QcPHJlrbyfnZ64q6I4reYv+7DF54sRJWYh8ScPks6BuMuugmL0xs= =jL+F -----END PGP SIGNATURE----- From jonetsu at teksavvy.com Sat Jan 25 17:29:05 2014 From: jonetsu at teksavvy.com (jonetsu at teksavvy.com) Date: Sat, 25 Jan 2014 12:29:05 -0500 Subject: [LAU] Monitoring and effects (Ardour) Message-ID: <20140125122905.47169380@mistral> Hello all, I sit possible to monitor a to-be-recorded Ardour track without actually recording it. By monitoring I mean hearing all effects that are on that channel. What I currently do is to add a send on the track that is sent to channel 8 (1010LT card). So then, channel 8 outputs the instrument plus all effects applied to it (assuming the send is at the end of the chain). But, it only works when recording is on. Not so much of a problem, as the track can be deleted, although it could be nice not to have to press record to hear the monitoring, just to practice or fool around. From robin at gareus.org Sat Jan 25 17:38:21 2014 From: robin at gareus.org (Robin Gareus) Date: Sat, 25 Jan 2014 18:38:21 +0100 Subject: [LAU] Monitoring and effects (Ardour) In-Reply-To: <20140125122905.47169380@mistral> References: <20140125122905.47169380@mistral> Message-ID: <52E3F68D.4010804@gareus.org> On 01/25/2014 06:29 PM, jonetsu at teksavvy.com wrote: > Hello all, > > I sit possible to monitor a to-be-recorded Ardour track without > actually recording it. By monitoring I mean hearing all effects that > are on that channel. What I currently do is to add a send on the track > that is sent to channel 8 (1010LT card). So then, channel 8 outputs > the instrument plus all effects applied to it (assuming the send is at > the end of the chain). But, it only works when recording is on. Not > so much of a problem, as the track can be deleted, although it could be > nice not to have to press record to hear the monitoring, just to > practice or fool around. > Ardour3 has dedicated buttons on the mixer-strip to choose what is monitored [DISK] vs [In]. If you have auto-input enabled they're toggled automatically when you roll the transport, but you can manually override for the track in question at any time. https://github.com/Ardour/ardour/raw/master/doc/monitor_modes.pdf There's also the possibility to simply use the monitoring section and PFL (Post Fader Listen Solo). HTH, robin From robin at gareus.org Sat Jan 25 17:46:47 2014 From: robin at gareus.org (Robin Gareus) Date: Sat, 25 Jan 2014 18:46:47 +0100 Subject: [LAU] Monitoring and effects (Ardour) In-Reply-To: <52E3F68D.4010804@gareus.org> References: <20140125122905.47169380@mistral> <52E3F68D.4010804@gareus.org> Message-ID: <52E3F887.6070904@gareus.org> On 01/25/2014 06:38 PM, Robin Gareus wrote: > On 01/25/2014 06:29 PM, jonetsu at teksavvy.com wrote: >> Hello all, >> >> I sit possible to monitor a to-be-recorded Ardour track without >> actually recording it. By monitoring I mean hearing all effects that >> are on that channel. What I currently do is to add a send on the track >> that is sent to channel 8 (1010LT card). So then, channel 8 outputs >> the instrument plus all effects applied to it (assuming the send is at >> the end of the chain). But, it only works when recording is on. Not >> so much of a problem, as the track can be deleted, although it could be >> nice not to have to press record to hear the monitoring, just to >> practice or fool around. >> > > Ardour3 has dedicated buttons on the mixer-strip to choose what is > monitored [DISK] vs [In]. If you have auto-input enabled they're > toggled automatically when you roll the transport, but you can manually > override for the track in question at any time. > > https://github.com/Ardour/ardour/raw/master/doc/monitor_modes.pdf > > There's also the possibility to simply use the monitoring section and > PFL (Post Fader Listen Solo). > OOPS. AFL for "After Fader"; PFL would be "Pre Fader". :) (it can be further configured in Edit > Prefernces > Solo/Mute) anyway, given that you want it on a dedicated port, Session > Properties > Monitoring > Use Monitoring Section is probably what you want. ciao, robin From gnome at hawaii.rr.com Sat Jan 25 20:29:42 2014 From: gnome at hawaii.rr.com (david) Date: Sat, 25 Jan 2014 10:29:42 -1000 Subject: [LAU] Problem with qsynth: noise In-Reply-To: <20140125075857.13931240@mistral> References: <20140125075857.13931240@mistral> Message-ID: <52E41EB6.2060404@hawaii.rr.com> On 01/25/2014 02:58 AM, jonetsu at teksavvy.com wrote: > Hello, > > I'm seeing that as soon as I trigger a sound on qsynth (eg. a drum > pad on the Axiom 25) the audio gets garbled a lot, becomes very noisy, > and I have to terminate qsynth. qsynth version 0.3.6-2, Linux Mint 14 > 64bits. fluid-soundfont-gm and -gs version 3.1-5. It actually recently > started to do that once in a while, and now it is unusable as it > immediately outputs growing noise as soon as a note is played. A bit > strange because usually software does not get worse like an old car can. > > I've shut down Ardour, and started qsynth and now it does that by > itself, after a few seconds. Like a highly distorted growing larsen > effect, becomes bery loud, and then fades away in crackling bits. Then > the audio cannot be used. If Ardour was playing, the Ardour sounds > becomes fully distorted with crackling asounds. Have to stop qsynth, > then the Ardour audio becomes normal again. When qsynth is stopped, > there's a click and audio becomes normal. > > Using qjackctl, I disconnect all audio from system and PulseAudio > Jack Sink. All MIDI also disconnected. When I started qsynth, two > connections were made from qsynth to playback1 and 2, which is OK. And > then after a few seconds noise appeared. W/o any note being played. > > There does not seem to be an update to the qsynth package (at least > in the scope of Linux Mint 14). > > Hopefully, other people have noticed this problem ! Have not encountered it. Possible that the qsynth config file got messed up? I have no idea where it's kept. -- David gnome at hawaii.rr.com authenticity, honesty, community http://dancingtreefrog.com From chris at chriscaudle.org Sat Jan 25 23:14:26 2014 From: chris at chriscaudle.org (Chris Caudle) Date: Sat, 25 Jan 2014 17:14:26 -0600 Subject: [LAU] slightly OT: MIDI management for physical synths Message-ID: <2564eb1fc7b8c9d169a4a69b1e9f234d.squirrel@email.powweb.com> Slightly off topic of linux audio, but I need some MIDI advice and this is the only list I currently monitor with electonic musicians. I have a few hardware synths that I would like to begin using with my computer music setup. The last time I had them all set up I did not have a computer included in the system, so I had somewhat simpler connection needs. I have a MIDI interface with one port, and wondered if there is a better way of managing the MIDI connections than daisy chaining in and through ports on the synths. Especially for the input of the computer card, I now have more than one controller that I would like to alternate as the MIDI generating device. I think the essence of my question is what is the best arrangement for something like a patchbay for MIDI. There is a company called MIDI Solutions which has merge and splitter devices powered from the MIDI connection: http://www.midisolutions.com/products.htm That is the only current device I found. All the previous manufacturers of MIDI patch/merge devices seem to have stopped making any devices similar to the Roland A-880, Kawai MAV-8, Digital Music MX-8, etc. that I have found searching ebay. My first instinct is to buy or build a real physical patch bay, with a row of DIN connectors and patch cables to let me patch any device to computer in, computer out to any device in, and through from any device to any other device. Sounds like a pain now that I write it out, and something that should be done from an electronic interface rather than connectors and cables. What is everyone else with a large collection of MIDI hardware doing? Stacking up USB MIDI interfaces on a USB hub? Just hanging on to the vintage MIDI patch bays? Is there a current production model I have missed? -- Chris Caudle From paul at linuxaudiosystems.com Sat Jan 25 23:26:46 2014 From: paul at linuxaudiosystems.com (Paul Davis) Date: Sat, 25 Jan 2014 18:26:46 -0500 Subject: [LAU] slightly OT: MIDI management for physical synths In-Reply-To: <2564eb1fc7b8c9d169a4a69b1e9f234d.squirrel@email.powweb.com> References: <2564eb1fc7b8c9d169a4a69b1e9f234d.squirrel@email.powweb.com> Message-ID: On Sat, Jan 25, 2014 at 6:14 PM, Chris Caudle wrote: > Slightly off topic of linux audio, but I need some MIDI advice and this is > the only list I currently monitor with electonic musicians. > > I have a few hardware synths that I would like to begin using with my > computer music setup. The last time I had them all set up I did not have > a computer included in the system, so I had somewhat simpler connection > needs. > [ ... ] speaking personally, i am holding on to my "vintage" Ensoniq KMX-16 16x16 physical MIDI patch bay. I also own a "computer"-based MIDI patch bay at a studio but I forget its name - functionally it is the same basic idea, but happens to have a more sophisticated (programmable) configuration. It dates to the early 2000's, and is German. The Ensoniq works great. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dlphillips at woh.rr.com Sun Jan 26 01:53:11 2014 From: dlphillips at woh.rr.com (Dave Phillips) Date: Sat, 25 Jan 2014 20:53:11 -0500 Subject: [LAU] slightly OT: MIDI management for physical synths In-Reply-To: <2564eb1fc7b8c9d169a4a69b1e9f234d.squirrel@email.powweb.com> References: <2564eb1fc7b8c9d169a4a69b1e9f234d.squirrel@email.powweb.com> Message-ID: <52E46A87.5050608@woh.rr.com> On 01/25/2014 06:14 PM, Chris Caudle wrote: > > What is everyone else with a large collection of MIDI hardware doing? > Stacking up USB MIDI interfaces on a USB hub? Just hanging on to the > vintage MIDI patch bays? Is there a current production model I have > missed? > Keeping a Yamaha MJC8 alive here. It isn't programmable, but it works for my needs. Ebay lists them for ~$55US. Best, dp From brent at keycorner.org Sun Jan 26 03:50:21 2014 From: brent at keycorner.org (Brent Busby) Date: Sat, 25 Jan 2014 21:50:21 -0600 (CST) Subject: [LAU] slightly OT: MIDI management for physical synths In-Reply-To: References: <2564eb1fc7b8c9d169a4a69b1e9f234d.squirrel@email.powweb.com> Message-ID: On Sat, 25 Jan 2014, Paul Davis wrote: > On Sat, Jan 25, 2014 at 6:14 PM, Chris Caudle wrote: > >> Slightly off topic of linux audio, but I need some MIDI advice and this is >> the only list I currently monitor with electonic musicians. >> >> I have a few hardware synths that I would like to begin using with my >> computer music setup. The last time I had them all set up I did not have >> a computer included in the system, so I had somewhat simpler connection >> needs. >> > > [ ... ] > > speaking personally, i am holding on to my "vintage" Ensoniq KMX-16 > 16x16 physical MIDI patch bay. I also own a "computer"-based MIDI > patch bay at a studio but I forget its name - functionally it is the > same basic idea, but happens to have a more sophisticated > (programmable) configuration. It dates to the early 2000's, and is > German. The Ensoniq works great. I'm using the Ensoniq KMX-16 patchbay also. It lets you setup up to 99 presets defining what can talk to what, which is really handy for those times when you'd like to temporarily reverse the direction of the chain so you can send sysex dumps back into the computer. To provide the actual midi hookup to the computer, I have an Edirol UM-3EX USB midi adapter, which has 3 in/out pairs that all show up in Linux and work great. Each of the three ins and outs get a port on the KMX, and it can route from there so that you can either sequence on your computer, or sequence from hardware if you want. -- + Brent A. Busby + "We've all heard that a million monkeys + Sr. UNIX Systems Admin + banging on a million typewriters will + University of Chicago + eventually reproduce the entire works of + James Franck Institute + Shakespeare. Now, thanks to the Internet, + Materials Research Ctr + we know this is not true." -Robert Wilensky From ralf.mardorf at alice-dsl.net Sun Jan 26 08:29:55 2014 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Sun, 26 Jan 2014 09:29:55 +0100 Subject: [LAU] slightly OT: MIDI management for physical synths In-Reply-To: References: <2564eb1fc7b8c9d169a4a69b1e9f234d.squirrel@email.powweb.com> Message-ID: <1390724995.1073.14.camel@archlinux> My PCIe RME sound card has got a MIDI IO and in addition I use 2 TerraTec EWX 24/96 Envy24 cards, each one has got a single IO too. I bought one of those Envy24 cards at Ebay for around 30 EUR. For SysEx only I use an elCheapo swissonic USB device, this can't be used for MIDI notes, since it does cause too much jitter for my taste. For MIDI out I in addition use a MIDI thru box, 1 input, 4 outputs. This is a do it ourself product. Assumed you don't have the knowledge how to build such devices, there are likely many howtos in the Internet or perhaps http://www.doepfer.de/home_e.htm provides a assembly kit. JFTR to my ATARI ST I added an extra MIDI in, by simply using a toggle switch and I used it with 4 additional outs provided by a Steinberg SMPTE interface. You should avoid MIDI thru chains from one synth to the other. The delay might not be an issue, but there is a limit for the data you can send using just one output. A MIDI thru box won't help either. You need several individual outputs, especially for real-time SysEx data. JFTR PC MIDI is disgusting, don't expect the "relatively painless" MIDI usage you know from working with synth only, or old stand alone gear, the C64 or Atari ST. From aym-psd at teaser.fr Sun Jan 26 09:29:35 2014 From: aym-psd at teaser.fr (Andre Majorel) Date: Sun, 26 Jan 2014 10:29:35 +0100 Subject: [LAU] ESI Romio II and alsa-midi-latency-test failure Message-ID: <20140126092935.GG29966@aym.net2.nerim.net> I'm trying to use midi-alsa-latency-test 0.0.3 https://github.com/koppi/alsa-midi-latency-test/ with an ESI Romio II USB - MIDI interface http://www.esi-audio.com/products/romio2/ and it's not working reliably. The Romio has two MIDI inputs and two MIDI outputs. It is recognised by my system : $ alsa-midi-latency-test -l Port Client name Port name 24:0 RoMIO II RoMIO II MIDI 1 24:1 RoMIO II RoMIO II MIDI 2 But no matter what combination I try : $ alsa-midi-latency-test -o 24:0 -i 24:0 $ alsa-midi-latency-test -o 24:0 -i 24:1 $ alsa-midi-latency-test -o 24:1 -i 24:0 $ alsa-midi-latency-test -o 24:1 -i 24:1 I get : timeout: there seems to be no connection between ports 24:x and 24:x The transmit LED for the MIDI output lights up once but the receive LED for the MIDI input never does. No, it's not a bad connection. Running alsa-midi-latency-test between one output (or input) of the Romio II and one input (or output) of another MIDI interface works reliably. What doesn't work is loopback between the Romio II and itself. Is this a known problem ? Thanks in advance. -- Andr? Majorel http://www.teaser.fr/~amajorel/ From beachnase at web.de Sun Jan 26 10:40:29 2014 From: beachnase at web.de (Frank Neumann) Date: Sun, 26 Jan 2014 11:40:29 +0100 Subject: [LAU] Problem with qsynth: noise In-Reply-To: <52E41EB6.2060404@hawaii.rr.com> References: <20140125075857.13931240@mistral> <52E41EB6.2060404@hawaii.rr.com> Message-ID: <0MGzFy-1W3VG81SeQ-00DnPt@smtp.web.de> Hi, [..] > > There does not seem to be an update to the qsynth package (at least > > in the scope of Linux Mint 14). > > > > Hopefully, other people have noticed this problem ! > > Have not encountered it. Possible that the qsynth config file got messed > up? I have no idea where it's kept. That would be ~/.config/rncbc.org/Qsynth.conf. Perhaps try removing/renaming that file, thereby enforcing QSynth to write it out anew. Also, did you check whether the original .sf2 file might have been damaged somehow (like, getting corrupted during a hard crash?) Try re-downloading it and perhaps comparing checksums with "md5sum". Greetings, Frank From mista.tapas at gmx.net Sun Jan 26 11:46:08 2014 From: mista.tapas at gmx.net (Florian Paul Schmidt) Date: Sun, 26 Jan 2014 12:46:08 +0100 Subject: [LAU] A text-only environment for composing electronic music? In-Reply-To: <52E3E09B.8050508@gmx.net> References: <87zjmki22c.fsf@fx.delysid.org> <4105AFCB-B02B-46F9-97CB-2C3D5FA8AF98@gmail.com> <52E3E09B.8050508@gmx.net> Message-ID: <52E4F580.4020204@gmx.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 25.01.2014 17:04, Florian Paul Schmidt wrote: > I don't see the original message on this list, so I'll just reply > to this one. You might have seen my recent post about the ongoing > development of teqqer (a console based tracker style midi/cv > sequencer). It is based on a simple library called teq [1] which > provides a pattern/tracker based abstraction for playing midi/cv > events over jack ports. [snip] Now I get into the habit of replying to myself, since I missed to mention some points. Caution: Wall of text ahead! :D Mario also wrote: "[...] I am aware of the KISS principle and actually love it very much. So if anyone has suggestions on how to implement such a workflow/tool with existing tools and plumbing code, I am very open to ideas and suggestions. However, I get a feeling that what I want is only convenient if relatively tightly integrated, so that I do not have to tinker with too many individual tools while trying to be productive. [...]" I fully agree. I'm also not a fan of creating numerous connections myself, be it either in the jack graph nor in modular synths. And especially redoing all these connections again if I forgot to store the connections for the current projects using e.g. the excellent aj-snapshot. Integrated packages like Ardour or Renoise provide lots of convenience in that they allow one to build up a relatively complex project and have all state be stored/restored at once as long as one is willing to stay contained in the boundaries of that particular program. And those programs are graphical by nature and thus almost by definition less hackable than a more KISS/modular approach. On the other end of the spectrum we have session managers like non, lash, ladish, jack_session, etc. They partly solve the session storing and restoring problem but do not help with integration. The integration part is the interesting one. It's the part that allows one to be not only effective, but furthermore efficient. I.e. get results with relatively few actions. For my electronic music projects I do not care too much about recording audio. I'm more interested in generating audio. So what follows is based on my preferences of making electronic music. Maybe they overlap with yours. I have a rough idea on how to realize such a setup. But there are some parts missing. First of all: I'm not all opposed to user interfaces other than script language bindings. Ideally all those interfaces that go beyond directly scriptable stuff are console/text based because a] They are more accessible than graphical user interfaces (or at least a little bit easier to make accessible than GUIs). See my recent post asking for feedback on teqqer and whether it's usable from e.g. braille interfaces. b] They make you think rather hard about supporting the keyboard. Every action that requires a mouse is aside from a few exceptions an action that is hard to hack/script/extend. c] They force users to use the keyboard. While maybe initially a hurdle, this leads to boosted productivity in ideal circumstances. All those interfaces should be hackable and should therefore be implemented in a scripting language that allows easy tinkering if the interface has shortcomings. So let's identify some core components for my imagined environment: 1.] A sequencer component. I like the tracker style approach to sequencing for electronic music. That's why I started to implement teq/teqqer. teq is a c++ sequencing backend with python bindings that allows programatically creating patterns/songs. teqqer is a console UI on top of that which is developed with the explicit goal of being hackable (one goal is to make the user options themself be scripts with full control over what actions perform in the sequencer). teq does not only support jack_midi, but also sending control values over jack audio ports (though this part of the implementation is still WIP) which would allow sample accurate control of control parameters for instruments/hosts that expose their control ports in such a manner. I'm in discussion with falkTX (Felipe) in how to implement this in his 2.0 branch of Carla. teq/teqqer has preliminary support for jack_transport (as of 5 am this morning ;D) 2.] A mixer/instrument abstraction component. This part is unsolved yet but is also the really interesting part. The common usecase for my personal workflow is this: 2a.] There exist N instruments (Samplers, VST/LV2/DSSI-Instruments, etc). 2b.] For each instrument I_n there is an associated mixer strip M_n (a collection of plugins where signal flows linearly from the top to the bottom - a "rack"). 2c.] There exist M mixer strips B_n without an associated instrument ("busses"). 2c.] And finally there's a master section into which all mixer strips feed and which provides again a rack of effects for mastering (dynamics, stereo processing, etc.). The plan for 2] is to build again a scripting language library and associated console UI which streamlines the process of setting these up. In contrast to teq/teqqer in the sequencing component my plan here is to reuse existing components as much as possible. Instrument loading could be performed by Carla. Effect racks could be provided by a different host, maybe mod-host, or jack-rack (though jack-rack is neither hackable nor really accessible) or again by Carla. Carla provides an OSC interface over which all the plugin setup could be performed an it even provides a "rack mode". It is thus scriptable, while at the same time being not really hackable due to its complexity. But without making the effort of reinventing the wheel and implementing yet another plugin hosts. compromises have to be made. And falkTX is a cool guy and open to suggestions. So carla is my plugin host of choice. The envisioned library interface could be used in a way similarly to this (pseudo code): import mixer m = mixer.mixer() m.add_instrument("Aspect") # This only for instruments that provide a GUI and are not hackable/scriptable for those parts: m.instruments[0].show_gui() m.instruments[0].add_plugin("foldover_distortion") m.instruments[0].plugins[0].set_parameter("gain", 0.8) m.master.add_plugin("sc4") m.master.plugins[0].set_parameter("threshold", 0.7) and the library would care about loading the plugins into the plugin host (carla), looking up plugin names and ports by name (substring search etc.) and maintaining jack connections for the signal flow. Alternatively a simple console based UI can be provided on top of this library. If someone's interested in working with me on this, do not hesitate to contact me. 3] A jack patchbay. The scriptable part is there: jack_connect, jack_disconnect and aj-snapshot especially together with working bash_completion are a powerful combo. Sadly the bash completion for jack_connect seesms to be somewhat broken in ubuntu 13.10. the jack_patchbay would only be needed to a] hook up ports from the sequencer to the mixer or b] setting up connections that fall outside of the scope of the mixer abstraction provided by the previous component. Here again a simple console based UI might be provided on top of these tools. 3.] What brings it all together: 3a.] A screen/tmux session where different components are loaded onto different screens. E.g. teqqer on screen 0, a mixer/instrument abstraction on screen 1, a jack patchbay on screen 2, a session handler on screen 3, etc.. There's an unclear part about the interaction of the session handling with the terminal multiplexer. Oh well, this mail is already long enough. I'm open for discussions as this topic is dear to my heart and the reason I started implementing teq/teqqer. Have fun, Flo -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS5PV9AAoJEA5f4Coltk8Z4pMH/3FwjxIDQ2b3/kt/Hw4lDjiV G7oBK5cCRHFo1bkaAlN9Oltpa+9iDKwIlWh8WNd5dNC7C8dH7Cpws6NtQ2qTPePk /CoYYKvU/gbh8pnrDUdrXIMGNjZPPg0o63Doc7sp8dGbsgViHwmnWMlHNdsTQZiu fXGfqx0m6Wxk/IaEM7/dQDJ5EhR2gphQye8f/Hb4JmLPAZcCnQAD8wvjXJkTEEeb IQ17wWdNm1wrwPuosi2dRZnwLlXlRjj/3P7qK1QWoV4USckI0Wqmxp3/VlC5uHsp lJEZm0bxOBG50ARNZxe0ZkdtFUebBnufmy63Uxz+1WnfJ6bWhzybdOhrKbQxE1s= =xmDQ -----END PGP SIGNATURE----- From mista.tapas at gmx.net Sun Jan 26 13:07:14 2014 From: mista.tapas at gmx.net (Florian Paul Schmidt) Date: Sun, 26 Jan 2014 14:07:14 +0100 Subject: [LAU] teqqer, the console tracker, feedback requested In-Reply-To: <52E3A41C.9050303@gmx.net> References: <52E0EDD7.7000705@gmx.net> <52E3A41C.9050303@gmx.net> Message-ID: <52E50882.3060704@gmx.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 25.01.2014 12:46, Florian Paul Schmidt wrote: > On 23.01.2014 11:24, Florian Paul Schmidt wrote: > >> The README.md has build instructions. OK, progress. If you have multiple python installations on your system you can try the following: instead of just cmake .. do this: cmake -DPYTHON_LIBRARY=/usr/lib/libpython2.7.so - -DPYTHON_INCLUDE_DIR=/usr/include/python2.7 And then build. It's probably best to completely delete your build/ directory and then recreating it before running above command. This results in a build that seems to work on debian squeezy with both python2 and python3 installed. Have fun, Flo -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS5Qh/AAoJEA5f4Coltk8ZR3wH/3VdlI/97a5MnVVzC2VMEHtQ wWQkNbRNTwB8OsHw23rxM82cbAq7XIsgthk0pkfCN1cXxb+s0vtuR2ON4q3tV0YE VR7CIbtO7qfbb6GpeRojKjTXU+xH4R6/DXyHg71u9u2mkK6UgUFW0qjAc7rtYh93 hj5TDtLlz30Gb8YSxpFGOg5sKNDsJUy2UuMluilK3yT0glXRHJaGJX0KdDdLL+Sd n3W1DZ3/8oiFpn3pVIQf/DYS3scj4wqJS3raawDspC7ToS1vdAqu1cG982kqXVB+ s9SZjFKLmkGbwCC+7APdwjXqFRTtI6UIsDLG4WEBcBdPgmU8DDdlCzho6ZacXyA= =c64p -----END PGP SIGNATURE----- From cbannister at slingshot.co.nz Sun Jan 26 13:16:56 2014 From: cbannister at slingshot.co.nz (Chris Bannister) Date: Mon, 27 Jan 2014 02:16:56 +1300 Subject: [LAU] teqqer, the console tracker, feedback requested In-Reply-To: <52E50882.3060704@gmx.net> References: <52E0EDD7.7000705@gmx.net> <52E3A41C.9050303@gmx.net> <52E50882.3060704@gmx.net> Message-ID: <20140126131656.GA22862@tal> On Sun, Jan 26, 2014 at 02:07:14PM +0100, Florian Paul Schmidt wrote: > do this: > > cmake -DPYTHON_LIBRARY=/usr/lib/libpython2.7.so > - -DPYTHON_INCLUDE_DIR=/usr/include/python2.7 > > And then build. It's probably best to completely delete your build/ > directory and then recreating it before running above command. > > This results in a build that seems to work on debian squeezy with both > python2 and python3 installed. :-), I presume you mean Wheezy? -- "If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing." --- Malcolm X From mista.tapas at gmx.net Sun Jan 26 13:18:42 2014 From: mista.tapas at gmx.net (Florian Paul Schmidt) Date: Sun, 26 Jan 2014 14:18:42 +0100 Subject: [LAU] teqqer, the console tracker, feedback requested In-Reply-To: <20140126131656.GA22862@tal> References: <52E0EDD7.7000705@gmx.net> <52E3A41C.9050303@gmx.net> <52E50882.3060704@gmx.net> <20140126131656.GA22862@tal> Message-ID: <52E50B32.9020604@gmx.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 26.01.2014 14:16, Chris Bannister wrote: > On Sun, Jan 26, 2014 at 02:07:14PM +0100, Florian Paul Schmidt > wrote: >> do this: >> >> cmake -DPYTHON_LIBRARY=/usr/lib/libpython2.7.so - >> -DPYTHON_INCLUDE_DIR=/usr/include/python2.7 >> >> And then build. It's probably best to completely delete your >> build/ directory and then recreating it before running above >> command. >> >> This results in a build that seems to work on debian squeezy with >> both python2 and python3 installed. > > :-), I presume you mean Wheezy? Oh yes, right. Sorry. I tried in squeeze, but couldn't get g++ in a recent enough version. So I settled in getting wheezy to build. Flo -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS5QswAAoJEA5f4Coltk8ZmUIH/2Ue5fjLMBilr0FJP+77nCB8 ZMmSeJfkM/+IXHrD/OBeElzulBzOUQB/kax+tfc5JuMER5PPI4gDhYGwFdhoBUej /Y8ajX9zXjBNA4d+S5Td6CB1bIbvny+rJzv1BikcWwGC++6vZnKNLhbts+/GzFw1 /JcfP/6kGVGkp3wj8ixC18sIyzvOh9rIDPnkXn5t5bw64wJ5Xmo7GFubkniV1y5A Lgj29Es3RaNu9+kCqSxB9z3EvxVBQU8G4U4BTyQr2HgG3AFRvx2mJcuPYRNqmy+C P5/TQQmwLAn/9HXeHFUhOJEHUEw23Q6NvfUTVtZpEy6IkuISYDKmdS5jCF+GHaM= =TlUG -----END PGP SIGNATURE----- From clemens at ladisch.de Sun Jan 26 13:56:06 2014 From: clemens at ladisch.de (Clemens Ladisch) Date: Sun, 26 Jan 2014 14:56:06 +0100 Subject: [LAU] ESI Romio II and alsa-midi-latency-test failure In-Reply-To: <20140126092935.GG29966@aym.net2.nerim.net> References: <20140126092935.GG29966@aym.net2.nerim.net> Message-ID: <52E513F6.2070206@ladisch.de> Andre Majorel wrote: > I'm trying to use midi-alsa-latency-test 0.0.3 > with an ESI Romio II USB - MIDI interface > and it's not working reliably. > > No, it's not a bad connection. Running alsa-midi-latency-test > between one output (or input) of the Romio II and one input (or > output) of another MIDI interface works reliably. What doesn't > work is loopback between the Romio II and itself. What happens if you try two loopbacks at the same time, from the Romio to another device, and from another device to the Romio? Regards, Clemens From pshirkey at boosthardware.com Sun Jan 26 14:19:35 2014 From: pshirkey at boosthardware.com (Patrick Shirkey) Date: Mon, 27 Jan 2014 01:19:35 +1100 (EST) Subject: [LAU] A text-only environment for composing electronic music? In-Reply-To: <52E4F580.4020204@gmx.net> References: <87zjmki22c.fsf@fx.delysid.org> <4105AFCB-B02B-46F9-97CB-2C3D5FA8AF98@gmail.com> <52E3E09B.8050508@gmx.net> <52E4F580.4020204@gmx.net> Message-ID: <53153.86.105.95.182.1390745975.squirrel@boosthardware.com> On Sun, January 26, 2014 10:46 pm, Florian Paul Schmidt wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 25.01.2014 17:04, Florian Paul Schmidt wrote: >> I don't see the original message on this list, so I'll just reply >> to this one. You might have seen my recent post about the ongoing >> development of teqqer (a console based tracker style midi/cv >> sequencer). It is based on a simple library called teq [1] which >> provides a pattern/tracker based abstraction for playing midi/cv >> events over jack ports. > [snip] > > Now I get into the habit of replying to myself, since I missed to > mention some points. Caution: Wall of text ahead! :D > > Mario also wrote: > > "[...] I am aware of the KISS principle and actually love it very > much. So if > anyone has suggestions on how to implement such a workflow/tool with > existing tools and plumbing code, I am very open to ideas and > suggestions. However, I get a feeling that what I want is only > convenient if relatively tightly integrated, so that I do not have to > tinker with too many individual tools while trying to be productive. > [...]" > One of the other potential uses for a text only environment is to run your synth on a dedicated or virtual server using jack with the dummy sound device. That way you get the added benefit of leaving your synth environment always on. When you feel like making some tunes just connect to your icecast stream and start making music. You could even do it all from the beach on your laptop. Let the server do the heavy lifting for you. I have found that a single core machine with 2GB of RAM is enough to be practically useful. Of course you pay a monthly fee for this privilege but if you find a good hosting company that doesn't charge too much it's a lot cheaper than paying for studio time and may be more viable than using a band room for practicing too. Plus it's real easy to share your progress with your band members and friends. > I fully agree. I'm also not a fan of creating numerous connections > myself, be it either in the jack graph nor in modular synths. And > especially redoing all these connections again if I forgot to store > the connections for the current projects using e.g. the excellent > aj-snapshot. > > Integrated packages like Ardour or Renoise provide lots of convenience > in that they allow one to build up a relatively complex project and > have all state be stored/restored at once as long as one is willing to > stay contained in the boundaries of that particular program. And those > programs are graphical by nature and thus almost by definition less > hackable than a more KISS/modular approach. > > On the other end of the spectrum we have session managers like non, > lash, ladish, jack_session, etc. They partly solve the session storing > and restoring problem but do not help with integration. > > The integration part is the interesting one. It's the part that allows > one to be not only effective, but furthermore efficient. I.e. get > results with relatively few actions. > > For my electronic music projects I do not care too much about > recording audio. I'm more interested in generating audio. So what > follows is based on my preferences of making electronic music. Maybe > they overlap with yours. I have a rough idea on how to realize such a > setup. But there are some parts missing. > > First of all: I'm not all opposed to user interfaces other than script > language bindings. Ideally all those interfaces that go beyond > directly scriptable stuff are console/text based because > > a] They are more accessible than graphical user interfaces (or at > least a little bit easier to make accessible than GUIs). See my recent > post asking for feedback on teqqer and whether it's usable from e.g. > braille interfaces. > > b] They make you think rather hard about supporting the keyboard. > Every action that requires a mouse is aside from a few exceptions an > action that is hard to hack/script/extend. > > c] They force users to use the keyboard. While maybe initially a > hurdle, this leads to boosted productivity in ideal circumstances. > > All those interfaces should be hackable and should therefore be > implemented in a scripting language that allows easy tinkering if the > interface has shortcomings. > > So let's identify some core components for my imagined environment: > > 1.] A sequencer component. I like the tracker style approach to > sequencing for electronic music. That's why I started to implement > teq/teqqer. teq is a c++ sequencing backend with python bindings that > allows programatically creating patterns/songs. teqqer is a console UI > on top of that which is developed with the explicit goal of being > hackable (one goal is to make the user options themself be scripts > with full control over what actions perform in the sequencer). teq > does not only support jack_midi, but also sending control values over > jack audio ports (though this part of the implementation is still WIP) > which would allow sample accurate control of control parameters for > instruments/hosts that expose their control ports in such a manner. > I'm in discussion with falkTX (Felipe) in how to implement this in his > 2.0 branch of Carla. teq/teqqer has preliminary support for > jack_transport (as of 5 am this morning ;D) > > 2.] A mixer/instrument abstraction component. This part is unsolved > yet but is also the really interesting part. The common usecase for my > personal workflow is this: > > 2a.] There exist N instruments (Samplers, VST/LV2/DSSI-Instruments, etc). > > 2b.] For each instrument I_n there is an associated mixer strip M_n (a > collection of plugins where signal flows linearly from the top to the > bottom - a "rack"). > > 2c.] There exist M mixer strips B_n without an associated instrument > ("busses"). > > 2c.] And finally there's a master section into which all mixer strips > feed and which provides again a rack of effects for mastering > (dynamics, stereo processing, etc.). > > The plan for 2] is to build again a scripting language library and > associated console UI which streamlines the process of setting these > up. In contrast to teq/teqqer in the sequencing component my plan here > is to reuse existing components as much as possible. Instrument > loading could be performed by Carla. Effect racks could be provided by > a different host, maybe mod-host, or jack-rack (though jack-rack is > neither hackable nor really accessible) or again by Carla. Carla > provides an OSC interface over which all the plugin setup could be > performed an it even provides a "rack mode". It is thus scriptable, > while at the same time being not really hackable due to its > complexity. But without making the effort of reinventing the wheel and > implementing yet another plugin hosts. compromises have to be made. > And falkTX is a cool guy and open to suggestions. So carla is my > plugin host of choice. > > The envisioned library interface could be used in a way similarly to > this (pseudo code): > > import mixer > > m = mixer.mixer() > > m.add_instrument("Aspect") > > # This only for instruments that provide a GUI and are not > hackable/scriptable for those parts: > m.instruments[0].show_gui() > m.instruments[0].add_plugin("foldover_distortion") > m.instruments[0].plugins[0].set_parameter("gain", 0.8) > > m.master.add_plugin("sc4") > m.master.plugins[0].set_parameter("threshold", 0.7) > > and the library would care about loading the plugins into the plugin > host (carla), looking up plugin names and ports by name (substring > search etc.) and maintaining jack connections for the signal flow. > > Alternatively a simple console based UI can be provided on top of this > library. If someone's interested in working with me on this, do not > hesitate to contact me. > > 3] A jack patchbay. The scriptable part is there: jack_connect, > jack_disconnect and aj-snapshot especially together with working > bash_completion are a powerful combo. Sadly the bash completion for > jack_connect seesms to be somewhat broken in ubuntu 13.10. the > jack_patchbay would only be needed to a] hook up ports from the > sequencer to the mixer or b] setting up connections that fall outside > of the scope of the mixer abstraction provided by the previous > component. Here again a simple console based UI might be provided on > top of these tools. > > 3.] What brings it all together: > > 3a.] A screen/tmux session where different components are loaded onto > different screens. E.g. teqqer on screen 0, a mixer/instrument > abstraction on screen 1, a jack patchbay on screen 2, a session > handler on screen 3, etc.. There's an unclear part about the > interaction of the session handling with the terminal multiplexer. > > Oh well, this mail is already long enough. I'm open for discussions as > this topic is dear to my heart and the reason I started implementing > teq/teqqer. > > Have fun, > Flo > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.14 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iQEcBAEBAgAGBQJS5PV9AAoJEA5f4Coltk8Z4pMH/3FwjxIDQ2b3/kt/Hw4lDjiV > G7oBK5cCRHFo1bkaAlN9Oltpa+9iDKwIlWh8WNd5dNC7C8dH7Cpws6NtQ2qTPePk > /CoYYKvU/gbh8pnrDUdrXIMGNjZPPg0o63Doc7sp8dGbsgViHwmnWMlHNdsTQZiu > fXGfqx0m6Wxk/IaEM7/dQDJ5EhR2gphQye8f/Hb4JmLPAZcCnQAD8wvjXJkTEEeb > IQ17wWdNm1wrwPuosi2dRZnwLlXlRjj/3P7qK1QWoV4USckI0Wqmxp3/VlC5uHsp > lJEZm0bxOBG50ARNZxe0ZkdtFUebBnufmy63Uxz+1WnfJ6bWhzybdOhrKbQxE1s= > =xmDQ > -----END PGP SIGNATURE----- > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -- Patrick Shirkey Boost Hardware Ltd From ch.bungue at gmail.com Sun Jan 26 15:37:09 2014 From: ch.bungue at gmail.com (Chris Bungue) Date: Sun, 26 Jan 2014 16:37:09 +0100 Subject: [LAU] slightly OT: MIDI management for physical synths In-Reply-To: <1390724995.1073.14.camel@archlinux> References: <2564eb1fc7b8c9d169a4a69b1e9f234d.squirrel@email.powweb.com> <1390724995.1073.14.camel@archlinux> Message-ID: Hi, I use a Midisport 4x4 on me pc over 10 years and a midi merger Yamaha ymm2. I like the easy way to connect all synthes, keyboards and my old ataris with qjackctl. Some years ago I use a Motu midi time av piece.It's a great device, but it takes me too much time to make all setups with the small display. @ Ralf Mardorf, nice to read that are other musicians on this list using Atari. :-) 2014-01-26 Ralf Mardorf > My PCIe RME sound card has got a MIDI IO and in addition I use 2 > TerraTec EWX 24/96 Envy24 cards, each one has got a single IO too. I > bought one of those Envy24 cards at Ebay for around 30 EUR. > > For SysEx only I use an elCheapo swissonic USB device, this can't be > used for MIDI notes, since it does cause too much jitter for my taste. > > For MIDI out I in addition use a MIDI thru box, 1 input, 4 outputs. This > is a do it ourself product. Assumed you don't have the knowledge how to > build such devices, there are likely many howtos in the Internet or > perhaps http://www.doepfer.de/home_e.htm provides a assembly kit. > > JFTR to my ATARI ST I added an extra MIDI in, by simply using a toggle > switch and I used it with 4 additional outs provided by a Steinberg > SMPTE interface. > > You should avoid MIDI thru chains from one synth to the other. The delay > might not be an issue, but there is a limit for the data you can send > using just one output. A MIDI thru box won't help either. You need > several individual outputs, especially for real-time SysEx data. > > JFTR PC MIDI is disgusting, don't expect the "relatively painless" MIDI > usage you know from working with synth only, or old stand alone gear, > the C64 or Atari ST. > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jonetsu at teksavvy.com Sun Jan 26 15:52:58 2014 From: jonetsu at teksavvy.com (jonetsu at teksavvy.com) Date: Sun, 26 Jan 2014 10:52:58 -0500 Subject: [LAU] Problem with qsynth: noise In-Reply-To: <0MGzFy-1W3VG81SeQ-00DnPt@smtp.web.de> References: <20140125075857.13931240@mistral> <52E41EB6.2060404@hawaii.rr.com> <0MGzFy-1W3VG81SeQ-00DnPt@smtp.web.de> Message-ID: <20140126105258.264e3820@mistral> On Sun, 26 Jan 2014 11:40:29 +0100, Frank Neumann wrote : Hallo, > > Have not encountered it. Possible that the qsynth config file got > > messed up? I have no idea where it's kept. > > That would be ~/.config/rncbc.org/Qsynth.conf. Perhaps try > removing/renaming that file, thereby enforcing QSynth to write it out > anew. > > Also, did you check whether the original .sf2 file might have been > damaged somehow (like, getting corrupted during a hard crash?) Try > re-downloading it and perhaps comparing checksums with "md5sum". debsums reports everything's fine. I moved away the config file, and now it seems to be OK. Apart from GUI settings the major difference in the configs are: Now: ReverbRoom=0.200000002980232 ChorusNr=3 Before: ReverbRoom=1.14999997615814 ChorusNr=53 A quick test now showed the problem: simply put the reverb to the max, stop qsynth, restart qsynth. W/o making any sound, it will go into a distorted feedback loop that will fade away crackling. I guess that would be normal, maybe. That w/o any sound the reverb engine would 'feedback'. In any case, I do not use such a high reverb level, but it was set like that as maybe I tried something before. Thanks. From jonetsu at teksavvy.com Sun Jan 26 16:02:55 2014 From: jonetsu at teksavvy.com (jonetsu at teksavvy.com) Date: Sun, 26 Jan 2014 11:02:55 -0500 Subject: [LAU] Freeverb and Ardour 3 Message-ID: <20140126110255.0bc76846@mistral> Hello, Since some time now the Freeverb in Ardour3 (I mean, not included with Ardour, but used by) interface does not allow the control of some sliders. Also, the sound does not seem so good as soon as it is included in the post-fader chain. cmt 1.16-1. For that matter, I tried the TAP Reverb yesterday and found it sounded OK. Mayve freeverb is not as good nowadays ? From csanchezgs at gmail.com Sun Jan 26 16:06:47 2014 From: csanchezgs at gmail.com (Carlos sanchiavedraz) Date: Sun, 26 Jan 2014 17:06:47 +0100 Subject: [LAU] A brief linux cameo tonight In-Reply-To: References: <20131012200147.GC20527@q400a.mobile.restivo.org> <20131012213719.08ba1dc5@debian> Message-ID: El 12/10/2013 22:37, "Will Godfrey" escribi?: > > On Sat, 12 Oct 2013 13:01:47 -0700 > Ken Restivo wrote: > > > Tonight I'll be playing the linux netbook on a few songs at my friend's band's show, at the Red Devil Lounge in San Francisco: > > > > http://www.reddevillounge.com/event/375173-afton-live-mrmime-rippin-san-francisco/ > > > > We've been friends for 30 years, I produced the original demos for his songs over 20 years ago, was in his band briefly 15 years ago when he was recruiting people and before they started gigging, played on his CD a few years ago, but have never actually been onstage with him in all these decades, for whatever reason. So, tonight, that happens. > > > > There will be Monosynth, mostly, and that's about it. > > > > -ken > > Nice one! Hope it all goes well. > > -- > 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 at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user Hi all (again), Love to watch some recent video of those live performances of yours, Ken. Kindest regards for all. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ralf.mardorf at alice-dsl.net Sun Jan 26 16:12:41 2014 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Sun, 26 Jan 2014 17:12:41 +0100 Subject: [LAU] Full-OT: MIDI management for physical synths In-Reply-To: References: <2564eb1fc7b8c9d169a4a69b1e9f234d.squirrel@email.powweb.com> <1390724995.1073.14.camel@archlinux> Message-ID: <1390752761.685.8.camel@archlinux> On Sun, 2014-01-26 at 16:37 +0100, Chris Bungue wrote: > @ Ralf Mardorf, nice to read that are other musicians on this list > using Atari. :-) I used the Atari, since I lost some of the needed hardware. Gene (a young boy from this list ;) was willing to sell me his Atari gear for peanuts, but unfortunately he lives across the ocean and AFAIK shipping isn't for peanuts :(. If possible, I still would use the Atari today, because Linux for MIDI sometimes is very time consuming/annoying. FWIW, it isn't better when using Microsoft. From len at ovenwerks.net Sun Jan 26 16:21:44 2014 From: len at ovenwerks.net (Len Ovens) Date: Sun, 26 Jan 2014 08:21:44 -0800 (PST) Subject: [LAU] A text-only environment for composing electronic music? In-Reply-To: <52E4F580.4020204@gmx.net> References: <87zjmki22c.fsf@fx.delysid.org> <4105AFCB-B02B-46F9-97CB-2C3D5FA8AF98@gmail.com> <52E3E09B.8050508@gmx.net> <52E4F580.4020204@gmx.net> Message-ID: On Sun, 26 Jan 2014, Florian Paul Schmidt wrote: > 3a.] A screen/tmux session where different components are loaded onto > different screens. E.g. teqqer on screen 0, a mixer/instrument > abstraction on screen 1, a jack patchbay on screen 2, a session > handler on screen 3, etc.. There's an unclear part about the > interaction of the session handling with the terminal multiplexer. I haven't used tmux and so can't comment on it. I do use screen... in fact I am using it right now to run alpine to write this on my server, and it works just fine. I prefer using screen to using VTs for two reasons: 1) VTs must be used at the machine and don't seem to work well over serial connections. Screen works great remotely over ssh as I am now. 2) Screen (and I assume tmux would too) can be started with dbuslaunch. This means that all of the screens use the same instance of of dbus and so things that use dbus like jackdbus or some of the session managers will work. The one thing I haven't managed to get to work on screen is scrolling up as I could in VTs or xterms (with shift pageup etc.) I end up running a command twice first to find out it runs text off the screen and a second time with a pager. Probably I am missing something. -- Len Ovens www.ovenwerks.net From mista.tapas at gmx.net Sun Jan 26 16:44:00 2014 From: mista.tapas at gmx.net (Florian Paul Schmidt) Date: Sun, 26 Jan 2014 17:44:00 +0100 Subject: [LAU] A text-only environment for composing electronic music? In-Reply-To: References: <87zjmki22c.fsf@fx.delysid.org> <4105AFCB-B02B-46F9-97CB-2C3D5FA8AF98@gmail.com> <52E3E09B.8050508@gmx.net> <52E4F580.4020204@gmx.net> Message-ID: <52E53B50.5040601@gmx.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 26.01.2014 17:21, Len Ovens wrote: > I haven't used tmux and so can't comment on it. I do use screen... > in fact I am using it right now to run alpine to write this on my > server, and it works just fine. I prefer using screen to using VTs > for two reasons: I used to use screen before, too. But tmux is the cool new thing ;D Nah, it's pretty much the same as screen with some additional goodies. > 2) Screen (and I assume tmux would too) can be started with > dbuslaunch. This means that all of the screens use the same > instance of of dbus and so things that use dbus like jackdbus or > some of the session managers will work. Cool. > > The one thing I haven't managed to get to work on screen is > scrolling up as I could in VTs or xterms (with shift pageup etc.) I > end up running a command twice first to find out it runs text off > the screen and a second time with a pager. Probably I am missing > something. In tmux it's ctrl-a [ Then you can use the cursor keys or pgup/pgdown to scroll back up. Press esc to return to the prompt. I forgot the key combo in screen. It's hidden as "copying" or something in the screen/tmux-help.. Flo -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS5TtOAAoJEA5f4Coltk8ZyUUH/3u31zqpecC8GSl/vkMB9bhR DJhy2QSjUbMTmcAoUMueXjDAKwuhPVjcLzyBABmO0uRgLD9GHrQ3Hu+xePclGYNV ffKvEqLwqeH1saYNjapHmxiEldjY1v69qeZHqsBxckRu89prMZp7kDzScxaWWDR5 IQRQrdhC1+S/x8e/q+REjuB66pn4a11GtZP+VWfF10Wlx5K0DPCsh/Tcc38oUKDQ Iim9o8vVi/oFESTdYxRYtgUzO62F9b+wBgxaOALOlFTjjyI8qCgl9YmL0m3Pud1V WQiNwx5u/5sQ75xhxyobaglVTE8sI9KSjzgWoX6M19PWGPP4FnHhkUSyXajmbng= =8f79 -----END PGP SIGNATURE----- From mista.tapas at gmx.net Sun Jan 26 16:52:08 2014 From: mista.tapas at gmx.net (Florian Paul Schmidt) Date: Sun, 26 Jan 2014 17:52:08 +0100 Subject: [LAU] A text-only environment for composing electronic music? In-Reply-To: <52E53B50.5040601@gmx.net> References: <87zjmki22c.fsf@fx.delysid.org> <4105AFCB-B02B-46F9-97CB-2C3D5FA8AF98@gmail.com> <52E3E09B.8050508@gmx.net> <52E4F580.4020204@gmx.net> <52E53B50.5040601@gmx.net> Message-ID: <52E53D38.7070907@gmx.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 26.01.2014 17:44, Florian Paul Schmidt wrote: > In tmux it's > > ctrl-a [ Sorry: ctrl-b [ [screen/tmux confusion]. Also there's always time to quote/adapt a mitch hedberg joke: "I used to use screen. I still do, but I used to, too" [1] :D [1] Original joke: "I used to do drugs. I still do, but I used to, too" Flo -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS5T04AAoJEA5f4Coltk8Z6cUIAIPQt4qUFIBianxp3NLENYwX cC1Wb6UcWyBGiHRZvpnUGW6jL1/RYlnrINgPbcXy9ZgblTaF9HaUuic2aCNyR9Up uNr0RwCUrJ6jGQ+4j0fi7eEswaMPPnZhrIYSEFrN/GTdFac+cniVYEFZnABy19re Mrny51fkb8pl4NK0LFRlLwo4+j7yDd6qVjoMwZM7Nz/TtrLq3+E4lqtaW7e5i6z6 svJoXNBzsl1bM4VHSC0bWF8ZCQKVToZrJHeQSgpEwPwrJlutd+WyTZDMgKrlzkOv CINdtT3RKJ0MXpJBLw8P6zGsRWn1dYFDKPycnp/FksnpLbdK3ZR/7MOFmwvI47g= =MTzp -----END PGP SIGNATURE----- From csanchezgs at gmail.com Sun Jan 26 16:54:41 2014 From: csanchezgs at gmail.com (Carlos sanchiavedraz) Date: Sun, 26 Jan 2014 17:54:41 +0100 Subject: [LAU] a question reading linux on stage In-Reply-To: <20140125102847.GA6911@q400a.mobile.restivo.org> References: <52E25891.8020300@gmail.com> <20140125102847.GA6911@q400a.mobile.restivo.org> Message-ID: El 25/01/2014 11:29, "Ken Restivo" escribi?: > > On Fri, Jan 24, 2014 at 01:12:01PM +0100, Brendan Jones wrote: > > Hey all, > > > > I've been reading with interested that some of you use > > netbooks/small form factor pc's/rasberry pi's on stage for live > > performance. I'm currently developing an LV2 plugin and am wondering > > what the lowest common denomination screen resolution I should be > > shooting for. > > > > During performance, what if anything, do you actually need to see > > apart from what the the current preset is? Is there a use case for > > making all parameters for a synth plugin (for example) > > available/accessible on screen, or using midi learn to hide/unhide > > parameter tabs etc. Examples of current programs plugins would be > > great. > > > > Screen? > > What is this screen thing of which you speak? > > My goal for a synth is MIDI buttons and knobs, not a screen. > > The last gig I did, after I started up my system I stuffed the netbook in a corner and nobody even saw it. > > A completely headless command-line setup was the ideal. I have a Raspberry Pi and might try getting JACK to work on it. > > Back when I was gigging regularly I kept the screen up only to have the setlist and/or lyrics. > > -ken > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user I'm also getting deeper and deeper on that Headless Musicstation road/paradigm during lasts years. I'm still developing processes, workflows and software tools around the idea of "More Music, Less Tech", that's what I like when improvising, using touch devices and mini PCs as Raspberry. (Still trying to prepare things to release them properly) So, for me a screen on stage would be mainly for displaying info in a dashboard as a feedback to make sure everything is ok. Then MIDI pedalboards/surfaces and touchscreens to control and create on the fly. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ralf.mardorf at alice-dsl.net Sun Jan 26 18:47:45 2014 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Sun, 26 Jan 2014 19:47:45 +0100 Subject: [LAU] Music computer's history - Was: Full-OT: MIDI management for physical synths Message-ID: <1390762065.7506.9.camel@archlinux> Before "modern" computers as the Atari ST were able to sync to tape by SMPTE, computers as the Commodore 64 synced by some kind of click, without a time code. IOW you couldn't cue at a wanted position, you always needed to start from the beginning. This sync was not less good than sync between MIDI and audio is nowadays, in my experiences it was much more accurate, than the supposedly "frame accuracy" between MIDI and audio of Linux DAWs is nowadays. YMMV! Regards, Ralf From csanchezgs at gmail.com Sun Jan 26 19:33:52 2014 From: csanchezgs at gmail.com (Carlos sanchiavedraz) Date: Sun, 26 Jan 2014 20:33:52 +0100 Subject: [LAU] OT-ish: multi-touch screen for linux audio projects In-Reply-To: References: Message-ID: El 27/11/2013 17:38, "Ken Restivo" escribi?: > > Looks like it might be useful for custom linux instruments, using a Raspberry Pi or BeageBone, or even just for controlling Ardour on a PC: > > http://www.indiegogo.com/projects/pitouch-hdmi-multitouch-monitor-for-raspberry-pi-beaglebone-black--2 > > Endorsement/disclosure: I have done some linux and Android development work for this guy in the past, and helped him research linux support for this project (which was very quick and easy: the multitouch is built in to kernel 3.2 and later, works out of the box). > > The audio version uses HDMI, but for input one could use an external USB interface (with the USB hub version on a Pi/Beagle), or something more custom. If used with a PC instead, then one could use FFADO, etc. > > -ken > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user What a pity, it seems that the project didn't achieved its goal. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ralf.mardorf at alice-dsl.net Sun Jan 26 20:15:25 2014 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Sun, 26 Jan 2014 21:15:25 +0100 Subject: [LAU] aj-snapshot Message-ID: <1390767325.656.17.camel@archlinux> I read a thread about issues, when restoring connections at jack devel [1], that reminds me to send a request. I won't quote the complete thread ;). However, isn't it possible to care about the IRQ of several equal sound cards, when restoring MIDI connections? The "name" of my TerraTec cards is the same for both cards I use, but the IRQ for those cards is different for both and always the same for both. IOW neither the QJackCtl patchbay nor aj-snapshot are able to distinguish between the equal names of the sound cards, but theoretically it should be possible to take care about the IRQs of those sound cards to distinguish them. [1] -------- Forwarded Message -------- From: Ralf Mardorf To: jack-devel at lists.jackaudio.org Subject: Re: [Jack-Devel] 'connect' vs 'patchbay' and the problems of everything not working as expected.......... Date: Sun, 26 Jan 2014 21:01:10 +0100 Mailer: Evolution 3.10.3 "Asio4All" :S On Linux it's better to use aj-snapshot, than to use QJackCtl, but even aj-snapshot can't restore all connections, if you use several equal sound cards. The QJackCtl patchbay "rules" do work in many cases, but aj-snapshot will restore what you definitively set-up, assumed you don't use several equal devices. Isn't there something similar to aj-snapshot for Windows too? From ralf.mardorf at alice-dsl.net Sun Jan 26 20:26:41 2014 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Sun, 26 Jan 2014 21:26:41 +0100 Subject: [LAU] aj-snapshot In-Reply-To: <1390767325.656.17.camel@archlinux> References: <1390767325.656.17.camel@archlinux> Message-ID: <1390768001.656.20.camel@archlinux> On Sun, 2014-01-26 at 21:15 +0100, Ralf Mardorf wrote: > but the IRQ for those cards is different for both and always the same > for both English isn't my native language ;), I suspect it's understandable by the context what I try to say :D. Another question: Is there a way to give both devices an unique name, so that the QJackCtl patchbay and/or aj-snapshot are/is able to distinguish the cards? From csanchezgs at gmail.com Sun Jan 26 20:48:13 2014 From: csanchezgs at gmail.com (Carlos sanchiavedraz) Date: Sun, 26 Jan 2014 21:48:13 +0100 Subject: [LAU] Live video of that progressive jazz monstrosity In-Reply-To: <20131114205227.6ee62203@debian> References: <20131105004339.GA16495@q400a.mobile.restivo.org> <20131114205227.6ee62203@debian> Message-ID: El 14/11/2013 21:52, "Will Godfrey" escribi?: > > On Mon, 4 Nov 2013 16:43:39 -0800 > Ken Restivo wrote: > > > Here it is, played live: > > > > https://vimeo.com/78583355 > > > > I was playing playing bass and keyboards simultaneously there; our bass player had another gig that night. My Linux laptop was behind me, not seen; this was after I'd set up the MIDI keyboard to control all the synths. But it was right before I set up buttons on the Novation to switch patches quickly, so I was twiddling knobs to cycle through them. > > > > Synths/tools played in the video are fluidsynth, jack-rack, jconv, many LADSPA plugins, nekostring, and AMS. > > > > We were set up on stage wrong; the drummer and I couldn't see each other, which annoyed both of us, and there were all kinds of missteps because of that. But this is the best live video I have of that peice. > > > > If you enjoyed the studio version, you might like the live version too. > > > > -ken > > 'kinnel! You're using *both* hands... asynchronously... and half the time not > looking! > > Careful Ken. People might get the idea you know what you're doing :) > > -- > 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 at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user Nice, I liked it (despite Vimeo's streaming chopping all the time on mobile). -------------- next part -------------- An HTML attachment was scrubbed... URL: From jonetsu at teksavvy.com Sun Jan 26 20:53:18 2014 From: jonetsu at teksavvy.com (jonetsu at teksavvy.com) Date: Sun, 26 Jan 2014 15:53:18 -0500 Subject: [LAU] Script to clean up Ardour unused files ? Message-ID: <20140126155318.082bb58a@mistral> 'Script' might be a big word, but a command-line way to remove all the files that are not used in Ardour(3). Is it safe to assume that all files found in ../dead/ can be removed without deleting files that are in use ? From jonetsu at teksavvy.com Sun Jan 26 20:57:00 2014 From: jonetsu at teksavvy.com (jonetsu at teksavvy.com) Date: Sun, 26 Jan 2014 15:57:00 -0500 Subject: [LAU] Script to clean up Ardour unused files ? In-Reply-To: <20140126155318.082bb58a@mistral> References: <20140126155318.082bb58a@mistral> Message-ID: <20140126155700.5b1e9416@mistral> On Sun, 26 Jan 2014 15:53:18 -0500, "jonetsu at teksavvy.com" wrote : > 'Script' might be a big word, but a command-line way to remove all the > files that are not used in Ardour(3). Is it safe to assume that all > files found in ../dead/ can be removed without deleting files that are > in use ? Ardour has a clean up menu option which does some processing regarding unused files. But with about a hundred projects on the file system, is there a way to do a clean up without having to load each and every project in Ardour to call up that menu option ? I presume - but I'm not sure, haven't checked - that this menu option puts some files in the dead/ subdirectory. Is it ? - thanks. From paul at linuxaudiosystems.com Sun Jan 26 21:05:49 2014 From: paul at linuxaudiosystems.com (Paul Davis) Date: Sun, 26 Jan 2014 16:05:49 -0500 Subject: [LAU] Script to clean up Ardour unused files ? In-Reply-To: <20140126155318.082bb58a@mistral> References: <20140126155318.082bb58a@mistral> Message-ID: On Sun, Jan 26, 2014 at 3:53 PM, jonetsu at teksavvy.com wrote: > 'Script' might be a big word, but a command-line way to remove all the > files that are not used in Ardour(3). Is it safe to assume that all > files found in ../dead/ can be removed without deleting files that are > in use ? > You are expected to use Session > Cleanup > Empty Wastebasket If you don't use that, then purging everything under the dead/ subdirectory is acceptable but not supported. There is no way to to automate the behaviour of Session > Cleanup > Clean-up Unused Sources (it involves quite a lot of knowledge about session structure, and potentially recursive parsing of XML). -------------- next part -------------- An HTML attachment was scrubbed... URL: From jonetsu at teksavvy.com Sun Jan 26 21:46:18 2014 From: jonetsu at teksavvy.com (jonetsu at teksavvy.com) Date: Sun, 26 Jan 2014 16:46:18 -0500 Subject: [LAU] Script to clean up Ardour unused files ? In-Reply-To: References: <20140126155318.082bb58a@mistral> Message-ID: <20140126164618.29d4bc51@mistral> On Sun, 26 Jan 2014 16:05:49 -0500, Paul Davis wrote : > On Sun, Jan 26, 2014 at 3:53 PM, jonetsu at teksavvy.com > wrote: > > > 'Script' might be a big word, but a command-line way to remove all > > the files that are not used in Ardour(3). Is it safe to assume > > that all files found in ../dead/ can be removed without deleting > > files that are in use ? > > > > You are expected to use Session > Cleanup > Empty Wastebasket > > If you don't use that, then purging everything under the dead/ > subdirectory is acceptable but not supported. > > There is no way to to automate the behaviour of Session > Cleanup > > Clean-up Unused Sources > > (it involves quite a lot of knowledge about session structure, and > potentially recursive parsing of XML). It would be quite useful, though, and possibly not only for me. That knowledge should be able to be extracted from the Ardour source and adapt it for use outside of it. If it's mainly (only ?) knowledge, eg. that no methods other than for static information access are used. Hmmm.. maybe a yet unsaved session is asked about what tracks being in use or not ? But then, maybe an automatic save is made before calling the Session > Cleanup method. Perl would be good for that, with XML parsing capabilties 'built-in' so to speak. Unfortunately I'm too busy now to start such a project, although it's interesting. From aym-psd at teaser.fr Sun Jan 26 21:55:40 2014 From: aym-psd at teaser.fr (Andre Majorel) Date: Sun, 26 Jan 2014 22:55:40 +0100 Subject: [LAU] ESI Romio II and alsa-midi-latency-test failure In-Reply-To: <52E513F6.2070206@ladisch.de> References: <20140126092935.GG29966@aym.net2.nerim.net> <52E513F6.2070206@ladisch.de> Message-ID: <20140126215540.GH29966@aym.net2.nerim.net> On 2014-01-26 14:56 +0100, Clemens Ladisch wrote: > Andre Majorel wrote: > > I'm trying to use midi-alsa-latency-test 0.0.3 > > with an ESI Romio II USB - MIDI interface > > and it's not working reliably. > > > > No, it's not a bad connection. Running alsa-midi-latency-test > > between one output (or input) of the Romio II and one input (or > > output) of another MIDI interface works reliably. What doesn't > > work is loopback between the Romio II and itself. > > What happens if you try two loopbacks at the same time, from the > Romio to another device, and from another device to the Romio? Tried three combinations of one alsa-midi-latency-test process writing to one Romio II port and another reading from another Romio II port : alsa-midi-latency-test -o 24:0 -i 28:7 & alsa-midi-latency-test -o 28:7 -i 24:0 alsa-midi-latency-test -o 24:0 -i 28:7 & alsa-midi-latency-test -o 28:7 -i 24:1 alsa-midi-latency-test -o 24:1 -i 28:7 & alsa-midi-latency-test -o 28:7 -i 24:1 They all worked without a hitch. Tried the Romio II with itself again : it failed as before. Found a large number of "usb_submit_urb: -22" messages in kern.log for yesterday (but none for today). -- Andr? Majorel http://www.teaser.fr/~amajorel/ From paul at linuxaudiosystems.com Sun Jan 26 22:18:29 2014 From: paul at linuxaudiosystems.com (Paul Davis) Date: Sun, 26 Jan 2014 17:18:29 -0500 Subject: [LAU] Script to clean up Ardour unused files ? In-Reply-To: <20140126164618.29d4bc51@mistral> References: <20140126155318.082bb58a@mistral> <20140126164618.29d4bc51@mistral> Message-ID: On Sun, Jan 26, 2014 at 4:46 PM, jonetsu at teksavvy.com wrote: > It would be quite useful, though, and possibly not only for me. That > knowledge should be able to be extracted from the Ardour source and > adapt it for use outside of it. If it's mainly (only ?) knowledge, eg. > that no methods other than for static information access are used. > and then when the rules change, and someone uses this external script and a catastrophe happens? sometimes, i envy applications that use encoded, proprietary session file formats :) -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob at mellowood.ca Sun Jan 26 22:35:38 2014 From: bob at mellowood.ca (Bob van der Poel) Date: Sun, 26 Jan 2014 15:35:38 -0700 Subject: [LAU] Script to clean up Ardour unused files ? In-Reply-To: References: <20140126155318.082bb58a@mistral> <20140126164618.29d4bc51@mistral> Message-ID: wrote: > and then when the rules change, and someone uses this external script and a > catastrophe happens? > > sometimes, i envy applications that use encoded, proprietary session file > formats :) Several years ago I had a fellow ask about parsing MMA library files. Instead of getting into details about why he shouldn't, etc. I just added a bit of code to the main application to do it for him. Did he use it? Nope, he insisted that his own parser was faster, etc. Only problem was that it didn't work (it did in his simple test cases) ... well, you know the rest :) Degenerated into a email shouting session and, I'm sure, he still figures I'm a jerk. -- **** Listen to my FREE CD at http://www.mellowood.ca/music/cedars **** Bob van der Poel ** Wynndel, British Columbia, CANADA ** EMAIL: bob at mellowood.ca WWW: http://www.mellowood.ca From joelz at pobox.com Mon Jan 27 00:14:12 2014 From: joelz at pobox.com (Joel Roth) Date: Sun, 26 Jan 2014 14:14:12 -1000 Subject: [LAU] A text-only environment for composing electronic music? In-Reply-To: <87zjmki22c.fsf@fx.delysid.org> References: <87zjmki22c.fsf@fx.delysid.org> Message-ID: <20140127001412.GA28134@sprite> Mario Lang wrote: > Hi. > > I am looking for a programmable (text mode) seuqnecer solution. .... > I am aware of the KISS principle and actually love it very much. So if > anyone has suggestions on how to implement such a workflow/tool with > existing tools and plumbing code, I am very open to ideas and > suggestions. However, I get a feeling that what I want is only > convenient if relatively tightly integrated, so that I do not have to > tinker with too many individual tools while trying to be productive. Hi Mario, Well, you'll have to learn both ways: either about twelve duck-sized horses, or one horse-sized duck. :-) However from my survey of the Linux audio landscape, there are few, if any, integrated music production tools for terminal users. You basically end up finding the best fit from a combination of applications and utilities. Nama has made a good effort toward a creating a console friendly environment based on Ecasound for recording, mixing, effects processing and live effects control. For MIDI composition, and sampling, you will need to find other tools. Julien accomplished a lot with Midish, and I think some improvements in JACK's MIDI infrastructure will make that a little easier by eliminating the need for an ALSA-JACK bridge utility. Greetings, Joel -- From jonetsu at teksavvy.com Mon Jan 27 00:40:07 2014 From: jonetsu at teksavvy.com (jonetsu at teksavvy.com) Date: Sun, 26 Jan 2014 19:40:07 -0500 Subject: [LAU] Script to clean up Ardour unused files ? In-Reply-To: References: <20140126155318.082bb58a@mistral> <20140126164618.29d4bc51@mistral> Message-ID: <20140126194007.2ef1db48@mistral> On Sun, 26 Jan 2014 17:18:29 -0500, Paul Davis wrote : > On Sun, Jan 26, 2014 at 4:46 PM, jonetsu at teksavvy.com > wrote: > > > It would be quite useful, though, and possibly not only for me. > > That knowledge should be able to be extracted from the Ardour > > source and adapt it for use outside of it. If it's mainly (only ?) > > knowledge, eg. that no methods other than for static information > > access are used. > and then when the rules change, and someone uses this external script > and a catastrophe happens? That's assuming a lot of things. So let me also assume a whole lot : No catastrophe will happen because the utility script is shipped with Ardour. Indeed, it is made in such a way that the exact data needed to perform that task is clearly identified so that during the make process the relevant information is made available to the generation of the script that is shipped along. The script reads the data information that was extracted which reflects any changes that were made. (?) > sometimes, i envy applications that use encoded, proprietary session > file formats :) Yes, I wish users could not modify Perl programs that are given to them. From jonetsu at teksavvy.com Mon Jan 27 00:55:48 2014 From: jonetsu at teksavvy.com (jonetsu at teksavvy.com) Date: Sun, 26 Jan 2014 19:55:48 -0500 Subject: [LAU] Installing Ardour 3.5.308 on Linux Mint 14 64bits In-Reply-To: References: <20140125081619.471e8702@mistral> Message-ID: <20140126195548.188fa5b7@mistral> On Sat, 25 Jan 2014 10:05:27 -0500, Paul Davis wrote : > On Sat, Jan 25, 2014 at 8:16 AM, jonetsu at teksavvy.com > wrote: > > > I just installed ardour3 64bit-3.5.308-dbg. The installation > > showed: > > > > !!! WARNING !!! - The version of Jack on this system is too > > old! Using an old version of Jack is not recommended. Please > > update Jack for best results. > > > > System Jack version: > > Recommended minimum versions: > > Jack1 - 0.121.3 > > Jack2 - 1.9.8 > > > > But then the following is installed: > > > > % dpkg -l | grep jack > > > > (other bits removed) > > > > ii jackd 5 > > ii jackd2 1.9.8~dfsg.4+20120529git007cdc37-2ubuntu2 > > > > Is there any problem ? > > > > Looks like a bug in the version number comparison, probably caused by > the ~dfsg... part of the string. > > You don't have any problems. Although you should expect exporting to > have problems (because you're using jack2 1.9.8). Hmmm... I just did an export and the resulting file, converted to mp3, seems to be just fine. From reuben.m at gmail.com Mon Jan 27 04:34:22 2014 From: reuben.m at gmail.com (Reuben Martin) Date: Sun, 26 Jan 2014 22:34:22 -0600 Subject: [LAU] Freeverb and Ardour 3 In-Reply-To: <20140126110255.0bc76846@mistral> References: <20140126110255.0bc76846@mistral> Message-ID: <2187056.IlVxmmH6KK@subterfuge> On Sunday, January 26, 2014 11:02:55 AM jonetsu at teksavvy.com wrote: > Hello, > > Since some time now the Freeverb in Ardour3 (I mean, not included with > Ardour, but used by) interface does not allow the control of some > sliders. Also, the sound does not seem so good as soon as it is > included in the post-fader chain. cmt 1.16-1. The freeverb code is broken. The functionality gets optimized out by modern compilers. It can still work, but you have to compile it with optimization flag of -O1. -O2 or higher will produce a plugin that doesn't work. The other half of the problem is that Ardour's handling of ladspa plugins is broken, and has been for quite a while. It does not seem to handle certain types of ladspa controls correctly that work on a non-linear scale. http://tracker.ardour.org/view.php?id=5443 -Reuben From paul at linuxaudiosystems.com Mon Jan 27 04:50:12 2014 From: paul at linuxaudiosystems.com (Paul Davis) Date: Sun, 26 Jan 2014 23:50:12 -0500 Subject: [LAU] Installing Ardour 3.5.308 on Linux Mint 14 64bits In-Reply-To: <20140126195548.188fa5b7@mistral> References: <20140125081619.471e8702@mistral> <20140126195548.188fa5b7@mistral> Message-ID: On Sun, Jan 26, 2014 at 7:55 PM, jonetsu at teksavvy.com wrote: > On Sat, 25 Jan 2014 10:05:27 -0500, > Paul Davis wrote : > > > You don't have any problems. Although you should expect exporting to > > have problems (because you're using jack2 1.9.8). > > Hmmm... I just did an export and the resulting file, converted to mp3, > seems to be just fine. > the bug is a race condition, which means it will not surface every time. -------------- next part -------------- An HTML attachment was scrubbed... URL: From aym-psd at teaser.fr Mon Jan 27 09:05:20 2014 From: aym-psd at teaser.fr (Andre Majorel) Date: Mon, 27 Jan 2014 10:05:20 +0100 Subject: [LAU] ESI Romio II and alsa-midi-latency-test failure In-Reply-To: <20140126215540.GH29966@aym.net2.nerim.net> References: <20140126092935.GG29966@aym.net2.nerim.net> <52E513F6.2070206@ladisch.de> <20140126215540.GH29966@aym.net2.nerim.net> Message-ID: <20140127090520.GI29966@aym.net2.nerim.net> On 2014-01-26 22:55 +0100, Andre Majorel wrote: > On 2014-01-26 14:56 +0100, Clemens Ladisch wrote: > > > What happens if you try two loopbacks at the same time, from the > > Romio to another device, and from another device to the Romio? > > Tried three combinations of one alsa-midi-latency-test process > writing to one Romio II port and another reading from another > Romio II port : > > alsa-midi-latency-test -o 24:0 -i 28:7 & > alsa-midi-latency-test -o 28:7 -i 24:0 > > alsa-midi-latency-test -o 24:0 -i 28:7 & > alsa-midi-latency-test -o 28:7 -i 24:1 > > alsa-midi-latency-test -o 24:1 -i 28:7 & > alsa-midi-latency-test -o 28:7 -i 24:1 > > They all worked without a hitch. > > Tried the Romio II with itself again : it failed as before. > > Found a large number of "usb_submit_urb: -22" messages in > kern.log for yesterday (but none for today). If the Romio II is connected directly to the computer, instead of through a USB hub at the end of a 5-m cable, alsa-midi-latency-test -o 24:0 -i 24:1 works fine. What are you supposed to do in a case like this ? Get a better hub ? Get a better MIDI interface ? Work around the problem in software ? What a mess ! It is a 7-port powered USB hub (Heden HUBUSB7PCB / HUBUSB7PCW). -- Andr? Majorel http://www.teaser.fr/~amajorel/ From rm at mh-freiburg.de Mon Jan 27 10:03:03 2014 From: rm at mh-freiburg.de (R. Mattes) Date: Mon, 27 Jan 2014 11:03:03 +0100 Subject: [LAU] ESI Romio II and alsa-midi-latency-test failure In-Reply-To: <20140127090520.GI29966@aym.net2.nerim.net> References: <20140126092935.GG29966@aym.net2.nerim.net> <52E513F6.2070206@ladisch.de> <20140126215540.GH29966@aym.net2.nerim.net> <20140127090520.GI29966@aym.net2.nerim.net> Message-ID: <20140127095735.M67251@mh-freiburg.de> On Mon, 27 Jan 2014 10:05:20 +0100, Andre Majorel wrote > On 2014-01-26 22:55 +0100, Andre Majorel wrote: > [...] > > Tried the Romio II with itself again : it failed as before. > > > > Found a large number of "usb_submit_urb: -22" messages in > > kern.log for yesterday (but none for today). > > If the Romio II is connected directly to the computer, instead > of through a USB hub at the end of a 5-m cable, Is that a USB-1 or a USB-2 device? 5 meters are way above the USB-1 Specs (3m max.). > alsa-midi-latency-test -o 24:0 -i 24:1 > > works fine. > > What are you supposed to do in a case like this ? Get a better > hub ? Get a better MIDI interface ? Work around the problem in > software ? What a mess ! There are some devices that refuse to work with a hub (no matter how short the cable is). My -m-Audio Axiom 61 refuses to connect via a hub - a fact mentioned in the fine manual but _not_ in any promotional material :-( I think this is either a bug in their Usb chip firmware or some engineer tried to be oversmart (i.e. hubs might introduce latency/jitter hence we won't work with hubs). HTH Ralf Mattes > It is a 7-port powered USB hub (Heden HUBUSB7PCB / HUBUSB7PCW). > > -- > Andr? Majorel http://www.teaser.fr/~amajorel/ > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user -- R. Mattes - Hochschule fuer Musik Freiburg rm at inm.mh-freiburg.de From gordonjcp at gjcp.net Mon Jan 27 10:41:08 2014 From: gordonjcp at gjcp.net (Gordon JC Pearce) Date: Mon, 27 Jan 2014 10:41:08 +0000 Subject: [LAU] ESI Romio II and alsa-midi-latency-test failure In-Reply-To: <20140127095735.M67251@mh-freiburg.de> References: <20140126092935.GG29966@aym.net2.nerim.net> <52E513F6.2070206@ladisch.de> <20140126215540.GH29966@aym.net2.nerim.net> <20140127090520.GI29966@aym.net2.nerim.net> <20140127095735.M67251@mh-freiburg.de> Message-ID: <20140127104108.GA27948@gjcp.net> On Mon, Jan 27, 2014 at 11:03:03AM +0100, R. Mattes wrote: > There are some devices that refuse to work with a hub (no matter > how short the cable is). My -m-Audio Axiom 61 refuses to connect > via a hub - a fact mentioned in the fine manual but _not_ in any > promotional material :-( > > I think this is either a bug in their Usb chip firmware or some > engineer tried to be oversmart (i.e. hubs might introduce latency/jitter > hence we won't work with hubs). > > HTH Ralf Mattes The novation Xiosynths don't appear to be happy through hubs - MIDI works, audio doesn't. Using the USB1.1 hub in my keyboard (big chunky IBM one, not cheap) the MIDI timing jitter goes from hellish to unusable. -- Gordonjcp MM0YEQ From fons at linuxaudio.org Mon Jan 27 10:47:37 2014 From: fons at linuxaudio.org (Fons Adriaensen) Date: Mon, 27 Jan 2014 10:47:37 +0000 Subject: [LAU] Script to clean up Ardour unused files ? In-Reply-To: References: <20140126155318.082bb58a@mistral> <20140126164618.29d4bc51@mistral> Message-ID: <20140127104737.GB13091@linuxaudio.org> On Sun, Jan 26, 2014 at 05:18:29PM -0500, Paul Davis wrote: > and then when the rules change, and someone uses this external script and a > catastrophe happens? The really useful thing would be something like ardour3 --cleanup which would just do the cleanup without starting the GUI, requiring Jack, etc. On a related note: some recent versions seem to ignore the path set in the new session dialog, and always use the default path from the rc file. Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From arve.barsnes at gmail.com Mon Jan 27 11:17:10 2014 From: arve.barsnes at gmail.com (Arve Barsnes) Date: Mon, 27 Jan 2014 12:17:10 +0100 Subject: [LAU] Script to clean up Ardour unused files ? In-Reply-To: <20140127104737.GB13091@linuxaudio.org> References: <20140126155318.082bb58a@mistral> <20140126164618.29d4bc51@mistral> <20140127104737.GB13091@linuxaudio.org> Message-ID: On 27 January 2014 11:47, Fons Adriaensen wrote: > On a related note: some recent versions seem to ignore > the path set in the new session dialog, and always use > the default path from the rc file. > > Sounds like you (like me) are using system libraries, instead of the bundled libraries? Paul explained some time ago that this was due to a bug in gtk. Somehow the fix must still not be in a released version, because I still have the problem, but it should be fixed a long time ago. Arve -------------- next part -------------- An HTML attachment was scrubbed... URL: From csanchezgs at gmail.com Mon Jan 27 11:36:51 2014 From: csanchezgs at gmail.com (Carlos sanchiavedraz) Date: Mon, 27 Jan 2014 12:36:51 +0100 Subject: [LAU] Fwd: Linux Audio Conference 2014 - Call for Participation In-Reply-To: <5283A108.4060904@gareus.org> References: <5283A108.4060904@gareus.org> Message-ID: ---------- Forwarded message ---------- From: Robin Gareus Date: 2013-11-13 Subject: [LAU] Linux Audio Conference 2014 - Call for Participation To: A list for linux audio users , linux-audio-announce at lists.linuxaudio.org, The Linux Audio Developers' Mailing List [Sorry for cross-posting, please distribute] We are happy to announce the next issue of the Linux Audio Conference (LAC), May 1-4, 2014 @ ZKM | Institute for Music and Acoustics, in Karlsruhe, Germnany. http://lac.linuxaudio.org/2014/ -- [...] Today is the last day for submitting participations to LAC 2014. After searching a lot for some cheap combination of flight and bed trying to get to LAC this year, I've just convinced myself that this year will be yet another one that I can't be there. Every year I'm wishing to go, but things (and budget) get in the way. So hope you have a great and funny time there and please, keep the other poor mortals ones informed with posts and videos as always. Regards. -- Carlos sanchiavedraz * Musix GNU+Linux http://www.musix.es From arnold at arnoldarts.de Mon Jan 27 12:58:07 2014 From: arnold at arnoldarts.de (Arnold Krille) Date: Mon, 27 Jan 2014 13:58:07 +0100 Subject: [LAU] [Semi-OT] Re: Script to clean up Ardour unused files ? In-Reply-To: <20140126194007.2ef1db48@mistral> References: <20140126155318.082bb58a@mistral> <20140126164618.29d4bc51@mistral> <20140126194007.2ef1db48@mistral> Message-ID: <20140127135807.1e561616@orinoco> Am Sun, 26 Jan 2014 19:40:07 -0500 schrieb "jonetsu at teksavvy.com" : > On Sun, 26 Jan 2014 17:18:29 -0500, > Paul Davis wrote : > > sometimes, i envy applications that use encoded, proprietary session > > file formats :) > > Yes, I wish users could not modify Perl programs that are given to > them. Oh, there is an easy way to write perl programs that users can't modify: Just write perl code with a language-conform level of obscurity (that is normal perl code)! :-P - Arnold -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 230 bytes Desc: not available URL: From csanchezgs at gmail.com Mon Jan 27 13:01:45 2014 From: csanchezgs at gmail.com (Carlos sanchiavedraz) Date: Mon, 27 Jan 2014 14:01:45 +0100 Subject: [LAU] Some music made with linux, from the vaults In-Reply-To: <20131006083748.GA8900@q400a.mobile.restivo.org> References: <20130923210652.GA15681@q400a.mobile.restivo.org> <20131006083748.GA8900@q400a.mobile.restivo.org> Message-ID: 2013-10-06 Ken Restivo : > On Tue, Sep 24, 2013 at 12:23:30AM +0200, Julien Claassen wrote: >> Hello Ken! >> Nice tracks. Not my top five out of your tracks, but definitely >> nice. :-) I like both titles very much though. They convey something >> eccentric and slightly nerdy. :-) > > They were experiments. Glad you liked them though. > >> I didn't start on the right foot with breakfast at 1. I thought: >> why 808, why not 909? This question however was answered quickly, >> when the Rhodes joined the funfair. Nice touch that! In combination >> with the Rhodes, the 808 made much more sense to me. It left the >> piano more space to breathe and roominate. I love those funky/jazzy >> reminiscences. Something I can never pull off, as well as you can. >> No rock 'n' role and no funk. :-) Nice little track! > > I looked at the Hydrogen file; it's actually a TR-606. Cheez-o-rama. > And it's in 7/4. Of course. > >> Allure oddmeter, did hold a slight allure. Unfortunately something >> had to be steady in this song and the poor old drumtrack had to >> suffer that dubious pleasure. :-( If that had been replaced with a >> real drummer or a drumkit of any sort played live or programmed in >> interesting and twisted ways, this would have been on its way to a >> smash-hit. :-) Oddly though, I didn't find the 9/4 too confusing. >> Perhaps I didn't always follow the twists and turns of the bassline, >> but it felt comfrotable to listen to. Enough so, tht I could enjoy >> the mean basslines. Not as predominant and pregnant, as I've heard >> them in some of your other songs, but it was there. While listening >> and discovering the acoustic piano, I started thinking, that one >> could probably have fun with this piece, writing an analysis of the >> composer's intentions. So many events and twists, for such a small >> arrangement and that style of music, that one could assign to >> underlying themes, desires and messages of the author. :-) Coming >> back into the non-fictional world, those ongoings are, what makes >> this piece interesting, in spite of the looped drums. > > It was me exploring my Dosh obsession-- before I'd ever heard of Dosh. > > Odd meters in shifting synchronization, kind of like if Steve Reich > and the minimalists came from a more African than European background. > My old drummer called it "windsheild wiper music", as in, when two > windsheild wipers on a car with two wiper motors drift in and out > of sync. > > It was just a rough sketch. The mix would need more pads and stuff, > and the arrangement would need to go somewhere; it's too static. > >> May I finish this with a wish: do more housekeeping and cleaning, >> perhaps you'll find more. :-) I will hope for the best and leave you >> to being prepared for the worst. - Honestly: both of them nice, >> sturdy tracks, not catchy, but catching. > > Thanks. I don't think there's too much more left in there, but > I'll keep looking. > > -ken > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user I concur with Julien: keep cleaning music... all of you! Are these like scratched ideas to improve later or a kind of impro session to see what happens? I guess both in a way. Thanks for sharing, as always, Ken. -- Carlos sanchiavedraz * Musix GNU+Linux http://www.musix.es From fons at linuxaudio.org Mon Jan 27 13:02:25 2014 From: fons at linuxaudio.org (Fons Adriaensen) Date: Mon, 27 Jan 2014 13:02:25 +0000 Subject: [LAU] Script to clean up Ardour unused files ? In-Reply-To: References: <20140126155318.082bb58a@mistral> <20140126164618.29d4bc51@mistral> <20140127104737.GB13091@linuxaudio.org> Message-ID: <20140127130225.GB21727@linuxaudio.org> On Mon, Jan 27, 2014 at 12:17:10PM +0100, Arve Barsnes wrote: > On 27 January 2014 11:47, Fons Adriaensen wrote: > > > On a related note: some recent versions seem to ignore > > the path set in the new session dialog, and always use > > the default path from the rc file. > > > > Sounds like you (like me) are using system libraries, instead of the > bundled libraries? Paul explained some time ago that this was due to a bug > in gtk. Somehow the fix must still not be in a released version, because I > still have the problem, but it should be fixed a long time ago. I'm using the Archlinux package. Arch maintainers won't change or patch anything unless it's absolutley unavoidable, so if A3 comes with some libraries of its own they probably get used. Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From louigi.verona at gmail.com Mon Jan 27 13:03:04 2014 From: louigi.verona at gmail.com (Louigi Verona) Date: Mon, 27 Jan 2014 17:03:04 +0400 Subject: [LAU] Fwd: Linux Audio Conference 2014 - Call for Participation In-Reply-To: References: <5283A108.4060904@gareus.org> Message-ID: I sent my submission a long time ago but received no reply. Is this ok? On Jan 27, 2014 3:37 PM, "Carlos sanchiavedraz" wrote: > ---------- Forwarded message ---------- > From: Robin Gareus > Date: 2013-11-13 > Subject: [LAU] Linux Audio Conference 2014 - Call for Participation > To: A list for linux audio users > , > linux-audio-announce at lists.linuxaudio.org, The Linux Audio Developers' > Mailing List > > > [Sorry for cross-posting, please distribute] > > We are happy to announce the next issue of the Linux Audio Conference > (LAC), May 1-4, 2014 @ ZKM | Institute for Music and Acoustics, in > Karlsruhe, Germnany. > > http://lac.linuxaudio.org/2014/ > > -- > > [...] > > Today is the last day for submitting participations to LAC 2014. > > After searching a lot for some cheap combination of flight and bed > trying to get to LAC this year, I've just convinced myself that this > year will be yet another one that I can't be there. Every year I'm > wishing to go, but things (and budget) get in the way. > > So hope you have a great and funny time there and please, keep the > other poor mortals ones informed with posts and videos as always. > > Regards. > > -- > Carlos sanchiavedraz > * Musix GNU+Linux > http://www.musix.es > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -------------- next part -------------- An HTML attachment was scrubbed... URL: From csanchezgs at gmail.com Mon Jan 27 13:25:37 2014 From: csanchezgs at gmail.com (Carlos sanchiavedraz) Date: Mon, 27 Jan 2014 14:25:37 +0100 Subject: [LAU] More old crazed jazz In-Reply-To: <20131118043848.GC9510@q400a.mobile.restivo.org> References: <20131104031052.GA21640@q400a.mobile.restivo.org> <20131114201545.6b470b23@debian> <20131118043848.GC9510@q400a.mobile.restivo.org> Message-ID: 2013-11-18 Ken Restivo : > On Thu, Nov 14, 2013 at 08:15:45PM +0000, Will Godfrey wrote: >> On Sun, 3 Nov 2013 19:10:52 -0800 >> Ken Restivo wrote: >> >> > Cleaning out hard drives again. >> > >> > Found this little gem, covered with obvious mistakes, (which is why it was never really published) but still interesting if you like weird jazz in odd meters: >> > >> > http://storage.restivo.org/music/Cronies/suite-2007-11-06.ogg >> > >> > Linux content is all the keyboards, which are: fluidsynth, two crazy AMS patches, jconv, jack-rack, etc. >> > >> > Warning: it's 18 minutes long. >> > >> > Part of it is in 11/4. There's also a nice windshield wiper moment where 3 bars of 5/4 are overlaid on 2 bars of 5/4. >> > >> > The end of this epic beast consists of a cover of "Morning Bell" by Radiohead. >> > >> > -ken >> Well it took some time to get around to listening to this, but I finally made >> it! >> >> I very much enjoyed listening to all 18 minutes. Good jazz is something I >> really appreciate, and this is both good and original. >> > > I'm glad you enjoyed it! There's a video of it too. > > Oh, and I just remembered after thinking about it: most of that was written by the drummer, who is also quite a skilled composer and producer as well. I think we added a few small things, improvised around it quite a bit, and of course tacked Radiohead onto the end of it, but most of that composition was Dan's. I think the first three sections (the intro riff, the funky/swing section, and whole-tone scale walkup) were peices he'd written some years before, and I remember when he called me with the idea of the 11/4 section which was added later. The 15/4 section might have been a group composition, and then Radiohead for the last bit. Memory's hazy on all that though. > > -ken > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user For me this could be side by side with other Jazz artists on shops, and, things of life, here we have it in this corner of the internet. Having a great time listening to it. Interesting that "psycho" segment in the middle, some madness for our ears, and the Rhodes' bending like a record player running out of battery. And I also think drummer is really good and a driving force behind. Good to know where to contact him, just in case. -- Carlos sanchiavedraz * Musix GNU+Linux http://www.musix.es From csanchezgs at gmail.com Mon Jan 27 13:32:00 2014 From: csanchezgs at gmail.com (Carlos sanchiavedraz) Date: Mon, 27 Jan 2014 14:32:00 +0100 Subject: [LAU] =?iso-8859-1?q?Music_made_with_linux=3A_Modlys/Barn_Jesus_i?= =?iso-8859-1?q?_en_krybbe_l=E5?= In-Reply-To: <52AC533A.7020805@youmail.dk> References: <52A4E542.5010400@youmail.dk> <20131213064816.GC2845@q400a.mobile.restivo.org> <52AC533A.7020805@youmail.dk> Message-ID: 2013-12-14 Atte : > On 12/13/2013 07:48 AM, Ken Restivo wrote: > >> That's a gorgeous track! >> This one's going on my Android playlist for sure. > > > Thanks for listening and for the kind words :-) > > > -- > Atte > > http://atte.dk http://modlys.dk > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user I really liked that, Atte, that mixture of (Nu) Jazz with kind of Trip-Hop with that DJ's muting and chopping stuff. And BTW, really mellow and beutifull female voice. -- Carlos sanchiavedraz * Musix GNU+Linux http://www.musix.es From anders.vinjar at bek.no Mon Jan 27 13:32:22 2014 From: anders.vinjar at bek.no (anders.vinjar at bek.no) Date: Mon, 27 Jan 2014 14:32:22 +0100 Subject: [LAU] Fwd: Linux Audio Conference 2014 - Call for Participation References: <5283A108.4060904@gareus.org> Message-ID: <87txcplfdl.fsf@bek.no> >>>>> "C" == Carlos sanchiavedraz: C> Today is the last day for submitting participations to LAC 2014. I havent seen any posted notice, so someone should confirm this, but the website http://lac.linuxaudio.org/2014/participation suggests the submission deadline is extended one week to February 3rd. -anders From jeremy at autostatic.com Mon Jan 27 13:42:13 2014 From: jeremy at autostatic.com (Jeremy Jongepier) Date: Mon, 27 Jan 2014 14:42:13 +0100 Subject: [LAU] Fwd: Linux Audio Conference 2014 - Call for Participation In-Reply-To: References: <5283A108.4060904@gareus.org> Message-ID: <52E66235.5080509@autostatic.com> On 01/27/2014 12:36 PM, Carlos sanchiavedraz wrote: > Today is the last day for submitting participations to LAC 2014. Deadline has been extended with a week: http://lac.linuxaudio.org/2014/participation Best, Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: From jeremy at autostatic.com Mon Jan 27 13:43:23 2014 From: jeremy at autostatic.com (Jeremy Jongepier) Date: Mon, 27 Jan 2014 14:43:23 +0100 Subject: [LAU] Fwd: Linux Audio Conference 2014 - Call for Participation In-Reply-To: References: <5283A108.4060904@gareus.org> Message-ID: <52E6627B.1090603@autostatic.com> On 01/27/2014 02:03 PM, Louigi Verona wrote: > I sent my submission a long time ago but received no reply. Is this ok? Hi Louigi, Did you receive an email with a submission ID? If not then contact the organization. Best, Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: From csanchezgs at gmail.com Mon Jan 27 13:43:38 2014 From: csanchezgs at gmail.com (Carlos sanchiavedraz) Date: Mon, 27 Jan 2014 14:43:38 +0100 Subject: [LAU] New album out: Modlys/2013 In-Reply-To: <52D6622A.4040302@youmail.dk> References: <52C2CF6F.6060105@youmail.dk> <20140112070230.GB14045@q400a.mobile.restivo.org> <52D6622A.4040302@youmail.dk> Message-ID: 2014-01-15 Atte : > On 01/12/2014 08:02 AM, Ken Restivo wrote: > >> Great music, thanks for making it available. >> >> I like the ambient direction of this collection, in addition to the songs >> which are also strong as usual. >> >> Very beautiful. > > > Thanks! And thanks for listening! > > > -- > Atte > > http://atte.dk http://modlys.dk > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user Again, Atte, really interesting, calmed ambient electro. Good arrangement and production overall. And that female voice got a hook on me. You could release Engang as a radio hit sometime. -- Carlos sanchiavedraz * Musix GNU+Linux http://www.musix.es From murks at tuxfamily.org Mon Jan 27 13:44:05 2014 From: murks at tuxfamily.org (Philipp =?UTF-8?B?w5xiZXJiYWNoZXI=?=) Date: Mon, 27 Jan 2014 14:44:05 +0100 Subject: [LAU] Script to clean up Ardour unused files ? In-Reply-To: <20140127130225.GB21727@linuxaudio.org> References: <20140126155318.082bb58a@mistral> <20140126164618.29d4bc51@mistral> <20140127104737.GB13091@linuxaudio.org> <20140127130225.GB21727@linuxaudio.org> Message-ID: <20140127144405.57c637f8@eeyore.mozart.uni-klu.ac.at> On Mon, 27 Jan 2014 13:02:25 +0000 Fons Adriaensen wrote: > On Mon, Jan 27, 2014 at 12:17:10PM +0100, Arve Barsnes wrote: > > On 27 January 2014 11:47, Fons Adriaensen > > wrote: > > > > > On a related note: some recent versions seem to ignore > > > the path set in the new session dialog, and always use > > > the default path from the rc file. > > > > > > Sounds like you (like me) are using system libraries, instead of > > > the > > bundled libraries? Paul explained some time ago that this was due > > to a bug in gtk. Somehow the fix must still not be in a released > > version, because I still have the problem, but it should be fixed a > > long time ago. > > I'm using the Archlinux package. Arch maintainers won't change or > patch anything unless it's absolutley unavoidable, so if A3 comes > with some libraries of its own they probably get used. > > Ciao, Not necessarily. In Ardour there are config option to decide whether it should be built with system libraries or the ones included in Ardour. In such cases the Arch maintainers often opt for the system libraries. In this case they just use the default. https://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/ardour The default seems to be: * Will build against private GTK dependency stack : no * Will build against private Ardour dependency stack : no Regards, Philipp -- JID: murks at jit.si From csanchezgs at gmail.com Mon Jan 27 13:54:59 2014 From: csanchezgs at gmail.com (Carlos sanchiavedraz) Date: Mon, 27 Jan 2014 14:54:59 +0100 Subject: [LAU] (Slightly OT) New old music: Four In-Reply-To: References: <5516800.OJRYka9jKG@edhp> Message-ID: 2014-01-10 Tim Goetze : > [Edgar Aichinger] >>For the flash-less I can supply a link to my dropbox, >>https://dl.dropboxusercontent.com/u/42502696/musik/Four/index.html >> >>I'm curiously awaiting your feedback, and I hope you enjoy! > > Duly enjoyed, thoroughly even :) -- lovely open sound with great flow. > > Thank you! > Tim > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user Nice, calmed, intimate music that builds up progressively with arpeggios. It reminds me a bit of Fripps approach with Frippertronics, only that is more towards ambient and sustained mixed sounds. I think nowadays loopers would be your tool of choice. Thanks for sharing. -- Carlos sanchiavedraz * Musix GNU+Linux http://www.musix.es From csanchezgs at gmail.com Mon Jan 27 13:57:32 2014 From: csanchezgs at gmail.com (Carlos sanchiavedraz) Date: Mon, 27 Jan 2014 14:57:32 +0100 Subject: [LAU] Fwd: Linux Audio Conference 2014 - Call for Participation In-Reply-To: <52E66235.5080509@autostatic.com> References: <5283A108.4060904@gareus.org> <52E66235.5080509@autostatic.com> Message-ID: 2014-01-27 Jeremy Jongepier : > On 01/27/2014 12:36 PM, Carlos sanchiavedraz wrote: >> Today is the last day for submitting participations to LAC 2014. > > Deadline has been extended with a week: > http://lac.linuxaudio.org/2014/participation > > Best, > > Jeremy > > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > Great, but sadly for me there's no LAC. Have a good time. -- Carlos sanchiavedraz * Musix GNU+Linux http://www.musix.es From edogawa at aon.at Mon Jan 27 14:07:10 2014 From: edogawa at aon.at (Edgar Aichinger) Date: Mon, 27 Jan 2014 15:07:10 +0100 Subject: [LAU] (Slightly OT) New old music: Four In-Reply-To: References: <5516800.OJRYka9jKG@edhp> Message-ID: <6161638.VQEkiUpzM1@edhp> Am Montag, 27. Januar 2014, 14:54:59 schrieb Carlos sanchiavedraz: > 2014-01-10 Tim Goetze : > > [Edgar Aichinger] > >>For the flash-less I can supply a link to my dropbox, > >>https://dl.dropboxusercontent.com/u/42502696/musik/Four/index.html > >> > >>I'm curiously awaiting your feedback, and I hope you enjoy! > > > > Duly enjoyed, thoroughly even :) -- lovely open sound with great flow. > > > > Thank you! > > Tim > > _______________________________________________ > > Linux-audio-user mailing list > > Linux-audio-user at lists.linuxaudio.org > > http://lists.linuxaudio.org/listinfo/linux-audio-user > > Nice, calmed, intimate music that builds up progressively with > arpeggios. It reminds me a bit of Fripps approach with Frippertronics, > only that is more towards ambient and sustained mixed sounds. > > I think nowadays loopers would be your tool of choice. > > Thanks for sharing. Thanks Carlos, indeed Fripp and (every instance of) King Crimson had a huge influence on me at that time, as had a lot of other music coming from that corner - Robert Wyatt, Peter Hammill, Eno and the Obscure series he published, and various minimal music composers (Reich, Glass and Nyman mainly), to name just a few... Thanks for listening, I really appreciate the comments! Edgar From jh at brainiac.com Mon Jan 27 14:19:35 2014 From: jh at brainiac.com (Joe Hartley) Date: Mon, 27 Jan 2014 09:19:35 -0500 Subject: [LAU] [Semi-OT] Re: Script to clean up Ardour unused files ? In-Reply-To: <20140127135807.1e561616@orinoco> References: <20140126155318.082bb58a@mistral> <20140126164618.29d4bc51@mistral> <20140126194007.2ef1db48@mistral> <20140127135807.1e561616@orinoco> Message-ID: <20140127091935.bf45ea80ce5c33aa095c5bdb@brainiac.com> On Mon, 27 Jan 2014 13:58:07 +0100 Arnold Krille wrote: > > Yes, I wish users could not modify Perl programs that are given to > > them. > > Oh, there is an easy way to write perl programs that users can't > modify: Just write perl code with a language-conform level of obscurity > (that is normal perl code)! :-P I have programmed in at least 2 dozen languages from assembly language to FORTRAN to C and C++, and scripting languages like Python, Bash and Tcl. Nothing scares me more than having to dive into a Perl script. Except maybe an APL program, but I've only had to do that once. *shudder* -- ====================================================================== Joe Hartley - UNIX/network Consultant - jh at brainiac.com Without deviation from the norm, "progress" is not possible. - FZappa From tim at quitte.de Mon Jan 27 14:28:21 2014 From: tim at quitte.de (Tim Goetze) Date: Mon, 27 Jan 2014 15:28:21 +0100 (CET) Subject: [LAU] Focusrite 2i4 In-Reply-To: References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> <52CD0F0F.1080305@autostatic.com> Message-ID: [James Stone] >Thanks for testing this.. Quite weird - so you are getting crackles >even at 1024x3!!? That sounds really odd and definitely an >unacceptable performance. I have definitely not heard anything like >this on my device. I wonder if it is some kind of hardware fault. Are >you able to test it on a mac or windows comupter? Finally got around to do that and it's producing the same noises. At this point I think it must be assumed the hardware is faulty after all. :) Cheers, Tim From jamesmstone at gmail.com Mon Jan 27 14:43:54 2014 From: jamesmstone at gmail.com (James Stone) Date: Mon, 27 Jan 2014 14:43:54 +0000 Subject: [LAU] Focusrite 2i4 In-Reply-To: References: <20140107151011.GA32356@linuxaudio.org> <52CCCE9C.6050007@gareus.org> <52CD0F0F.1080305@autostatic.com> Message-ID: On Mon, Jan 27, 2014 at 2:28 PM, Tim Goetze wrote: > [James Stone] >>Thanks for testing this.. Quite weird - so you are getting crackles >>even at 1024x3!!? That sounds really odd and definitely an >>unacceptable performance. I have definitely not heard anything like >>this on my device. I wonder if it is some kind of hardware fault. Are >>you able to test it on a mac or windows comupter? > > Finally got around to do that and it's producing the same noises. At > this point I think it must be assumed the hardware is faulty after > all. :) > Ah! Phew! The only other thing it reminded me a bit of was static I get from my bass guitar sometimes - not so much when I am playing it thru the computer or an amp, but when I play it through my Zoom B3 (with a floating ground transformer), there are a lot of crackles particularly when doing something like rubbing the plastic pickguard!! Not sure if this is of relevance to the 2i4 tho. James From louigi.verona at gmail.com Mon Jan 27 15:00:48 2014 From: louigi.verona at gmail.com (Louigi Verona) Date: Mon, 27 Jan 2014 19:00:48 +0400 Subject: [LAU] Fwd: Linux Audio Conference 2014 - Call for Participation In-Reply-To: <52E6627B.1090603@autostatic.com> References: <5283A108.4060904@gareus.org> <52E6627B.1090603@autostatic.com> Message-ID: I have but nothing else. On Jan 27, 2014 5:43 PM, "Jeremy Jongepier" wrote: > On 01/27/2014 02:03 PM, Louigi Verona wrote: > > I sent my submission a long time ago but received no reply. Is this ok? > > Hi Louigi, > > Did you receive an email with a submission ID? If not then contact the > organization. > > Best, > > Jeremy > > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From zotz at 100jamz.com Mon Jan 27 15:45:40 2014 From: zotz at 100jamz.com (drew Roberts) Date: Mon, 27 Jan 2014 10:45:40 -0500 Subject: [LAU] Script to clean up Ardour unused files ? In-Reply-To: References: <20140126155318.082bb58a@mistral> <20140126164618.29d4bc51@mistral> Message-ID: <201401271045.40327.zotz@100jamz.com> On Sunday 26 January 2014 17:18:29 Paul Davis wrote: > On Sun, Jan 26, 2014 at 4:46 PM, jonetsu at teksavvy.com > > wrote: > > It would be quite useful, though, and possibly not only for me. That > > knowledge should be able to be extracted from the Ardour source and > > adapt it for use outside of it. If it's mainly (only ?) knowledge, eg. > > that no methods other than for static information access are used. > > and then when the rules change, and someone uses this external script and a > catastrophe happens? > > sometimes, i envy applications that use encoded, proprietary session file > formats :) Perhaps: ardour --cleanup project_name and then leave it up to the script to pass in the project names one at a time in a loop. all the best, drew From jeremy at autostatic.com Mon Jan 27 15:52:00 2014 From: jeremy at autostatic.com (Jeremy Jongepier) Date: Mon, 27 Jan 2014 16:52:00 +0100 Subject: [LAU] Fwd: Linux Audio Conference 2014 - Call for Participation In-Reply-To: References: <5283A108.4060904@gareus.org> <52E6627B.1090603@autostatic.com> Message-ID: <52E680A0.8010603@autostatic.com> On 01/27/2014 04:00 PM, Louigi Verona wrote: > I have but nothing else. Hi Louigi, Then you're OK and it's a matter of waiting until the notification of acceptance ( February 24th, 2014). Best, Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: From ralf.mardorf at alice-dsl.net Mon Jan 27 17:25:38 2014 From: ralf.mardorf at alice-dsl.net (Ralf Mardorf) Date: Mon, 27 Jan 2014 18:25:38 +0100 Subject: [LAU] 1. Linux-Rt and TSC - 2. Linux-Rt and IRQ allocation In-Reply-To: <52E00646.7080005@ladisch.de> References: <1390394334.664.20.camel@archlinux> <52E00646.7080005@ladisch.de> Message-ID: <1390843538.692.8.camel@archlinux> On Wed, 2014-01-22 at 18:56 +0100, Clemens Ladisch wrote: > > 2. Linux-Rt and IRQ allocation > > ============================== > > > > All kernels I used in the last years for *buntu, Debian and Arch Linux > > <= 3.8.13-rt14 (kernels > 3.8.13-rt14 don't work on my machine) give my > > graphics it's own IRQ, the Debian kernel 3.2.0-4-rt-686-pae doesn't. > > What is difference in /proc/interrupts? Hi Clemens, Im not absolutely sure if the 3.2 kernels already gave the graphics it's own IRQ on my machine, when I used them a long time ago, but AFAIR those kernels already did, at least the IRQ was displayed by commands that should show the IRQ, but now something is fishy. The graphics even isn't listed in /proc/interrupts for the Debian 3.2.0-4-rt-686-pae. Today I build a 3.8.13-rt14-pae kernel that is ok. rocketmouse at debi386:~$ uname -a Linux debi386 3.8.13-rt14-pae-rocketmouse-2 #1 SMP PREEMPT RT Mon Jan 27 15:47:47 CET 2014 i686 GNU/Linux rocketmouse at debi386:~$ /etc/init.d/rtirq status PID CLS RTPRIO NI PRI %CPU STAT COMMAND 39 FF 90 - 130 0.0 S irq/8-rtc0 644 FF 85 - 125 0.0 S irq/18-snd_hdsp 646 FF 80 - 120 0.0 S irq/20-snd_ice1 650 FF 79 - 119 0.0 S irq/21-snd_ice1 631 FF 75 - 115 0.0 S irq/19-ehci_hcd 632 FF 75 - 115 0.0 S irq/16-ohci_hcd 634 FF 74 - 114 0.5 S irq/17-ohci_hcd 649 FF 73 - 113 0.2 S irq/17-ohci_hcd 38 FF 70 - 110 0.0 S irq/1-i8042 27 FF 50 - 90 0.0 S irq/9-acpi 126 FF 50 - 90 0.6 S irq/22-ahci 569 FF 50 - 90 0.0 S irq/7-parport0 621 FF 50 - 90 0.0 S irq/22-firewire 623 FF 50 - 90 0.0 S irq/43-radeon 625 FF 50 - 90 0.0 S irq/14-pata_ati 626 FF 50 - 90 0.0 S irq/15-pata_ati 642 FF 50 - 90 0.0 S irq/18-ohci_hcd 651 FF 50 - 90 0.0 S irq/18-ohci_hcd 1883 FF 50 - 90 0.0 S irq/42-eth0 3 FF 1 - 41 0.1 S ksoftirqd/0 15 FF 1 - 41 0.2 S ksoftirqd/1 rocketmouse at debi386:~$ ls /proc/irq/* | grep radeon radeon rocketmouse at debi386:~$ ls /proc/irq/43 | grep radeon radeon rocketmouse at debi386:~$ sudo lshw -c video | grep irq resources: irq:43 memory:d0000000-dfffffff memory:fdff0000-fdffffff ioport:ce00(size=256) memory:fde00000-fdefffff rocketmouse at debi386:~$ uname -a Linux debi386 3.2.0-4-rt-686-pae #1 SMP PREEMPT RT Debian 3.2.51-1 i686 GNU/Linux rocketmouse at debi386:~$ /etc/init.d/rtirq status PID CLS RTPRIO NI PRI %CPU STAT COMMAND 36 FF 90 - 130 0.0 S irq/8-rtc0 623 FF 85 - 125 0.0 S irq/18-snd_hdsp 634 FF 80 - 120 0.0 S irq/20-snd_ice1 638 FF 79 - 119 0.0 S irq/21-snd_ice1 560 FF 75 - 115 0.0 S irq/19-ehci_hcd 569 FF 75 - 115 0.0 S irq/16-ohci_hcd 570 FF 74 - 114 0.0 S irq/17-ohci_hcd 586 FF 73 - 113 0.0 S irq/17-ohci_hcd 34 FF 70 - 110 0.0 S irq/1-i8042 24 FF 50 - 90 0.0 S irq/9-acpi 129 FF 50 - 90 0.3 S irq/22-ahci 561 FF 50 - 90 0.0 S irq/22-firewire 565 FF 50 - 90 0.0 S irq/14-pata_ati 566 FF 50 - 90 0.0 S irq/15-pata_ati 574 FF 50 - 90 0.0 S irq/18-ohci_hcd 593 FF 50 - 90 0.0 S irq/7-parport0 594 FF 50 - 90 0.0 S irq/18-ohci_hcd 1855 FF 50 - 90 0.0 S irq/42-eth0 3 FF 1 - 41 0.1 S ksoftirqd/0 13 FF 1 - 41 0.1 S ksoftirqd/1 rocketmouse at debi386:~$ ls /proc/irq/* | grep radeon rocketmouse at debi386:~$ sudo lshw -c video | grep irq resources: irq:18 memory:d0000000-dfffffff memory:fdff0000-fdffffff ioport:ce00(size=256) memory:fde00000-fdefffff Regards, Ralf From goetz at zkm.de Mon Jan 27 18:33:23 2014 From: goetz at zkm.de (=?ISO-8859-1?Q?G=F6tz_Dipper?=) Date: Mon, 27 Jan 2014 19:33:23 +0100 Subject: [LAU] LAC 2014: the Linux Audio Conference - Deadline Extension Message-ID: <52E6A673.9000703@zkm.de> sorry for >< please >> << Hi all, The Linux Audio Conference submissions deadline has been extended! It is now February 3rd, 2014 (23:59 HAST) So, if you were considering to submit a paper but couldn't make up your mind yet, here is your chance to become active! Never forget that this conference lives through the people participating in it. February 3rd is the new deadline for all submission types: papers, music, installations, workshop proposals. Check out the link below for more info: http://lac.linuxaudio.org/2014/participation Please spread this information to anyone who might be interested. If you have any questions, drop us a line at lac at linuxaudio.org We are looking forward to seeing you in Karlsruhe in May! Thanks, The LAC2014 organization team From willgodfrey at musically.me.uk Mon Jan 27 19:25:03 2014 From: willgodfrey at musically.me.uk (Will Godfrey) Date: Mon, 27 Jan 2014 19:25:03 +0000 Subject: [LAU] Fwd: Linux Audio Conference 2014 - Call for Participation In-Reply-To: References: <5283A108.4060904@gareus.org> Message-ID: <20140127192503.737c1e7e@debian> On Mon, 27 Jan 2014 17:03:04 +0400 Louigi Verona wrote: > I sent my submission a long time ago but received no reply. Is this ok? > On Jan 27, 2014 3:37 PM, "Carlos sanchiavedraz" > wrote: No! You absolutely *must* follow up on this. I got caught out that way last year :( Mind you, a cascade of problems then prevented me going anyway. -- 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. From p8rpp at aol.com Mon Jan 27 20:34:57 2014 From: p8rpp at aol.com (Peter P.) Date: Mon, 27 Jan 2014 21:34:57 +0100 Subject: [LAU] HDSP with jack 32 periods Message-ID: <20140127203457.GD26231@aol.de> Dear list, did anyone have success using jackd with the RME HDSP card and settings jackd -dalsa -r44100 -p32 -n2 -D -Chw:DSP -Phw:DSP -i18 -o18 ? Here is the post from the messages window: Copyright 2001-2009 Paul Davis, Stephane Letz, Jack O'Quinn, Torben Hohn and others. jackd comes with ABSOLUTELY NO WARRANTY This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details JACK compiled with System V SHM support. 15:31:07.074 JACK was started with PID=24668. loading driver .. apparent rate = 44100 creating alsa driver ... hw:DSP|hw:DSP|32|2|44100|18|18|nomon|swmeter|-|32bit configuring for 44100Hz, period = 32 frames (0.7 ms), buffer = 2 periods ALSA: final selected sample format for capture: 32bit integer little-endian ALSA: cannot set period size to 32 frames for capture ALSA: cannot configure capture channel cannot load driver module alsa 15:31:07.095 JACK was stopped successfully. 15:31:09.097 Could not connect to JACK server as client. - Overall operation failed. - Unable to connect to server. Please check the messages window for more info. Thanks for sharing your experiences. best, P From rmouneyres at gmail.com Mon Jan 27 20:52:45 2014 From: rmouneyres at gmail.com (raf) Date: Mon, 27 Jan 2014 21:52:45 +0100 Subject: [LAU] HDSP with jack 32 periods In-Reply-To: <20140127203457.GD26231@aol.de> References: <20140127203457.GD26231@aol.de> Message-ID: > did anyone have success using jackd with the RME HDSP card and > settings > > jackd -dalsa -r44100 -p32 -n2 -D -Chw:DSP -Phw:DSP -i18 -o18 > ? with a HDSP9652 the minimum for me is -p64 -n2 , and this is already very good low latency ;) with 32 i have : jackd -R -P89 -d alsa -d hw:DSP -p32 -n2 jackdmp 1.9.10 Copyright 2001-2005 Paul Davis and others. Copyright 2004-2013 Grame. jackdmp comes with ABSOLUTELY NO WARRANTY This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details no message buffer overruns no message buffer overruns no message buffer overruns JACK server starting in realtime mode with priority 89 creating alsa driver ... hw:DSP|hw:DSP|32|2|48000|0|0|nomon|swmeter|-|32bit configuring for 48000Hz, period = 32 frames (0.7 ms), buffer = 2 periods ALSA: final selected sample format for capture: 32bit integer little-endian ALSA: cannot set period size to 32 frames for capture ALSA: cannot configure capture channel Cannot initialize driver JackServer::Open failed with -1 Failed to open server Rapha?l From harryhaaren at gmail.com Mon Jan 27 20:53:57 2014 From: harryhaaren at gmail.com (Harry van Haaren) Date: Mon, 27 Jan 2014 20:53:57 +0000 Subject: [LAU] HDSP with jack 32 periods In-Reply-To: <20140127203457.GD26231@aol.de> References: <20140127203457.GD26231@aol.de> Message-ID: On Mon, Jan 27, 2014 at 8:34 PM, Peter P. wrote: > jackd -dalsa -r44100 -p32 -n2 -D -Chw:DSP -Phw:DSP -i18 -o18 > Nope, -p32 never worked here, -p64 works though. -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul at linuxaudiosystems.com Mon Jan 27 21:10:27 2014 From: paul at linuxaudiosystems.com (Paul Davis) Date: Mon, 27 Jan 2014 16:10:27 -0500 Subject: [LAU] HDSP with jack 32 periods In-Reply-To: <20140127203457.GD26231@aol.de> References: <20140127203457.GD26231@aol.de> Message-ID: On Mon, Jan 27, 2014 at 3:34 PM, Peter P. wrote: > Dear list, > > did anyone have success using jackd with the RME HDSP card and > settings > > jackd -dalsa -r44100 -p32 -n2 -D -Chw:DSP -Phw:DSP -i18 -o18 > some specific revisions of the RME HDSP hardware can do <64 frames per period, but most cannot. 64 is the official lower limit (from RME). -------------- next part -------------- An HTML attachment was scrubbed... URL: From p8rpp at aol.com Mon Jan 27 21:18:11 2014 From: p8rpp at aol.com (Peter P.) Date: Mon, 27 Jan 2014 22:18:11 +0100 Subject: [LAU] HDSP with jack 32 periods In-Reply-To: References: <20140127203457.GD26231@aol.de> Message-ID: <20140127211811.GE26231@aol.de> * Paul Davis [2014-01-27 22:10]: > On Mon, Jan 27, 2014 at 3:34 PM, Peter P. wrote: > > > Dear list, > > > > did anyone have success using jackd with the RME HDSP card and > > settings > > > > jackd -dalsa -r44100 -p32 -n2 -D -Chw:DSP -Phw:DSP -i18 -o18 > > > > some specific revisions of the RME HDSP hardware can do <64 frames per > period, but most cannot. 64 is the official lower limit (from RME). Thanks Paul, thanks to everyone, for these clarifying replies! best, Peter From ralf.mardorf at rocketmail.com Mon Jan 27 22:07:35 2014 From: ralf.mardorf at rocketmail.com (Ralf Mardorf) Date: Mon, 27 Jan 2014 23:07:35 +0100 Subject: [LAU] HDSP with jack 32 periods In-Reply-To: <20140127203457.GD26231@aol.de> References: <20140127203457.GD26231@aol.de> Message-ID: <1390860455.827.8.camel@archlinux> On Mon, 2014-01-27 at 21:34 +0100, Peter P. wrote: > did anyone have success using jackd with the RME HDSP card and > settings > > jackd -dalsa -r44100 -p32 -n2 -D -Chw:DSP -Phw:DSP -i18 -o18 Yesno, the HDSPe AIO theoretically can go that low, but in reality the card on Linux is a PITA. IOW I can start jackd with such a low latency, but I even get xruns at highest latencies. [rocketmouse at archlinux ~]$ jackd -dalsa -r44100 -p32 -n2 jackd 0.123.0 Copyright 2001-2009 Paul Davis, Stephane Letz, Jack O'Quinn, Torben Hohn and others. jackd comes with ABSOLUTELY NO WARRANTY This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details JACK compiled with System V SHM support. loading driver .. apparent rate = 44100 creating alsa driver ... hw:0|hw:0|32|2|44100|0|0|nomon|swmeter|-|32bit configuring for 44100Hz, period = 32 frames (0.7 ms), buffer = 2 periods ALSA: final selected sample format for capture: 32bit integer little-endian ALSA: use 512 periods for capture ALSA: final selected sample format for playback: 32bit integer little-endian ALSA: use 512 periods for playback ^Cjack main caught signal 2 no message buffer overruns [rocketmouse at archlinux ~]$ hdspmixer HDSPMixer 1.11 - Copyright (C) 2003 Thomas Charbonnel This program comes with ABSOLUTELY NO WARRANTY HDSPMixer is free software, see the file COPYING for details Looking for RME cards: Card 0: RME AIO S/N 0x579bcc at 0xfddf0000, irq 18 From cbannister at slingshot.co.nz Mon Jan 27 23:27:19 2014 From: cbannister at slingshot.co.nz (Chris Bannister) Date: Tue, 28 Jan 2014 12:27:19 +1300 Subject: [LAU] [OT] A bass guitar made from a Commodore 64 (Re: ....) In-Reply-To: <1390762065.7506.9.camel@archlinux> References: <1390762065.7506.9.camel@archlinux> Message-ID: <20140127232719.GB1732@tal> On Sun, Jan 26, 2014 at 07:47:45PM +0100, Ralf Mardorf wrote: > Before "modern" computers as the Atari ST were able to sync to tape by > SMPTE, computers as the Commodore 64 synced by some kind of click, This reminds me ... some of you guy might be interested in this: ----------------------------------------------- A bass guitar made from a Commodore 64. [VIDEO] ----------------------------------------------- http://www.wimp.com/basscommodore/ -- "If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing." --- Malcolm X From jonetsu at teksavvy.com Mon Jan 27 23:39:12 2014 From: jonetsu at teksavvy.com (jonetsu at teksavvy.com) Date: Mon, 27 Jan 2014 18:39:12 -0500 Subject: [LAU] [Semi-OT] Re: Script to clean up Ardour unused files ? In-Reply-To: <20140127135807.1e561616@orinoco> References: <20140126155318.082bb58a@mistral> <20140126164618.29d4bc51@mistral> <20140126194007.2ef1db48@mistral> <20140127135807.1e561616@orinoco> Message-ID: <20140127183912.0c78469d@mistral> On Mon, 27 Jan 2014 13:58:07 +0100, Arnold Krille wrote : > Am Sun, 26 Jan 2014 19:40:07 -0500 > schrieb "jonetsu at teksavvy.com" : > > On Sun, 26 Jan 2014 17:18:29 -0500, > > Paul Davis wrote : > > > sometimes, i envy applications that use encoded, proprietary > > > session file formats :) > > > > Yes, I wish users could not modify Perl programs that are given to > > them. > Oh, there is an easy way to write perl programs that users can't > modify: Just write perl code with a language-conform level of > obscurity (that is normal perl code)! :-P From experience with many developers, I can say that stupid things can be done in any language. Things can also seem to be cleraly written, but not thought out that much. People with Perl tend to be in two groups: the 'script' one which ranks close to the bottom of the barrel, still relating to 5.0 issues of perhaps 20 years ago, not using 'warning' and 'strict' and such, and the 'program' one that uses proven multi-tasking frameworks, contemporary object-orientation, and such, which of course also tend to care more about design and programming than the former group. The first group is into 'Using Perl' and in 'Using C++' or how to use a hammer, while the second group is caring more about the hosue to build than using the hammer (?) From jonetsu at teksavvy.com Mon Jan 27 23:45:58 2014 From: jonetsu at teksavvy.com (jonetsu at teksavvy.com) Date: Mon, 27 Jan 2014 18:45:58 -0500 Subject: [LAU] [Semi-OT] Re: Script to clean up Ardour unused files ? In-Reply-To: <20140127091935.bf45ea80ce5c33aa095c5bdb@brainiac.com> References: <20140126155318.082bb58a@mistral> <20140126164618.29d4bc51@mistral> <20140126194007.2ef1db48@mistral> <20140127135807.1e561616@orinoco> <20140127091935.bf45ea80ce5c33aa095c5bdb@brainiac.com> Message-ID: <20140127184558.44d844b9@mistral> On Mon, 27 Jan 2014 09:19:35 -0500, Joe Hartley wrote : > I have programmed in at least 2 dozen languages from assembly language > to FORTRAN to C and C++, and scripting languages like Python, Bash > and Tcl. Nothing scares me more than having to dive into a Perl > script. Then here are three examples to entertain your enjoyment. And no, don't ask me how. 1) prints 'just another perl hacker' #!/usr/bin/perl ($_='kkvvttuu bbooppuuiiffss qqffssmm iibbddllffss')=~y~b-v~a-z~s; print 2) prints 'Perl is simple!' #!/usr/bin/perl -w length q caller vec and print chr oct ord q qx eq and print chr ord q ref or and print chr ord q or no and print chr ord q else and print chr ord qq q q and print chr ord q tie gt and print chr ord qw q sin q and print chr ord q q eq and print chr ord qw q sin q and print chr ord q sin s and print chr ord q cmp lc and print chr ord q split s and print chr ord qw q lc q and print chr ord q ne sin and print chr hex length q q bless localtime ref q 3) This one prints pre-defined strings chosen randomly #!/usr/bin/perl use strict; $_=q`seek(D ATA,30,0);local$/;$_=< DATA>;/8{6}(.*)8{6}/s;($a=$1) =~s/\s+(8+\s+)*//g;$a=~s/X/\040/g ;my at eight=split/888/,$a;@eight=split/ 8/,$eight[rand(20)];s/(\s+88\s*(8?88)?\ s+)/$b=int((length($1)-length($eight[0] ))\/2);sprintf("%-".length($1)."s","\040" x$b.shift(@eight) )/eg;print;"88888 888888X8Outlook8 88888 Good8888Outlook8 NotXSo8Good8888 88 88 MyXReply8IsXNo8 888Don't8Count8 88888 OnXIt8888YouXMa y8RelyXOnXIt888 88 88 8Ask8Again8Late r8888Most8Likely 88888 8888Cannot8Predi ct8Now8888X8Yes88 88Yes8Definitely8 888Better8NotXXTell8YouXNow8888ItXIs8Cert ain8888Very8Doubtful8888ItXIs8Decidedly 8So8888Concentrate8and8Ask8Again8888Sig ns8Point8ToXYes8888MyXSources8SayXNo8 888Without8a8Doubt888Reply8Hazy,8 Try8Again8888AsXIXSee8It,XY es888888"`;s/\s//g;eval ;__DATA__ From simon.wiesmann at arcor.de Tue Jan 28 09:21:37 2014 From: simon.wiesmann at arcor.de (Simon Wiesmann) Date: Tue, 28 Jan 2014 10:21:37 +0100 Subject: [LAU] Mackie's Tracktion has an official Ubuntu 12.04 Beta Message-ID: <52E776A1.40100@arcor.de> Hello, it seems like Tracktion may come to Linux. Right now it's a beta with limited support. What's interesting is that it is not just a port - their website claims native Linux VST, LADSPA, Alsa and Jack support. Somebody should suggest LV2 to them :) http://www.tracktion.com/linux/ Discovered through Linux Action Show's subreddit: http://www.reddit.com/r/LinuxActionShow/comments/1wcb3j/mackies_tracktion_available_for_linux/ Have a nice day! -- Simon Wiesmann [http://www.swiesmann.de] From gnome at hawaii.rr.com Tue Jan 28 10:09:22 2014 From: gnome at hawaii.rr.com (david) Date: Tue, 28 Jan 2014 00:09:22 -1000 Subject: [LAU] [OT] A bass guitar made from a Commodore 64 (Re: ....) In-Reply-To: <20140127232719.GB1732@tal> References: <1390762065.7506.9.camel@archlinux> <20140127232719.GB1732@tal> Message-ID: <52E781D2.2000001@hawaii.rr.com> On 01/27/2014 01:27 PM, Chris Bannister wrote: > On Sun, Jan 26, 2014 at 07:47:45PM +0100, Ralf Mardorf wrote: >> Before "modern" computers as the Atari ST were able to sync to tape by >> SMPTE, computers as the Commodore 64 synced by some kind of click, > > This reminds me ... some of you guy might be interested in this: > ----------------------------------------------- > A bass guitar made from a Commodore 64. [VIDEO] > ----------------------------------------------- > http://www.wimp.com/basscommodore/ As a former C64 user and bassist, that was cool. :-) -- David gnome at hawaii.rr.com authenticity, honesty, community http://dancingtreefrog.com From ralf.mardorf at rocketmail.com Tue Jan 28 12:54:49 2014 From: ralf.mardorf at rocketmail.com (Ralf Mardorf) Date: Tue, 28 Jan 2014 13:54:49 +0100 Subject: [LAU] [OT] A bass guitar made from a Commodore 64 (Re: ....) In-Reply-To: <20140127232719.GB1732@tal> References: <1390762065.7506.9.camel@archlinux> <20140127232719.GB1732@tal> Message-ID: <1390913689.686.11.camel@archlinux> On Tue, 2014-01-28 at 12:27 +1300, Chris Bannister wrote: > http://www.wimp.com/basscommodore/ Next time I order semiconductor, cables or something like that, I'll order some piezos too. Unfortunately my dealer only seems to sell encapsulated piezos :(. http://www.reichelt.de/SUMMER-BM-15B/3/index.html?&ACTION=3&LA=446&ARTICLE=35926&artnr=SUMMER+BM+15B&SEARCH=piezo-schallwandler http://www.reichelt.de/SUMMER-EPM-121/3/index.html?&ACTION=3&LA=446&ARTICLE=35927&artnr=SUMMER+EPM+121&SEARCH=piezo-schallwandler I'm not interested to build such a Commodore 64 bass, but wonder if I could build a guitar pickup to individual record the 6 strings one by one. Each time I had the money to buy a MIDI pickup, I bought other music gear and I guess this won't change in the future, so the testing piezos is worth a try. From rmouneyres at gmail.com Tue Jan 28 13:02:30 2014 From: rmouneyres at gmail.com (=?ISO-8859-1?Q?Rapha=EBl_Mouneyres?=) Date: Tue, 28 Jan 2014 14:02:30 +0100 Subject: [LAU] [OT] A bass guitar made from a Commodore 64 (Re: ....) In-Reply-To: <1390913689.686.11.camel@archlinux> References: <1390762065.7506.9.camel@archlinux> <20140127232719.GB1732@tal> <1390913689.686.11.camel@archlinux> Message-ID: You can buy those piezzo and remove the platic around it, just be careful not to bend the piezzo too much. If you but those piezzo like she did, you'll have a lot of crosstalk to deal with, piezzos are very sensitive to vibrations...one string will inevitably be catched by all piezzos, so the electronic design need some experiment. happy diy ! rapha?l 2014-01-28, Ralf Mardorf : > On Tue, 2014-01-28 at 12:27 +1300, Chris Bannister wrote: >> http://www.wimp.com/basscommodore/ > > Next time I order semiconductor, cables or something like that, I'll > order some piezos too. > > Unfortunately my dealer only seems to sell encapsulated piezos :(. > > http://www.reichelt.de/SUMMER-BM-15B/3/index.html?&ACTION=3&LA=446&ARTICLE=35926&artnr=SUMMER+BM+15B&SEARCH=piezo-schallwandler > http://www.reichelt.de/SUMMER-EPM-121/3/index.html?&ACTION=3&LA=446&ARTICLE=35927&artnr=SUMMER+EPM+121&SEARCH=piezo-schallwandler > > I'm not interested to build such a Commodore 64 bass, but wonder if I > could build a guitar pickup to individual record the 6 strings one by > one. Each time I had the money to buy a MIDI pickup, I bought other > music gear and I guess this won't change in the future, so the testing > piezos is worth a try. > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > From aym-psd at teaser.fr Tue Jan 28 13:54:12 2014 From: aym-psd at teaser.fr (Andre Majorel) Date: Tue, 28 Jan 2014 14:54:12 +0100 Subject: [LAU] ESI Romio II and alsa-midi-latency-test failure In-Reply-To: <20140127095735.M67251@mh-freiburg.de> References: <20140126092935.GG29966@aym.net2.nerim.net> <52E513F6.2070206@ladisch.de> <20140126215540.GH29966@aym.net2.nerim.net> <20140127090520.GI29966@aym.net2.nerim.net> <20140127095735.M67251@mh-freiburg.de> Message-ID: <20140128135412.GJ29966@aym.net2.nerim.net> On 2014-01-27 11:03 +0100, R. Mattes wrote: > On Mon, 27 Jan 2014 10:05:20 +0100, Andre Majorel wrote > > If the Romio II is connected directly to the computer, instead > > of through a USB hub at the end of a 5-m cable, > > Is that a USB-1 or a USB-2 device? Both the Romio II and the Heden hub claim to be USB-2. Things usually work. > 5 meters are way above the USB-1 Specs (3m max.). That so ? Mmm, another obstacle to moving the computers away from the studio. Thanks for the heads-up. -- Andr? Majorel http://www.teaser.fr/~amajorel/ From gheskett at wdtv.com Tue Jan 28 18:55:01 2014 From: gheskett at wdtv.com (Gene Heskett) Date: Tue, 28 Jan 2014 13:55:01 -0500 Subject: [LAU] ESI Romio II and alsa-midi-latency-test failure In-Reply-To: <20140128135412.GJ29966@aym.net2.nerim.net> References: <20140126092935.GG29966@aym.net2.nerim.net> <20140127095735.M67251@mh-freiburg.de> <20140128135412.GJ29966@aym.net2.nerim.net> Message-ID: <201401281355.01904.gheskett@wdtv.com> On Tuesday 28 January 2014 13:53:55 Andre Majorel did opine: > On 2014-01-27 11:03 +0100, R. Mattes wrote: > > On Mon, 27 Jan 2014 10:05:20 +0100, Andre Majorel wrote > > > > > If the Romio II is connected directly to the computer, instead > > > of through a USB hub at the end of a 5-m cable, > > > > Is that a USB-1 or a USB-2 device? > > Both the Romio II and the Heden hub claim to be USB-2. Things > usually work. > > > 5 meters are way above the USB-1 Specs (3m max.). > > That so ? Mmm, another obstacle to moving the computers away > from the studio. Thanks for the heads-up. Cables longer are available I have 2 of them 10 meters long. Cheers, Gene -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page NOTICE: Will pay 100 USD for an HP-4815A defective but complete probe assembly. well there ya go. say something stupid in irc and have it immortalised forever in someone's .sig file A pen in the hand of this president is far more dangerous than 200 million guns in the hands of law-abiding citizens. From alexandre.prokoudine at gmail.com Tue Jan 28 19:48:53 2014 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Tue, 28 Jan 2014 23:48:53 +0400 Subject: [LAU] Bitwig at long last...? In-Reply-To: References: Message-ID: On Wed, Jan 22, 2014 at 9:27 PM, Paul Davis wrote: >>> http://createdigitalmusic.com/2014/01/bitwig-sets-date-heres-youll-get-bitwig-studio-itll-cost/ >>> >>> No LV2 or LADSPA support on Linux, though, although they say it's >>> planned. >>> >>> At least it supports Jack. >>> > > probably no Linux VST either Bitwig just replied privately: "VST support will be available for 1.0 but just for natively on Linux compiled VSTs." Alexandre From hanswil at notam02.no Tue Jan 28 21:47:55 2014 From: hanswil at notam02.no (Hans Wilmers) Date: Tue, 28 Jan 2014 22:47:55 +0100 Subject: [LAU] [OT] A bass guitar made from a Commodore 64 (Re: ....) In-Reply-To: <1390913689.686.11.camel@archlinux> References: <1390762065.7506.9.camel@archlinux> <20140127232719.GB1732@tal> <1390913689.686.11.camel@archlinux> Message-ID: <52E8258B.10102@notam02.no> On 01/28/2014 01:54 PM, Ralf Mardorf wrote: > > Unfortunately my dealer only seems to sell encapsulated piezos :(. > > http://www.reichelt.de/SUMMER-BM-15B/3/index.html?&ACTION=3&LA=446&ARTICLE=35926&artnr=SUMMER+BM+15B&SEARCH=piezo-schallwandler > http://www.reichelt.de/SUMMER-EPM-121/3/index.html?&ACTION=3&LA=446&ARTICLE=35927&artnr=SUMMER+EPM+121&SEARCH=piezo-schallwandler > You can get open piezos here: http://de.farnell.com/multicomp/abt-441-rc/transducer-piezo-4200hz-30v/dp/1675548 http://de.farnell.com/multicomp/abt-448-90-rc/piezo-element-35mm-2-900hz-leaded/dp/1675549 If you cut them like in the video, be sure to have a bunch of them... / Hans --- Hans Wilmers NOTAM Sandakerveien 24 D, bygg F3 N-0473 Oslo Norway tlf.: +47 22358065 mob.: +47 92459361 http://www.notam02.no From rmnmichon at gmail.com Tue Jan 28 21:53:19 2014 From: rmnmichon at gmail.com (Romain Michon) Date: Tue, 28 Jan 2014 13:53:19 -0800 Subject: [LAU] Using multiple audio interface on a UDOO board Message-ID: Hi Everyone, I'm trying to use two audio interfaces (Guitar Link UC6102) in parallel in Alsa on a UDOO board that runs Ubuntu. The two interfaces are connected on the two USB 2.0 port available on the board: I'm not using any hub. In 20% of the cases, this works fine and I'm able to use the two interface as one single "virtual" interface with 4 inputs and 4 outputs (see my .asoundrc file bellow). However, in 80% of the cases, this doesn't work and dmesg says: "cannot submit datapipe for urb 0, error -28: not enough bandwidth". Any idea of where this problem comes from? I can use 4 of these interfaces on the same USB port with a hub on my laptop without any problem... Thanks for your help :) Cheers, Romain .asoundrc: pcm.myMAIN { type route; slave.pcm { type multi; slaves.a.pcm "myOUT0"; slaves.b.pcm "myOUT1"; slaves.a.channels 2; slaves.b.channels 2; bindings.0.slave a; bindings.0.channel 0; bindings.1.slave a; bindings.1.channel 1; bindings.2.slave b; bindings.2.channel 0; bindings.3.slave b; bindings.3.channel 1; } ttable.0.0 1; ttable.1.1 1; ttable.2.2 1; ttable.3.3 1; #ttable.0.2 1; # front left #ttable.1.3 1; # front right #ttable.0.4 1; # copy front left to rear left #ttable.1.5 1; # copy front right to rear right } ctl.myMAIN { type hw; card CODEC; } pcm.builtIn { type hw card vt1613audio } ctl.builtIn { type hw card vt1613audio } pcm.myOUT0 { type hw card CODEC } ctl.myOUT0 { type hw card CODEC } pcm.myOUT1 { type hw card CODEC_1 } ctl.myOUT1 { type hw card CODEC_1 } -- Romain Michon PhD Candidate Center for Computer Research in Music and Acoustics Stanford Universityhttp://ccrma.stanford.edu/~rmichon -------------- next part -------------- An HTML attachment was scrubbed... URL: From ch.bungue at gmail.com Tue Jan 28 22:22:58 2014 From: ch.bungue at gmail.com (Chris Bungue) Date: Tue, 28 Jan 2014 23:22:58 +0100 Subject: [LAU] new song with ardour and freesound.org Message-ID: Hi all, I have played a little bit around with ardour3 and the import function of freessound.org. For mixing and mastering I have use a lot of linuxdsp and calf plugings. I hope the mix is ok. http://soundcloud.com/ch-bunge/free-sound-lab44 thanks chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From silvain at freeshell.de Tue Jan 28 22:33:05 2014 From: silvain at freeshell.de (F. Silvain) Date: Tue, 28 Jan 2014 23:33:05 +0100 (CET) Subject: [LAU] new song with ardour and freesound.org In-Reply-To: References: Message-ID: <1401282330560.8103@freeshell.de> Chris Bungue, Jan 28 2014: > Hi all, > I have played a little bit around with ardour3 and the import function of > freessound.org. For mixing and mastering I have use a lot of linuxdsp and > calf plugings. I hope the mix is ok. Hey, is that all freesound.org? If so I must return to them. Nice dance track. I'm sure it'd sound great in a club! > > http://soundcloud.com/ch-bunge/free-sound-lab44 > > thanks > chris > Ta-ta ---- Ffanci * Internet: http://freeshell.de/~silvain From jonetsu at teksavvy.com Wed Jan 29 00:35:23 2014 From: jonetsu at teksavvy.com (jonetsu at teksavvy.com) Date: Tue, 28 Jan 2014 19:35:23 -0500 Subject: [LAU] Script to clean up Ardour unused files ? In-Reply-To: <201401271045.40327.zotz@100jamz.com> References: <20140126155318.082bb58a@mistral> <20140126164618.29d4bc51@mistral> <201401271045.40327.zotz@100jamz.com> Message-ID: <20140128193523.2fd7928d@mistral> On Mon, 27 Jan 2014 10:45:40 -0500, drew Roberts wrote : > Perhaps: > ardour --cleanup project_name > and then leave it up to the script to pass in the project names one > at a time in a loop. That could be quite useful. What's a drag currently is that not only the user interface must be used, but it must be used twice. One time to 'mark' the files to delete, then terminate Arour, then restart Ardour, then empty the waste basket. Why does this have to be done by restarting Ardour ? Why not a single GUI option at least and be done with it ? I did a few sessions and there's avg. 200M -500M cleaned up per session. I have approx. a hundred of those of which I've never used the cleanup fucntion. That potentially represents a substantial amount of disk space. Apart from that, Ardour is great. Still a lot to discover about all of its capabilities ! From paul at linuxaudiosystems.com Wed Jan 29 00:54:04 2014 From: paul at linuxaudiosystems.com (Paul Davis) Date: Tue, 28 Jan 2014 19:54:04 -0500 Subject: [LAU] Script to clean up Ardour unused files ? In-Reply-To: <20140128193523.2fd7928d@mistral> References: <20140126155318.082bb58a@mistral> <20140126164618.29d4bc51@mistral> <201401271045.40327.zotz@100jamz.com> <20140128193523.2fd7928d@mistral> Message-ID: On Tue, Jan 28, 2014 at 7:35 PM, jonetsu at teksavvy.com wrote: > What's a drag currently is that not only > the user interface must be used, but it must be used twice. One time > to 'mark' the files to delete, then terminate Arour, then restart > Ardour, then empty the waste basket. Why does this have to be done by > restarting Ardour ? Why not a single GUI option at least and be done > with it ? because this protects your data from programming errors. if ardour can load the session again after a cleanup, then you are guaranteed that nothing will be deleted (by "Empty Wastebasket") that is still needed. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fons at linuxaudio.org Wed Jan 29 01:25:33 2014 From: fons at linuxaudio.org (Fons Adriaensen) Date: Wed, 29 Jan 2014 01:25:33 +0000 Subject: [LAU] Script to clean up Ardour unused files ? In-Reply-To: References: <20140126155318.082bb58a@mistral> <20140126164618.29d4bc51@mistral> <201401271045.40327.zotz@100jamz.com> <20140128193523.2fd7928d@mistral> Message-ID: <20140129012533.GA31425@linuxaudio.org> On Tue, Jan 28, 2014 at 07:54:04PM -0500, Paul Davis wrote: > On Tue, Jan 28, 2014 at 7:35 PM, jonetsu at teksavvy.com > wrote: > > > What's a drag currently is that not only > > the user interface must be used, but it must be used twice. One time > > to 'mark' the files to delete, then terminate Arour, then restart > > Ardour, then empty the waste basket. Why does this have to be done by > > restarting Ardour ? Why not a single GUI option at least and be done > > with it ? > > > because this protects your data from programming errors. if ardour can load > the session again after a cleanup, then you are guaranteed that nothing > will be deleted (by "Empty Wastebasket") that is still needed. The 'test reload' could be done without having to quit/restart. After all, Ardour can load a different session without quit/restart, so it can probably also reload the current one. The command line option could do the same: cleanup, reload, if the latter fails, move files back and report error, else really delete them. Also, to be really sure one would have to reload _all_ snapshots. Which reminds me of a related issue. Ardour does the right thing for 'save as' and 'new snapshot' in that the latter does not change the current session name used by 'save'. However, when a snapshot is reloaded it does become the current session and it will be overwritten by 'save', which may not be what the user intended. This has bitten me lots of times. Putting some marker in files created by 'new snapshot' could solve this. Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From paul at linuxaudiosystems.com Wed Jan 29 01:32:39 2014 From: paul at linuxaudiosystems.com (Paul Davis) Date: Tue, 28 Jan 2014 20:32:39 -0500 Subject: [LAU] Script to clean up Ardour unused files ? In-Reply-To: <20140129012533.GA31425@linuxaudio.org> References: <20140126155318.082bb58a@mistral> <20140126164618.29d4bc51@mistral> <201401271045.40327.zotz@100jamz.com> <20140128193523.2fd7928d@mistral> <20140129012533.GA31425@linuxaudio.org> Message-ID: On Tue, Jan 28, 2014 at 8:25 PM, Fons Adriaensen wrote: > > Also, to be really sure one would have to reload _all_ snapshots. > the cleanup code explicitly scans all snapshots in a session. > > > Which reminds me of a related issue. Ardour does the right thing > for 'save as' and 'new snapshot' in that the latter does not > change the current session name used by 'save'. However, when > a snapshot is reloaded it does become the current session and > it will be overwritten by 'save', which may not be what the > user intended. this is not the case, and even though i have seen one report of this on IRC, my attempts to replicate it have failed. loading a snapshot and then saving will alter the state of the snapshot that was loaded, not the "current session" or any other snapshot. if you have a reproducible recipe for this behaviour, i could try to track it down. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fons at linuxaudio.org Wed Jan 29 02:10:12 2014 From: fons at linuxaudio.org (Fons Adriaensen) Date: Wed, 29 Jan 2014 02:10:12 +0000 Subject: [LAU] Script to clean up Ardour unused files ? In-Reply-To: References: <20140126155318.082bb58a@mistral> <20140126164618.29d4bc51@mistral> <201401271045.40327.zotz@100jamz.com> <20140128193523.2fd7928d@mistral> <20140129012533.GA31425@linuxaudio.org> Message-ID: <20140129021012.GB31425@linuxaudio.org> On Tue, Jan 28, 2014 at 08:32:39PM -0500, Paul Davis wrote: > loading a snapshot and then saving will alter the state of the > snapshot that was loaded, not the "current session" or any other > snapshot. That exactly is the problem. I would expect things to work as you decribe when a 'save as' file is reloaded, and that is also what happens of course. But I wouldn't expect a snapshot to be modified by a normal 'save' but only when the user explicitly asks for it, by using 'new snapshot' with the same name (which would have to be typed in manually). Overwriting snapshots to me feels like rewriting history, or bypassing a version control system. The root of the problem is that files created by 'new snapshot' and 'save as' are identical, and both are treated as 'session files' when reloaded. But the user's intention behind creating either of them is likely to be different. That intention is handled correctly when the files are created (a snapshot won't be modified by later changes), but not when they are reloaded. Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow) From paul at linuxaudiosystems.com Wed Jan 29 02:21:00 2014 From: paul at linuxaudiosystems.com (Paul Davis) Date: Tue, 28 Jan 2014 21:21:00 -0500 Subject: [LAU] Script to clean up Ardour unused files ? In-Reply-To: <20140129021012.GB31425@linuxaudio.org> References: <20140126155318.082bb58a@mistral> <20140126164618.29d4bc51@mistral> <201401271045.40327.zotz@100jamz.com> <20140128193523.2fd7928d@mistral> <20140129012533.GA31425@linuxaudio.org> <20140129021012.GB31425@linuxaudio.org> Message-ID: On Tue, Jan 28, 2014 at 9:10 PM, Fons Adriaensen wrote: > On Tue, Jan 28, 2014 at 08:32:39PM -0500, Paul Davis wrote: > > > loading a snapshot and then saving will alter the state of the > > snapshot that was loaded, not the "current session" or any other > > snapshot. > > That exactly is the problem. I would expect things to work as you > decribe when a 'save as' file is reloaded, and that is also what > happens of course. But I wouldn't expect a snapshot to be modified > by a normal 'save' but only when the user explicitly asks for it, > by using 'new snapshot' with the same name (which would have to be > typed in manually). Overwriting snapshots to me feels like rewriting > history, or bypassing a version control system. > > The root of the problem is that files created by 'new snapshot' and > 'save as' are identical, and both are treated as 'session files' when > reloaded. But the user's intention behind creating either of them > is likely to be different. That intention is handled correctly when > the files are created (a snapshot won't be modified by later changes), > but not when they are reloaded. > the only intended difference between "save as" and "snapshot" is whether or not ardour does subsequent saves (while in the same instance) to the *new* session file or the current one. both operations are intended to create snapshots and snapshots are never read-only, except by user intent. -------------- next part -------------- An HTML attachment was scrubbed... URL: From phaselocker at gmail.com Wed Jan 29 02:44:08 2014 From: phaselocker at gmail.com (Lewis Pike) Date: Tue, 28 Jan 2014 21:44:08 -0500 Subject: [LAU] M-Audio Fast Track Pro: unreliable, distorted recording Message-ID: <20140129024408.GA3961@ordinator> I'm the (un?)lucky owner of an M-Audio Fast Track Pro USB audio interface and I'm having some serious problems getting this device to record audio reliably under Linux. I've been using arecord and occasionally Audacity for all of my testing. My problem is this: Recording a take works about 80% of the time. In the remaining ~20% of cases, the captured audio is extremely loud with severe digital distortion. Once this problem shows up, it persists for any subsequent takes. The only way I've found to make the problem go away, at least temporarily, is to power-cycle the Fast Track Pro. I considered the possibility that this particular device might be defective, but it seems to work wonderfully under Windows. I'm calling out to other Fast Track Pro users in the hope that someone out there has encountered the same problem and better still, found a solution. Any suggestions at all would be greatly appreciated! .lewis From atte at youmail.dk Wed Jan 29 07:00:25 2014 From: atte at youmail.dk (Atte) Date: Wed, 29 Jan 2014 08:00:25 +0100 Subject: [LAU] Bitwig at long last...? In-Reply-To: References: Message-ID: <52E8A709.1090008@youmail.dk> On 01/28/2014 08:48 PM, Alexandre Prokoudine wrote: > "VST support will be available for 1.0 but just for natively on Linux > compiled VSTs." Which is expected and exactly what I need (the same as renoise and most other linux DAWs, I believe) -- Atte http://atte.dk http://modlys.dk From self at thorstenwilms.com Wed Jan 29 08:39:43 2014 From: self at thorstenwilms.com (Thorsten Wilms) Date: Wed, 29 Jan 2014 09:39:43 +0100 Subject: [LAU] new song with ardour and freesound.org In-Reply-To: References: Message-ID: <52E8BE4F.2020602@thorstenwilms.com> On 01/28/2014 11:22 PM, Chris Bungue wrote: > http://soundcloud.com/ch-bunge/free-sound-lab44 Groovy. On that page, you write "I only use free samples from freesound.org.". Are all those samples licensed as Creative Commons 0? The 3 other licenses used on freesound all require attribution. -- Thorsten Wilms thorwil's design for free software: http://thorwil.wordpress.com/ From ch.bungue at gmail.com Wed Jan 29 10:11:30 2014 From: ch.bungue at gmail.com (Chris Bungue) Date: Wed, 29 Jan 2014 11:11:30 +0100 Subject: [LAU] new song with ardour and freesound.org In-Reply-To: <52E8BE4F.2020602@thorstenwilms.com> References: <52E8BE4F.2020602@thorstenwilms.com> Message-ID: Good question. No, it's a mix of all licenses. The most are cc0. Than I have to write the credit/attribute for every sample I use, right? thanks chris 2014-01-29 Thorsten Wilms > On 01/28/2014 11:22 PM, Chris Bungue wrote: > > http://soundcloud.com/ch-bunge/free-sound-lab44 >> > > Groovy. > > On that page, you write "I only use free samples from freesound.org.". > Are all those samples licensed as Creative Commons 0? The 3 other licenses > used on freesound all require attribution. > > > -- > Thorsten Wilms > > thorwil's design for free software: > http://thorwil.wordpress.com/ > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at parisson.com Wed Jan 29 12:13:35 2014 From: lists at parisson.com (Guillaume Pellerin) Date: Wed, 29 Jan 2014 13:13:35 +0100 Subject: [LAU] M-Audio Fast Track Pro: unreliable, distorted recording In-Reply-To: <20140129024408.GA3961@ordinator> References: <20140129024408.GA3961@ordinator> Message-ID: <52E8F06F.4080503@parisson.com> Hi Lewis, I'm a contributor of the driver for this card in the Linux kernel and it works very well for me. You should maybe tune your ALSA setup for this. First, what is your kernel version? Guillaume On 29/01/2014 03:44, Lewis Pike wrote: > I'm the (un?)lucky owner of an M-Audio Fast Track Pro USB audio > interface and I'm having some serious problems getting this device to > record audio reliably under Linux. > > I've been using arecord and occasionally Audacity for all of my > testing. My problem is this: Recording a take works about 80% of the > time. In the remaining ~20% of cases, the captured audio is extremely > loud with severe digital distortion. Once this problem shows up, it > persists for any subsequent takes. The only way I've found to make > the problem go away, at least temporarily, is to power-cycle the Fast > Track Pro. > > I considered the possibility that this particular device might be > defective, but it seems to work wonderfully under Windows. > > I'm calling out to other Fast Track Pro users in the hope that someone > out there has encountered the same problem and better still, found a > solution. > > Any suggestions at all would be greatly appreciated! > > .lewis > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > > From phaselocker at gmail.com Wed Jan 29 14:05:46 2014 From: phaselocker at gmail.com (Todd Bateman) Date: Wed, 29 Jan 2014 09:05:46 -0500 Subject: [LAU] M-Audio Fast Track Pro: unreliable, distorted recording In-Reply-To: <52E8F06F.4080503@parisson.com> References: <20140129024408.GA3961@ordinator> <52E8F06F.4080503@parisson.com> Message-ID: <20140129140546.GA4085@ordinator> On Wed, Jan 29, 2014 at 01:13:35PM +0100, Guillaume Pellerin wrote: > Hi Lewis, > > I'm a contributor of the driver for this card in the Linux kernel > and it works very well for me. You should maybe tune your ALSA setup > for this. > > First, what is your kernel version? > > Guillaume Guillaume! Your help with this is hugely appreciated! The fact that you're not seeing the same issue gives me hope that a solution exists. My current kernel version is 3.12.7. I first attempted to use the Fast Track Pro for audio capture three years ago, around version 2.6.37 but I ran into the same problem. .lewis From self at thorstenwilms.com Wed Jan 29 16:55:13 2014 From: self at thorstenwilms.com (Thorsten Wilms) Date: Wed, 29 Jan 2014 17:55:13 +0100 Subject: [LAU] new song with ardour and freesound.org In-Reply-To: References: <52E8BE4F.2020602@thorstenwilms.com> Message-ID: <52E93271.90905@thorstenwilms.com> On 01/29/2014 11:11 AM, Chris Bungue wrote: > Than I have to write the credit/attribute for every sample I use, right? Yes, for each sample that is not Zero but BY, BY-NC or Sampling+ licensed. Freesound themselves suggest the following pattern: This [video/theatre piece/...] uses these sounds from freesound: sound1 by user1 ( http://freesound.org/people/user1/ ) sound2, sound3 by user2 ( http://freesound.org/people/user2/ ) This really calls for automation. I mean to recall that the BY licenses suggest that the author specifies how they would like attribution to happen. But hardly anyone does, so name and link to the source is the way to go, usually. -- Thorsten Wilms thorwil's design for free software: http://thorwil.wordpress.com/ From willgodfrey at musically.me.uk Wed Jan 29 21:05:38 2014 From: willgodfrey at musically.me.uk (Will Godfrey) Date: Wed, 29 Jan 2014 21:05:38 +0000 Subject: [LAU] new song with ardour and freesound.org In-Reply-To: References: Message-ID: <20140129210538.015aa290@debian> On Tue, 28 Jan 2014 23:22:58 +0100 Chris Bungue wrote: > Hi all, > I have played a little bit around with ardour3 and the import function of > freessound.org. For mixing and mastering I have use a lot of linuxdsp and > calf plugings. I hope the mix is ok. > > http://soundcloud.com/ch-bunge/free-sound-lab44 > > thanks > chris Not my normal listening diet but I did enjoy this. Mix seems fine to me and I like all the variations you put in while keeping a solid beat. -- 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. From ch.bungue at gmail.com Wed Jan 29 22:04:05 2014 From: ch.bungue at gmail.com (Chris Bungue) Date: Wed, 29 Jan 2014 23:04:05 +0100 Subject: [LAU] new song with ardour and freesound.org In-Reply-To: <20140129210538.015aa290@debian> References: <20140129210538.015aa290@debian> Message-ID: I have update the credits. Thank you very much for the hint. I hope everything is ok now. Usually I don't work with samples/loops and it was not ease to mix it. thanks chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From jamshark70 at gmail.com Thu Jan 30 01:34:21 2014 From: jamshark70 at gmail.com (James Harkins) Date: Thu, 30 Jan 2014 01:34:21 +0000 (UTC) Subject: [LAU] M-Audio Fast Track Pro: unreliable, distorted recording References: <20140129024408.GA3961@ordinator> <52E8F06F.4080503@parisson.com> Message-ID: Guillaume Pellerin writes: > I'm a contributor of the driver for this card in the Linux kernel and it works > very well for me. You should maybe tune your ALSA setup for this. > > First, what is your kernel version? Hm... I'm keeping an eye on this thread, because I have the same problem with a Fast Track Pro. It's less of an inconvenience for me, because in my environment, mic input goes through JACK. Sometimes, after starting JACK, the mic is horribly distorted, but once I get a good connection to the FTPro, then it remains stable as long as JACK is alive. So, I've been able to work around it by testing the microphone in my pre-performance check, but it would be nice if it Just Worked. $ uname -a Linux dlm-A6200 3.2.0-58-lowlatency #60-Ubuntu SMP PREEMPT Tue Dec 10 05:16:26 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux ALSA: 1.0.25+dfsg-0ubuntu10.2 jackd2: 1.9.8~dfsg.1-1ubuntu2 hjh From bruviaro at scu.edu Thu Jan 30 02:45:05 2014 From: bruviaro at scu.edu (Bruno Ruviaro) Date: Wed, 29 Jan 2014 18:45:05 -0800 Subject: [LAU] new song with ardour and freesound.org In-Reply-To: References: <20140129210538.015aa290@debian> Message-ID: It would be great if we had a way to filter sounds by license from within Ardour. Anyone knows if that's possible? As far as I can see, there doesn't seem to be such option (though I only looked at it briefly). B On Wed, Jan 29, 2014 at 2:04 PM, Chris Bungue wrote: > I have update the credits. Thank you very much > for the hint. I hope everything is ok now. > Usually I don't work with samples/loops and it was not ease to mix it. > > thanks > chris > > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user at lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-user > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From clemens at ladisch.de Thu Jan 30 08:05:59 2014 From: clemens at ladisch.de (Clemens Ladisch) Date: Thu, 30 Jan 2014 09:05:59 +0100 Subject: [LAU] Using multiple audio interface on a UDOO board In-Reply-To: References: Message-ID: <52EA07E7.7020904@ladisch.de> Romain Michon wrote: > I'm trying to use two audio interfaces (Guitar Link UC6102) in > parallel in Alsa on a UDOO board that runs Ubuntu. The two interfaces > are connected on the two USB 2.0 port available on the board: I'm not > using any hub. In 20% of the cases, this works fine and I'm able to > use the two interface as one single "virtual" interface with 4 inputs > and 4 outputs (see my .asoundrc file bellow). So the hardware actually supports the required bandwidth. > However, in 80% of the cases, this doesn't work and dmesg says: > "cannot submit datapipe for urb 0, error -28: not enough bandwidth". Sounds like a bug in the USB controller driver of your board. Regards, Clemens From self at thorstenwilms.com Thu Jan 30 08:47:35 2014 From: self at thorstenwilms.com (Thorsten Wilms) Date: Thu, 30 Jan 2014 09:47:35 +0100 Subject: [LAU] new song with ardour and freesound.org In-Reply-To: References: <20140129210538.015aa290@debian> Message-ID: <52EA11A7.5090206@thorstenwilms.com> On 01/29/2014 11:04 PM, Chris Bungue wrote: > I have update the credits. Thank you very much > for the hint. I hope everything is ok now. NP. Good to see you took care of it quickly. Seems fine now. > Usually I don't work with samples/loops and it was not ease to mix it. Neither shows ;) -- Thorsten Wilms thorwil's design for free software: http://thorwil.wordpress.com/ From jeremy at autostatic.com Thu Jan 30 09:04:37 2014 From: jeremy at autostatic.com (Jeremy Jongepier) Date: Thu, 30 Jan 2014 10:04:37 +0100 Subject: [LAU] M-Audio Fast Track Pro: unreliable, distorted recording In-Reply-To: <20140129024408.GA3961@ordinator> References: <20140129024408.GA3961@ordinator> Message-ID: <52EA15A5.8070107@autostatic.com> On 01/29/2014 03:44 AM, Lewis Pike wrote: > The only way I've found to make > the problem go away, at least temporarily, is to power-cycle the Fast > Track Pro. Hello Lewis, Maybe resetting the JACK buffersize helps, you can do this with jack_bufsize on the command line. Without an option it will prompt the current buffer size, if you then run jack_bufsize with that value the situation might improve. Or you could first use a higher value and then switch back to the former lower value. Best, Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: From phaselocker at gmail.com Thu Jan 30 13:44:59 2014 From: phaselocker at gmail.com (Todd Bateman) Date: Thu, 30 Jan 2014 08:44:59 -0500 Subject: [LAU] M-Audio Fast Track Pro: unreliable, distorted recording In-Reply-To: References: <20140129024408.GA3961@ordinator> <52E8F06F.4080503@parisson.com> Message-ID: <20140130134459.GA4676@ordinator> On Thu, Jan 30, 2014 at 01:34:21AM +0000, James Harkins wrote: > Hm... I'm keeping an eye on this thread, because I have the same > problem with a Fast Track Pro. > > It's less of an inconvenience for me, because in my environment, mic > input goes through JACK. Sometimes, after starting JACK, the mic is > horribly distorted, but once I get a good connection to the FTPro, > then it remains stable as long as JACK is alive. So, I've been able > to work around it by testing the microphone in my pre-performance > check, but it would be nice if it Just Worked. This is actually encouraging, as it is the first time I've heard from someone else who is experiencing a similar problem with the Fast Track Pro. .lewis From phaselocker at gmail.com Thu Jan 30 14:14:33 2014 From: phaselocker at gmail.com (Lewis Pike) Date: Thu, 30 Jan 2014 09:14:33 -0500 Subject: [LAU] M-Audio Fast Track Pro: unreliable, distorted recording In-Reply-To: <52EA15A5.8070107@autostatic.com> References: <20140129024408.GA3961@ordinator> <52EA15A5.8070107@autostatic.com> Message-ID: <20140130141433.GB4676@ordinator> On Thu, Jan 30, 2014 at 10:04:37AM +0100, Jeremy Jongepier wrote: > Maybe resetting the JACK buffersize helps, you can do this with > jack_bufsize on the command line. Without an option it will prompt > the current buffer size, if you then run jack_bufsize with that > value the situation might improve. Or you could first use a higher > value and then switch back to the former lower value. Hi Jeremy, Thanks for your help here; it's much appreciated. I actually don't have JACK installed. I've really only been using a single application at a time so my needs at this stage are rather modest. I figured the added layer of abstraction offered by JACK would only complicate my troubleshooting. I'm really only speculating here, but it seems like the ALSA drivers are sometimes improperly initializing the Fast Track Pro. Why this happens only some of the time is strange indeed. .lewis From paul at linuxaudiosystems.com Thu Jan 30 14:26:16 2014 From: paul at linuxaudiosystems.com (Paul Davis) Date: Thu, 30 Jan 2014 09:26:16 -0500 Subject: [LAU] new song with ardour and freesound.org In-Reply-To: References: <20140129210538.015aa290@debian> Message-ID: On Wed, Jan 29, 2014 at 9:45 PM, Bruno Ruviaro wrote: > It would be great if we had a way to filter sounds by license from within > Ardour. Anyone knows if that's possible? As far as I can see, there doesn't > seem to be such option (though I only looked at it briefly).\ > file a feature request at tracker.ardour.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexandre.prokoudine at gmail.com Thu Jan 30 14:31:09 2014 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Thu, 30 Jan 2014 18:31:09 +0400 Subject: [LAU] new song with ardour and freesound.org In-Reply-To: References: <52E8BE4F.2020602@thorstenwilms.com> Message-ID: On Wed, Jan 29, 2014 at 2:11 PM, Chris Bungue wrote: > Good question. No, it's a mix of all licenses. The most are cc0. > Than I have to write the credit/attribute for every sample I use, right? Fortunately, Commons Machinery is giving us tools to autofix that :) http://commonsmachinery.se/ Alexandre From rmnmichon at gmail.com Thu Jan 30 17:56:18 2014 From: rmnmichon at gmail.com (Romain Michon) Date: Thu, 30 Jan 2014 09:56:18 -0800 Subject: [LAU] Fwd: Using multiple audio interface on a UDOO board In-Reply-To: References: <52EA07E7.7020904@ladisch.de> Message-ID: On Thu, Jan 30, 2014 at 12:05 AM, Clemens Ladisch wrote: > Romain Michon wrote: > > I'm trying to use two audio interfaces (Guitar Link UC6102) in > > parallel in Alsa on a UDOO board that runs Ubuntu. The two interfaces > > are connected on the two USB 2.0 port available on the board: I'm not > > using any hub. In 20% of the cases, this works fine and I'm able to > > use the two interface as one single "virtual" interface with 4 inputs > > and 4 outputs (see my .asoundrc file bellow). > > So the hardware actually supports the required bandwidth. > Yep... > > > However, in 80% of the cases, this doesn't work and dmesg says: > > "cannot submit datapipe for urb 0, error -28: not enough bandwidth". > > Sounds like a bug in the USB controller driver of your board. > You're right. I'll send an e-mail to the UDOO community, may be someone had a similar issue... I'll keep you posted. Thanks. Romain -------------- next part -------------- An HTML attachment was scrubbed... URL: From zotz at 100jamz.com Fri Jan 31 16:06:56 2014 From: zotz at 100jamz.com (drew Roberts) Date: Fri, 31 Jan 2014 11:06:56 -0500 Subject: [LAU] Small Rotter / remote icecast box thoughts. Message-ID: <201401311106.57153.zotz@100jamz.com> Already sent to the Rivendell users list several days ago but so far nobody seems to be doing exactly this so I thought the wider linux audio community might have some valuable insight. Looking for ideas / thoughts / discussion / advice on: a small box to put in remote locations. it will: have a tuner card(s) or an external radio(s) record the input from the radio via rotter (other?) send to an icecast instance for remote listening. be low power and inexpensive. Hopefully be able to handle more than one station on the same box. Links for those who may not know of rotter or some of the other bits I want to run.: Rotter - http://www.aelius.com/njh/rotter/ Liquidsoap - http://savonet.sourceforge.net/ Darkice - http://code.google.com/p/darkice/ Icecast - http://www.icecast.org/ all the best, drew From len at ovenwerks.net Fri Jan 31 22:12:20 2014 From: len at ovenwerks.net (Len Ovens) Date: Fri, 31 Jan 2014 14:12:20 -0800 (PST) Subject: [LAU] Small Rotter / remote icecast box thoughts. In-Reply-To: <201401311106.57153.zotz@100jamz.com> References: <201401311106.57153.zotz@100jamz.com> Message-ID: On Fri, 31 Jan 2014, drew Roberts wrote: > Already sent to the Rivendell users list several days ago but so far nobody > seems to be doing exactly this so I thought the wider linux audio community > might have some valuable insight. > > Looking for ideas / thoughts / discussion / advice on: > > a small box to put in remote locations. > > it will: > > have a tuner card(s) or an external radio(s) > record the input from the radio via rotter (other?) > send to an icecast instance for remote listening. > be low power and inexpensive. > Hopefully be able to handle more than one station on the same box. So does this ask about both the box and hardware? Hardware: Hardware depends on the audio IF. If The IF is pci(e) then you need sort of a standard mother board. The lowest power ones I know are the Intel Atom boards about 6 inches square, and seem to have good latency performance at low power. There is one in particular that only needs 12v in and figures the rest. but there are also atx power supplies that are about as big as the atx power socket that only need 12v as well. If you are willing to use USB audio IF (I don't know of any USB radio cards, and the chances of getting more than one reciever on one card lies with pci(e) cards). Try http://www.audioscience.com/internet/products/tuner_cards/tunercards.htm Only problem is these will cost more than the rest of the system. Everyone figures radio stations are a license to print money, and they want some. Software: Question: are you wanting to monitor live audio from the receivers or listen to the archives? Achive listening would be easiest with an http server, just list the files and download what you want to your favourite player. Live would be streaming and jack would do that best as it could take the same audio going to rotter and stream it. WHat I don't know is how well the streamers work with jack. I have only used IDJC for that, but that is not really set up for remote operation so much as live shows, so it would be overkill. Also it would want X and libs. -- Len Ovens www.ovenwerks.net From arnold at arnoldarts.de Fri Jan 31 23:25:07 2014 From: arnold at arnoldarts.de (Arnold Krille) Date: Sat, 1 Feb 2014 00:25:07 +0100 Subject: [LAU] Small Rotter / remote icecast box thoughts. In-Reply-To: References: <201401311106.57153.zotz@100jamz.com> Message-ID: <20140201002507.0d9cedaa@xingu.arnoldarts.de> On Fri, 31 Jan 2014 14:12:20 -0800 (PST) Len Ovens wrote: > So does this ask about both the box and hardware? > Hardware: Hardware depends on the audio IF. If The IF is pci(e) then > you need sort of a standard mother board. The lowest power ones I > know are the Intel Atom boards about 6 inches square, and seem to > have good latency performance at low power. There is one in > particular that only needs 12v in and figures the rest. but there are > also atx power supplies that are about as big as the atx power socket > that only need 12v as well. If you are willing to use USB audio IF (I > don't know of any USB radio cards, and the chances of getting more > than one reciever on one card lies with pci(e) cards). We do sell such small systems as part of our daily business. Our expirience is that the extra converter-boards are often of very bad quality and don't last long. If they work at all in combination that the specific board. And if they provide enough power if its not only the board but also an pci-card and an hdd... Better use a board that has a 19V(!) input onboard. These fit a traditional laptop psu and provide enough power for everything you want to do. And you can buy a psu from a vendor with expirience in psu-manufacturing for laptops, not from a vendor with expirience in shipping a container of cheapest parts via the cheapest route... Oh and then there is the whole Atom-graphics problem... better use a celeron. More power, real intel graphics (with open-source drivers) and a power-consumption only slightly more then an atom. - Arnold -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 230 bytes Desc: not available URL: From p8rpp at aol.com Fri Jan 31 23:59:30 2014 From: p8rpp at aol.com (Peter P.) Date: Sat, 1 Feb 2014 00:59:30 +0100 Subject: [LAU] Strange change of sample rate upon connecting mixing desk Message-ID: <20140131235929.GA1804@aol.de> Dear list, allow me to post a question here that I already sent to alsa-user, but without any response so far, thank you! ----------8<----------- Hi all, now here is one of the weirdest problems I have come across in the past years. Actually it is halting my current production even, but I am primarily interested how this error is caused (and how it can be solved): The sampling rate of my RME HDSP Card is set from "Internal 44.1k" to "Internal 48k" upon connecting a Yamaha DM1000 mixing console via usb! The console does not provide a USB audio interface, but several midi ports over USB, using the snd_usb_audio module. cat /proc/asound/cards: 0 [Intel ]: HDA-Intel - HDA Intel HDA Intel at 0xf2520000 irq 43 1 [DSP ]: H-DSP - Hammerfall DSP RME Hammerfall DSP + Multiface at 0xf0000000, irq 19 2 [DM1000 ]: USB-Audio - DM1000 Yamaha DM1000 at usb-0000:00:1d.0-1.2, full speed 29 [ThinkPadEC ]: ThinkPad EC - ThinkPad Console Audio Control ThinkPad Console Audio Control at EC reg 0x30, fw 6QHT26WW-1.07 >From HDSP's alsamixer I can see that upon connecting the DM1000 the control "Sample Clock Source Locking" gets set to [Off], and the sample rate is set to 48k as described above. The change is also reflected in the 'hdspconf' software that configures some properties of the card. cat /proc/asound/pcm does not list the DM1000: 00-00: CONEXANT Analog : CONEXANT Analog : playback 1 : capture 1 00-03: HDMI 0 : HDMI 0 : playback 1 01-00: RME Hammerfall DSP + Multiface : RME Hammerfall DSP + Multiface : playback 1 : capture 1 This is on a Debian box runnig kernel 3.2.0-4-rt-amd64 Let me add here, that upon starting any audio application using the same card under alsa can (re)set the sampling rate to the correct value. If the mixer is re-connected, after that audio application was launched, the sampling rate of the HDSP card is changed to 48k, causing an audible transposition. Can anyone imagine what causes this strange behavior? Thank you so much for all hints best, P