| |
ice00
Registered: Apr 2002
Posts: 54 |
Matt Gray competition
Yes, you read good!
Matt Gray has organize a SID Competition for his Reformation project (http://goo.gl/fSsE3J)!
Here his annunce on Remix64:
----
Do you fancy programming SID music old-school style? Do you fancy a good old fashioned competition?
I recently launched a Kickstarter to fund a double album of CD remakes and a Last Ninja 2 remake CD.
When the total hit £40,000, I promised to create six new SIDs in my old Dominator driver: imaginary sequels to my old SIDs, such as "Dominator 2" and "Last Ninja 2 - The Lost Level".
While we were retrieving the driver from my work disks, I thought it would be cool to release the source to one of my drivers so that SID composers would have a go at composing in it.
So, here's "Dominator, tune 6". It contains an assembler file in ASCII which will compile in the 64TASS cross-assembler (also included in the ZIP).
All you have to do is compose your own tune in this driver and submit it to chris@c64audio.com by 31st March 2015 to enter the competition.
Of course, if you don't feel like entering, you can still use my driver under the Creative Commons licence (remix, attribution, non-commercial). It's my gift to the community.
Myself, Martin Galway, Rob Hubbard, Fred Gray, Ben Daglish and Martin Galway all typed their tunes directly into their assembler. Now you can do the same!
My Dominator Subtune 6 Source Code ZIP (with 64Tass): http://www.remix64.com/services/files/matt-gray-dom6-public-sou..
What do I win?
The top ten submitted pieces will be featured in a special digital download released to coincide with the completion of the Reformation project. The composer of the entry that I likes the most will get a VIP invitation to the Reformation launch party, and meet me.
But, remember you can use this source code without entering the competition.
Rules
Entry must be written in my driver and submitted as ASCII source code which will compile and run in the 64TASS cross-assembler
Modifications to my code are permitted to enable extra facilities, but the code must remain largely based on my work
By submitting your tune, you grant me a free, non-exclusive, worldwide, irrevocable right to distribute it on any existing digital download platform
You are free to make available, publicise or otherwise use your tune as normal in accordance with the CC licence, in addition to submitting it to the competition.
Closing date is 31st March 2015, but extensions may be announced depending on circumstances.
More rules may be added later as circumstances deem necessary. Please keep an eye on this page periodically.
Have fun! - Matt Gray, Reformation Project, 26 November 2014 |
|
| |
SIDWAVE
Account closed
Registered: Apr 2002
Posts: 2238 |
only few people have skills to do anything usefull from this |
| |
chatGPZ
Registered: Dec 2001
Posts: 11100 |
this would be a lot more tempting if the source also came with some comments and instructions... its easier to just write a complete new player than finding out how this one works exactly. |
| |
Stainless Steel
Registered: Mar 2003
Posts: 966 |
Laxity, Geir, Jeroen ? anyone ? :D |
| |
Count Zero
Registered: Jan 2003
Posts: 1820 |
What groep said.
That .asm is quite unusable without getting some documentation. |
| |
Burglar
Registered: Dec 2004
Posts: 1031 |
matt gray compo sounds great, but with zero documentation... (well, it does say "drum table" somewhere)
it's just a re-ass of a binary.
matt should allow other players and allow composers to remix any of his sids. that would be totally awesome :) |
| |
Jammer
Registered: Nov 2002
Posts: 1289 |
I don't get one thing. We have some pointers to certain data labeled quite clearly what thing is going to happen etc. But then we fill song data with bytes instead. I can't spot the connection between procedures and byte values. |
| |
Stinsen
Registered: Feb 2012
Posts: 71 |
As if SID composing wasn't hard enough already. :) |
| |
CreaMD
Registered: Dec 2001
Posts: 3034 |
There is plenty of time for anyone to reverse engineer the corelation between routine and data and make a proper editor above that player. I suppose. Does it come with demo-data/tune? |
| |
spider-j
Registered: Oct 2004
Posts: 443 |
I like this compo for being different. I think I'll participate. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11100 |
Quote:There is plenty of time for anyone to reverse engineer the corelation between routine and data and make a proper editor above that player.
in the time needed to do that you'd write a (far) better player from scratch. sure you could reverse it if you'd really bothered, but whats the point really? |
| |
Laxity
Registered: Aug 2005
Posts: 459 |
I'm curious. :) |
| |
CreaMD
Registered: Dec 2001
Posts: 3034 |
Quote: Quote:There is plenty of time for anyone to reverse engineer the corelation between routine and data and make a proper editor above that player.
in the time needed to do that you'd write a (far) better player from scratch. sure you could reverse it if you'd really bothered, but whats the point really?
point is in using limited sound set/player capabilities of Matt Gray to produce something clever and extraordinary. I believe it's possible to make cool sounds with it, as with anything else. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11100 |
so, do it =) |
| |
Isildur
Registered: Sep 2006
Posts: 274 |
Oh, come on guys, it's only some kind of reverse engineering :)
BTW was it revolutionary player at the time? |
| |
chatGPZ
Registered: Dec 2001
Posts: 11100 |
or just use Gray Editor V1.5 - player at $4000 looks close enough =P |
| |
Isildur
Registered: Sep 2006
Posts: 274 |
It's like using Photoshop 4.0 nowadays. |
| |
Hein
Registered: Apr 2004
Posts: 933 |
Or The Ultimate Editor V2.0.
Honestly, the player is too limited, which in itself is a challenge, but a cumbersome one. |
| |
freℚvibez
Registered: Nov 2002
Posts: 27 |
I think I'll participate.. |
| |
Jammer
Registered: Nov 2002
Posts: 1289 |
Well, if data inside player can be freely modified - I guess tunes don't have to sound like Gray himself ;] |
| |
ice00
Registered: Apr 2002
Posts: 54 |
For the one that needs a sort of instructions, check SIDin #2 (SIDin #2).
It is showes how the Matt engine used in Driller works (like patterns and instrument definitions).
Next number of SIDin (14) will have a special analysis of this engine that will let more people to understand and use it even if they are not programmers. |
| |
Conrad
Registered: Nov 2006
Posts: 833 |
Didn't need to read docs. Worked some pattern bytes myself so far... (isn't this what the compo is all about? Hacking? :))
$FA,<num> ... set instrument number
$70-$7f(?) ... number of steps of following note byte to be played
$ff ... something ;)
... good thing also that the notes are defined rather than hex numbers. :)
btw, it's rather annoying that the example plays subtune 2 by default, I was getting confused when editing pattern data in the first subtune and nothing changed. ... at least I learned that $fe in the orderlist means fade-out tune. |
| |
booker
Account closed
Registered: Jul 2003
Posts: 333 |
Okay, so first step is to find a hero to write the player docs :D |
| |
booker
Account closed
Registered: Jul 2003
Posts: 333 |
Quote: Well, if data inside player can be freely modified - I guess tunes don't have to sound like Gray himself ;]
Kamil, I think the idea is to write your tune with this player :) Rules say you can modify the code, so I gues some candies can be added (ie, proper flt table routine? ;) ) Perchaps even note-converter from GT or SIDwizard :) though I think Matt wants ppl to write the tune using assembler editor...this time ;) |
| |
booker
Account closed
Registered: Jul 2003
Posts: 333 |
Oh, just read what ice00 said, cool :D |
| |
CreaMD
Registered: Dec 2001
Posts: 3034 |
ice00, conrad
\o/ |
| |
spider-j
Registered: Oct 2004
Posts: 443 |
Quoting ice00Entry must be written in my driver and submitted as ASCII source code which will compile and run in the 64TASS cross-assembler
Is it important how "readable" the code is we deliver?
I ask because my first steps would be to transform the given file in a way I'm used to work, splitting data and code over multiple files. And I'd really like to use the assembler that I usually use (acme) for the "workingprogress" versions.
When the tune is ready I'd like to just throw the binary again on Regenerator to create a disassembly that can be compiled with 64tass again instead of manually converting everything back to 64tass syntax. |
| |
GH
Registered: Sep 2014
Posts: 77 |
I will just write some Deliverance meets Last Nina music in general midi first and decide later if it ends up in this player ;D |
| |
Soren
Registered: Dec 2001
Posts: 547 |
The last dominator ninja!
I love Matt's work, BUT I will probably just stick to doing my own stuff AND using my own routines. However I will try to follow this with a great amount of curiousity :) |
| |
cadaver
Registered: Feb 2002
Posts: 1153 |
From the SIDIn #2 dissection (thanks Ice00!), looks like the song & pattern data are very straightforward. Only instruments will take more learning. Without modification, you can either make normal instruments with vibrato+pulse+arpeggio, or drums that execute a wave+frequency table, but not mix both in the same instrument.
If I was to participate, I'd probably be tempted to first optimize away the note-start rastertime peaks :) |
| |
No-XS
Registered: Mar 2002
Posts: 78 |
I need this .asm on a d64 as a prg so I can load in Turbo Assembler. |
| |
Soren
Registered: Dec 2001
Posts: 547 |
http://sourceforge.net/projects/diskimagery64/ |
| |
SIDWAVE
Account closed
Registered: Apr 2002
Posts: 2238 |
thats a nice tool!
better than opencbm (old) |
| |
SIDWAVE
Account closed
Registered: Apr 2002
Posts: 2238 |
dont know if turbo ass will work.
quote:
So, here's "Dominator, tune 6". It contains an assembler file in ASCII which will compile in the 64TASS cross-assembler (also included in the ZIP). |
| |
chatGPZ
Registered: Dec 2001
Posts: 11100 |
(dont use diskimagery for importing files into d64s... it uses an old buggy d64 lib)
c1541 -attach sausack.d64 -write elitekot
will do the trick |
| |
DRAX
Registered: Oct 2004
Posts: 224 |
This sounds interesting - might give it a go ;) |
| |
No-XS
Registered: Mar 2002
Posts: 78 |
Quote: (dont use diskimagery for importing files into d64s... it uses an old buggy d64 lib)
c1541 -attach sausack.d64 -write elitekot
will do the trick
nvm 1541c.exe seems to work under win8.1 too |
| |
ice00
Registered: Apr 2002
Posts: 54 |
This player is a lot improved onto the Driller one and is not back compatible with it in some commands.
The full re-commented source is almost completed (it is in the way used into SIDin magazine, like for the one of Driller) and it stays into 64tass format so it could be used directly for producing a tune as for competition rule.
It will released maybe Saturday, just to have some hours of time to re-control all the stuff calmly.
For the SIDin article it needs a little more time before releasing as I 'm going into very-vey low level of description for let musician with 0 knoledge of programming to use it :) |
| |
ice00
Registered: Apr 2002
Posts: 54 |
You can already download the addendum for SIDin #14 (SIDin #14) with the re-commented source code and an empty one for creating a tune for the compo without mess too much into add and delete the data present inside the Dominator tune.
Instead the magazine need some more time to be completed |
| |
ice00
Registered: Apr 2002
Posts: 54 |
Add a revision 2 of SIdin addendum that fix an inverted sign in a comment (otherwise a value could not be understand in right way). Else the empty source is improved.
The SIDin article is 99% ready but it still need some revisions to improve it to be as less technical as possible. |
| |
Danko
Registered: Nov 2002
Posts: 19 |
As a teenager, my close friend and class mate Syncro did that Matt Gray Editor for me (Gray Editor V1.5) and I used it making a bunch of SIDs at the time such as all the Demotraz 1-8 and other tracks during that era.
Syncro reverse-engineered the Matt Gray player from Last Ninja 2, unpacked the data and created an editor as well as a packer. If you expanded a Matt Gray track and packed it using Syncro's software it actually took less memory and raster time... |
