Copperbox revision 2765.
Initial work on percussion, plus extending note lists with beam grouping.
Sunday, May 27, 2012
Thursday, May 24, 2012
lirio
Copperbox revision 2764.
Implemented relative note and rest functions, so now there is some output at least.
Implemented relative note and rest functions, so now there is some output at least.
Sunday, May 20, 2012
lirio
Copperbox revision 2763.
Lirio is a LilyPond pretty printer / formatter to replace Neume and New-Neume.
Lirio is a clean rewrite / simplification of New-Neume. The current code is a Sunday hack which I wanted to do to work out some design issues, but as I am contracting at the moment I don't know when I'll have time to work on it further.
Vis my last post, I've been experimenting with Max MSP. I haven't bought it yet as the demo lasts for a month and I've had some issues with my MacBook. I expect I will buy it at the end of the month, and if I do I'll primarily be using Max MSP rather than Haskell over the summer.
Lirio is a LilyPond pretty printer / formatter to replace Neume and New-Neume.
Lirio is a clean rewrite / simplification of New-Neume. The current code is a Sunday hack which I wanted to do to work out some design issues, but as I am contracting at the moment I don't know when I'll have time to work on it further.
Vis my last post, I've been experimenting with Max MSP. I haven't bought it yet as the demo lasts for a month and I've had some issues with my MacBook. I expect I will buy it at the end of the month, and if I do I'll primarily be using Max MSP rather than Haskell over the summer.
Tuesday, May 8, 2012
wumpus-lite and "wumpus hiatus"
Copperbox revision 2762.
Added an experiment - Wumpus-Lite.
Wumpus-Lite is an idea towards reimplementing Wumpus so it can generate size efficient PostScript. Currently Wumpus takes no advantage of PostScript's ability to create procedures so the output files are huge. Wumpus-Lite is my initial thought towards embedding procedures in the EDSL.
That said, Wumpus-Lite is just a code dump. I'm not going to actively work on it in the near future, and Wumpus itself is also on indefinite hiatus (just like Stereolab!).
In fact, I'm about to change my working method entirely so the recent work like the Processing OSC experiments won't see any further work either. The new work should still go into Copperbox and it will still be open source, but it will be quite different. It won't even be in Haskell - this is for pragmatic reasons as the language I'm switching to is tailored to music and, importantly, has a large, active community of people using it to make music.
There may be a gap of a few weeks before I have any of the new work is ready to commit as I will be learning a new language...
Added an experiment - Wumpus-Lite.
Wumpus-Lite is an idea towards reimplementing Wumpus so it can generate size efficient PostScript. Currently Wumpus takes no advantage of PostScript's ability to create procedures so the output files are huge. Wumpus-Lite is my initial thought towards embedding procedures in the EDSL.
That said, Wumpus-Lite is just a code dump. I'm not going to actively work on it in the near future, and Wumpus itself is also on indefinite hiatus (just like Stereolab!).
In fact, I'm about to change my working method entirely so the recent work like the Processing OSC experiments won't see any further work either. The new work should still go into Copperbox and it will still be open source, but it will be quite different. It won't even be in Haskell - this is for pragmatic reasons as the language I'm switching to is tailored to music and, importantly, has a large, active community of people using it to make music.
There may be a gap of a few weeks before I have any of the new work is ready to commit as I will be learning a new language...
Monday, May 7, 2012
processing / chuck
Copperbox revision 2761.
More fun with multimedia - toggle drum GUI in Processing that triggers samples with Chuck.
Saturday, May 5, 2012
Processing GUIs for OSC
Copperbox revision 2760.
I've started a new "project" making GUIs with Processing to control OSC instruments.
I'm not sure if eventually I'll try to generate them with Haskell or whether it will be best simply to work always in Processing, but working in Processing does seem a bit more fun and flexible than using Pd.
I've started a new "project" making GUIs with Processing to control OSC instruments.
I'm not sure if eventually I'll try to generate them with Haskell or whether it will be best simply to work always in Processing, but working in Processing does seem a bit more fun and flexible than using Pd.
Thursday, May 3, 2012
ochre
Copperbox revisions 2758 and 2759.
Updates to the directory structure.
The compiler modules are now in their own sub-directory Compiler. This is to avoid clutter as more modules like Phantom are added to make the embedded language more convenient but aren't part of compilation.
Updates to the directory structure.
The compiler modules are now in their own sub-directory Compiler. This is to avoid clutter as more modules like Phantom are added to make the embedded language more convenient but aren't part of compilation.
Wednesday, May 2, 2012
ochre
Copperbox revision 2757.
More work on built-ins.
Csound's built-in functions like abs and the trig functions have quite a nice implementation - as they are monomorphic we can overload them in Haskell and still generate good types in the embedded language. Unfortunately opcodes don't work as well - we need a class per opcode if we want overloading. At the moment we use subscripts on the opcode name instead - an opcode ends in A if it generates an A-rate signal, K if it generates a K-rate signal.
More work on built-ins.
Csound's built-in functions like abs and the trig functions have quite a nice implementation - as they are monomorphic we can overload them in Haskell and still generate good types in the embedded language. Unfortunately opcodes don't work as well - we need a class per opcode if we want overloading. At the moment we use subscripts on the opcode name instead - an opcode ends in A if it generates an A-rate signal, K if it generates a K-rate signal.
ochre
Copperbox revision 2756.
I've started work on a phantom typed layer and implementing a library of the built-in opcodes. Ochre needs these to be usable...
I've started work on a phantom typed layer and implementing a library of the built-in opcodes. Ochre needs these to be usable...
Tuesday, May 1, 2012
wumpus
Copperbox revision 2755.
Updates to examples in Wumpus-Drawing and new releases of Wumpus-Drawing and Wumpus-Tree for Hackage.
wumpus-drawing-0.9.0
wumpus-tree-0.20.0
Updates to examples in Wumpus-Drawing and new releases of Wumpus-Drawing and Wumpus-Tree for Hackage.
wumpus-drawing-0.9.0
wumpus-tree-0.20.0
wumpus
Copperbox revision 2754.
Updated wumpus-drawing to work with GHC 7.4 and the updates to wumpus-basic.
wumpus-basic-0.24.0 - new release for Hackage.
Updated wumpus-drawing to work with GHC 7.4 and the updates to wumpus-basic.
wumpus-basic-0.24.0 - new release for Hackage.
copperbox
Copperbox revision 2753.
Whoops - I had a couple of files missing from the Ochre project for quite a while, I've just added them.
wumpus-core-0.52.1 - new release of wumpus-core for Hackage to work with GHC 7.4.
Whoops - I had a couple of files missing from the Ochre project for quite a while, I've just added them.
wumpus-core-0.52.1 - new release of wumpus-core for Hackage to work with GHC 7.4.
wumpus-basic
Copperbox revision 2752.
Updated to work with GHC 7.4.
Mostly the changes are to type families, probably these would work better as functional dependencies but I don't want both in the same project. I suspect the changes mean Wumpus-Basic now only works with GHC 7.4.1 and above.
Updated to work with GHC 7.4.
Mostly the changes are to type families, probably these would work better as functional dependencies but I don't want both in the same project. I suspect the changes mean Wumpus-Basic now only works with GHC 7.4.1 and above.
wumpus-core
Copperbox revision 2751.
Updates to work with GHC 7.4.
Renamed the internal format combinator (<>) to (><), this avoids name clashes with the new monoid alias.
Updates to work with GHC 7.4.
Renamed the internal format combinator (<>) to (><), this avoids name clashes with the new monoid alias.
Subscribe to:
Posts (Atom)
About Me
- Stephen Tetley
- Disambiguating biog as there are a few Stephen Tetley's in the world. I'm neither a cage fighter or yachtsman. I studied Fine Art in the nineties (foundation Bradford 1992, degree Cheltenham 1992 - 95) then Computing part-time at Leeds Met graduating in 2003. I'm the Stephen Tetley on Haskell Cafe and Stackoverflow.