Wow, am I confused. I'm going on a trip tomorrow for a couple of
days, and want to take a few CDs worth of music with me. I made the
mistake of googling for how to rip a CD in linux, and there are more
ways to do it than to skin a cat. I don't care what format they are
in (mp3, ogg, whatever), I just want to listen to my CDs on my laptop.
How should I do this?
I'm running Debian Etch. CDDB support would be a must (don't have
time to type all of that stuff in!). Any ideas?
--
Josh Lawrence
http://www.hardbop200.com
Hello,
is the "Terratec Midi Hubble" (usb midi-interface) supported by ALSA?
(There's a list on supported hardware at http://www.alsa-project.org/alsa-doc/, but it seems to
cover audio-cards only.)
Thanks
Jens
The developers are pleased to announce the latest release of
Aqualung, a music player for GNU/Linux.
Website: http://aqualung.sf.net
Without further ado, the ChangeLog is attached below.
Enjoy,
Tom
2006-10-03 Tom Szilagyi <tszilagyi at users dot sourceforge dot net>
Aqualung 0.9beta6
http://aqualung.sf.net
This release introduces a fair number of substantial improvements:
* Music Store builder: automatically build a Music Store by scanning the
files on disk. Perform CDDB lookups & extract metadata on the fly.
* MPEG decoder enhancements: robust file recognition, VBR and UBR file
support, frame-accurate seeking, true gapless playback via eliminating
encoder padding+delay read from LAME headers.
* Fully revamped metadata support using TagLib. The result is a more
complete implementation also supporting APE tags in Musepack files.
* Automatic output driver detection: ability to startup without command
line arguments (using default driver parameters).
* Systray (a.k.a. Notification Area) support.
* Handling of compressed MOD files (.gz and .bz2).
* Resolved issue with JACK memory locking (which previously resulted in
runaway memory consumption when running with realtime JACK output).
* Aqualung compiles & runs under FreeBSD and Cygwin.
NEW LIBRARY DEPENDENCIES:
* TagLib >= 1.4 is now required for metadata support.
http://developer.kde.org/~wheeler/taglib.html
* GTK+ >= 2.10 is needed for the (optional) Systray support.
DROPPED DEPENDENCIES:
* libid3tag library is not required anymore (succeeded by TagLib).
On Sunday, 8 October 2006 12:02, Lee Revell wrote:
> On Sun, 2006-10-08 at 12:34 +0200, Pedro Lopez-Cabanillas wrote:
> > The main difference, though, between the proprietary and the GPL
> > firmware is
> > the standards compliance, that you can see using the command "lsusb
> > -v" with
> > the device when using each one.
>
> How exactly is the M-Audio firmware not standards compliant?
The USB MIDI Devices specification can be found in this document:
http://www.usb.org/developers/devclass_docs/midi10.pdf
It defines what a compliant device should provide: a MIDIStreaming interface,
using USB bulk transfers for input and output endpoints; the interfaces and
endpoints should be exposed using standard descriptors, which are defined in
the document. The GPL firmware fulfills all these requirements.
The MAudio firmware uses interrupt transfers for input endpoints, and a set of
non standard descriptors, among other differences. You can list the
descriptors for a device using the command "lsusb -v".
> I thought that the snd-usb-audio driver only supported standards compliant
> devices?
The ALSA USB audio driver uses quirks for a large set of non standard devices,
based on several identifiers, as the vendor and product ids. This is how it
can handle the MAudio firmware. See: alsa-kernel/usb/usbquirks.h ("in a
perfect world, this file would be empty") !!!
Regards,
Pedro
On Friday, 6 October 2006 22:33, Jens Gulden wrote:
> Hello, very weird:
>
> cat /proc/asound/card2/midi0 ->
>
> MidiSport 2x2
>
> Output 0
> Tx bytes : 0
> Output 1
> Tx bytes : 0
> Input 0
> Rx bytes : 1186
> Buffer size : 4096
> Avail : 1186 <--- ### SHOULD BE 0, NOT ==RX BYTES! ###
> Overruns : 0
> Input 1
> Rx bytes : 0
>
> Instead of passing the data further to the connected timidity, it gets
> stuck in the receive-buffer. When 4096 is reached, overruns start to count
> up.
>
> Connections have been set up using qjackctl. vkeybd->timidity works fine.
>
> The system is Musix0.50b12, realtime-kernel 2.6.15.4, with manually added
> MidiSport2x2 firmware. However, I don't think this is a typical
> "My-MidiSport-does-not-run-on-Musix" problem, as the firmware successfully
> loads and the MidiSport gets recognized as available device in ALSA. Even
> the data seems to arrive well as shown by "Rx bytes" (number of bytes per
> note-event is correct). What is wrong?
Short answer: the firmware distributed with Musix. It looked like a problem
with the drivers, because the ALSA /proc interface reported that incoming
data was received, but the data wasn't good.
Most Midisport NxN devices need a firmware, that must be loaded in the device
on each power on, before using it. For devices where N <= 2, there is a free
(libre) firmware, GPL licensed, that can be used instead the propietary one.
The GPL firmware, written in C by Lars Doelle, can be compiled with the SDCC
compiler, and it is standards compliant (using it, the Midisport behaves as
described by the USB MIDI specification document).
Seems that Musix has distributed corrupted firmware files. Please don't use
them.
You can use the propietary firmware made by M-Audio (Midiman). It works well,
although not standard (and no sources are available). You can find it here:
http://sourceforge.net/projects/usb-midi-fw
CVS repository where you can find correct GPL firmware sources, and ready to
use .ihx images:
http://linux-hotplug.cvs.sourceforge.net/linux-hotplug/firmware/ezusb/midi/…
The tarball distributed by NAGANO Daisuke with the OSS-like driver also
contains the correct firmwares:
http://homepage3.nifty.com/StudioBreeze/software/usbmidi-e.html
I've verified also the RPM distributed by Planet CCRMA, and it is OK.
Size and MD5 hash for correct firmwares:
$ ls -l *.ihx
-rw-r--r-- 1 pedro pedro 7620 Oct 7 20:19 ezusbmidi1x1.ihx
-rw-r--r-- 1 pedro pedro 10168 Oct 7 20:19 ezusbmidi2x2.ihx
$ md5sum *.ihx
4d78294c5fd4575cf52a297e5f2f1e53 ezusbmidi1x1.ihx
23427b43a718feea911970746af174e7 ezusbmidi2x2.ihx
Regards,
Pedro
Piksel06
- Hardware Politics -
festival for free / libre and open source audiovisual SW, HW and ART.
12 -15 october 2006 in Bergen, Norway.
70 participants from 20 countries gather in Bergen for 4 days of exchanging
art, code and ideas based on practical implementations of free culture.
Piksel is an annual event for artists and developers working with free and
open source audiovisual software. Part workshop, part festival, it is
organised in Bergen, Norway, by the Bergen Centre for Electronic Arts (BEK)
and involves participants from more than a dozen countries exchanging
ideas, coding, presenting art and software projects, doing workshops,
performances and discussions on the aesthetics and politics of free and
open
source software.
The theme of Piksel06 - 'hardware politics' - brings in open hardware as
a new
focus area of vital importance in the fight for freedom of information and
independent artistic expression in the digital domain.
Programme:
WORKSHOPS @ Teknikerkroen --
http://www.piksel.no/piksel06/workshops.html
Go Forth! - build your own cheap synth from scratch
LiveCoding using Fluxus
CircuitBending audio toys
Chaos Micromedias project
Howto build suneaters (solar-panel bots)
SEMINAR @ Cinemateket, USF --
http://www.piksel.no/piksel06/seminar.html
xxxxx_at_piksel, 13-14 October, Cinemateket USF
Two days of seminar, discussion and highly practical interrogation of
expanded software and the impact of the executable on necessarily open
hardware as a political act.
EXHIBITION @ Hordaland Kunstsenter --
http://www.piksel.no/piksel06/exhibition.html
Damaged Goods, exhibition @ 13-29 October, Hordaland Kunstsenter
HARDDISKO, ShockBot, Very Slow Scan TV, OverheadBots, MyArtpiece, Magnetic
Identity Liberation Front, Drawing by numbers, Association of experimental
electronics, The ball in the hole, project289, Frida V
-- 'army of darkness', Gullibloon, live @ opening oct. 13 --
LIVE PERFORMANCES @ Teknikerkroen & Cinemateket, USF --
http://www.piksel.no/piksel06/live_acts.html
Whitehouse, NANOFAMAS, Laase Marhaug, Daniel Skoglund, 5VOLTCORE, EMI
Project,
Audun Eriksen, elpueblodechina & d.R.e.G.S., Slick Lister, Dave Griffiths,
Marloes de Valk, Aymeric Mansoux, Tom Schouten, bL0bJ0b, Malte Steiner, RAM
microsystems, Chun Lee, Gisle Frøysland, Cooking Pure Data,
PRESENTATIONS @ Teknikerkroen & Cinemateket, USF --
http://www.piksel.no/piksel06/talks.html
PulseCode, Open Movie Editor, FLOSS Manuals, Electric Sheep, GEGL & babl,
DesireData, NamShub , Emulating Early Video Synthesizers with Pure Data,
KeyWorx/live, The PureData Documentation Project, Mirra, Pure:Dyne,
MakeArt,
Really Free Movie Exhibition, Cinema Solubile
--
more info and complete programme:
http://www.piksel.no/piksel06
--
October 7, 2006 -- Linuxaudio.org announces new staff openings
If applicable, please forward to your respective mailing lists.
FOR IMMEDIATE RELEASE:
With increasing membership and expanding services, Linuxaudio.org is
experiencing growing pains. As a result, the existing staff is overwhelmed
with day-to-day operations, which is making overseeing long-term strategic
goals, increasingly difficult. For this reason, we would like to invite
LAU/LAD members, to consider joining our staff in order to help keep up with
the daily activities. Committing to Linuxaudio.org has never been easier as
the service term for these is very flexible: once you commit to any of the
duties stated below, you will be able to back out at any time (obviously
advance notice will be very much appreciated).
Please note that these are currently volunteer positions (something that may
change in the future, but one should probably not apply for these in hopes
that this will happen anytime soon). The benefits include:
1) free membership
2) credit where credit is due
3) references/letters of support
4) PR for your work and your project (if applicable)
5) recognition within the Linuxaudio.org, Linux audio community, and beyond
Please see the list of vacancies below:
1) Linuxaudio.org Webmaster (1 position)
Duties: Update content, monitor consortium mailing lists for new updates,
actively participate in the management discussions/meetings.
Prerequisites: fluent English, active member of the Linux audio community.
2) Docs.linuxaudio.org creator/Webmaster (2-4 positions)
Duties: Design a template for the documentation project (i.e. Wiki), solicit
and format documentation submitted by others, write documentation for
software projects while maintaining unified framework (i.e. similar to ALSA
soundcard Matrix install how-to), participate in the consortium mailing
list.
Prerequisites: solid English writing skills, active member of the Linux
audio community, familiarity with HTML/CSS, optimized Web graphics
editing/creating skills preferred (i.e. Gimp).
3) Project Updates and Press Release Summary Writer (2 positions)
Duties: Solicit new updates from members using consortium mailing list,
forward monthly summary to the Linuxaudio.org Webmaster for online posting,
compile Press Releases for relevant stories, participate in the consortium
mailing list.
Prerequisites: solid English writing skills, active member of the Linux
audio community, past writing experience preferred.
4) Freelance Writers/Interviewers (unlimited number of positions)
Duties: submit monthly (or bi-weekly) articles to the Linuxaudio.org (topics
are left to your choice as long as they are relevant to our agenda), writers
are strongly encouraged to develop a topic-driven periodical with revolving
topics which are pertinent to membership and the Linuxaudio.org's mission
(i.e. member project interviews, how-tos, updates, etc.), participate in the
consortium mailing list.
Prerequisites: solid English writing skills, active member of the Linux
audio community, past writing experience preferred.
5) Membership recruiters (2 positions)
Duties: recruit new members for Linuxaudio.org primarily focusing on the
relevant projects within the Linux community, report new members to director
for bi-monthly updates, coordinate with other recruiters, participate in the
consortium mailing list and management list.
Prerequisites: strong communication/recruitment skills, solid English,
preferably active member of the Linux audio community.
Please note that the consortium mailing list is relatively low-volume, so
keeping up with it should not cause you much of an overhead. Similarly, most
of the aforesaid positions bear low overhead requiring no more than a few
hours per week of your time.
Again, if interested, please contact Linuxaudio.org director at
ico_AT_linuxaudio_DOT_org.
Linuxaudio.org is now bigger and stronger than ever and we hope to continue
to grow until we encompass most if not all libre Linux audio projects, as
well as allied corporate vendors, institutions, artists, and non-profit
organizations, therefore allowing us to best represent, nurture, and protect
interests of this vibrant community. Linux audio scene is already a very
powerful branch of the Linux scene and with the help of Linuxaudio.org we
can make great things happen. For this reason, we hope you will consider
partaking in this new exciting initiative by Linuxaudio.org.
ABOUT LINUXAUDIO.ORGLinuxaudio.org is a not-for-profit consortium of libre software
projects and artists, companies, institutions, organizations, and
hardware vendors using Linux kernel-based systems and allied libre software
for audio-related work, with an emphasis on professional tools for
the music, production, recording, and broadcast industries. The consortium
aims to co-ordinate joint projects between members, collaborate on the
promotion of Linux based systems for audio tasks, offer programs beneficial
to members and subsequently its mission, and provide a single point of
contact for prospective industry partners.
More information on the Linuxaudio.org consortium can be obtained by
visiting:
http://www.linuxaudio.org/
Press contacts: Ivica Ico Bukvic at (ico at linuxaudio dot org)
ends
Good News: muddled through getting Rosegarden set up and actually producing
sound.
Bad News: flash sounds (wife loves em) through the browser are no longer
played.
I know there's a conflict somewhere.
could one of you point me towards a solution please?
ubuntu, firefox, konqueror is the target environment.
--
Michael Rasmussen, Portland Oregon
Be appropriate && Follow your curiosity
http://www.patch.com/words/ or http://fut.patch.com/
The fortune cookie says:
If I pull this SWITCH I'll be RITA HAYWORTH!! Or a SCIENTOLOGIST!
On Saturday, 7 October 2006 13:12:50 -0400, Lee Revell wrote:
> On Sat, 2006-10-07 at 11:58 +0200, Pedro Lopez-Cabanillas wrote:
> > About your report regarding the Midisport 2x2, I can confirm your
> > findings with ALSA 1.0.12 and I'm compiling now the new release
> > (1.0.13) to test it. Seems a bug in ALSA. They have a web based
> > bug-tracking system. Do you want to report it to them?
> > https://bugtrack.alsa-project.org
>
> What was the problem with the Midisport? Are you sure the firmware is
> available?
Yes, the firmware was available. Please see the original message:
http://music.columbia.edu/pipermail/linux-audio-user/2006-October/039164.ht…
I'm going to send a more detailed answer following the original thread:
"[linux-audio-user] Midi data arrives, but gets stuck in ALSA's buffer"
It is *not* a bug in ALSA.
Regards,
Pedro
On Saturday, 07 Oct 2006 01:39, Jens Gulden wrote:
> is the "Terratec Midi Hubble" (usb midi-interface) supported by ALSA?
>
> (There's a list on supported hardware at
> http://www.alsa-project.org/alsa-doc/, but it seems to cover audio-cards
> only.)
There is another list of supported/unsupported USB MIDI hardware here:
http://qbik.ch/usb/devices/search_res.php?pattern=midi
But the Terratec MIDI Hubble is not listed.
About your report regarding the Midisport 2x2, I can confirm your findings
with ALSA 1.0.12 and I'm compiling now the new release (1.0.13) to test it.
Seems a bug in ALSA. They have a web based bug-tracking system. Do you want
to report it to them? https://bugtrack.alsa-project.org
Regards,
Pedro