Hey everyone, I just created a site that lists all of the Linux-
compatible audio hardware I can find so Linux audio users can
compare in one place and not bother doing all the research
themselves. I'd appreciate feedback and info about your success and
failure with your hardware. I should have a comments system running
soon for each device so anyone can leave Linux-centric reviews. Any
additions and suggestions would be greatly appreciated.
--
Free info on hundreds of money making restaurants and food franchises. Click Now!
http://tagline.hushmail.com/fc/REAK6ZBP3C0oHpijbMxaja92ATn01bPEQIw1O56oMF5G…
Roger
On Thu, 20 Mar 2008 18:17:21 -0400
frank <frankpirrone(a)gmail.com> wrote:
> > Best Regards,
> > Philipp
> >
> I created that cover art Phillippe (could swear that "e" was there -
> hey lyric for next song...
>
> Phillipp Phillippe
> Oh I could swear
> I was so sure
> That 'e' was there.
>
> So now I sit
> In deep despair
> And wait for
> Truth to make all claire.
>
> done in a nice salsa with just a garnish of Rasta, and with a kind of
> gravely vocal...assertive though brushed by shame. Chords to
> follow...)
I never had any e.
You probably confused me with Philippe Hardy (alias Philippe Hezaine),
sorry for causing confusion.
The only remaining question is: Who is claire? ;)
> with The GIMP, Inkscape and Scribus all F/OSS and all running in
> 64Studio. Even the Earth was open-source...not that proprietary
> planet they keep trying to pawn off on the unsuspecting!
>
> Let's quickly entertain suggestions - I WILL lighten the
> unfortunately dark text color - my two digital flat-panels are
> gloriously bright, but when I looked at school on a Dell CRT monitor,
> I couldn't even read the names!
I'm also an ol' CRT user but I could read the names somehow.
I'm used to low contrasts and far too small fonts.
> Any other changes beyond that and the name? Going once... going
> twice... going
>
> Frank
Do you do a on-CD version or a 'jewel-case' inlay-card version?
In the second case it would be nice to have it somehow rectangular and
about the right size.
Best Regards,
Philipp Überbacher
Hartmut Noack wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Pieter Palmers schrieb:
>> Hartmut Noack wrote:
>>
>> Please don't advertise using ffado towards unexperienced users.
>
> Allright - this I understand also but if users with some skill use it it
> generates feedback that you might have a use for? And everybody is well
> aware, that there is no support for an unreleased software. Plus: if
> others share their experience with ffado, it can help you a lot to build
> a documentation. And: if people out there use their interfaces with
> Linux it could make some HW-vendors think about sending you their boxes
> for testing.
>
>> We can't
>> cope with the RTFM type of support that would generate.
>
> And you dont need to - everybody, that does not understand, that unpaid
> devs do not have the time to offer support for a software that is
> labeled experimental/unsupported can be savely ignored I guess...
Unfortunately this is not what my experience is. A lot of users are
disappointed if you tell them that they are on their own since the
software is experimental.
>
>> FFADO is
>> currently only for users that already sort-of know what they are doing,
>> and who we don't have to help setting up their system.
>
> But I am glad to offer help by spreading my experience with the
> software. I dare to say, that I am some sort of a user, that knows, what
> he does but still it took me about 2 h to find out, that the stuff in
> test/ is so important and can do such tricks like switching sync - a
> feature, that is absolutely vital, since with it I can have 6
> In-channels with my Firebox instead of 4...
At this moment the project's strategy is to get a release out ASAP with
support for the devices of cooperative vendors. The idea is that it's
too cumbersome to support devices we don't have access to. Having a
released will hopefully accelerate vendor support for us. Unfortunately
for you Presonus is not on the 'supportive vendors' list yet.
>
> wich does not work btw ;-)
>
> $ ./progs/libffado/tests/test-ffado -n 1 SetClockSource 80
>
> Type: Sync Syt Match , Id: 80, Valid: 1, Active: 0, Description:
> Sync Stream Input
> Type: Compound Syt Match, Id: 79, Valid: 1, Active: 0, Description: Syt
> Match
> Type: Internal , Id: 78, Valid: 1, Active: 1, Description:
> Internal (CSP)
> set clock source to 80
> Could not set clock source
>
> it worked for ID 79 but with no usable effect.
>
> Anybody out there who knows what could be wrong?
Judging from the output, the firebox doesn't support the standardized
method of selecting the sync source. Which is very unfortunate since
that means we need info from presonus to figure out how it should be done.
What might work is that you have a valid spdif source connected before
you start jack, or maybe before you power up the firebox. It might
auto-select SPDIF when there's a valid signal. I know the quatafire
works like this.
>
>> Keep in mind that all time spent on support is not spent on development.
>
> Thanks a lot for your great work - freeBoB works just great for me and I
> respect your policy regarding support for ffado. All I want is to help
> others, that feel a strong itch to use their machines with Linux but
> decide to do not, because they cannot alter settings like clock-source.
The settings and configuration part of ffado is the section that needs
the vendor support the most. It's sort off a chicken and egg problem. As
I mentioned before, our current strategy is to focus on devices that we
have access to, in order to get things moving. FFADO might (partially)
work with other devices since it's designed to be as broad as possible.
But it might not, and then you're sort-off on your own. On the long run
things should resolve themselves. The best thing you can do is harass
the vendors a bit such that they realize (think?) we're not a bunch of
insignificant freaks. I've been advising strategy this a lot over the
last year and I'm starting to see the results of that.
Getting a decent (released) version is a real priority since I'll
probably be visiting the Musikmesse in Frankfurt again this year, and I
really want to have something solid there. Face-to-face communication
with the vendors should work better than email.
Greets,
Pieter
Hi,
KMetronome is a GPL licensed MIDI metronome with KDE 3 interface, based on the
ALSA sequencer. More details here: http://kmetronome.sourceforge.net
Important bugs fixed in this release:
* Fix a compilation error using GCC 4.
* Fix MIDI output for QSynth/Fluidsynth and other soft synths.
It uses now longer (configurable) durations, or even avoids using
note off events entirely (new user option).
* Schedule always one bar ahead of current time, to avoid the
nasty little gaps between patterns, seen sometimes when using
the program under heavy CPU load.
Download
http://downloads.sourceforge.net/kmetronome/kmetronome-0.8.1.tar.bz2?downlo…
Regards,
Pedro
Recently I made (yet another) attempt to clear the attic. Fetching down
a couple of old and dusty computers I was surprised when a floppy
dropped out of one of them. Not expecting much, I stuck it in my current
machine and found just one MIDI file on it.
How it came to be there I shall never know, but I was quite excited
when I realised it was the original live-played recording of my tune
'Reflections'. This tune has had a number of incarations over the
years, but it was a strange experience hearing it as I first conceived
it.
Inevitably I started playing with it, enhancing and developing the
theme, adding conter melodies and background sound 'washes'. I think
I've got it to a higher standard than I've ever achieved before. I will
probably leave it for while, then listen again and make final
adjustments.
The new version is:
http://www.musically.me.uk/music/Reflections_New.ogg
and an older version is still on my website as:
http://www.musically.me.uk/music/Reflections.ogg
Finally, as a matter of curiosity here is the original MIDI file.
I played this to a vibraphone voice.
http://www.musically.me.uk/music/REFLECT.MID
--
Will J Godfrey
http://www.musically.me.uk
Have fun! To deal with the most urgent things first:
Multiple-choice questionnaire.
Philippe Hezaine a écrit :
> Hi all,
>
> I plan to write a little book of free drums patterns with Lilypond and
> put in it
> on Internet.
> It would be titled "Le Batteur GNU" ( The GNU Drummer") or 'Le Batteur
> Libre"
> (The Free Drummer) and it will be CC-BY-SA.
> I must think of some details yet.
> I mean, for instance, some basics patterns of 4, 6 or 8 bars (without a
> final beat ?)
>
YES NO
> in one style, eg bossa nova, separated from each other by one bar of
> rest.
>
NO YES
> Then some variations are based on it. (maracas, congas... blabla...)
> So all the patterns are modular. (trussed up)
>
FRANK...FURT FRANK...FURTHER
FRANK...FURTHEST
> You can copy and paste as you need.
> The advantages : a source in plain text + midifile + pdf. Possibilities
> of several tracks.
> The drawback : all velocities are ruined. But what? You customize the
> velocities of
> your 4 -8 bars copied in a sequencer or Hydrogen and voila.
>
YES NO OTHER CHOICE
> May be we can share and work on this project with the aim to experiment
> its use.
> It isn't so difficult.
>
LEVEL OF DIFFICULTIES : 1. 2 . 3 . 4. 5.
> By the way, is anyone will be able to send me a drum midifile in one style?
>
NO NO
> Kevin, have you anything of this kind in your database? For experiment.
>
I DON'T KNOW I DON'T SAY
> Have fun.
>
--
Phil.
http://superbonus.project.free.fr
Aurelien a écrit :
>> Hi Aurélien How are you guy
>>
>
> Huhuhu ! J'avais vu que t'étais dans le coin.
> Ca roule pas mal
Something creazy to think you can met a friend living 100 km far away
from yours on a international list !! I like that, and i like linux for
that (but not only)
YaN
Hi
I've been running debian for years, and was very pleased with it's
performance. However, for other reasons (mainly 6 months release cycle),
I recently switched to ubuntu. Although I think I have everything setup
the same (realtime kernel, /etc/security/limits.conf and chrt of irqs),
I can't get the same performance as with debian.
Before we start pulling my system apart and I post half the content of
/etc/, can anyone think of what might be different enough to cause
realtime problems? Anyone else having the same feeling about debian vs
ubuntu?
I realize that gnome vs openbox and the usability-enhancing-daemons in
ubuntu (network manager, power manager, plugin-detection-of-usb, stuff
like that) might be making a difference, but my realtime setup under
debian was rock steady, 0 xruns while compiling kernels, checking email,
whatever. Under ubuntu it's generally good, but every few minutes
something creates dropouts, or chopping up of the audio stream.
--
peace, love & harmony
Atte
http://atte.dk | http://myspace.com/attejensenhttp://anagrammer.dk | http://modlys.dk
Hello everyone.
Please could somebody tell me how I can beat some sense into audacious.
It's the only xmms-style player I can find that is capable of using jack
for audio. Unfortunately it's being incredibly annoying- when it changes
song there is a fairly large chance (about 50%) that it will somehow
fail to play using the existing jack audio client. When this happens,
instead of doing the sensible thing and waiting until it can use it, it
just spawns another one! What's more, no matter what regex I put into
jack's patchbay (not that I actually want to fix it this way) it simply
will not automatically connect the new instance.
When this happens, audacious will also fail to use the new instance
every time it changes song. So when it happens I have to manually
connect every new instance on every song change or restart audacious to
fix it.
Any ideas?
Thanks.
Simon
