Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

2 participants
7534 discussions

[linux-audio-dev] Call for help for LinuxTag2006

by Arnold Krille

Hi all, as every year the famous german LinuxTag is taking place. This year in Wiesbaden from 3. to 6. May. Yes, this is just one week after LAC2006, which has several advantages and disadvantages: + It is a good chance to come to Germany for LAC, have one or two days of holiday and then join the LA-Group at LinuxTag! + Maybe even repeat your LAC-Talk at LinuxTag? (see www.linuxtag.org for details on the Call-for-Papers but be aware that it ends January 15...) + Wiesbaden is more in the center of germany so perhaps some LA-folks from the north of germany can join us? - The new place for LinuxTag together with LAC being a week before enforce two of the main-booth-members of the last years (Christoph Eckert and Frank Neumann) to be only a visitor at LinuxTag or even less... That leaves a hole in the organisational part. :-( So here is my call: I am willing to do some work organizing a booth and a group of staff but I need YOUR help! If you are a german LA[DU]-member and have some spare time, join in! A booth at LinuxTag is a good opportunity to present Linux Audio to the people, not only to developers but more to users. The crowd is mostly industry (producers, technicians, musicians) at the weekdays and home-recording-users at the weekend. Don't be afraid, there won't be much questions about setting up drivers for consumer-cards (and If there are, we usually send them to their distributions booth :-) ). But there will be a lot people thinking about using your app in studio! So you definitly don't want to miss this chance! If I get positive answers from at least two other people by weekend, I will apply for a booth and things start rolling, so don't hesitate, check your calendar, plan for another week of holiday and join me (us?). So long and thanks for all the fish, Arnold -- visit http://dillenburg.dyndns.org/~arnold/ --- Wenn man mit Raubkopien Bands wie Brosis oder Britney Spears wirklich verhindern könnte, würde ich mir noch heute einen Stapel Brenner und einen Sack Rohlinge kaufen.

19 years, 11 months

[linux-audio-dev] [ANN] netjack-0.8

by torbenh＠gmx.de

netjack-0.8 is released. netjack links jackds together via a network. build your linux-audio cluster. work on a remote ardour, or even 2 ardours at once. netjack is also great for jamming with a friend. - one period roundtrip latency. - transport sync supporting slow-sync clients. see: http://netjack.sourceforge.net -- torben Hohn http://galan.sourceforge.net -- The graphical Audio language

19 years, 11 months

[linux-audio-dev] flashing a rom

by Patrick Shirkey

Hi, I'm not sure about the title of this post but maybe someone here can point me in the right direction. First a little background: A friend and I are investing some time and money into a new project over the next few months. The aim is to custom build a hardware device for DJ's using linux software. The device will be similar to a hercules PC DJ or a pioneer mixing desk except it will have onboard usb slots for flash cards. It will be an all in one DJing console which we hope will make life easier for the increasing number of DJ''s who use mp3 or digital files directly from their computers. At the moment we have an old controller which we want to run some tests with. We also would like to modify it to have usb support. However it has a proprietry OS. My question is does anyone here have experience with flashing a rom and advice that might otherwise take me a few bad experiences to learn? Thanks in advance. -- Patrick Shirkey - Boost Hardware Ltd. Http://www.boosthardware.com Http://www.djcj.org/LAU/guide/ - The Linux Audio Users guide ======================================== Apparently upon the beginning of the barrage, the donkey broke discipline and panicked, toppling the cart. At that point, the rockets disconnected from the timer, leaving them strewn around the street. Tethered to the now toppled cart, the donkey was unable to escape before the arrival of U.S. troops. United Press International Rockets on donkeys hit major Baghdad sites By P. MITCHELL PROTHERO Published 11/21/2003 11:13 AM

19 years, 11 months

[linux-audio-dev] Letter to kernel developers?

by Lee Revell

Can someone please help me find a link to the open letter to kernel developers regarding horrible latency with kernel 2.6 that Paul Davis, Benno Sennoner and others posted to LKML in early 2004 (NOT the one from 2000) - the one that led Ingo to develop the voluntary preemption patches. I cannot find it with any amount of googling, and my local LKML archive only starts in July 2004. There was such a letter right? Am I crazy or just making this up? Lee

19 years, 11 months

[linux-audio-dev] liboggz 0.9.5 Release

by Conrad Parker

Oggz 0.9.5 Release ------------------ Oggz comprises liboggz and the command-line tools oggzinfo, oggzdump, oggzdiff, oggzmerge, oggzrip, oggz-scan and oggz-validate. liboggz is a C library providing a simple programming interface for reading and writing Ogg files and streams. Ogg is an interleaving data container developed by Monty at Xiph.Org, originally to support the Ogg Vorbis audio format. This release is available as a source tarball at: http://www.annodex.net/software/liboggz/download/liboggz-0.9.5.tar.gz New in this release: * Fixed and updated Windows (Visual Studio) support - added missing exported symbols, projects for oggz tools. (Alex Krumm-Heller, Silvia Pfeiffer) * Support for OggPCM (Draft 2, Main header) OggPCM is an experimental specification for storing uncompressed PCM audio in Ogg bitstreams. - liboggz: Recognition of OggPCM timestamps, and support for seeking in files that contain OggPCM logical bitstreams. - oggzinfo: Display OggPCM header details - oggzdump, oggzrip: New [--content-type pcm, -c pcm] option to filter on OggPCM - oggz-validate: Validate framing of OggPCM logical bitstreams This version is installed on http://validator.annodex.org/ for online validation of OggPCM files. For more information about OggPCM, see: http://wiki.xiph.org/index.php/OggPCM * ./configure support for large (>2GB) files This version adds build configuration support for large files, allowing liboggz to operate on files >2GB. This version does not introduce any API changes; interfaces such as oggz_tell() continue to use off_t externally. However, sequential reading and validation of large files is now possible. * bug fixes and cleanups: - oggz-validate, oggzmerge, oggzdump, oggz-scan, oggzinfo: handle unknown content types (Ian Malone) - remove deprecated oggzed example - various code and documentation build cleanups About Oggz ---------- Oggz comprises liboggz and the command-line tools oggzinfo, oggzdump, oggzdiff, oggzmerge, oggzrip, oggz-scan and oggz-validate. liboggz supports the flexibility afforded by the Ogg file format while presenting the following API niceties: * Full API documentation * Comprehensive test suite of read, write and seeking behavior. The entire test suite can be run under valgrind if available. * Developed and tested on GNU/Linux, Darwin/MacOSX, Win32 and Symbian OS. May work on other Unix-like systems via GNU autoconf. For Win32: nmake Makefiles, Visual Studio .NET 2003 solution files and Visual C++ 6.0 workspace files are provided in the source distribution. * Strict adherence to the formatting requirements of Ogg bitstreams, to ensure that only valid bitstreams are generated; writes can fail if you try to write illegally structured packets. * A simple, callback based open/read/close or open/write/close interface to raw Ogg files. * Writing automatically interleaves with packet queuing, and provides callback based notification when this queue is empty * A customisable seeking abstraction for seeking on multitrack Ogg data. Seeking works easily and reliably on multitrack and multi-codec streams, and can transparently parse Theora, Speex, Vorbis, FLAC, CMML and Ogg Skeleton headers without requiring linking to those libraries. This allows efficient use on servers and other devices that need to parse and seek within Ogg files, but do not need to do a full media decode. Full documentation of the liboggz API, customization and installation, and mux and demux examples can be read online at: http://www.annodex.net/software/liboggz/html/ Tools ----- The Oggz source tarball also contains the following command-line tools, which are useful for debugging and testing Ogg bitstreams: * oggzinfo: Display information about one or more Ogg files and their bitstreams. * oggzdump: Hexdump packets of an Ogg file, or revert an Ogg file from such a hexdump. * oggzdiff: Hexdump the packets of two Ogg files and output differences. * oggzmerge: Merge Ogg files together, interleaving pages in order of presentation time. * oggzrip: Extract one or more logical bitstreams from an Ogg file. * oggz-scan: Scan an Ogg file and output characteristic landmarks. * oggz-validate: Validate the Ogg framing of one or more files. License ------- Oggz is Free Software, available under a BSD style license. More information is available online at the Oggz homepage: http://www.annodex.net/software/liboggz/ enjoy :) -- Conrad Parker Senior Software Engineer, Continuous Media Web, CSIRO Australia http://www.annodex.net/ http://www.ict.csiro.au/cmweb/

19 years, 11 months

[linux-audio-dev] Old Specimen mockups

by Thorsten Wilms

Hi! Specimen might be dead or in keep-functioning-maintainance only, and work based on these mockups had been canceled before due to them being too time consuming to implement and doubts on extendability, anyway :( BUT, instead of them just bit-rotting on my hd, I rather present them here, since they could still be an inspiration to someone :) 1. Keys and Main: http://xs71.xs.to/pics/06102/specimen_18_keys_main_i.png 2. Mixer and Pitch: http://xs71.xs.to/pics/06102/specimen_18_mixer_pitch_i.png Like in the actual Specimen, all sliders are fan-sliders. (http://leute.uni-wuppertal.de/~ka0394/en/fan-sliders/index.html) On the left there are 16 MIDI channels down. The numbers also act as MIDI activity indicator (3 is receiving something). They're followed by volume slider, mono, solo and name. The selected channel (1) is connected to the Keys/Mixer area. This works a bit like tabs, but allows that section to come up from the sunken field, resulting in cleaner look. It's all meant to be GTK theming friendly. On the keys area, Patches are assigned to keyboard ranges. They can be put in columns to allow layering. The base note is marked (D here, could have made that more obvious). The selected Patch is shown in inverted colour. The Mixer area is a bit redundant as it is shown here. Initialy it was meant to not just allow access to panning over what the channels section on the left offers, but also Cut/Cut by (a more versatile, but not exactly self explaining system than exclusion groups, used for cutting off a open hi-hat on a closed one and similar things). Every selection of Parameters could be shown in that table, though. The right section shows the selected Patch. It was a goal to keep the Specimen window rather small to make using it with other apps more handable, so a number of tabs were needed. The not shown Volume, Panning, Cutoff and Resonance tabs would be much like the Pitch one. Contents of that tab should be pretty selfexplainatory, or it's no good anyway :) The 3 sections layout and the Keys area where all my own idea, but Pete Bessman's influence and decisons are all over the place. Cheers, Thorsten Wilms --- http://xs.to - Free Image Hosting

19 years, 11 months

[linux-audio-dev] Roland CG-8: another Linux product

by Artemiy Pavlov

Hey all, just noticed that Roland's CG-8 Visual Synthesizer (http://www.edirol.net/products/en/CG-8/) is yet another product based on Linux. You can get their sources at: http://www.roland.com/support/gpl/ - there in the first download you'll see ALSA and GTK sources. Now when will they release a Linux-based workstation that doesn't cost like OASYS? ;-) Artemiy.

19 years, 11 months

[linux-audio-dev] Writing PCM to left and right channel sperately?

by Tobias Scharnberg

Hello List, I'm new to audio programming and have problems finding the right solutions for the development I work on right now: I need to use the left and the right audio channel seperately. The device is an ARM based board with a AC97 soundchip. It seems to work with OSS so far and I did choose libsdnfile to open Soundfiles and get the PCM. As far as I learned the audio data is coded in one stream, one sample left, one sample right. Is there a way to separately fill the soundcard buffers with ALSA? The only solution I can think of right now is to recode the audio data to left only or right only and to use a library like esound to mix them together. Is this the right way to do such a thing? Any suggestions, pointers, hints are highly welcome. Greetings, Tobias

19 years, 11 months

[linux-audio-dev] options in capturing audio off a PlusDeck?

by Sean Dague

I got myself one of the PlusDeck units last summer after having received some documentation from the product team about their serial control protocol, so I figured that I'd have some chance at actually making a recording program for Linux for it. The impetus for all of this is a stack of 300 or so audio tapes that my fiancee has, which contain mostly south Indian music recordings, including training lessons, from her late teacher T Viswanathan. Some of those probably don't exist anywhere else at this point, so putting them to digital would be a good thing (tm). Anyway, I have 2 goals. First, the practical, get all this music to digital dumps (flac in ogg containers for metadata seems to be the best bet). I'm trying to figure out the best ways to do this on a Mandriva Linux 2.6.12 kernel (on an AMD64 3000+ processor running 32bit, with Via onboard sound.) The PlusDeck just ends up being an input line jack into the sound card. I've run some tests with ecasound both straight off the alsa device, and through ecasound to jackd (both as root to get real time). It is hard to tell if I'm doing better with jackd or not, but I'm making some long recordings and letting my musical fiancee tell me if she can hear the difference. :) Given that I've got the serial protocol sorted out, it seems like the practical approach is just a command line ripper that will start up all the right audio bits, start the tape, and stop when the tape gets to the end. Full automation is what I'm looking to create. Is ecasound a good option here? How much better will ecasound + jackd be over ecasound at realtime? Would building some kind of plusdeck control plugin for another recording program make more sense? If so, which one? Second, I'd like to turn whatever I learn during the practical phase into a reasonable open source Linux tool for using the PlusDeck. I'd be a bit unnerved if that required that I set up all jack & ecasound bits, as well as kicked them off as setuid root, but better options are failing me at the moment. Any advice, ideas, suggestions, questions... even flames would be welcomed. I've spent a bit of time learning more than I ever thought I'd end up knowing about Linux audio already, and know I have a whole lot more I need to learn still. Thanks in advance, -Sean -- __________________________________________________________________ Sean Dague Mid-Hudson Valley sean at dague dot net Linux Users Group http://dague.net http://mhvlug.org There is no silver bullet. Plus, werewolves make better neighbors than zombies, and they tend to keep the vampire population down. __________________________________________________________________

19 years, 11 months

Re: [linux-audio-dev] Writing PCM to left and right channel seperately?

by Ben Loftis

Tobias, I wrote a program that does just this some years ago for IED (www.iedaudio.com). What you are doing is not trivial. When an announcement starts on the left channel (for example) you will want to fill the right channel with zeroes. However you must fill the buffers in small blocks so that if an announcement starts on the right channel, you can start stuffing the right channel without a long delay. You might want to investigate Paul's program JACK for this. It splits the audio into separate buffers for each I/O. If you really have to have it ASAP, why not just buy an IED system? :) -Ben

19 years, 11 months

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-dev