Daniel James wrote: > Hi Ralf, > >> I'm not fine with C/C++ and x86_64 Assembler, especially I'm not fine >> with writing C/C++ make files, I tried to do some C++ for Linux some >> time ago. >> >> Simple MIDI monitoring for some tests should be possible to do with a >> monitor written in BASIC. I found out that the ATARI's GFA BASIC is >> nearly the same as Linux's X11-BASIC > > That's quite obscure though. Have you considered learning Python instead? > > Cheers! > > Daniel
Hi Daniel :) I bet there are some MIDI monitors the way I need ;). I don't wish to program or to get from someone else a complex program, I just wish to have an application that is reading a timer and byte by byte, so that I can scroll through the MIDI bytes. START: 001 Is the MIDI client/port ready? 002 If so, get the TIME and the MIDI Byte and write both informations to an array. 003 If there's pushed a key, jump to STOP 004 If not, go to START STOP: A routine that shows the TIMER and MIDI Bytes in a list, that can be scrolled, maybe simply by saving it as a file.txt. It should look like this: minutes:seconds:milliseconds MIDI-Byte 00:00:004 f0 00:00:005 0a 00:00:006 0f 00:00:007 05 It isn't obscure to program in BASIC. The advantage would be to have the same MIDI monitor for Linux and the Atari without spending much time in programming. Because there's nothing to sort and it's a compiler BASIC. If I have to learn anything, I should learn how to write make files for C/C++ ;). But anyway, Python seems to be near to BASIC and Assembler, so I think it will be possible to program without learning, just using a quick reference like http://rgruet.free.fr/PQR2.0.pdf, e.g. 'if' 'else' is near to BASIC and 'cmp (x,y)' is near to Assembler, for those basic Assembler commands the kind of CPU doesn't loom large. Like C/C++ it seems not to use jumps, but calling functions, modules or what ever such routs are named. Following http://infohost.nmt.edu/tcc/help/pubs/lang/pytut/build-module.html there is a list of MIDI functions here: http://pypi.python.org/pypi?%3Aaction=search&term=midi&submit=search So I've taken a look to portmidizero 0.1. For me this is obscure. Again I used google and found http://wiki.python.org/moin/PythonInMusic, but midi-0.2.1 also is confusing. I can't find a simple function to get single bytes from an ALSA or JACK MIDI client. I'm looking for something that is as simple as GFA-BASIC. I wished to know a command, searched the Index of a book and found INP(3), that is the input for a single MIDI byte for the Atari. Basic is fast enough to do a monitoring without filtering. I programmed a BASIC extension for the C64 getting MIDI bytes in Assembler, something like INP(3) is for the Atari's GFA-BASIC and than I programmed a sound sampler in the C64's BASIC, a BASIC on a slow computer that isn't a compiler BASIC and it worked, it only used a simple extension for MIDI and another for the sound sampling. So it makes me wonder what is obscure in programming a MIDI monitor in BASIC? Doing it will take minutes, instead of hours. I could write the monitor in C/C++, if I would know how to get the source code compiled. I never get simple C/C++ examples compiled, resp. the compiled code wasn't fine. If e.g. any C/C++ program example for JACK or ALSA MIDI raw would run after compiling, I would be able to modify it myself. I guess nearly everyone would be able to do this. Maybe there's a way to set gmidimonitor or kmidimon to show the bytes, but I didn't know how to set them to do this. It might be, that an application like Rosegarden isn't fine, because it's so hard to do simple things with Linux. Using gmidimonitor or kmidimon it seems to be impossible to see, if there will be bad MIDI bytes. Sorry, I won't discuss that. Has anybody a simple source code in C/C++ getting bytes from ALSA or JACK MIDI in raw format, that is easy to compile? And again, does anybody know a way to open ALSA or JACK MIDI clients/ports for X11-BASIC's INP command? For example in /dev/snd there seems to be some devices. I do not know much about Linux. Isn't /dev something that can be used with the OPEN command? I had some examples written in C/C++ that were not fine with my old hardware or the instructions how to compile them were wrong. At the moment I still need a lot of time with heaving treatments at the dentist and I wish to get my studio ready to make music. To write about bugs, without any research will be ignored by coders. I guess it will be better, if I could write the Rosegarden team what is wrong with their MTC, by showing them the monitoring of Ardour, because Ardour seems to be fine and showing them what Rosegarden is doing different. Python is confusing me. I just want to do a bug report and don't wish to learn another language. I can't understand why there isn't a BASIC that is as simple and powerful as for other computers and I also can't understand why there isn't a easy to use environment for C/C++. Maybe there is such a BASIC and such a C/C++ environment, but it's not easy to find them. Cheers, Ralf
signature.asc
Description: OpenPGP digital signature
_______________________________________________ 64studio-users mailing list [email protected] http://lists.64studio.com/mailman/listinfo/64studio-users
