Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

4 participants
7441 discussions

[linux-audio-dev] [ANN] yet another linux sound wiki.

by Robin Gareus

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've started to convert the information from linux-sound.org into a distributable doku-wiki. http://linux-sound.sonologic.nl/ This is a prototype installation and experimental suggestion! Please review and comment before further development proceeds. ** content information ** it's basically a database of http://linux-sound.org chopped up into text files. I have added URLs to [external] screenshots and logos to some pages and updated or deleted a few dead links.. it's still a long way to go, but some tasks could be semi-automated (fi. searching for dead links..) I am open to suggestions on how to maintain the content. This prototype is open for editing to all registered users (email verification). I can share experiences or rewrite and improve the dokuwiki to some extend, and may contribute to content but not on a day to day basis. patches, suggestions and comments are welcome. ** design/layout look&feel ** no efforts have been taken to change the default dokuwiki look and feel. Is anyone interested in a) designing and writing a dokuwiki template b) start a discussion on aims and goals for good user interaction design c) create a wiki-page to host a design contest d) rewriting the dokuwiki template ;-) ** technical- and mirror information. ** The data set is a 20MB git repository. dokuwiki keeps it's data in txt files. I've started to put them under git version control. The idea for mirror-sites is to check out and branch their wiki while maintainers can merge information upstream. dokuwiki only requires php. The wiki itself is available as a separate git repository (incl. pre-installed plugins and config) - the independent data-set git repos should work with every dokuwiki installation. The whole system including generated-meta data is about 50 MB. more information: http://linux-sound.sonologic.nl/devel:git http://linux-sound.sonologic.nl/devel:setup #robin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFfI+seVUk8U+VK0IRAgrzAKDEF5aI9h8yZOis11v+T+GRTugL3wCfVc/z N/dkTVHWwZMWz9ca8iVnDcY= =z/Nj -----END PGP SIGNATURE-----

17 years, 9 months

[linux-audio-dev] rebuilding the linux soundapps site

by Dave Phillips

Greetings: I've received a few notes that indicate people are interested in revising the look & feel of the site at linux-sound.org. If you're currently working on such a project *please* make your intentions public. There are at least two projects working towards the same end, and this is truly one wheel that does not need reinvention. Better that folks work together on it. Best, dp

17 years, 9 months

[linux-audio-dev] Audio sampling and fft accuracy.

by James Courtier-Dutton

Hi, If I have a sample 2kHz sine wave signal at 50% peak. I then add a white noise signal at 20%. I then do a FFT transform. If I design the FFT so that 2kHz is at the center of one of the FFT buckets, how close will the FFT figure be to the 50% sine wave input. Obviously, there will be a variation due to the amount of noise. So the output of the FFT buckets will be 50+-error. Will this variation as a result of noise decrease as I use more and more samples per fft block? I.e.Will the +-error value decrease? I would think it should decrease, as a result of the general averaging the fft routine will make to the noise signal. I would think that as the noise was random, it should average out to zero over time. I.e. 20% noise samples. Average each sample, the average should be zero as one reaches infinity number of samples. So, if my reasoning above is correct. I can draw the following conclusion: A 2kHz signal sampled at 8kHz and then FFTed, the 2kHz bucket will be less accurate than a 2kHz signal sampled at 16kHz and then FFTed. Now, I just need to work out how much more accurate it would be. James

17 years, 9 months

[linux-audio-dev] MIDI bank select MSB + LSB

by Christian Schoenebeck

Hi everybody! I wonder what's the common behavior for a synth/sampler regarding MIDI bank select messages. You might know that MIDI has splitted bank indeces into two values MSB (coarse) and LSB (fine) value. So the "optimal" behavior would be a device / sequencer to send a MSB and a LSB bank select message to change the current bank. But many older keyboards for example won't do that. I've heard most of them only send MSB bank selects, while few others send only LSB bank selects. Is that true? If yes, how should you handle that on synth/sampler side? Because you know, using just MSB messages would only allow to switch between the following set of banks: { 0, 128, 256, ... , 16256 } while using just LSB messages would only allow to switch between the following set of banks: { 0, 1, 2, ... , 127 } So should a synth stick with that behavior or should it detect if a device either only sends MSB bank selects or only sends LSB bank selects and then actually remap MSB-only selects to a set of: { 0, 1, 2, ... , 127 } CU Christian

17 years, 9 months

[linux-audio-dev] Open source development sites?

by Juhana Sadeharju

Hello. What other sites than SourceForge hosts open source projects? Audio and graphics projects. I'm attempting to build some kind of developer's meta catalog of all open source projects. Also, do people need yet another site for open source development? Juhana -- http://music.columbia.edu/mailman/listinfo/linux-graphics-dev for developers of open source graphics software

17 years, 9 months

[linux-audio-dev] 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

17 years, 9 months

[linux-audio-dev] Reminder::Linux Audio Conference #5 (LAC2007): Call for Papers - Music

by Simon Schampijer

Dear all, this is the second call for papers for the 5th Linux Audio Developers Conference (LAC2007). This is a reminder since some people might not have received the last call or might just have forgotten about the deadlines by now (08 Jan 2007 : Deadline for submission of papers, worshops, tutorials, demos, hands on demos and music). The conference is organized by the TU-Berlin in cooperation with people of the Linux Audio Developers mailing list, the music festival Inventionen 2007 and the Humboldt University of Berlin. The LAC2007 is taking place at the TU-Berlin, Germany from the 22nd - 25th of March 2007. We have introduced some new tracks. Besides the category for papers, demos and workshops, calls for tutorials and hands on demos have been added. The tutorials aim is to give new (potential) users an overview of the possibilities of Linux Audio Software and how to get started. The LAC2007 provides a computer pool (LA Pool) where developers can give an introduction to their software and where participants can try out Linux Audio Software during the conference. This has been combined in the call hands on demos. Since the TU-Berlin is installing a new Wave Field Synthesis (WFS) system the call for music has been extended by a call for compositions for this system. Music that can be used for radio airplay can be submitted, and will after acceptance by the Campusradio of the TU Berlin, be played during the conference. More detailed Information can be found in the 'Call for Papers' attached to this email or on the website at: www.lac.tu-berlin.de We are looking forward to many interesting submissions for the Linux Audio Conference 2007 and hope to see you in Berlin in 2007! Please feel free to forward this email to anybody who is interested. On behalf of the LAC2007 organisation team, Marije Baalman and Simon Schampijer Call for the Linux Audio Conference 2007 - 22nd - 25th of March 2007 taking place at the Technische Universität Berlin in cooperation with Inventionen 2007 and the Humboldt University of Berlin This call includes: Call for Papers Call for Demos Call for Hands On Demos Call for Workshops Call for Tutorials Call for Music (categories: Concert, Club, Radio and Wave Field Synthesis) ----------------------------- Call for Papers We invite submissions of papers addressing all areas of audio processing based on Linux and open source software. Papers can focus on technical, artistic or scientific issues and can target developers or users. This includes (but is not limited to) the following categories: Computer Music Music Production Instruments Drivers and Sound Architecture Audio Distributions Generic (Usage, Documentation etc.) The conference is held in English. Length of a paper is 4-8 pages. Papers have to include an abstract (50-100 words). The abstract will be published separately on the conference website once the paper has been accepted. Also, papers should include up to 5 keywords. In general talks should take 20-30 minutes followed by 5 minutes discussion. Please notify us if you need a special technical setup. The technical standard setup will be: microphone (head set) projector with XVGA input (resolution 1024x768) stereo speaker setup with mini jack input a PC with a pdf viewer How to submit File format is PDF, formatted for A4 paper. Make use of the templates for paper formatting available at: http://www.kgw.tu-berlin.de/~lac2007/download/templates-lac2007.tar.gz See our check list to ensure that you do not forget to enclose all necessary information. Send your paper and all necessary information by 8 Jan 2007 via email to this address: lac2007 AT robin.kgw.tu-berlin.de You will be notified by 05 Feb 2007 whether your paper has been accepted. The reviewers may ask you to modify your paper in order to be accepted. The deadline for the final version is March 1, 2007. Important Dates 08 Jan 2007: Paper submission deadline 05 Feb 2007: Notification of acceptance 01 Mar 2007: Final version deadline 22 - 25 March 2007: Conference ----------------------------- Call for Demos You do not need to write a whole paper, but rather a short abstract only (50-100 words). This category is mainly thought for software demos. Be aware though that in case of too many submissions papers take priority over demos... See section "Call for Papers" for info on the duration of talks and the technical setup. ----------------------------- Call for Hands On Demos A new item of the LAC 2007 is LA Pool: a pool with Linux audio computers, on which programs can be demonstrated. To give a "hands on" demo you can reserve LA Pool for 1 hour, of which ca. 20 minutes can be used as a general introduction and the rest should be free for participants to try out the program and ask questions. A Hands On demo can be held in addition to a Paper Presentation or as the presentation for the Demo, so you need to either submit a paper or an abstract as mentioned above. Additionally, you need to give us a version of your software, with clear installation instructions and requirements, so that we can install the software on the Pool before the conference. How to submit See our check list to ensure that you do not forget to enclose all necessary information. Send your abstract and all necessary information by 8 Jan 2007 via email to this address: lac2007 AT robin.kgw.tu-berlin.de Deadline for submissions is 08 Jan 2007. You will be notified by 05 Feb 2007 whether your submission has been accepted. ----------------------------- Call for Workshops With respect to their content workshops do not differ from talks: Workshops can have technical focus as well as artistic or scientific focus. Workshops can be targeted to developers as well as users. See section "Call for Papers" for more info on this. The shape of the workshop is completely up to you. E.g. it can be tutorial-like ("how to write an ALSA driver/ a jack application/ a LADSPA plugin/ etc.") or it can be BOFS-like (e.g. a meeting of like-minded users and/or developers to exchange experience and knowledge about a specific topic), or it can be anything in between. Workshops can take place in seminar rooms or in a public space like the TU Lichthof. Depending on the location, attendance might be limited to ca 10 people. We strongly encourage you to submit early. It will be more likely to get a free slot and it will be easier for attendants to know about the workshop if it is published on the conference website. If you expect the attendants to prepare their laptops for your workshop (e.g. by installing some software) or if there are other requirements, please note so in your abstract. How to submit: See our check list to ensure that you do not forget to enclose all necessary information. Send an abstract (ca. 50-100 words) and all necessary information via email to this address: lac2007 AT robin.kgw.tu-berlin.de The abstract will be published on the conference website once the workshop has been accepted (not before 01 March 2007 though). Submission deadline is 05 Feb 2007. You will be notified by 01 March 2007 whether your submission has been accepted. ----------------------------- Call for Tutorials New in this edition of the Linux Audio Conference will be a Tutorial track for new users. This Tutorial track will be hosted by the Media Science Department of the Humboldt University of Berlin. Proposals for additions to this Tutorial program are welcome. The aim of this Tutorial track is to give new (potential) users an overview of the possibilities of Linux Audio Software and how to get started. The difference to workshops is that the tutorials are given in a lecture environment and should focus on how to make music with Linux, more than going into specifics of certain programs. The tutorial track is supported by the LA Pool facility as attendants can try out the software themselves with hands on support. Send a short description of your proposed Tutorial topic (ca. 50-100 words), via email to this address: lac2007 AT robin.kgw.tu-berlin.de Submission deadline is 08 Jan 2007. You will be notified by 05 Feb 2007 whether your submission has been accepted. Criteria will be based upon creating a full fledged Tutorial program for Linux Audio. ----------------------------- Call for Music The conference will include several concerts. We are looking for music that has been produced completely or mostly under Linux and/or with open source software: Serious compositions, Electronica, Chill-Out, Ambient etc. Indicate whether you want to have your piece played in a concert like environment or a club like environment. Additionally you can submit Radio music (see below) and Wave Field Synthesis music (see also below). Additionally you are welcome to give a talk about your piece. We encourage you especially to show how you made the piece using open source software. Please send a short abstract (ca. 50-100 words) if you want to give a talk. If you want to participate, send your composition(s) to this address: LAC2007 - Call for Music Institute of Communications Research Sekretariat EN 8 Einsteinufer 17 D-10587 Berlin Germany Make use of one of the following media formats: Media: Audio-CD, DVD, DVD-R or CD-R File formats: aiff or wav Channels: mono, stereo, multi-channel and multi-mono (8 channels is no problem, more than 8 must be discussed). Samplerate: 44.1 or 48 kHz Resolution: 16 or 24 bit Include the following items with your submission (in English): A filled-out and signed printout of the form available here: http://www.kgw.tu-berlin.de/~lac2007/download/musicagreement.pdf For the printed program and to be published online and on the conference CD, in continuous text (no table or list please): A short commentary on the composition(s) (each ca. 150 words) A short Curriculum Vitae (ca. 100 words) Deadline for submissions is 08 Jan 2007. A jury will select the compositions that will be performed/played. Furthermore, the jury will give out three prices to participants to contribute to their travel expenses. Besides artistic criteria and technical reasons, these criteria apply for the selection: Tape pieces or pieces which are performed by the composers themselves will generally have more chances to get included. If we get more pieces than we can include in the program, composers who are attending the conference are preferred. Terms and conditions for participation can be found in the form mentioned above. This form includes among other things: I will receive no fees whether my composition is played or not. GEMA fees (in case of performance) will be paid by the organizer. The material I send to the TU Berlin will not be returned. Additionally to this Call for Music, during the late night concerts there will be an open stage: "Plug & Chill - The Linux Jam Nights" where attendants of the conference are invited to perform their pieces in a more club-like context. There is no deadline for this, so people can decide during the conference if they want to participate. However if you already know that you want to participate do not hesitate to inform us. Send us an email to lac2007 AT robin.kgw.tu-berlin.de and include a description of your equipment and a short characterization of your music (keywords only). During the conference it is possible to register at the info desk. Note that there is a time limit for "Plug & Chill". If we have received too many registrations already you might not get a slot. Contributions to "Plug & Chill" should not exceed 10 min. There will be a room at the TU Berlin where people can meet during the conference and rehearse for "Plug & Chill". ----------------------------- Radio Music A new category in the Music call is the call for music that can be used for radio airplay. In cooperation with the Campusradio (http://www.campusradio-online.de) of the TU Berlin, who will do a live report on the conference, we invite composers, musicians and producers of Music made or recorded and mastered with Open Source tools, to submit their works. If you want to participate, send an email to: lac2007-radio AT robin.kgw.tu-berlin.de with a link to your audio files. Alternately, send your music to the address above, with the addition: LAC2007 - Call for Music Radio Make use of one of the following media formats: Media: Audio-CD, DVD, DVD-R or CD-R File formats: aiff or wav or ogg Channels: mono or stereo Samplerate: 44.1 or 48 kHz Resolution: 16 or 24 bit Include the following items with your submission (in English): A filled-out and signed printout of the form available here (sent by mail, or by fax to: +49 30 31421143): http://www.kgw.tu-berlin.de/~lac2007/download/musicagreement.pdf Deadline for submissions is 05 Feb 2007. The choice of which pieces are played is in the hands of the Campusradio crew. A program listing will be on their website http://www.campusradio-online.de shortly before the conference. ----------------------------- Wave Field Synthesis Music Shortly before the conference, a new Wave Field Synthesis (WFS) system will be installed in one of the lecture halls of the TU Berlin. We are looking for composers who are interested in creating a composition for this system or who have already written pieces for WFS, which could be played on the system. The WFS system will be based on the sWONDER software (http://swonder.sourceforge.net), and can be controlled by OSC. For more information, please contact us at lac2007 AT robin.kgw.tu-berlin.de As there is no standard format for WFS material yet, we ask for a elaborate description of the piece and some examples of previous works. To prepare the piece for performance, it will be necessary for the composer to be present a few days before the conference. We will support efforts to get funding for this from external organizations (such as DAAD). Send your material to this address: LAC2007 - Call for WFS Music Institute of Communications Research Sekretariat EN 8 Einsteinufer 17 D-10587 Berlin Germany Make use of one of the following media formats: Media: Audio-CD, DVD, DVD-R or CD-R File formats: aiff or wav Channels: mono, stereo, multi-channel and multi-mono (8 channels is no problem, more than 8 must be discussed). Samplerate: 44.1 or 48 kHz Resolution: 16 or 24 bit Include the following items with your submission (in English): A filled-out and signed printout of the form available on: http://www.kgw.tu-berlin.de/~lac2007/download/musicagreement.pdf For the printed program and to be published online and on the conference CD, in continuous text (no table or list please): A short commentary on the composition(s) (each ca. 150 words) A short Curriculum Vitae (ca. 100 words) Deadline for submissions is 08 Jan 2007. Terms and conditions for participation can be found in the form mentioned above. This form includes among other things: I will receive no fees whether my composition is played or not. GEMA fees (in case of performance) will be paid by the organizer. The material I send to the TU Berlin will not be returned.

17 years, 9 months

[linux-audio-dev] 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

17 years, 9 months

[linux-audio-dev] M$/SuSE/ALSA ?

by Dave Phillips

Greetings: As many of you already know, SuSE has entered into an interesting 5-year plan with Microsoft. You can find the details on Slashdot and elsewheres, so I won't rehash them here. What isn't mentioned is the ALSA/SuSE connection. I'm pretty sure some of the ALSA developers read these lists, and I'd like to hear from them regarding the significance of their employer's new connections and ALSA's IP and its continued development. Is this marriage happy news for Linux sound or is it an unholy alliance signifying doom and destruction for the world at large (and not just the Linux audio community ;) ? Or will things just cruise along in business-as-usual mode ? Any and all insight vastly appreciated. Best, dp

17 years, 9 months

[linux-audio-dev] Re: [linux-audio-user] Recording ADAT inputs on RME hammerfall 9636/52

by Stephen Cameron

Well, mixed results tonight. I was able to get some sound to go across the ADAT cables from the PC to the AW4416. But not good sound. On the bright side, I think I more or less understand connecting things up with jack, ecasound, and so on. On the bad side, so far it's not working too well. I monitored things with "jackmeter" and this meter registered peaks near 0dB for the stuff I was playing with ecasound, and pretty high levels for the most part. On the AW4416, the levels were registering between -30dB and -48dB. I guess I don't understand how ADAT works. I was under the impression the signal going across the cables was digital -- and so to get a reduction in levels like that, I would expect some digital numbers would have to go from being big numbers to being small numbers, which seems unlikely thing to happen to numbers encoded as pulses going down a cable. So I conclude I don't know how ADAT works, except it's not as I imagined it did. Oh, and besides a drastic loss of signal level, the signal was distorted strangely. Hard to describe. This may be due to xruns... I haven't got things to work without xruns yet, but that shouldn't cause a drop in levels, right? Just kind of choppiness, dropouts, crappy sound, right? Transfering from the AW4416 to the PC did not work at all. on capture_1 and capture_2, I got very low level white noise apparently. Are those the s/pdif ports? On the other channels input was dead silence. I tried both ADAT ports on the RME board, with similar results on each. I tried swapping the two ADAT cables in case one of the cables was bad... this did not seem to make a difference. Maybe the RME just transmits harder than the Yamaha, so it's signal makes it across (just barely, crossing the finish line at -48dB) while the yamaha's signal dies. I did change the RME's frequency to 44.1kHz in qjackctl's setup window. Maybe there are some clues in here: [root@zuul R15]# cat /proc/asound/R15/rme9652 RME Digi9636 (Rev 1.5) (Card #2) Buffers: capture f6a00000 playback f6400000 IRQ: 10 Registers bus: 0xea000000 VM: 0xf88a2000 Control register: 48029 Latency: 1024 samples (2 periods of 4096 bytes) Hardware pointer (frames): 1024 Passthru: no Clock mode: autosync Pref. sync source: ADAT1 ADAT1 Input source: ADAT1 optical IEC958 input: Internal IEC958 output: Coaxial only IEC958 quality: Consumer IEC958 emphasis: off IEC958 Dolby: off IEC958 sample rate: error flag set ADAT Sample rate: 44100Hz ADAT1: No Lock ADAT2: Sync ADAT3: No Lock Timecode signal: no Punch Status: 1: off 2: off 3: off 4: off 5: off 6: off 7: off 8: off 9: off 10: off 11: off 12: off 13: off 14: off 15: off 16: off 17: off 18: off __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

17 years, 9 months

Jump to page:

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-dev