> Syncing the two via jack is working just fine for me so I probably will > not be changing my workflow anytime soon. I only use Rosegarden for > editing midi, I prefer ardour for everything else. >
If you are using an actual version of hydrogen this sync problem is eliminated. I can't remember if it was positive or negative delay about one buffer, but if it is positive delay and you are doing drums with Rosegarden MIDI, you will get a bad groove, if the delay is negative, it will be fine. Drums to early are good, dums too late are bad ;), but to early is also bad if an audio recording of MIDI drums will start at the beat, even if they will be in perfect sync after the first beat. Anyway, what you hear is what you get, if it sounds all right, than it is all right. I guess a delay of around one buffer isn't a problem, for most instruments, but for percussive, resp. the rhythm group. > The linux kernel needs to know how to talk to chipsets, modems, wireless > network adaptors, ethernet network cards, just like it needs to know how > to talk to video cards. I make no distinction between these devices. > If they don't work either you need to upgrade your kernel or the vendor > screwed up. If Intel and the ATI division of AMD can get it right so > can everyone else. > Sometimes the blame is on Linux ;), e.g. if a module for IDE is fine with primary devices, but not with secondary devices, because the coders tested two IDE devices, but both as primary on another IDE port. Than someone like me gets a board with only one IDE port, but he ... I have got 2 IDE devices, so one becomes the primary and the other the secondary device. It's just bad programmed by Linux coders. That is okay, such things can happen, but the problem with the community is, that they will not see, that many, maybe most problems are self-made and not from evil vendors and ignoring that isn't a help. >> I know some people got problems with Windows too, but more people got >> problems with Linux. >> >> > That is very true. There is no need for this situation, but it does > exist. There is not a lot more that can be done about this. Either the > hardware vendors sort out their problems or they don't. Fortunately we > still have hardware to choose from. > There is no serious German multimedia Linux community, I didn't chose to join mailing lists on English. For Germans there is the need to have more open minded forums, resp. to have just a single forum like that. When I did my request at Linux Club for a German Suse RC forum, I got a link to an English forum. To use Linux, you need to be half a coder yourself and to speak English. To use most other OSs you can be a user and you only need to speak your native language, if you have a problem. In German forums you can read stuff like "You don't need a real-time kernel any more, just enable real-time for the default kernel by Kcontrol." Indeed there was and maybe still is such a function for audio by Kcontrol and default kernels, but this kind of real-time isn't usable to make music. > I do edit midi quite a bit. I do not really play "live" with a midi > keyboard. The few times I have done midi recording I have quantized the > resulting midi. I have also sent the output of my keybaord into > qmidiarp, then the midi output of that into rosegarden and a soft synth. > From there I could chop up the output into useable loops. The midi > capabilities are quite powerful and useful, at least for what I need to do. > > There may in fact be problems with mixing live and pre-recorded midi, > but I take issue with blanket statements that say midi is broken. I > find such statements to be misleading and bordering on FUD. > I don't need Linux live for concerts, I only need a more stable studio in the box. It's okay if it will crash sometimes, but at the moment it's impossible to do MIDI recordings. >> from the net. And I'm not writing about Quentin, who made a test, I'm >> writing about the pro-audio community that recommend hardware, that >> wasn't really tested. My hardware is fine with openOffice, Thunderbird, >> GIMP. That's something complete different to the work for printing shops >> or to make soundtracks for films. >> >> > I agree, there is a difference between low latency audio work and > general computing. Most "pro-audio" types don't seem to be aware of > latency issues under any OS (Windows has had its share of problems too). > I don't know what the solution is, but at least there are places like > this to ask the questions (the Linux Audio Users list is another > excellent resource, even better than this one since some of the ALSA and > jack people are directly involved). > Instead of discuss this with you, I should install the latest jackd and if this will fail too, I should report this to Paul Davis, as he has written "ASAP". To be honest, I will do this tomorrow or the day after tomorrow, I'm lazy today.
signature.asc
Description: OpenPGP digital signature
_______________________________________________ 64studio-users mailing list [email protected] http://lists.64studio.com/mailman/listinfo/64studio-users
