Re: Bigger, better, faster alpha version
Posted on 2003-09-29, 23:24
well, let's just say it makes me question the time I spent scowering over your code. Perhaps a standard "CREDITS" file/section is in order? 😀
Re: Bigger, better, faster alpha version
Posted on 2003-09-29, 21:26
From what I understand of the GPL (which may be incorrect, as IANAL), you only have to make the source available if someone requests it. In other words, you can be lazy unless someone starts threatening legal action if you don't cough up the source. That is precisely correct, but your binary …
Re: Bigger, better, faster alpha version
Posted on 2003-09-29, 16:19
No. You missed the point. What was the point? Should copyright law go away? Should the Dosbox authors have chosen a license that protects their work less? How would you suggest one go about creating a derivative work of a GPL-licensed program, besides by complying with the terms of the GPL? I stand …
Re: Bigger, better, faster alpha version
Posted on 2003-09-29, 12:47
You know... I sometimes wonder why programmers give up on their projects that hold much promise...then I read this...and all becomes clear. Why? Because they ignored the licenses of other software and found themselves in a quandary later on? I think it is perfectly reasonable to bring up such …
Re: Copyright dispute, optimized emulator, etc.
Posted on 2003-09-27, 11:35
Lots of people would support you if you were to just ignore Roland, but these people would disappear on you at the first sign of trouble. You think canadacow is the only one who wants to see a 100% legal L/A-synth emulator? Think again. Not everyone is a leeching rodent that runs for cover at the …
Re: Copyright dispute, optimized emulator, etc.
Posted on 2003-09-26, 11:49
I think it depends on where the sounds came from. The problem with "public domain" material is that anyone can take the material and claim copyright on it and distribute it under copyright. Well, under most circumstances you can do an end run around the copyright-grabber and just go get the public …
Re: Weekly update
Posted on 2003-09-22, 01:56
My emulator just isn't fast enough. My goal is to be able to have it render sound at 44000hz without skips on a 550Mhz machine. I know its possible. I've got some ideas, now I just have to implement them. Is that with or without the SSE/3DNow vector instructions? I plan to implement those in gcc …
Re: Weekly update
Posted on 2003-09-21, 12:51
Also, do you plan on releasing your modified Dosbox sources since you distributed the modified binary? I'm curious to see how Dosbox is calling the emulator, esp where it has the emulator render to a buffer. (Also I think you are supposed to because of the GPL)
Re: Weekly update
Posted on 2003-09-21, 11:32
Next step, I created a library with some C<-C++ glue code that gives me both C and C++ interfaces to the emulator. I needed a C interface for timidity. Only minor modifications were needed to the original files, which is mostly the way I wanted it to be (so I don't have to maintain a huge patch set …
Re: Weekly update
Posted on 2003-09-19, 05:56
That is strange. Actually, I use a MPU-401AT that my keyboard is attached to. Can you post an example of a stream from your keyboard? BTW, thanks for the link to clavier, looks like it will be useful.
Re: Weekly update
Posted on 2003-09-18, 03:19
Here, I just played a scale C-D-E-F-G-F-E-D-C twice, with both hands:
Re: Weekly update
Posted on 2003-09-17, 22:50
Cool, I can now play /dev/urandom and hear noises from the emulator (before it goes silent from abuse) :) Now the question is, how to go about testing this thing. I still haven't found a program that will dump me some nice raw midi data. I tried /dev/midi while I play on my keyboard, but nothing …
Re: Weekly update
Posted on 2003-09-17, 21:37
Thanks, I don't plan on "releasing" anything soon; basically right now I need to first get it playing something, then I'll look at how much restructuring timidity needs to shoehorn the MT32 engine into it. Unfortunately timidity is a C project so we may end up needing a C interface to the emulator. …
Re: Weekly update
Posted on 2003-09-17, 17:09
Thinking about it, I said that wrong. What I meant to say is that ALSA does not use device nodes as its API like OSS does. Anyway, it is mostly irrelevant since I will be using timidity's existing features to actually output the sound; the MT32 emulator will simply be glued in between the timidity …
Re: Weekly update
Posted on 2003-09-17, 16:14
ALSA doesn't use device nodes. Anyway, I'm not trying to output to an ALSA sequencer, I'm wanting to output the emulated MT-32 to an ALSA PCM device. However, I don't want to write a sequencer code myself, which is why I was looking for the program to play a midi file to a file with the raw …
Re: Weekly update
Posted on 2003-09-17, 14:59
Oh, the tempo really doesn't matter -- I just want to get some sound from it 😉 main.cpp I've had to hack and rehack it so there are probably some braindead things at the moment.
Re: Weekly update
Posted on 2003-09-17, 09:30
Ok, I started a simple program to do the ALSA playback. Initially everything seems to work ok; however, in testing, I don't feel like parsing the midi file to get the raw data from it. Does anyone know of a program that will play a midi file to output to a file that has only the raw sequencer data? …
Re: well, I lost my ebay bids.
Posted on 2003-09-06, 21:19
mpu401_technical_reference_manual_1.5.djvu You will need the DjVu viewer from http://djvu.sourceforge.net to view it.
Re: Driver source code available
Posted on 2003-09-06, 20:28
khalek, if you want to collaborate on the alsaseq client, let me know. I did some preliminary work but I didn't know there were plans to actually separate the emulation code from Dosbox. 😀 Now it should be much easier.
Page 2 of 2