Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

2 participants
7534 discussions

[linux-audio-dev] [ANN] Aqualung 0.9beta4 released

by Tom Szilagyi

Aqualung 0.9beta4 released http://aqualung.sf.net I am pleased to announce the fourth public beta release of Aqualung, a music player for GNU/Linux. Aqualung plays audio files from your filesystem and has the feature of sample-accurate track changing (no gaps inserted between adjacent tracks). It also supports high quality sample rate conversion between the file and the output device, when necessary. Supported formats include: almost all sample-based, uncompressed files (eg. WAV, AIFF, AU etc.), FLAC (the Free Lossless Audio Codec), Ogg Vorbis, MPEG Audio (including the infamous MP3 format) and MOD audio formats (MOD, S3M, XM, IT, etc.). The program can play the music through OSS, ALSA or the JACK Audio Connection Kit. Other features include LADSPA plugin support, multiple skin support & state persistence via XML config files. The so-called Music Store provided by Aqualung is an XML-based music database for arranging your music collection. This new release adds many new features, including file metadata (FLAC/Vorbis/ID3) display & importing, volume calculation and playback RVA (relative volume adjustment) support. All users are encouraged to upgrade. Download the new version from the project homepage: http://aqualung.sf.net You can read the changelog below. Hope you enjoy this release. Tom * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 2005-01-28 Tom Szilagyi <tszilagyi at users dot sourceforge dot net> * Aqualung 0.9beta4 http://aqualung.sf.net INCOMPATIBLE CHANGES: [none] NEW LIBRARY DEPENDENCIES: * liblrdf 0.4.0 is now required (was: 0.3.7) http://lrdf.sourceforge.net * libid3tag library required if you want ID3v2 support http://sourceforge.net/project/showfiles.php?group_id=12349 MAJOR CHANGES: * Internationalization support via gettext. German, Hungarian and Ukrainian translations available; new translations for any language happily accepted at any time * Implemented read support for .m3u and .pls playlist formats. The formats are distinguished using file extensions (case insensitive). Now you can supply .m3u or .pls files on the command line, or select one in the Load/Enqueue Playlist option of the playlist window's popup menu. Aqualung does not implement shoutcast ATM, so URLs will be simply discarded. * new 'File info' dialog box (accessible from the Music Store and the Playlist) displays FLAC stream metadata, Ogg Vorbis comments and ID3v2 tags found in the soundfiles. * playback RVA support. Aqualung has its own system for this, from volume level calculation of files in the Music Store, to adjusting the dynamics characteristics to your listening environment. * Import FLAC/Vorbis/ID3v2 metadata into the Music Store via the 'File info' dialog accessed from the Music Store. On the right side of the tag data fields, there are buttons to import every piece of information into relevant fields of the Music Store database. In particular, ID3v2.4 RVA tags can be imported as manual RVA adjustment values. * many changes to enable displaying track lengths and RVA values in the Playlist. You can configure the column order in the Playlist, and displaying Lengths and RVA values can be turned off. (Track lengths are shown on the right side, RVA is hidden by default.) * New Settings notebook page "Playlist" for configuring the behavior of this stuff. * new remote option to terminate an already running instance: the -Q or --quit option will cause the instance specified by -N, or the 0-th instance by default, to terminate (just as if you exited it normally). * added support for remotely changing the volume via the --volume or -V option. Defaults to the 0th running instance. * major code rearrangement of Aqualung Core (file decoder is abstracted, runnable in multiple instances at the same time, separated in file_decoder.[ch]) * added all four basic aqualung skins (dark, default, metal, woody) to CVS. These are automatically available after a make install from now, no need to install them separately. * also, the skins have been updated to match recent new dialogs & widgets * docs update (manpage, HTML) for the beta4 release. MINOR CHANGES: * ./configure won't stop anymore if an optional library is missing, unless --with-PACKAGE is applied. Closes mantis bug #16. * Changes to the interface for adding files to the playlist locally or remotely * Implemented conversion from/to UTF8/locale charset. (Closes mantis bug #7). Note: please set the environment variable G_BROKEN_FILENAMES or G_FILENAME_ENCODING appropriately if your filesystem encoding is not UTF8. See http://developer.gimp.org/api/2.0/glib/glib-running.html for details. * Starting playback of a new track via double-clicking on it in the playlist is now allowed when another track is being paused. (Closes bug #14) * Implemented cue-from-paused-state functions (re: bug #15) as suggested by SGh. * Added check for pkg-config -exist "jack" to configure.ac. Up till now, the ./configure script failed to detect the condition when the jack daemon is present, but development files are not. (As if you installed JACK from a distro, but forgot to include the corresponding -dev package.) * Implement trashlist object to collect and eventually free pieces of memory that are malloc'ed in an ad-hoc manner in different places, but need to be freed sometime. * Use the trashlist to collect and free some memory that was leaked until now in LADSPA plugin dialogs and the File info dialog. * renamed "Options" dialog to "Settings". This name better suits the purpose of this dialog. * minor rearrangement of "Add Artist", "Edit Artist", "Add Record", "Edit Record", "Add Track" & "Edit Track" dialogs, hopefully for the better. * changed About box font to normal (Courier is not always available) * Workaround LADSPA plugin loading bug on ReiserFS (use the --with-brokenplfix configure option)

21 years

[linux-audio-dev] Re: Tuning

by Stefan Turner

The other suggestions should good, but alternatively you write a patch in Pure Data to do this, using the built-in object fiddle~, which estimates pitch (fairly accurate with tweaking) and a LADSPA pitch shifter (the best I've found is pitchScaleHQ from the collection at www.plugin.org.uk). PD takes a while to learn how to use, but once you have it's great for doing stuff like this quickly. Stefan Turner ___________________________________________________________ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

21 years

[linux-audio-dev] Re: Tuning

by Stefan Turner

>Thanks for the advice. > >I've never used pd - can I use it to make a LADSPA >plugin or >standalone app, No, unfortunately not. PD 'interprets' the patch, but it can use Jack and run LADSPA plugins inside it... though once you get into it the ability to completely customise effects, synths etc. often makes the idea of plugins seem a little restricted. It's well documented and there's a good mailing list for it, so post there if you have any problems. > or do I have to run it managed? Sorry I don't know what this means, so I guess the answer's no. Good luck Stefan Turner ___________________________________________________________ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

21 years

[linux-audio-dev] M-Audio Transit USB with ALSA?

by Dr.Graef＠t-online.de

Hi, has anyone tried the M-Audio Transit USB with ALSA yet? (Its bigger cousin, the USB Audiophile is supported according to alsa-project.org.) I'm looking for a not-too-expensive USB audio interface for my laptop, and the Transit would fit nicely, as I already have a usb midi interface. Albert -- Dr. Albert Gr"af Dept. of Music-Informatics, University of Mainz, Germany Email: Dr.Graef(a)t-online.de, ag(a)muwiinfa.geschichte.uni-mainz.de WWW: http://www.musikwissenschaft.uni-mainz.de/~ag

21 years

Re: [linux-audio-dev] cool plugin from Waves

by lazzaro

> Steve Harris <S.W.Harris(a)ecs.soton.ac.uk> wrote > On Thu, Jan 27, 2005 at 11:06:29 -0500, Paul Davis wrote: >> http://namm.harmony-central.com/WNAMM05/Content/Waves/PR/Q-Clone.html > > Hmmm... I suspect thats rather easy to do, infact JAMin has most of the > code to do that, but its a really clever idea. OTOH, I dont actually > have > any outboard EQ thats worth cloning, but hey, still a nice idea. I wonder if linear models of the classic tube EQs are really sufficient to recreate their special character ... or if they needed to go to non-linear models. A non-linear approach would add a whole level of complexity to the system, the outboard would need to be probed at many amplitude levels, and the amplitude level of the input of each cloned EQ would need to be monitored, etc. --- John Lazzaro http://www.cs.berkeley.edu/~lazzaro lazzaro [at] cs [dot] berkeley [dot] edu ---

21 years

[linux-audio-dev] Firewire support in Linux

by Jan Depner

I was interested in the thread about firewire audio device support in Linux a while back. Just the other day I noticed that Presonus is just up the road from where I live so I thought I'd drop them a line and ask about their two firewire interfaces and if they would consider releasing specs to the Linux audio community to get drivers written for them. I received two responses, both of which seem promising: > Hi Jan, > We have a Linux fan within our engineering group. I feel certain that > we > could provide driver information for the development of Linux based > FireWire connectivity. > . > . > . > Please let us know who to contact. > Kind regards, > > Jim Odom > President/CEO > PreSonus Corporation > 225-216-7887 ext. 107 and: > Mr. Depner > I'm the engineer interested in Linux that Jim Odom spoke of. I in no > way > claim to be even an experienced Linux user, I like the idea behind > it. I > can tell you that there is ongoing development of a Linux driver for > products based on the firewire solution that we employ. The name of > the > company whose solution we use is BridgeCo...you might be able to > google some > info...no promises. I'm not sure what they've released to the open > source > community at this point...but I can tell you they are working on it. > Thanks > for your interest in PreSonus and BridgeCo, and if you find out > something...let me know! Just thought I'd throw this out on the list to see what feedback I get. I hope I didn't step on anyone's toes. If you know someone who would be interested in working on drivers please pass this to them. Contact information for Presonus is available on their web page. Jan

21 years

[linux-audio-dev] Trying to record midi with OSS

by airplays55＠yahoo.com

I am writing a HOWTO for the benefit of knoppix users who want to utilize rosegarden21 which is included on the knoppix LiveCD. Since this is for the LiveCD users, upgrading to rosegarden4 is not an option. I figured out how to get /dev/sequencer working, now sndstat tells me my first device is "MPU-401 0.0 Midi interface #1" and I am able to get rosegarden to output midi. However, I'm unable to get rosegarden21 to record any midi notes. On my midi setup screen, it lists the device as /dev/sequencer, and the record device (which I cant modify) says (null device), then if I try to record and check again, the record device says "MPU-401 0.0 Midi interface #1" but no note events got recorded into the track. I know most everybody's moved away from OSS to ALSA but does anybody remember how to test the midi input under OSS? I can't tell if my /dev/midi is working like my /dev/sequencer is. BTW I notice the notes I play on my midi keyboard do trigger the module connected to the soundcard's midi out even with no application running. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

21 years

[linux-audio-dev] [PATCH]: better X-Station/Speedio/ReMOTE25 support

by Charles C. Bennett, Jr.

Hi All - The attached patch improves on the patch posted Friday night on the same subject. 1. a line from my copy of sound/usb/usbaudio.c didn't make the earlier patch and it's essential 2. the earlier patch was treating the output stream as USB Bulk when it should be USB Interrupt (1ms) 3. the earlier patch was not dealing with input properly causing the input side to become inoperative after the first application closes the MIDI device. As before, this has been built and tested (and tested...) on the latest Fedora Core 3 kernel from updates-released (the 741 kernel) using an X-Station with the latest X-Station firmware on a uniprocessor 32-bit intel machine. The patch should apply cleanly to any kernel tree with ALSA 1.7 and build just fine. As before I'd be glad to hear feedback from people trying this patch out with Novation Speedio or Novation ReMOTE 25 (the MIDI-only one). Thanks in Advance, ccb Next: Mixman DM-2

21 years

[linux-audio-dev] Re: korg oasys

by Juhana Sadeharju

Hello. The old OASYS had a hardware card with five DSPs. Korg provided the patch editor for those who asked it separately. The same editor was used to make the preset patches by Korg people, if I remember correctly. It looks like I don't have the module documentation, I have only Patches and Effects doc. Perhaps it came with the patch editor. Anyone? Hey. Nobody wrote details here. Was the given url empty or what? Is it standalone keyboard with Linux inside? Is it an audio card like the old AOSYS but they now provide the patch editor running in Linux? Does it have the patch editor included? Juhana -- http://music.columbia.edu/mailman/listinfo/linux-graphics-dev for developers of open source graphics software

21 years

[linux-audio-dev] Lexicon USB reverb

by Steve Harris

http://namm.harmony-central.com/WNAMM05/Content/Lexicon/PR/MX200.html Seems relevant to the linux reverb plugin questions. I would imagine that the plugin sends out a packet of samples over USB, and receives a packet back, maybe with a one packet slip to reduce the plugin processing latency, at the cost of overall latency. I wonder if they'd be willing to release the USB protocol they use. Its possible they compute some of the reverb inside the plugins (eg. the ERs) as a cheap hack to hide USB latency. More likly they dont bother though. If the protocol is simple enough it could be sniffed from a windows box. No info on pricing yet. - Steve

21 years

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