Hi Hermann :) > Your problem looks pretty much reproducible -- a situation which makes > developers happy :-P
It's reproducible for me, but without interesting messages, even if I run all applications in a terminal emulation. By the way, here I'm a little bit esoteric, my fave is Yakuake, but when I try to make music, I don't run Yakuake and I also try not to run any derivate of top. It feels like applications are running a micro second longer, if I don't run Yakuake, atop or htop. > Chances are good you could be able to produce a > stacktrace, which could just change the whole picture, because then it > could be possible to see what's actually going on. Okay, I was fine with this for Assembler on the C64. How is it possible to have a log file with the values that were on the stack, resp. are on the stack, when something crashes? Is there a program that can write a logfile to report the status register and stack? Is this possible by those debug versions? > > MusE is totally broken. > strange, I hear this statement again and again since several years :-o Okay, so MusE might be really broken, while the features seems to be more interesting than those of Rosegarden. > > There are problems for MTC. Rosegarden can be master for a Yamaha RX21, > > but not for the Atari ST. Ardour can be master for the Atari ST. Ardour > > can't be slave for the Atari ST. > ...and what was the answer or reaction of the Rosegarden community or > developers? Weren't they interrested in such an issue? I didn't reported that, because I would like to know what MIDI bytes were sent. The Linux MIDI monitors that are also showing a timer as reference, don't show the bytes, they only translate bytes into text like "MTC". And I don't want to use a MIDI event dump, that gives no information about the time, when the event was sent. Maybe after /Start/ 0xFA was sent, the /Timing Clock/ 0xF8 is correct for 1/32 notes, the maximum the RX21 is able to quantize, but perhaps the rest of the 1/96 notes is out of time, so that it's impossible for the Atari ST to be in sync. The Markt & Technik "Das C64-128-Musik-Kompendium" says something like this: "System Realtime Messages are only 1 byte long and have absolute priority. They can be sent inside a MIDI command that is longer than one byte (a remark by me: this is possible because other status bytes and their following value bytes are always < 0xFn). Each beat of a bar has got 24 /System Realtime Messages/ of the type /Timing Clock/, that means it has a quantize of 1/96." But this isn't MTC, maybe /Timing Clock/ is ignored, when there is sent a MIDI Time Code with Song Position Pointer. The Markt & Technik "Das C64-128-Musik-Kompendium" says something like this: "0xF2 is followed by a low and a high byte for the song position. The left bit is always cleared for those two bytes. The value build by the low and high byte is equal to the sum of 1/16 notes, that the actual position is away from the start of the song." I was thinking of writing a MIDI monitor myself, to see what byte is send, at what time, to see what Ardour does correct, that Rosegarden transmitted incorrect, while it's proper enough for the RX21, but I'm not fine with doing this for Linux, so I first made some tests with Qtractor and I still have to do some tests. > > Maybe socket AM2 and on-board graphics aren't used by those who have > > stable MIDI applications, but I also know a Linux multimedia moderator > > who says, that he has got no trouble with sync, when using JACK > > transport, it should be 100% in sync in his studio. It's clear that he > > isn't able to hear it. It's impossible that he has JACK transport > > working without delay. > Hehe, I really like this one ;-) As a German you should join forums like Computerhilfen. If you will ask how to watch an AVI, Dr. Suse will tell you to install around 50 codecs and if you are asking for real-time, Dr. Suse will tell you that there is a real-time option in the Suse default kernel, that can be activated by kcontrol, so we don't need a RT patch any more. People say that I have a borderline personality and reading something like this can really make me loose control, when I post remarks. By the way, today I posted http://www.computerhilfen.de/hilfen-6-254428-15.html#msg1327218. > > I don't know anybody living near to me, who has got no > > trouble with Linux audio, MIDI, I have to believe that there are people > > far away, that can use MIDI sequencers. > ...which just shows there *is* some serious trouble, which maybe doesn't > get the attention by the developers it deserves? I believe that most people that are using a Linux sequencer have a stable Linux sequencer, but I guess that many people tried to use a Linux sequencer, they got the same troubles like me and after that, they changed to Windows. > http://lumiera.org > I've seen this side, when I dissected your email address "...(at)ichthyostega.de". > http://www.pipapo.org/pipawiki/Lumiera/TimelineNotes I don't have experiences with Cinelerra, I just does some cuts, deleted some cuts and rendered some shorten films. Sometimes the rendering was fine and sometimes the rendering looked like a (I only know the word on German) Pseudo-Solarisation. A problem for many virtual audio mixing consoles for Linux are missing aux channels and if a mixer has got aux channles, there often are subgroups missing, this causes wasting of resources, when working with effects and is less comfortable for creative and intuitive work. Maybe this is, because adding different audio signals to one aux send, can cause troubles for the code. I'm not fine with fourier and I'm also not fine with the way Linux administrates audio waves, e.g. if there can be floating point and non-floating point mixed, 44100 mixed with 48000, PCM mixed with mp3. I don't know the places where signals are transformed. I have no idea? It's just imagination, I also could write, maybe hzggasuhgas has to be mixed with hohafhdjfasand because this is complicated, there are seldom aux channels. Maybe it's similar for Video. I only worked with oldish professional and amateur video, I don't made experiences with cutting a film by Fast Machine myself, or more modern systems, so Cinelerra for me seems to be good, because I don't need to type events. I now Werner Nekes who used Fast Machine and Sony Betacam and I guess this is often used equipment. I don't know what he's using actually, but I guess applications like Kino and Cinelerra should try to be near to such equipment, with the difference that it should be possible to have several virtual digital VTRs on one hard disk and that it's possible to have all video monitors in one monitor. Cheers, Ralf
signature.asc
Description: OpenPGP digital signature
_______________________________________________ 64studio-users mailing list [email protected] http://lists.64studio.com/mailman/listinfo/64studio-users
