Linux-audio-user December 2006

linux-audio-user@lists.linuxaudio.org

161 participants
166 discussions

[linux-audio-user] scriptable audio editor to (parallel) combine streams

by Thomas Sattler

Hi there ... When watching a DVD one can sometimes select which language to listen to. I'm looking for a solution where I can playback a movie with two different languages at the *same* time: Most of my friends understand english quite well so we want to see a movie in its original tongue. Just one friend often needs translation so I would like to be able to listen to german translation with a headset. As I do not know of a player that can manage two different languages at the same time I thought of recording the DVD to harddisk, also record english and german audio and then mix both audio channels together. This could either be mixing each language to mono and combine them to a pseudo stereo containing a different language on the left or right channel. Or mixing two stereo channels to a pseudo surround sound, one language at the front the other at the rear. As written above I do not need to edit (cut or somehow modify) the streams. All I need is to remix them. Could you please give me a hint, which tool I can use for that? TIA Thomas -- keep mailinglists in english, feel free to send PM in german

18 years, 4 months

[linux-audio-user] Linux soundapps site final update

by Dave Phillips

Greetings: As I announced on the LAD/LAU mail lists I will soon put a new edition of linux-sound.org online. This one will be the last edition for the foreseeable future. I hope to see the community take over the site and its maintenance, but for this last publication I have a request for all developers: If you have any software listed on http://linux-sound.org please take a look to see if your preferred URL is listed. If you have software you would like to see listed there, send me its URL as soon as possible. Ditto for logos. I'm going through every page on the site, culling dead links and correcting bad addresses. It takes time, so I'll be putting up the corrected pages over the next week or so. The latest New Additions is already up, and I've already corrected some pages (dsp.html took all day today), but I'll delay an official announcement until all pages have been emended. The site will remain online and unmaintained until it's replaced by something better or I just get tired of looking at it. So, send corrections, logos, etc. to me directly at dlphillips(a)woh.rr.com if you'd like your stuff listed so people might actually find it. :) Best, dp

18 years, 4 months

[linux-audio-user] RE: Interview with EnergyXT Developer

by Kjetil S. Matheussen

"Ivica Ico Bukvic": > > So, if I understand this correctly, there is no API out there that simply > translates common GUI VST calls into any of the libre toolkits which are > also available on Linux, other than the full-fledged Wine implementation? If > so, that *really* sucks. > Well, probably maybe. Its hard to know what GUI toolkits closed source software use. And it doesn't matter very much either until there is a big enough marked for commercial vst plugins on linux, which might never happen because we have better standards than vst for fitted for linux audio: The trouble of getting various x toolkits to work with each other is probably more easely solved by using dssi or just making jack programs out of the plugins. Besides, ladspa is a much more supported standard than vst on linux, and for most vst plugins, it probably doesn't require that much work to make them support ladspa as well as vst. I think it boils down to vst plugin developers not having much interest in linux audio. Thats where the work needs to be done I think.

18 years, 4 months

[linux-audio-user] Re: Applications for Automated Audio Analysis

by Peter Plessas

I am quite sure that PureData is the tool you are looking for! Getting the amplitude value at certain moments and storing them to a table (storage in pd-speak) is a very easy thing. Recording could also been done within Pd, in .wav format and then be encoded by a shell command such as oggenc. I am not sure howto implement the image (.jpg) display right now, but it can't be too hard and is possible for sure (using the Pd-addon library Gem) good luck, post again for more questions if you like! lg,Peter

18 years, 4 months

[linux-audio-user] Intel 965 boards - 2.6.19-rt1 patch for Marvell PATA controller

by John Anderson

Hi y'all I finally managed to get my Intel 965 motherboard (DG965WH) working nicely - accelerated graphics, talking to all drives. I'm using 2.6.19-rt1 and this patch that I pulled out of the mm tree. The patch applies to 2.6.19-rt6 as well, but I haven't rebooted to that yet. I hope someone finds this useful. bye John

18 years, 4 months

[linux-audio-user] Applications for Automated Audio Analysis

by Pete C

>From 8am-11pm I am recording the audio from a lecture theatre. I want to be able to programatically and/or visually identify when the lecture theatre is in use -- the audio feed is silent when not in use. I don't know what tools could do this. Here are my ideas/desires (the first two are preferable): -- Every 20 seconds, take a numerical reading of the amplitude level currently being captured, like a "VU meter" with a "data logger" attached. (This number would then be saved to a database along with a timestamp and later processed -- the saving is the easy bit, it's just getting that number.) I know ecasignalview shows the current level but it requires: ecasound, ncurses (not possible to automatically grab relevant output so useless here), and an open audio device (disadvantage). -- After 11pm, process the audio file and record the amplitude level every few seconds to a database. -- Continually save a "spectrum analysis" of the live stream as an image (eg. JPG) that could be viewed at any time. -- After 11pm, get a "spectrum analysis" of the whole static file and save it as an image (eg. JPG). The file is AAC within MP4, but I could convert it to a compatible format (eg. WAV) with FAAD just for the analysis if necessary. I don't think this could be done via an X GUI application as it needs to be automated. Do you know which application(s) will help in these situations? Many thanks! - pete <>< _________________________________________________________________ It's Hotmail's 10th Birthday! Come and play Pass the Parcel http://www.msnpasstheparcel.com

18 years, 4 months

RE: [linux-audio-user] Bristol segfaults when run on real-time kernelwhile works

by Glen Kirkup

Thank you for your quick reply. >From: "Nick Copeland" <nickycopeland(a)hotmail.com> >To: handstandnosemanual(a)hotmail.com >Subject: RE: [linux-audio-user] Bristol segfaults when run on real-time >kernelwhile works fine on regular. >Date: Sun, 03 Dec 2006 18:46:23 +0100 > >Hi Glen, > >I am not sure what the exact cause it, but the audio engine (bristol) could >not open its TCP socket interface: > >>Problem with bind >>Could not open control listening socket: 0 >>No controlling socket available: anticipating MIDI > >This is when the bristol process attempts to open a TCP socket for >communication to allow the GUI to connect and drive the synth parameters, >and it fails. The engine stays active and decides to default to a physical >MIDI interface and expects control signals from there - this also fails for >other reasons, and the engine exits. The seg fault of the GUI is a side >effect of not being able to connect to the engine via the TCP socket (it >cannot connect via MIDI). I can fix the segmentation fault quite easy but I >will have to look at bit further to find out the reason the engine cannot >open its control port. > >Now the engine appears to want to open sock id '0' which is unusual - the >default is 5028, and as you can see the GUI does appear to try to connect >to this port, expecting the engine to be listening. Do you run the same >software with the two different kernel releases? That should not be a >problem as bristol is all done in user space, not kernel space. > >>./startBristol: line 188: [: too many arguments > >I will look into why this is reported, it may be related. > >Do you always use the jack audio interface with both kernels? > >Regards, > >Nick > When trying different port options I no longer receive any error messages before the segfault and everything seems to connect fine. I've found that using the -jack option with any other option while jack is running is what causes both './startBristol: line 188: [: too many arguments' and the program choosing port 0 by default. When running in the non-RT kernel, where Bristol works as expected, gives './startBristol: line 188: [: too many arguments' when jack is running and -jack with any other option is used, though selects the correct default port and works fine. All options I have tried still result in the segfault on the RT kernel (./startBristol: line 272: 3877 Segmentation fault brighton $*), though, which is the only real error message left considering that the 'too many arguments' problem does not effect the working of Bristol on the other kernel. I use the same software on both kernels and the jack audio interface for low latency. p.s. Thank you for Bristol, it's a great joy to play with and it being free is wonderful. Thanks, Glen. >>From: "Glen Kirkup" <handstandnosemanual(a)hotmail.com> >>Reply-To: A list for linux audio users >><linux-audio-user(a)music.columbia.edu> >>To: linux-audio-user(a)music.columbia.edu >>Subject: [linux-audio-user] Bristol segfaults when run on real-time >>kernelwhile works fine on regular. >>Date: Sat, 02 Dec 2006 22:08:27 +0000 >> >>Unfortunately I've recently come across a problem when running the >>startBristol script. I switch between two kernels (CK for desktop and >>RT7-CK for real-time music work). When within the CK kernel the program >>runs as expected, but when in the RT7-CK kernel, as both user and root, >>the program crashes and outputs this message with any selection of synth, >>audio driver and port: >> >>[root@myhost bin]# ./startBristol -jack >>./startBristol: line 188: [: too many arguments >>spawning midi thread >>parent going into idle loop >>midi sequencer >>Problem with bind >>Could not open control listening socket: 0 >>No controlling socket available: anticipating MIDI >>connected to :0 (814b2f0) >>Error opening control device, exiting midi thread >>display is 1280 by 800 pixels >>Window is w 1280, h 800, d 24, 0 0 0 >>Using TrueColor display >>masks are ff0000 ff0000 ff0000 >>Initialise the arp2600 link to bristol: 8153348 >>hostname is localhost, bristol >>port is 5028 >>./startBristol: line 272: 3877 Segmentation fault brighton $* >>-engine >>[root@myhost bin]# parent exiting >> >>[root@myhost bin]# >> >>As a Linux novice I do not know what could cause this. I changed the >>permissions of the entire bristol-0.9.5 directory to '777' after my >>preliminary tests, but this did not help. I have not experienced problems >>with other audio software using this kernel. If anyone could give >>assistance then I would be extremely grateful. >> >>Thanks, >>Glen >> >>_________________________________________________________________ >>Windows Live Messenger has arrived. Click here to download it for free! >>http://imagine-msn.com/messenger/launch80/?locale=en-gb >> > >_________________________________________________________________ >Express yourself instantly with MSN Messenger! Download today it's FREE! >http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ > _________________________________________________________________ Find Singles In Your Area Now With Match.com! msnuk.match.com

18 years, 4 months

[linux-audio-user] Re: Linux Documentation (was Re: [Consortium] Re: Linuxaudio.org staff updates)

by Dave Phillips

Dan Easley wrote: > i think two promising options for docs.*, both bandied around a bit on > various lists, are > > 1. setting up a wiki, a la > <http://lau.linuxaudio.org/faq/index.php/Main_Page> (though there are > security concerns - twice now i've removed spam from this page) and > > 2. community development of a new edition of dave's book. was there > any resolution as to the possibility of doing this? i believe dave > ran it past his publisher but i can't remember the results. i haven't > seen his book but am planning to buy it as soon as i start bringing in > the full-time wage - would it be a good idea to use it as a base for > our documentation (not word-for-word but structurally)? or would that > incur a property rights liability? Responding to option 2: I've terminated the book project, at least my involvement in it is over. My publisher and the contributors have known this for a few months, I apologize for not announcing the fact earlier, but as you can see from my updates to http://linux-sound.org I've not exactly been keeping up. Various reasons prompted my decision, family concerns being the most influential. Re: book structure: As far as I'm concerned, go ahead, use it, it's just a chapter succession. Lots of new headings should be added anyway. By the way, I'm fairly certain that all my stuff published by LJ and O'Reilly still belongs to me. They're pretty decent about it, all rights revert to the author after a certain period, a nice nod from publishers towards reusability. Anyway, again as far as I'm concerned the community can assemble and revise that stuff as it sees fit. And let's face it, folks, http://linux-sound.org and its mirrors are doomed. I'm so tired of the maintenance that I'm just not doing any at all. I'd like to see the community take over the lists and perhaps use them as bases for a wiki catalog of Linux sound and music software. Meanwhile I plan for one more update this month, then I'm unlikely to continue working with it any longer. I'm sorry but too many other important factors in my life require my attention now. Writing another book and maintaining linux-sound.org are unfortunately excluded. I'm not disappearing, I just can't manage those particular projects. Best regards, dp

18 years, 4 months

[linux-audio-user] Linux audio sites on the www

by Mathias Friman

Hi list. In my quest for good audio related documentation for the Linux platform, several things strike me: 1. It is very scattered around the internet. 2. It has no unified structure 3. It is, in some cases, downright ugly. ;) Don't take this as critisism of webdesigning skills on a community wide basis, I know most of the people responsible for the websites have better things to do than to put days or weeks designing their content to please the eye. As everyone knows already, content is king and webdesign is for sissies. ;) However, a non-cluttered look and feel should make a newcomer more inclined to find what they seek, a link-farm of some sort would enable people to delve further into the world of linux audio and so on and so forth. It seems to me that most places throughout the Linux audio community are scattered like islands in a very big ocean with nothing to bridge them. I was thinking about a top row somewhat like the OSTG-bar on slashdot.org and the like, with maybe 6-10 of the most central sites in the linux audio community. Any rating of these sites will not be done by me, that's for sure. ;) The thought was to incorporate this bar on as many sites as possible, with a central link repository of some kind. How do you feel about such an idea? I'm willing to implement it, it there's any interest. Regards, Mathias

18 years, 4 months

[linux-audio-user] Barenaked Ladies new release - downloadable, in FLAC, no copy protection

by Mark Knecht

A bit off topic except for the FLAC part. Anyway I thought maybe a folks would be interested if for no other reason than the technology they are adopting or maybe doing remixes, etc. http://www.bnlmusic.com/music/ I caught these guys on NPR this morning. They now have their own label. They are trusting their customers to do the right thing with their music. They want folks to spread it around to see if it builds a market. Granted, the band has been around awhile and has lost most of it's buzz, but I liked the sound of what I heard. Cheers, Mark

18 years, 4 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-user December 2006