>Hi,
>
>29Nov2004 @ 10:05 Reuben Martin thusly spake
>> Wouldn't all these
>> problems be fixed and everybody be happy, users, OSS advocates, and
>> hardware manufactures if rather than dealing with drivers, a robust
>> pro-audio transport standard specification was created for 1394?
>> Something similar to how you can plug in any DV cam with firewire and
>> "it just works" (tm)?
>>
>> How hard would it be to get all these developers, or at least a
>> siginificant portion of them, to sit down and hammer out a firewire
>> proaudio spec they would all be willing to support?
>
>Have you tried?
Nope. I wouldn't have the first clue where to start. Hence the quiestion
of "How hard would it be?" Has anybody ever tried to do something
similar?
-Reuben
I'm trying to keep up with these threads about people venting
frusteration with propreitary 1394 audio interfaces. Wouldn't all these
problems be fixed and everybody be happy, users, OSS advocates, and
hardware manufactures if rather than dealing with drivers, a robust
pro-audio transport standard specification was created for 1394?
Something similar to how you can plug in any DV cam with firewire and
"it just works" (tm)?
How hard would it be to get all these developers, or at least a
siginificant portion of them, to sit down and hammer out a firewire
proaudio spec they would all be willing to support?
-Reuben
On Sun, 2004-11-28 at 10:42 +0100, Thomas Grill wrote:
> The latest hatefilled posts on the RME list about the ALSA driver issue are
> surely not helpful - let's better respect their viewpoint and find a
> solution for the LAU community.
I have not read the RME forum. Has RME commented on the possibility of
a closed source driver?
Lee
I'm proud to announce a new stable release of Hydrogen Drum Machine!!
Features:
__General__
* Very user-friendly, modular, fast and intuitive graphical interface based
on QT 3.
* Sample-based stereo audio engine, with import of sound samples in .wav, .au
and .aiff formats.
* Support of samples in compressed FLAC file.
__Sequencer and mixer__
* Pattern-based sequencer, with unlimited number of patterns and ability to
chain patterns into a song.
* Up to 64 ticks per pattern with individual level per event and variable
pattern length.
* 32 instrument tracks with volume, mute, solo, pan capabilities.
* Multi layer support for instruments (up to 16 samples for each instrument).
* Ability to import/export song files.
* Unique human velocity, human time and swing functions.
* Multiple patterns playing at once.
__Other__
* JACK, ALSA and OSS audio drivers
* ALSA MIDI input with assignable midi-in channel (1..16, ALL).
* Import/export of drumkits.
* Export song to wav file.
* Export song to midi file.
Changes:
* New ALSA driver
* New french tutorial and manual page (thanks to Pierre 'AlSim' Chapuis)
* Bug fix
Download:
http://hydrogen.sourceforge.net
Vote hydrogen at the italian open source contest!
http://hydrogen.sourceforge.net/HowToVote.html
Happy drumming! :^)
--
Alessandro <Comix> Cominu
http://hydrogen.sf.net
e-mail: comix(a)despammed.com
Icq: 116354077
Linux User # 203765
>> > > That's a perfectly valid point. But for every disgruntled nvidia user
>> > > there are 100 who are just happy to be able to play UT2004.
>> >
>> > Are you sure? I don't know but i've literally seen tons of complaints.
>> > It scared me away and i just stick with my old g400.
>>
>> I am just judging from reports on LKML. There seem to be a LOT of
>> people using this driver successfully. The consensus on LKML seems to
>> be that the Nvidia driver is of high quality. The Nvidia folks really
>> seem to stay on top of kernel development, and the driver usually works
>> with the latest kernel.org kernel, unlike some vendors who build one
>> module for one kernel version and claim to "support Linux" because it
>> works with RH9 or something equally ancient.
>>
> We're running NVIDIA graphics cards and the NVIDIA driver on over 100
>systems where I work (because no other card/driver combination can do 3D
>as well - using IVS Fledermaus). Almost all of these systems are SMP,
>most are state of the art. We have little to no problems with the
>drivers.
>
I'm using Nvidia hw, and the 3D performance from the binary is great. However, the driver trashes my frame buffer every time I start X, so I can't use any of the VTs once I start X. This bug has been known for a year and a half now and Nvidia still hasn't fixed it. There are entire websites dedicated to hacking the old drivers with binary patches to work with kernel 2.6 just to get around this stupid bug. I appreciate the work Nvidia does to keep the driver up to date, but I tend to think this would have been fixed a long time ago if it were an open driver. I don't mind binary drivers _when_they_work_. I quickly find them irritating when there is a bug and there is nothing I can do about it. I don't like the idea of having similar situations with audio hardware.
-Reuben (RME Digi96/8 PAD user)
On Sunday 28 November 2004 07:52 am, Dave Phillips wrote:
> Hey John:
>
> I'll chime in with some kudos for the tune, but I agree with your own
Thanks
> assessment re: the vocal, it does need to come forward. No point in
> singing words if they can't be heard or understood, yes ?
>
> Vocals are often a problem for people who don't particularly think of
> themselves as "good" singers (whatever that means: is Bob Dylan a "good"
> singer ?), and there's a resulting tendency to put the vocals too far
I say two words to my comparatively green musician friends who say "ya gotta
have good vox"; Tom Waites. AFAICT it's the same with every singer as far as
insecurity goes and I've worked with lots.
Under normal circumstances I belt, and had it been a serious recording I would
have done things a lot differently. Really, to get a good vocal mix I'd have
to shitcan the scratch track, but there's some things I really like about the
guitar performance. And you can hardly tell where I had to turn the page on
the lyric sheet! I'm still debating cutting the extra 2 beats. Probably go 12
string when it's time to rerecord.
> back in the mix. The thought is often to truly "mix" the vocals in with
> the instruments, but I suggest taking it the other way on, i.e., mixing
> the instruments against the voice. The song is the thing, its melody and
> lyrics must be clearly heard (or at least clearly sensed: I can't
Yup. I used to work a lot with doo woppers. 'Nuff said.
> usually understand the lyrics to Mudvayne but at least their man is out
> front). One of my favorite local musicians made a wonderful album years
> ago, but the one mistake he made on it was to mix his voice too deeply
> into the instrumental sounds. He told me he wished he hadn't done so,
> and that his decision was based on his poor opinion of his own singing.
> Sometimes it's best to get another opinion, I guess that's part of the
> function of a good producer.
Budgets do get in the way. Years ago, I'm sure it was analog with no
automation and I can tell you that having reproduceability makes life _so_
much easier. I'm lacking 2 things right now. A quiet location and enough space
to set up my console and stands.
>
> No tubby sound here, probably because my monitoring system is fairly
> decent. The instrumental mix has a nice loose sound to it that
> complements the song. I agree with Florian re: the character of the
Right well I didn't use a click or anything. I got the idea for the hook,
banged out the lyric in about 15 minutes, tried it on top of the progression
(had been kicking the tires on the progression, but with a madrigal feel),
gave it the cowboy spin and let it rip.
> tune, the sounds really match the intent of the lyrics. Good stuff,
> let's hear so>
> Btw, perhaps this thread is more on-topic on the users list ?
>
I meant to apologize for that. Sorry guys.
> Best,
>
> dp
>
> Florian Schmidt wrote:
> >On Sat, 27 Nov 2004 14:36:10 -0500
> >
> >John Check <j4strngs(a)bitless.net> wrote:
> >>Anyhoo, I had a spark of inspiration and banged out a little sort of folk
> >> tune tracked with ardour. Audacity as a front end for LAME. Still
> >> getting my ears calibrated to a subpar monitoring system so forgive the
> >> buried vox and any tubbyness.
> >
> >Great tune! I really enjyed it! And yes, the mix is a bit odd, but i
> >like it. Gives the tune even more character :)
> >
> >Flo
> From: Thomas Wehrspann <thomas(a)wehrspann.de>
> Subject: Re: [linux-audio-user] Two Card As One (Delta 1010LT) ??
> I would be easier, if Jack would support more than one sound card.
Have a look at the jackit-devel list. There is a thread on this matter
there.
Timo
Hi,
meanwhile, I have some USB toys and so I bought a 4-port USB
hub one year before.
Unfortunately, it works horrible since I use kernel 2.6.x
series. My UM-1S (USB2MIDI), my camera and even my mouse
sometimes do not work with it. I guess that the included
firmware does not always work like it should (update seems
not to be available/possible).
Because I recently bought an USB-audio-device, I need more
ports and think about a 7-port USB 2.0 hub for usage on my
USB 1.1-notebook.
Does anyone here own such a device which works properly with a
2.6.x kernel, especially in conjunction with USB-audio and
USB-MIDI-devices?
I'll noone quote on a hint, so I'd really be glad to hear some
experiences.
Best regards
ce
Hello list, i need help.
I bought two Delta 1010LT soundcards. Each card has 8 analog I/O.
With Ardour i want to record (and playback) 16 analog channels at once.
AFAIK Jack only supports one soundcard at a time?
So i tried the "multi"-plugin of ALSA (.asoundrc), but had no luck.
The 1010LT has 12 capture and 10 playback channels and "multi" seems to need
synchronous I/O?
What can i do?
Thanks in advance
Thomas
Anyone knowns of an input device (some specialized USB joystick maybe
...) that could be use as a multiple effect switch for a linux PC ?
I don't know if this exist yet, but I can certainly see software support
in "jack-rack" for instance to enable/disable effect.. a footswitch made
of a winmang "Rumble Pad" for instance could also be use to control the
selected slider ...
Would that be of use to anyone ?
Frank