[LAD] linuxaudio mailing lists and gmail issues (bounces)
Hi everyone, Some of you might have noticed, we're having issues delivering mailing lists posts to gmail users (it can be fairly random). I'm also having similar issues at work and on my own server. It seems gmail has tightened their filtering rules a bit and generate quite the amount of backscatter emails which generally results in mailman accounts being disabled. TL;DR mailman issues, gmail sucks, I'm working on a fix :) Cheers ! -- Marc-Olivier Barre XMPP ID : ma...@marcochapeau.org www.MarcOChapeau.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
[LAD] List moderation (was: What KvR didn´t understand)
On 2013-01-07 15:57, Paul Davis wrote: On Mon, Jan 7, 2013 at 9:46 AM, Ove Karlsen ove.karl...@paradoxuncreated.com wrote: On 1/7/2013 3:34 PM, Brett McCoy wrote: On Mon, Jan 7, 2013 at 9:25 AM, Ove Karlsen ove.karl...@paradoxuncreated.com wrote: I would like to take the oppourtunity to reply this with, that the psychiatry has become such an instritution of abuse, that bullies online have started using their phrases. lots of stuff snipped Can we just stick with discussions of Linux audio? And Personally, to idiots like these, I would like to say: www.worshipthediscusting.com [1] is for you. This incredibly offensive - Brett was extremely polite to your off-topic stuff. You've just been needlessly and excessively insulting. I don't know what you are doing on LAD, but I will not read any further messages from you. Hello dear LADs, Well, I don't speak much on the lists nowadays, but I will just say this: If people get offended by any kind of mail of the nature we just experienced please write to the moderation email right away (mail address can be found on the list website). I don't do a lot for the mailing lists these days, but I can be fast reacting on those. Moreover, it allows me to go read the list for a bit of entertainment, and damn, this one was good. although I am still wondering if the guy is for real... I thought those were extinct or had no internet :) PS: as you might have seen, Robin was faster than I and turned on the guys moderation bit. I would have gone for a pure ban, but hey ! Robin is a nicer guy than I am I guess :D Cheers all ! -- Marc-Olivier Barre XMPP ID : ma...@marcochapeau.org www.MarcOChapeau.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] ANNA ROBERTS
On Fri, 16 Apr 2010 01:25:27 -0700, Louis Gorenfeld louis.gorenf...@gmail.com wrote: http://www.nocerinachannel.it/home.php ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev I have put the moderation bit on the user and sent an email to see if he is a legitimate user or a spammer that actually subscribed to the list... -- Marc-Olivier Barre XMPP ID : ma...@marcochapeau.org www.MarcOChapeau.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [Consortium] Some suggestions/guidelines for the LAA posts
On Sun, 31 Jan 2010 22:32:43 -0500, Ivica Ico Bukvic i...@vt.edu wrote: Dear fellow LA* members, As some of you may be aware, instead of a static news page, Linuxaudio.org now has a direct LAA feed as its front page. Consequently, I would like to encourage everyone to please put special care in crafting your LAA posts, meaning much more so than those destined for lau/lad lists, as this is in part what everyone sees when they visit Linuxaudio.org (and if our awstats are any indication http://stats.linuxaudio.org/cgi-bin/awstats.pl?config=www.linuxaudio.org, then we do get tons of exposure there that is perhaps more importantly steadily growing). I say this not because there have been some grave offenses recently but rather because I think as a community it would really nice if we collectively put extra attention to this facet that is much considerably public than a typical lau/lad post. So, I guess what I am trying to say is perhaps having a post on lau/lad lists mirrored on laa may not be always a good idea. If I had to single-out one post in there that could use some TLC :-) it would be the call for submissions for the upcoming LAC. Namely, suggesting that there has been little interest may end-up looking like a self-fulfilling prophecy--new and incoming potential contributors to LAC who may have come across this post could be easily discouraged by the way this reads despite the fact we all know that most conference submissions are usually uploaded in the last 72 hours before the submission deadline. At any rate, don't mean to be preaching, so I hope no one will get offended. And if you do, I guess I owe you a pint (hear that Frank? ;-) Just my 5-cents worth... Hello all, Just a quick word from me to add that not only linuxaudio.org monitor this list closely, loads of linux/FLOSS related websites do too, some of them totally unrelated to audio. But then again, each person who posts an announce here is responsible for what kind of publicity he/she provides for his/her software... Although, one has to admit that most posts are well written and have a professional look that I like a lot. +1 cent... Cheers, -- Marc-Olivier Barre XMPP ID : ma...@marcochapeau.org www.MarcOChapeau.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] this past weekend's linuxaudio.org downtime
On Mon, 12 Oct 2009 12:22:49 -0400, Ivica Ico Bukvic i...@vt.edu wrote: Here's a story that may give you all a good chuckle: Last weekend Robin Gareus, our LAO guru has contacted me inquiring why there was a ~1hr linuxaudio.org server downtime that took place that Sat. morning. Luckily we now have an UPS that gives us almost 2 hours of offline power. Hence, the server went through this unscathed. Yet, the network infrastructure was also down so even though the server remained up, there was no way of reaching it. So, I went investigating what happened, and this is the reply I got from our on-campus support: Squirrel fried in transformer. Campus and part of downtown was out of power on Saturday morning before the game. [this was a football game we had in town that day with 10K+ visitors] :-) My bad, I enabled the fry-squirrel option in postfix's main.cf... My deepest apologies to the families that wanted to watch the football game. -- Marc-Olivier Barre XMPP ID : ma...@marcochapeau.org www.MarcOChapeau.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] List archives
On Sun, 19 Jul 2009 21:02:30 +0200, Arnout Engelen l...@bzzt.net wrote: Hi, There seem to be several archives of this list: http://lalists.stanford.edu/lad/ as linked to and searchable from http://lad.linuxaudio.org/archive/lad.html and http://lists.linuxaudio.org/pipermail/linux-audio-dev/ as linked to from http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev/ Additionally, there's search functionality at http://www.linuxaudio.org/search/swishmail/ .. and another, not very convenient archive at http://www.linuxaudio.org/mailarchive/lad Well yeah, the archives are a big clusterfuck :). Just like my life right now. The archives at Stanford need to be merged in our current archives to get rid of the old links. Fernando, can you please tell me how I can download the mbox archive file, if there's a way to do that ? -- Marc-Olivier Barre XMPP ID : ma...@marcochapeau.org www.MarcOChapeau.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [ANN] pyjackctl 1.0 released
On Sat, Mar 1, 2008 at 1:23 PM, Marc-Olivier Barre [EMAIL PROTECTED] wrote: Hi, Pyjackctl 1.0 is out. let's just call that the lac2008 release :-) This project was created to take advantage of Nedko Arnaudov's JACK Audio Connection Kit (improvements) patches, especially the dbus proof of concept patch. It offers basic functionalities to control a JACK daemon over a dbus interface (start/stop, configure, etc.), it also includes a jack log viewer, a wmdock applet and a script to display jack's state on a G15 keyboard's LCD. Those curious of how it looks will find a set of screenshots on the homepage. You are welcome to test and comment. homepage : http://www.marcochapeau.org/software/pyjackctl download : http://www.marcochapeau.org/files/pyjackctl-1.0.tar.gz The necessary set of jack patches can be found here : http://sharesource.org/project/jack/ Please keep in mind that this is a proof of concept to explore new ideas, not a finished product. Ok, just a quick word to say that this release is certainly not good. some bad bugs were uncovered right after the announcement... those are fixed in pyjackctl SVN. You'll also need a development snapshot of the jack patches (log patch has been applied to jack svn and is no longer required). Also, I'm in the process of rebuilding the jackconf script (the configuration GUI) to implement some kind of improved user experience config dialog, taking benefit of what's made available by the jack patches. A new release will be made available as soon as this config dialog is ready. __ Marc-Olivier Barre, MarcO'Chapeau. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
[LAD] [ANN] pyjackctl 1.0 released
Hi, Pyjackctl 1.0 is out. let's just call that the lac2008 release :-) This project was created to take advantage of Nedko Arnaudov's JACK Audio Connection Kit (improvements) patches, especially the dbus proof of concept patch. It offers basic functionalities to control a JACK daemon over a dbus interface (start/stop, configure, etc.), it also includes a jack log viewer, a wmdock applet and a script to display jack's state on a G15 keyboard's LCD. Those curious of how it looks will find a set of screenshots on the homepage. You are welcome to test and comment. homepage : http://www.marcochapeau.org/software/pyjackctl download : http://www.marcochapeau.org/files/pyjackctl-1.0.tar.gz The necessary set of jack patches can be found here : http://sharesource.org/project/jack/ Please keep in mind that this is a proof of concept to explore new ideas, not a finished product. __ Marc-Olivier Barre, MarcO'Chapeau. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] Linux Audio Conference 2008: Registration now open
On Jan 29, 2008 12:32 PM, LAC2008 [EMAIL PROTECTED] wrote: Dear all, The Linux Audio Conference 2008 in Cologne (Feb 28th - Mar 2nd 2008) is just one month away now. The programme is shaping up, concerts are being organized and coffee is about to be ordered. What's the best time to arrive ? will the conferences start in the morning ? I was planning to eventually take a night train... __ Marc-Olivier Barre, MarcO'Chapeau. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] Summercode 2008: LASH, pt. 3
On Feb 5, 2008 4:56 PM, Bob Ham [EMAIL PROTECTED] wrote: If you want 'real' session management, you also want to save the jack-settings per session. This was addressed elsewhere. The issue is the dynamicity of JACK. Rewriting LASH to use D-Bus because you don't want to fix JACK is lunacy. That's precisely *NOT* the reason why me, and probably quite a few others want to use you_name_it protocol to control jack. From Fons : That being said, I still do favor D-Bus over OSC. It's local only, no network support. Right. Then again, all we need is a better control framework in libjack and let people develop with whatever protocol they like, be it OSC, D-Bus, a direct use of the API or smoke signals. I don't understand why this disagreement goes on while a simple solution on which everyone could agree has already been brought up. __ Marc-Olivier Barre, MarcO'Chapeau. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [OT] an ogg vorbis player for Java ME mobile phones?
On Feb 3, 2008 4:24 PM, Guillaume Pellerin [EMAIL PROTECTED] wrote: I agree ! It is time now to have some OGG players inside our phones ! I would be interested in hearing why having a OGG player (or anything else) on a phone would need java. Most linux (non-java) applications run out of the box on a GTA01 for instance. Gui might need a bit of work/resizing, but that's about all. There's an on going discussion on the Openmoko lists about adding java/mono to the platform. Another ongoing thread is about the severe limitation of the GTA01 concerning power management. Sounds a lot like a paradox to me. If the choice of java is motivated only by programming comfort, one should probably do that on a device that has a power cord. __ Marc-Olivier Barre, MarcO'Chapeau. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] jack client autoconnection
On Feb 1, 2008 7:36 PM, Arnold Krille [EMAIL PROTECTED] wrote: Could also be a patch in jackd adding a DBUS-controlled volume control to the hw-output-routines. But that would add effects processing whereas jack is thought to concentrate on just pushing audio around. Volume is certainly not something jackd cares about, and there's no way dbus would fit *inside* jackd. dbus' place is *beside* jackd (as any controller should be) and should not worry about volumes. Jack clients should. dbus for windows and OSX exist at a very early stage only, so let' keep our dear jackd cross platform... __ Marc-Olivier Barre, MarcO'Chapeau. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
[LAD] [REMINDER] A bit of common sense.
Hi, May I remind all of you of a few facts : - We have currently 736 members on this list. Those of you math lovers will have guessed that sending an email to this list implies having (736 - number who have disabled mail delivery ~= 700) receipients. - When one of you sends bull crap on this list, 700 people can have the pleasure of receiving (reading?) it. - When someone flames over a topic that has been debated countless times, without reaching an interesting conclusion, I would say at least 600 people would have rather read the old arguments in the archives. You might also want to read the Linux Audio Dev's homepage : http://lad.linuxaudio.org/subscribe/lad.html Interesting quote : The Linux Audio Development Mailing List is unmoderated. No matter what you post, the list will see it. Please take responsibility, keep your postings on topic and help maintain the friendly and respectful atmosphere that we have here Thank you to keep those in mind when posting. __ Marc-Olivier Barre, MarcO'Chapeau. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] LV2 adoption
On Jan 24, 2008 1:06 PM, Steve Harris [EMAIL PROTECTED] wrote: Ah, you're confusing JACK Demolition, with Demolition. Demolition is a LADSPA host for testing plugins, JACK Demolition is a JACK client for testing other JACK clients. Nick wrote Demolition, and I wrote JACK Demolition, inspired by it. Yup, you missed my last mail :-p BTW, I never tested Demolition, but I imagine that since it's an LADSPA host, would it be interesting to use JACK demolition + Demolition in conjunction ? Or for a more preset matter, write some LV2 Demolition and use it with jacknuke (to be also able to feed some midi noise) ? The more I think about it, the more I would like the idea to have/work on a testing framework. One thing that made me very sad is not being able to use TAP plugins because of some nasty crashes (even though they sound very good to me). If some testing had been possible at the time of their writing, I guess some of those issues could have been spotted/reproduced easily. Nothing is lost though. I just don't feel like getting in that kind of code right now :-p __ Marc-Olivier Barre, MarcO'Chapeau. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] Summercode 2008: LASH as a D-Bus service
On Jan 23, 2008 8:51 PM, Bob Ham [EMAIL PROTECTED] wrote: In my opinion, the concept of audio session should _optionally_ include JACK server settings. The user should be able to save and load his/her preferred JACK settings along with a session This can be done without any specific support in LASH. You would only need a JACK-settings LASH client that saves settings with the session and then loads them again when it's restored. Of course, loads them again would be non-trivial at present. loading again is trivial with jackdbus. Saving will be when jackdbus has some sort of preset management (it is planned) What's really needed to support this kind of operation is a more dynamic jackd that can have settings changed arbitrarily and, where possible, without damage to the client graph. The driver switching patch (from a long time ago) was intended to be a movement in this direction. I imagine this is a lot tougher, and I'm not sure there's any urgency in doing that. Now to add my two cents to the debate, I would also say that having some gigantic daemon on top of everything is certainly not a good idea. But having a control application that can handle jack and lash would be very convenient IMHO... Maybe my pyjackctl thingy needs to be renamed something else to also integrate lash support when some dbus interface is also available to control it :-) __ Marc-Olivier Barre, MarcO'Chapeau. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] LV2 adoption
On Jan 23, 2008 11:20 AM, Steve Harris [EMAIL PROTECTED] wrote: Hah, you're right, though there are some people who have a knack for, and get a kick out of writing conformance tools. Like Nick Lamb, who wrote Demolition for LADSPA: http://devel.tlrmx.org/audio/demolition/ I had intended to make a fork of that a few months adding also some jackmidi testing/torture features. jacknuke is the name. I still plan on implementing more stuff to make it some sort of more robust/featured test application. At the time I felt that Jack demolition was a good initiative that needed to be pushed further. https://gna.org/projects/jacknuke It was my first jack clients, my first svn commits... I'd really love to revive it. And I already know it can find bugs - I managed to crash a few lv2 synths with it :-p I don't think anyone ever wrote a set up conformance plugins for LADSPA that measured host conformance though - that would also be useful. This would also be an interesting project. If only humans didn't need to get some sleep once in a while... __ Marc-Olivier Barre, MarcO'Chapeau. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] LV2 adoption
On Jan 23, 2008 10:12 PM, Marc-Olivier Barre [EMAIL PROTECTED] wrote: On Jan 23, 2008 11:20 AM, Steve Harris [EMAIL PROTECTED] wrote: Hah, you're right, though there are some people who have a knack for, and get a kick out of writing conformance tools. Like Nick Lamb, who wrote Demolition for LADSPA: http://devel.tlrmx.org/audio/demolition/ I had intended to make a fork of that a few months adding also some jackmidi testing/torture features. jacknuke is the name. I still plan on implementing more stuff to make it some sort of more robust/featured test application. At the time I felt that Jack demolition was a good initiative that needed to be pushed further. https://gna.org/projects/jacknuke It was my first jack clients, my first svn commits... I'd really love to revive it. And I already know it can find bugs - I managed to crash a few lv2 synths with it :-p My bad, jack_nuke is not based on the lv2 demolition but on jack demolition from Steve Harris :-p __ Marc-Olivier Barre, MarcO'Chapeau. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [Jackit-devel] [PATCH] jack dbus and logs improvement
On Dec 18, 2007 6:09 PM, Nedko Arnaudov [EMAIL PROTECTED] wrote: - dbus is there to simplify things not complicate them. users should determine if server is working by using their control/monitor app. this means looking at tray icon by Marc, or dockapp by me, or calling jack_control status and examining the result (it has return value tha can be checked too). Alpha release comming soon I hope. I also hope (and that's why I'm working hard on this) that trying Nedko's patch with these applets will make it clearer for everyone how cool a feature a dbus control interface can be. Although I like very much (and use) Rui's qjackctl, the simplycity brought by dbus cannot be ignored. The new logfile feature is also very interesting in my opinion. cheers ;-) __ Marc-Olivier Barre, MarcO'Chapeau. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [PATCH] jack dbus and logs improvement
On Dec 9, 2007 9:35 PM, Nedko Arnaudov [EMAIL PROTECTED] wrote: D-Bus patch requires logs patch. As currently exported it also requires midi-alsa-munge patch, but this is not real requirement. So patch apply order is (against latest svn, tested with r1070): * jackd-midi-alsa-munge-r1051.patch (p0) * jack-logs-20071209-r1070.patch (p1) * jack-dbus-20071209-r1070.patch (p1) And here comes the ebuild for those adventurous gentoo users out there who want to try this baby out ! :-) Right now it does not respect dependencies though, use with caution and uninstall the regular jack package by hand first. Now for some comment on these patches, I've been playing a bit with that jack_control thingy. Configuring and starting jack has never been so easy... Enjoy, __ Marc-Olivier Barre, MarcO'Chapeau. jack-audio-connection-kit-dbus-.ebuild Description: Binary data ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] enhanced event port LV2 extension proposal
On Nov 27, 2007 11:24 PM, Dave Robillard [EMAIL PROTECTED] wrote: I have said this a lot, and I will continue saying it more until the end of time because it's important: the fact that ports can contain /anything/ is the fundamental core idea behind LV2, and it's a good one. A good generic event extension must do this as well. Dave, I love it when you go crazy over a piece of spec. Just don't change anything :-) And for what it's worth, I agree with you on most parts... Cheers, __ Marc-Olivier Barre, MarcO'Chapeau. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [OT] bash vs disk activity
On 10/9/07, Patrick Shirkey [EMAIL PROTECTED] wrote: Hi, Does anyone here have a bash script that will monitor disk activity or accurately provide a progress bar of a simple file copy? I have a script that transfers data to a usb device using cp -a /xxx /usb_device But it falls over with reporting back the actual amount of data that has been transferred. It seems that the copy command doesn't return the actual amount transferred to disk but more the amount it has queued to transfer. For example if I transfer 200mb to a usb disk the copy command takes about 30 seconds before it returns and the data takes about 5 minutes before it is actually finished being transferred and the device is unmountable. How would I track the 5 minutes of data transfer with bash? Hi, AFAIK I don't see how you could do that with anything than a low-level API, let alone bash... Although I may be wrong... Surprise me ! Cheers, __ Marc-Olivier Barre, MarcO'Chapeau. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-dev
Re: [LAD] [OT] bash vs disk activity
On 10/9/07, Marc-Olivier Barre [EMAIL PROTECTED] wrote: On 10/9/07, Patrick Shirkey [EMAIL PROTECTED] wrote: Hi, Does anyone here have a bash script that will monitor disk activity or accurately provide a progress bar of a simple file copy? I have a script that transfers data to a usb device using cp -a /xxx /usb_device But it falls over with reporting back the actual amount of data that has been transferred. It seems that the copy command doesn't return the actual amount transferred to disk but more the amount it has queued to transfer. For example if I transfer 200mb to a usb disk the copy command takes about 30 seconds before it returns and the data takes about 5 minutes before it is actually finished being transferred and the device is unmountable. How would I track the 5 minutes of data transfer with bash? Hi, AFAIK I don't see how you could do that with anything than a low-level API, let alone bash... Although I may be wrong... Surprise me ! Hmm, email got stuck somehow and arrived after the battle... __ Marc-Olivier Barre, MarcO'Chapeau. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-dev
[LAD] Goodbye ReplyTo munging...
Dear list members, ReplyTo munging is now deactivated on Linux-audio-dev and Linux-audio-user. We now have a RFC compliant list. To reply to the list, you may use the reply to all button of your email client, or the reply to list button if your email client has one. Best regards, __ Marc-Olivier Barre. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-dev
Re: [LAD] Ardour session archiver (Was: new lossless/lossy audio compressor)
Paul Winkler wrote: On Tue, Jul 31, 2007 at 10:25:34PM +0200, Marc-Olivier Barre wrote: I been thinking of the same thing... can't ardour handle FLAC files natively ? Nope. I only meant natively reading them. On 8/1/07, Stefan Kost [EMAIL PROTECTED] wrote: a simple script in you-name-it language calling flac to to compress the audio and change the session file to match the new names should work I think. Thoughts anyone ? That'd be nice but as I said earlier, FLAC can't handle Ardour's wav files: [EMAIL PROTECTED] sounds $ flac Audio\ 1-1.wav flac 1.1.2, Copyright (C) 2000,2001,2002,2003,2004,2005 Josh Coalson flac comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions. Type `flac' for details. options: -P 4096 -b 4608 -m -l 8 -q 0 -r 3,3 Audio 1-1.wav: ERROR: unsupported compression type 3 Seems that ardor uses WAVE_FORMAT_IEEE_FLOAT and flac can only do pcm. http://flac.sourceforge.net/faq.html#general__samples That make flac not idea for that purpose. If one still wants to do that, gstreamer could do the converion and en/decoding. Well if FLAC can be read by ardour directly, gstreamer is not such a bother... I can include that in my script. Paul Winkler wrote: But as pointed out earlier in the thread, wavpack is open source and it seems to work. I'll give a try to wavpack too and tell you how things went. _ Marc-Olivier Barre. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-dev
[LAD] ReplyTo munging (Was: What hardware is actually used by freebob/ffado users?)
On 7/31/07, Thomas Vecchione [EMAIL PROTECTED] wrote: Dang it, I apologize to the list, I forgot this list DOES reply to the list when I hit reply, and nto reply to all. Seablade I must admit this is a issue I wanted to raise for a while now... For those of you who haven't heard, there has been a very long debate on whether replyto munging was or wasn't a god practice. Each side had a reference paper stating a number of pros and cons : - http://www.unicom.com/pw/reply-to-harmful.html - http://marc.merlins.org/netrants/reply-to-useful.html The fight between Simon Hill and Chip Rosenthal finaly ended in 2001 when a new RFC obsoleting RFC 822 appeared, RFC2822. Here's a paper from Neale Pickett stating the final story : http://woozle.org/~neale/papers/reply-to-still-harmful I strongly consider turning munging off on LAD and LAU. I know this might start some flames, but isn't it good free software philosophy to stick to the standards, especially when it comes to a recently reviewed RFC ? If someone can give me an argument that is not present in the 3 previously linked documents stating why we need to munge our headers, I'll turn munging off next week. Regards, __ Marc-Olivier Barre. Your favorite list administrator :-) ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-dev
[LAD] Ardour session archiver (Was: new lossless/lossy audio compressor)
On 7/25/07, Paul Winkler [EMAIL PROTECTED] wrote: Pretty cool. Does JPEG 2000 handle float data? I'd love to be able to write an archive script for Ardour sessions that compresses the audio data losslessly, but FLAC won't do it. I been thinking of the same thing... can't ardour handle FLAC files natively ? a simple script in you-name-it language calling flac to to compress the audio and change the session file to match the new names should work I think. Thoughts anyone ? __ Marc-Olivier Barre. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-dev
Re: [LAD] 2.4 vs 2.6
On 7/25/07, Lee Revell [EMAIL PROTECTED] wrote: On 7/25/07, Jens M Andreasen [EMAIL PROTECTED] wrote: WebSphere Real Time [...] * Response time measured in milliseconds * Unique Real Time Garbage Collection technology: Avoids unpredictable pauses to Java applications for garbage collection * Ahead-of-Time Compilation: Pre-compile code to achieve better performance than interpreted compilation and more predictable response times than Just-in-Time Compilation http://www.ibm.com/software/webservers/realtime/ So - as far as I can see - the Java language is now aboard as a first class RT citizen. Great news! Now when Websphere goes into an infinite loop you have to hit the power switch rather than kill -9 it... Yeah, and before building a realtime-safe GC, they'd better try build *at least* a safe GC... __ Marc-Olivier Barre. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-dev
[LAD] Re: [ardour-dev] Casa del Suono
On 6/3/07, Fons Adriaensen [EMAIL PROTECTED] wrote: A success story for Linux Audio ! Have a look at: http://pcfarina.eng.unipr.it/CdS/CdS.htm http://www.danieletorelli.net/lampadario.html Impressive ! Congratulations ! I WANT ONE !!! ;-D hmm, I need to buy a backyard and a big house first... __ Marc-Olivier Barre, Markinoko. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-dev
Re: [LAD] Alpha testers wanted !
On 5/2/07, Joern Nettingsmeier [EMAIL PROTECTED] wrote: Fons Adriaensen wrote: Hello all, I'm looking for some alpha testers for a small application that I wrote to test the DSP core of Aella, the convolution and reverb processor announced at LAC2006. where do i sign? -- jörn nettingsmeier I'm also in ;-) __ Marc-Olivier Barre, Markinoko. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-dev