Hi Experts.
Long Long time ago i have burned CDDA with CD-text [with roxio or
nero]
With cdda2wav -J ,
i can see my CD-text.
Grip read info only from cddb.org, but not from CD-text.
With k3b i can elegant grab selected audio tracks, and i gotta file
names from CD-Text
On target system [Gentoo] is XFCE installed, and here i do not wanna
any KDE4/QT progs/libs
cdda2wav , cdparanoia i gotta just so what :(
audio_01.inf audio_01.wav audio_02.inf
audio_02.wav audio_03.inf
In inf files is CD-Text info for each track available, but then in
must rename each wan manually :(
Is anywhere available option/patch/script/gnome-app/whatever...
so that i can in cmd line or GTK+ GUI rip wav files with titles ?
Tnx in advance
Alfs Kurmis
cdda2wav -J
No target specified, trying to find one...
====
...
====
CD-Text: detected
CD-Extra: not detected
Album title: 'Kristine W' [from Lisa St]
Track 1: 'Kristine W - Land of the living (Rollo & sister Bliss club
mix)' [from 1]
Track 2: 'Kylie Minogue - Where is The Feeling(Morales mix)'
[from 5]
Track 3: 'Kathy Brown _ Give it up (cleptomanics classic)'
[from 6]
Track 4: 'Crystal Waters - 100 % pure love (PG funked out mix)'
[from 9]
....
----
Hi all,
I have released my new stack of libraries for implementing LV2 in hosts:
* Serd http://drobilla.net/software/serd
A fast, lightweight, dependency-free Turtle syntax library
* Sord http://drobilla.net/software/sord
An in-memory RDF quad store
* Lilv http://drobilla.net/software/lilv
An LV2 host library (replaces SLV2)
* Suil http://drobilla.net/software/suil
An LV2 UI loading/embedding library
These libraries collectively replace SLV2, and have no dependencies
except amongst themselves, and Glib (by Lilv and Sord, but this
dependency will likely be removed in the near future). Serd and Sord
replace Redland, making for a much smaller implementation more
appropriate for audio software and embedded applications.
Overall, Lilv is dramatically faster and leaner than SLV2, enough that
the improvement should be quite noticeable from a user point of view
(typically in a lag when the host first loads all LV2 data). Anyone
using SLV2 is highly encouraged to migrate to Lilv.
These libraries are well tested, each (except Suil) with a test suite
covering over 90% of the code, which runs without memory errors or
leaks. They are new, however, so (as always) there may be problems;
feedback (at http://dev.drobilla.net/newticket or personally) is most
welcome.
More information available at the links mentioned above. For the
lazy/eager, all downloads can be found in http://download.drobilla.net
Peace,
-dr
P.S. Packagers, please read the PACKAGING file!
Hi Jeremy,
Thanks, I have answered to your questions onto the LAU mailing...
I have tried as well to give some details about the usage of the
M-Audio Fast Track Ultra on the same mailing...
Regards,
Aurélien
Thank you all for the help and special thanks to Jörn for mentioning the PCI/ PCIe issue.
At last I had to decide to order a 9632 or HDSPe AIO and I'll order the PCIe card tomorrow.
I hope the 1 Stereo-IO will be enough for my needs, but I think so, because I can't order more RME gear right now. To loop in 19" FX I only can buy a http://www.behringer.com/EN/Products/ADA8000.aspx, I suspect that I won't like the Behringer's quality for recording instruments, but to loop in 19" reverb for home recoding this should be good enough.
Btw. I'll order a KORG NANO for Ardour too.
Again, thank you very much to everybody,
Ralf
Hi everyone,
For those who are interrested in getting the USB M-Audio Fast Track
Ultra/Ultra 8R...
It works almost out of the box in Ubuntu 11.04 (kernel 2.6.38) but:
- Alsa needs to be modified to get the Midi recognized. The fix is
already known and I'm very confident it will get to Alsa mainstream
soon.
- The internal routing of the soundcard is done via software. There is
a patch available wit the basic functionality but I haven't tested
that yet. Oh and the main developers of this functionality has been
posting stuff today on the Alsa-Devel mailing list, so he's working on
it.
- There is a small bug where the sounds cards is dropping samples.
Daniel Mack from the Alsa-Devel is working on it.
The most complete thread on the subject is here:
http://forums.m-audio.com/showthread.php?714-Not-a-problem.-FastTrack-on-li…
Overall, it's not as well supported as the Edirol UA-25Ex for example
(the USB one I used to have), but I'm very confident it's only a
questions of months.
And the more people get it, the more information we can compile, the
fastest the issue is going to be fixed I suppose.
Pardon that I ask this on the developers list, but it seems to be the
best place regarding to the information about hardware, that is or isn't
well supported for or by Linux.
I'm flirting with the idea of buying a RME PCI card or firewire device
or if recommended a card from another vendor. The device should have
around 4 analog IOs, for MIDI I could keep one of my Envy24 cards, as
long as a new device only needs one PCI slot. I guess PCI is less
problematic than firewire?
I'll order next week.
It's important that the analog IOs and converters etc. keep the sound
without audible loss, similar to consumer equipment, that is not the
most worse. Professional sound quality isn't needed, but my TerraTec EWX
24/96 or similar Envy24 cards and all those onboard devices I ever
heard, don't reach good consumer quality, they produce marked loss for
the sound quality.
I could spend 800,- EUR or less ;).
Any recommendations for sound cards?
I already got some recommendations and until now this one seems to be
the most confidence inspiring device ... just a feeling ;):
http://www.thomann.de/gb/rme_digi_9632_hdsp_pcikarte.htm
OTOH, I'm doubtful, regarding to the costs. I thought that new devices
are more expensive.
Somebody else recommended this one:
http://www.thomann.de/gb/focusrite_saffire_pro_40.htm
I can't ask friend, because they won't care about compatibility to
Linux :(, I guess that e.g. Motu isn't (well) supported.
Before I order a sound device, I'll ask if I could test it, when
ordering at Thomann or a similar dealer. The problem is that I have to
order, because AFAIK there are no good music stores near to my hometown
Oberhausen/Rheinland, that are easily reachable by public transit,
dunno, perhaps Kurt Spiecker + Dirk Pulch are still ok.
Best,
Ralf
On Mon, 2011-05-23 at 14:09 -0600, Gustin Johnson wrote:
> On Sun, May 22, 2011 at 9:43 PM, Ralf <ralf.mardorf(a)alice-dsl.net> wrote:
> > On Sun, 2011-05-22 at 13:23 -0600, Gustin Johnson wrote:
> >> I would stay away from the Fireface and the multiface (unless you
> >> connect the multiface to another interface).
> >>
> >> FWIW, I have a 9652 PCI card and an RME ADI 8-DS. If I need more
> >> channels there is an Alesis ADAT that I can connect to it, albeit at
> >> only 16/48. It is important to note that the 9652/9652 do not have
> >> any ADC/DACs on them and rely on outboard gear for that.
> >>
> >> This particular rig has been solid and stable for years and has been
> >> in 3 different rigs, the latest being an Intel Sandy bridge. If you
> >> can afford it I highly recommend the RME PCI and PCIe solutions.
> >> Their Firewire solutions have traditionally been the exact opposite
> >> under Linux.
> >
> > Hm? I tries to switch from LAD to LAU, regarding to current user
> > queries, but it failed. Hi Admin [1] ;).
> >
> > Hi Gustin :), hi Ubuntu Studio users list :), pardon LAD ;)
> >
> > IIUC a HDSPe AIO or DSP 9632 is all I need, if I just need a stereo IO?
> > I only need to buy a BF-BOXLRMKH or BF-BOCMKH breakout cable?
>
> There are a number of possible solutions. It sounds like the AIO
> might be what you want, but I would ask someone local if you are
> unsure (in other words, don't just take my word for it).
I did send a request to my dealer. At the moment I tend to buy a 9632
and if I should switch the mobo one day, I perhaps have to replace it by
the AIO, anyway, the 9632 is less expensive. But I'm undecided.
> >
> > If I need additional IOs and wish to avoid Multiface firmware issues, I
> > can add AI4S-192 AIO and AO4S-192 AIO.
> >
> You could add anything that speaks ADAT, assuming you get the PCI/PCIe
> card with ADAT connectors on it.
>
> > If I need much more IOs and don't have enough money for RME IOs, I can
> > e.g. use a BEHRINGER ADA8000 ULTRAGAIN PRO8 DIGITAL by ADAT connection.
> > The sound quality might be less good and I guess this will add extra
> > latency and Ardour won't auto-compensate this extra latency
> > automatically?
> >
> What latency are you talking about? The only latency this adds is
> electrical switching and media conversion + travel time for the
> optical signal + the DAC/ADC. The sound quality of Behringer tends to
> be lower than other solutions, but this should work.
I guess I'll start with just AI4S-192 AIO and AO4S-192 AIO for home
recording. If I should need more channels I'll order a cheap ADAT device
at another time.
More channels might be needed to do rehearsal room recordings, with
cheap microphones, hence the sound quality is less important, "live"
music has an advantage regarding to the feeling compared with home
recording, just for home recording I wish to get the most near
professional sound that is possible by my equipment, but at home I don't
need much channels. 2 for the stereo sum and some to loop in a 19"
reverb or to record drum sounds from a drum module by separated channels
at the same time.
>
> > As long as I'm using a mobo with PCI slots I can use AI4S-192 AIO and
> > AO4S-192 AIO with a DSP 9632 and when I switch to a mobo with PCIe only
> > I can switch from DSP 9632 to HDSPe AIO and keep AI4S-192 AIO and
> > AO4S-192 AIO (and e.g. a BEHRINGER ADA8000 ULTRAGAIN PRO8 DIGITAL ;)?
>
> This sounds right. If in doubt check with RME. The compatibility of
> the add on boards is listed on this page:
> http://www.rme-audio.de/en_products_hdsp_expansion_boards.php
> >
> > Using a DSP 9632 with a PCIe to PCI bridge doesn't work or at least
> > could cause issues?
> >
> Never heard of such a thing. I would not trust it, but I tend to be
> skeptical of such kludges.
Me too.
Thank you,
Ralf
>
>> I can't tell you about jack API stuff that might be relevant but I can
>> tell you that it usually works, there's nothing in jack that forbids it.
>> There's one thing though you should be aware of: the output will reach
>> the input one processing cycle after the output was produced, hence it
>> will be delayed. This is simply a consequence of how jack works.
>
> This may be a long standing bug that has been reported before.
> The jack authors seem to see it as a 'feature'.
>
> The summing of signals connected to an input port is done when
> that port's owner calls jack_port_get_buffer(). There is an
> optimisation: when there is only one output connected, you
> just get a copy of its buffer pointer, the sample data is not
> copied to separate input buffer.
>
> Now if (1) you make a loopback AND (2) your app clears its
> output buffers at the start of the cycle AND (3) it does
> this before calling jack_port_get_buffer() on its inputs,
> then the looped back output will appear to be empty.
>
> A workaround would be to ensure condition (3) is not true,
> i.e. call jack_port_get_buffer() on inputs before clearing
> your ouputs.
>
> But even that won't work if there is just one output connected
> to the loopback input: the optimisation means its data is not
> copied and you will see an empy buffer anyway.
>
> IMHO Jack should make a copy of an output buffer if it is
> looped back even if that would otherwise not be necessary.
>
> Not doing this violates assumptions that are (IMHO) very
> legitimately made by all authors: either that
>
> (1, strong form) input buffers do not change during a
> process callback, or
> (2, weaker form) they do not change after the call to
> jack_port_get_buffer().
>
> Ciao,
>
> --
> FA
>
>
The issue has (hopefully) been fixed in jack2 since a while, Fons have you ever tested?
Thanks.
Stéphane
On Sun, 2011-05-22 at 13:23 -0600, Gustin Johnson wrote:
> I would stay away from the Fireface and the multiface (unless you
> connect the multiface to another interface).
>
> FWIW, I have a 9652 PCI card and an RME ADI 8-DS. If I need more
> channels there is an Alesis ADAT that I can connect to it, albeit at
> only 16/48. It is important to note that the 9652/9652 do not have
> any ADC/DACs on them and rely on outboard gear for that.
>
> This particular rig has been solid and stable for years and has been
> in 3 different rigs, the latest being an Intel Sandy bridge. If you
> can afford it I highly recommend the RME PCI and PCIe solutions.
> Their Firewire solutions have traditionally been the exact opposite
> under Linux.
Hm? I tries to switch from LAD to LAU, regarding to current user
queries, but it failed. Hi Admin [1] ;).
Hi Gustin :), hi Ubuntu Studio users list :), pardon LAD ;)
IIUC a HDSPe AIO or DSP 9632 is all I need, if I just need a stereo IO?
I only need to buy a BF-BOXLRMKH or BF-BOCMKH breakout cable?
If I need additional IOs and wish to avoid Multiface firmware issues, I
can add AI4S-192 AIO and AO4S-192 AIO.
If I need much more IOs and don't have enough money for RME IOs, I can
e.g. use a BEHRINGER ADA8000 ULTRAGAIN PRO8 DIGITAL by ADAT connection.
The sound quality might be less good and I guess this will add extra
latency and Ardour won't auto-compensate this extra latency
automatically?
As long as I'm using a mobo with PCI slots I can use AI4S-192 AIO and
AO4S-192 AIO with a DSP 9632 and when I switch to a mobo with PCIe only
I can switch from DSP 9632 to HDSPe AIO and keep AI4S-192 AIO and
AO4S-192 AIO (and e.g. a BEHRINGER ADA8000 ULTRAGAIN PRO8 DIGITAL ;)?
Using a DSP 9632 with a PCIe to PCI bridge doesn't work or at least
could cause issues?
Best,
Ralf
[1]
-------- Forwarded Message --------
From: Ralf <ralf.mardorf(a)alice-dsl.net>
To: linux-audio-user-owner(a)lists.linuxaudio.org
Subject: Subscription failed
Date: Mon, 23 May 2011 04:40:52 +0200
Hi,
I want to switch from LAD to LAU, regarding to some user queries about
sound cards. When I first tried to subscribe, I made a typo for my email
address, then I tried again without typo, but it failed several times,
without any error messages.
Best,
Ralf
