Hi all,
I am happy to announce that a new Mplayer frontend (for Linux) has been
launched.
Klactoveedsedstene is an Audio Player frontend to the popular Mplayer
engine, written in Java.
It has an advanced support for Album Art. It recognizes embedded Album
Art, and is also mostly able to find the correct Album Art from the
Internet, based on the "Artist" and "Album" ID3-tags
Features:
Fast and compact
Advanced Album Art support with almost 100% accuracy.
Select and Play
All-in-one window
Drag and Drop music into the library
Supports MP3 and WMA
Highly configurable
Stateful (remembers your window settings)
All parts of the GUI can be colored
Album-Artist-Track view
All track columns sortable and movable
Minimizable
Have a look, and a try at
http://www.klactoveedsedstene.com
Best regards
Viggo Simonsen
Nature of xruns
I never paid attention to mentions of xruns since I rarely got
them using a stock Fedora 8 kernel (and F6 before that) on a
x86_64 architecture, 4GB RAM. Yesterday though, I got plenty of
them and my observation is that in this case any real-time
feature associated to the kernel does not matter. In this case
the xruns are made by the way applications handles
stuff (whatever that is). So that makes me think that there
ought to be a guideline, a best practices in developing Linux
audio/jack applications.
Here's the observation setup.
First, the song. The song does not matter, It always plays
fine. The song is made by the use of Seq24 which drives several
soundfonts loaded by Qsynth in different engine instances, as
well as two sounds made by Zyn. Qsynth has several instances of
FluidR3_GM (120MB) and one SGM (250MB) loaded.
Second, the xruns. I take the outputs and drive them through
jackmix, add electric guitar line-in from a Vox amp, and have the
outputs of jackmix feed into Qarecord. Start recording. The
.wav result is polluted with xruns.
Third, same song w/o xruns. I terminate jackmix and Qarecord
and launch Ardour. I run all outputs into Ardour, and run the
electric guitar as well. Add some Freeverb and MultiEQ. Record.
No xruns at all in the resulting .wav file.
From this it is obvious that the application layer helps a lot
in promoting xruns. It is safe to assume that Qarecord is a
quick hack. But, there's seemingly a big difference in
application design regarding the handling of audio/jack stuff
between Qarecord and Ardour since one produces a festival of
xruns and the other none.
My question is, is there a guide/HOWTO around that addresses
the proper design of audio/jack applications or, is - in 2009 -
the only to know about that is by actually going through the source
code of successful Linux audio/jack applications ?
Cheers.
In addition to the patches from earlier that restore the emi62m
firmware loader to function (and reinstates the correct bitstream.HEX
file for the device), I've extracted updated firmware from the last
(to my knowledge) free (beer) software update provided by eMagic. The
update was labelled firmware 2.2 and the updater was for MacOSX 10.2.3
PPC.
I noticed that the previous round of firmware loader fixes hasn't made
it into any of the test kernels yet (or has it and I missed it?) So
I've included the loader fixes to date and the firmware update into a
single patch that works on stable kernel releases 2.6.27 up to at
least 2.6.32.2. That said---
The licensing boilerplate included with this 'free software update'
from eMagic may or may not allow eventual kernel inclusion; I've
always been a little surprised the original 1.0 firmware as used in
the current in-kernel driver was acceptably licensed. Even if not,
this update is undeniably useful to anyone who has one of these
devices and so I've made it into one big patch that can perhaps be
unofficially 'helped along' to those folks wo could use it.
The firmware update information includes various vague statements of
'improves latency and performance', but the biggest thing I notice is
that it has cured several minor but annoying bugs in the 6|2m, like
the fact that sampling always starts with neither analog nor digital
input actually internally selected/working and you have to flip the
physical switch on the front of the unit to wake it up every time you
begin recording...
The all-in-one patch is large and so stored here:
http://web.mit.edu/xiphmont/Public/emi/emi-firmware-update.patch
...and also wrote a longer blog post featuring both patches here:
http://xiphmont.livejournal.com/46858.html
If you prefer just the new .HEX files, let me know.
Cheers,
Monty
On Wed Jan 6 15:08 , "J. Simon van der Walt" sent:
>I'm trying to get going with MUSE, watching this video
>
>http://www.youtube.com/watch\?v=11VWsbeT35s#t=1m44s
>
>At the point linked to, the contextual menu shows 'Add Synth', but I
>don't seem to have that option; various other types of track I can
>add, but not that. Any ideas?
>
>Second, probably stupidly basic and annoying question; as soon as I
>launch Jack, I lose all sound from the YouTube video I'm trying to
>watch in Firefox. How does one get around that?
>
>tia
>
>--
>J. Simon van der Walt - Composer
>www.jsimonvanderwalt.com
>+44 (0) 7905 270 198
I can't give yyou direct help now as I'm at work and I use MusE almost
exclusively with outboard gear.. .. However I recommend you join the muse-user ML
there are lots of helpful people on there who a
As for watching the video in youtube and firing up jack... I can't help at all...
Hi
I missed the rpm challenge 2009, and I'm eager to join this year.
However the website (http://www.rpmchallenge.com/) still doesn't mention
2010 and have 2009 all over the place. Anyone knows what's up? Will
there be a rpm10 or? How about last year, when was it possible to join
the challenge?
--
Atte
http://atte.dkhttp://modlys.dk
(I am cross-posting to make sure evr1 gets it)
Guys,
You have shared (and keep sharing) your 'trade' secrets with me and all of
us here unselfishly, and here are my 5p
There is a songwriting competition where the search is for good songs
recorded on guitar/vocal or piano/vocal only.
So, bare bones only, no stardust production fx.
It looks v interesting and promising, pricing is reasonable and details are
here:
http://www.eskal-8.com/ (click on Production)
Good luck
---
Viktor Mastoridis
---------------------
Merry Christmas and a Happy New Year
Убав Божиќ и Среќна Нова Година
Καλά Χριστούγεννα και Ευτυχισμένο το Νέο Ετος
I've been getting by so far with an amd64 box running debian, jack, ardour
etc through Terratec DMX-6fire (Envy24 based) card, but now find that I need
to record more channels simultaneously.
I would like (and can just about afford) the M-Audio FastTrack Ultra, but it
doesn't look as though it is going to be easy to get it to work under Linux.
It's a USB 2.0 device - it needs those 480Mb/s to record 8 channels
simultaneously - so it isn't class-compliant.
Has anyone succeeded in getting this interface to work properly in Linux?
If not, can anyone suggest alternatives in the same sort of price range?
Thanks,
Edward
Hi,
Dunno if this is a stupid question or not, and just for orientation...
Is it possible to make a sort of 'Ableton Live like setup' with audio
synthesis languages like supercollider or pd?
E.g. to be able to play/record audio loops, midi stuff, changing
parameters like bpm in realtime mode etc?
\r
I've discovered a somewhat crude way of getting a "fat" tom tom sound
from the overheads, not magically doing away with close up micing of
toms. But if you're on a budget (like me) and only have 4 inputs
available It works quite well.(note: you will also need a separate snare
track) It's quite simple:
Insert an EQ on the overheads and boost around 70-120Hz (depending on
how the toms are tuned, use your ears ;)) Now, we got more fat out of
the toms, but, the snare drum is most likely ruined, unless you want it
to sound muddy of course. To fix this we move the snare track so it's in
phase with the overheads, then invert the polarity and most of the mud
in the snare drum should be canceled out from the overheads. I suspect
an XY placed above and in line with the toms yields the best result..
I'm not sure if this actually is usable in the real world as I have not
tested it properly yet, i.e mixing in other instruments and so forth.
And then there's the chance that someone already tried it and scrapped
it :P.
The clips are from a session when I tested a drum kit that I've actually
built (I'll tell you more about this if anyone's interested) Recorded in
a modern super expensive studio where I study, but all mixed in ardour...
The filename says what's goin on..
http://g.imagehost.org/download/0746/noTomshttp://g.imagehost.org/download/0188/WithTomshttp://g.imagehost.org/download/0878/rawOverheads
I saw some stuff float by on the list about putting an M-Audio FastTrack Pro into 192Khz or some other insane mode.
I have a FastTrack Pro, and I'd be happy to get it into 48Khz mode. It has been stuck at 44.1Khz for almost 3 years now.
The docs on the ALSA WIKI listed some flags to the driver that were supposed to make the interface change sample rates. I tried them, years ago, and they didn't work.
Do they actually work? If I screw them up, do they do any permanent damage to the interface (i.e., like it getting into some strange state and being unable to get out of it)?
I have got:
Advanced Linux Sound Architecture Driver Version 1.0.18a.
Compiled on Feb 3 2009 for kernel 2.6.26.8-rt12-kr2 (SMP).
-ken