Re: [haskell-art] Haskell art?
On Tue, 22 Feb 2011, Evan Laforge wrote: I had written some simple conversion from a text presentation of a OctaMED module to Haskore. Maybe you find it useful: http://code.haskell.org/haskore/revised/core/src/Haskore/Interface/MED/Text.hs Indeed, I very well might. I have a bunch of music in OctaMED format that I'd like to extract at some point. Unfortunately somehow most of it wound up in "SFCD" compression which is apparently no longer decompressable (I read something where the original author said he lost the source). I remember long time ago I also analysed that format. It was not too complicated, e.g. he encoded the used channels in one line by four bits that preceded the notes. However, I think the later simple module format with generic powerpacker compression was a good choice. Oh, wait it looks like it requires an octamed to export as text... I guess I'd need to go dig into some of the standalone mod players out there. Yes, that was the easiest for me, since I did not convert a lot of songs. My import is also really simple: Only notes, not even some commands. ___ haskell-art mailing list haskell-art@lurk.org http://lists.lurk.org/mailman/listinfo/haskell-art
Re: [haskell-art] Haskell art?
On Sun, Feb 20, 2011 at 12:37 PM, Henning Thielemann wrote: > > On Thu, 17 Feb 2011, Evan Laforge wrote: > >> However, I've basically given up on that for the moment in favor of >> just generating MIDI. Just composition is already really complicated >> without throwing signal processing into the mix. So I wish you best >> of luck on the signal side, maybe when things on both sides mature I >> can steal^H^H^H integrate some of that work and finally have the >> top-to-bottom solution I dreamed of... > > How about "import" ? :-) Well yes, that's the simple way :) > I had written some simple conversion from a text presentation of a OctaMED > module to Haskore. Maybe you find it useful: > http://code.haskell.org/haskore/revised/core/src/Haskore/Interface/MED/Text.hs Indeed, I very well might. I have a bunch of music in OctaMED format that I'd like to extract at some point. Unfortunately somehow most of it wound up in "SFCD" compression which is apparently no longer decompressable (I read something where the original author said he lost the source). Maybe if I could find an old amiga binary of octamed and run it on an amiga emulator... I could have sworn I meant to back up the binary along with un-SFCD versions of all the songs before getting rid of the old A2000, but apparently I wasn't as organized as I thought. Oh, wait it looks like it requires an octamed to export as text... I guess I'd need to go dig into some of the standalone mod players out there. > Do you remember the AmigaBasic music demo? It used a music description they > called MML: > http://code.haskell.org/haskore/revised/core/src/Haskore/Interface/MML.lhs Nope, never used that. > I wondered whether it is possible to program Emacs or another programmable > text editor in a way, that it behaves like a tracker. One could also write > content in a column oriented style that is valid Haskell code. Well, one way of looking at my sequencer is that it's like an IDE for a music language, where instead of text being line oriented it can be placed in arbitrary vertical positions. So it's similar to your idea above. The music language is unfortunately not directly haskell though. It's hard to get nice looking score that is also syntactically valid haskell. ___ haskell-art mailing list haskell-art@lurk.org http://lists.lurk.org/mailman/listinfo/haskell-art
Re: [haskell-art] Haskell art?
On Sun, Feb 20, 2011 at 3:45 AM, Stephen Tetley wrote: > On 18 February 2011 07:00, Evan Laforge wrote: > >> To my eyes the problem is in the score vs. orchestra division that >> starts with music-n languages like csound and goes all the way through >> midi sequencers. Nyquist is the only language I know of that tried to >> tackle that. > > I don't think SuperCollider has the score vs. orchestra division > either and suspect ChucK doesn't either. I'm not super knowledgable about supercollider, but isn't it basically a synthesizer which you configure by sending OSC over, and can then play it by sending more OSC? I remember there being a distinction between "control" variables which can be efficiently varied at "play time", which was distinct from uploading a new instrument. The notion of a "play time" (i.e. an implicit global "now" at which point samples are computed) seems antithetical to the ability to manipulate sounds in the same way as notes, and in fact to functional programming in general. Doesn't global "now" defeat closure, and thus compositionality? How about chuck? Can you write 'inst2 pitch = reverse (inst1 pitch)'? ___ haskell-art mailing list haskell-art@lurk.org http://lists.lurk.org/mailman/listinfo/haskell-art
