1
Other topics / Re: Furnace Tracker (for PC)
« Last post by ergoGnomik on Today at 11:09 »Akkor töröld a neked címzett hozzászólásaimat és hozzászólás részleteimet is, légy szíves!
Reasoning inconsistency:Sorry for the OFF. I think I must switch to Hungarian. This comment will be deleted soon.
Somewhat interesting but mostly useless, I think.
Why would you use Win 3.1 today for everyday use if there are Win11, Linux and so on?Yet, you are writing music for an obsolete computer. So why would you use Win 3.1 today? For exactly the same reason you use Enterprise today.
(or Music Box) either. It also uses square waves if I hear them well.It has the capability to select sound style, so even if demo songs use only square waves, Music Box is bit better than you imagine.
why would anyone use other music writing software than Midiplay and Midiconv??Because they want something different than Enterprise MIDI tools can provide? Like music in true chip tune style with glorious burbling arpeggios. Or actual digi-music. Control over the player update rate so not only 1/50th of a second can be the base time unit. Or, horribile dictu, mixing native DAVE voices with digitized samples.
Music Box 1.2 © 1991, Gyányi Sándor (download)Ok, but the easiest and most effective way to create music for the Enterprise is Midiplay and Midiconv. I do not see the sense of Furnace Tracker (or Music Box) either. It also uses square waves if I hear them well. Nowadays, why would anyone use other music writing software than Midiplay and Midiconv?? I don't see. Why would you use Win 3.1 today for everyday use if there are Win11, Linux and so on? Of course, Rockdigi is good for digi music.
Rockdigi © 1992, DevilSoft (download)
And there are two more in the ep128.hu utility collection. Obviously, they are outside your comfort zone but nonetheless exist. So you don't have to imagine any.
I cannot imagine any other methods to create music for the Enterprise.Oh, silly me. I forgot the most obvious way to do it: write it in IS-BASIC. As you do it in your games, if I'm not mistaken.
As far as I could understand, VGM in itself is an organized collection of register writes. Therefore, writing a player that you use to save those register writes again seems to be somewhat like wasted efforts to me. And then again, you have an unwieldy mass of register writes data like in the case with the SID files. Unless DAVECONV have some aces up its sleeves like pattern recognition and referencing to optimize memory use.Yes, it is an organized collection of register writes, delay time is set, register, and value, as i remember, but for Daveconv we need all register values written in each 50Hz, so we get a mass of 16 bytes from each frame, and Daveconv will generate an envelope table, and a music data table from the huge register output file.
One solutition could be done, create a VGM player, which saves Dave register values the same way as MIDICONV does, and then we could use DAVECONV to create music binary, and use the player of Daveconv.As far as I could understand, VGM in itself is an organized collection of register writes. Therefore, writing a player that you use to save those register writes again seems to be somewhat like wasted efforts to me. And then again, you have an unwieldy mass of register writes data like in the case with the SID files. Unless DAVECONV have some aces up its sleeves like pattern recognition and referencing to optimize memory use.