| |
Karmic
Registered: Apr 2015
Posts: 66 |
Event id #3157 : Unofficial Tiny SID Compo 2022
Welcome to the Unofficial Tiny SID Compo 2022.
Rationale
Now, as you may be aware, recently in the scene there has been an uptick in people using so-called "tiny" SIDs, mostly thanks to Didi & Richard's series of Intro Creation Compos, where the intros are only allowed to use a certain block of RAM. The problem with this is that there is a severe lack of decent tiny SIDs out there- all it takes is a little bit of browsing through the comments of ICC2021 entries to see some discontentment over the same old GRG tunes being reused over and over again. Now unfortunately this compo comes a little too late to rectify that particular situation, but I believe that even outside of the ICC2021 context, coders will appreciate having a wider library of tiny SIDs to choose from for their killer RAM-eating effects.
This compo idea does have precedent- Stefano Tognon (Ice00) has previously hosted some Tiny SID Compos 15 or so years ago, which got a decent amount of entries. My rules are fairly different from his, though.
Rules
The goal of this compo is to produce a self-contained tune, where, with the exception of the zeropage and stack, the entire RAM area used by the tune is contained in one 512b/1kb/2kb (depending on the category) block.
The exact technical rules by which your tunes will be judged are as follows:
- All code, data, and non-zeropage variables that are required for your tune to play should fit in one continuous block of the size specified by the category. Your music code is not allowed to access any non-zeropage RAM outside of this range.
- Your music code should not rely on the initial state of any zeropage location.
- Stack area ($01xx) must only be accessed conventionally, as a stack. That is, only use JSR, RTS, PHA, PLA, PHP, and PLP. Most stack tricks hurt the self-contained-ness of your code.
- Your music code cannot access any I/O registers outside of $D400-$D41B.
- Your music code cannot access any of the ROMs (kernal, basic, chargen).
- Your music code cannot access $00-$01. A coder certainly won't like it if his SID interferes with the bank configuration.
- To give tunes some zeropage "breathing room", your music code cannot access $02-$07.
- Your music code cannot access $0200-$033B, $D000-$DFFF (the RAM under I/O), or $FFFA-$FFFF. Again, a coder won't like it if you mess with these.
- Your music code cannot change the I bit in the CPU status register. So, no SEI, no CLI, and any PLP should be accompanied by a corresponding PHP.
- If you find a use for the decimal mode, you must make sure you turn it off before your music code exits. You can safely assume decimal mode is off at the entry points of your music code.
- Your music routines should be accessible like a PSID file, with an init entry point that exits with an RTS, and a play entry point that executes once per frame, and exits with an RTS.
Be aware that none of the above rules apply to any code that presents your music. As per CSDb rules, you must provide an executable. A good way to think about it is: if we in HVSC had to rip your tune as a SID, which code and data would we have to include?
To make up for the extreme technical restrictions, I am giving you very little creative restrictions:
- Covers and tiny adaptations of other SID tunes ARE allowed.
- It IS allowed to use a player made by someone else, but your tune must be wholly new and not just a cheap edit of the original.
- One composer can enter a maximum of 2 tunes per category.
- Your tune must last for at least 10 seconds before it loops.
- Your tune's presentation must be fairly minimal. Some text, a logo, and an equalizer is okay, but you can't submit a whole demopart and call it a "music entry".
When adding your entries to CSDb, please use the "512b/1K/2K Game" compos. This looks odd but at the end of the day gives the best at-a-glance look at the categories.
The entry period lasts from right now until May 7th, 11:59 PM CSDb time (CET). Depending on the amount of entries, I will either use an external votesheet or you will vote right on CSDb. We'll see.
Tips
If you are a musician who is not a coder, you probably know someone who is and would be willing to help you. If you really don't, you can at least enter the 2k category with a tune in a slim player such as GoatTracker or NinjaTracker. |
|
... 86 posts hidden. Click here to view all posts....
|
| |
vincenzo
Registered: Sep 2003
Posts: 78 |
Quote: There are a couple of projects implementing VST plug-ins for SID creation, unleashing all the goodies of modern DAWs, but none of them so far seem in any usable state. (Unless i have missed a smashing release.)
What are those VST's? I can recall one that is still in development (SIDStep). The others I'm familiar with are emulating the SID sound but they don't export actual .sid or .prg files (SIDizer, quadraSID, Chipsounds and many more VST's).
(we are steering away from the topic, might make sense to bring this conversation to another thread?) |
| |
Krill
Registered: Apr 2002
Posts: 2839 |
Yes, would make sense. Also the question of missing new talent and young sceners warrants an own discussion thread. (I don't think it's the high bar right for the first release that is a main problem, nor any gatekeeping opinionated jerks slagging off newcomer stuff.) |
| |
spider-j
Registered: Oct 2004
Posts: 445 |
Quoting KrillDo you have any theory as to why it is as it is?
SID tunes got more complex in composition and sound design. At least when we're talking about the typical "top 10" material. Or even beyond that considering that there are often ~20-30 entries in music compos of bigger C64 parties and usually only a handful are more on the "simpler side". |
| |
Krill
Registered: Apr 2002
Posts: 2839 |
Quoting spider-jQuoting KrillDo you have any theory as to why it is as it is?
SID tunes got more complex in composition and sound design. Ah, i see. So the bigger size is well-excused then. :) |
| |
Jammer
Registered: Nov 2002
Posts: 1289 |
@Karmic: why entries are limited to singlespeed? It's wrapper's part how we call tune and it has nothing to do with driver meeting or not meeting compo limitations. Honestly, I find this particular rule kinda irrelevant. |
| |
Krill
Registered: Apr 2002
Posts: 2839 |
Quoting Jammer@Karmic: why entries are limited to singlespeed? It's wrapper's part how we call tune and it has nothing to do with driver meeting or not meeting compo limitations. Honestly, I find this particular rule kinda irrelevant. Agreed, that rule seems kind of arbitrary. |
| |
Dano
Registered: Jul 2004
Posts: 226 |
One sidenote from me: When Toggle joined Padua he was doing musics in the full version of the SidWizard. The more comfort in composing lead to large tunes and more rastertime usage.
For demos he needs to do music in the minimal player and make more stuff by hand, optimize things to stay in our memory limit.
I guess with modern trackers you have sort of limited possibilities in making tunes smaller by carefully crafting your patterns and things.
Back to the topic: I suppose Karmic just wanted a compo with as small as possible musics as a result. With musics that actually sound awesome.
I guess the musicians who have access to code or coders that provide a structure for small tunes is limited, just because i suppose 90% of the musicians cannot code some sort of player themselves. And i would suppose that 95% of those tiny players are not publically available.
Don't slam on musicians who cannot code - rather give them access to tools to make tiny musics then. |
| |
Hate Bush
Registered: Jul 2002
Posts: 453 |
so the answer to all questions seems to be: modern tunes got bigger and more complex because only a fraction of them is made upon coder's request (or made to be used in any production at all). if you don't have to optimize, you don't optimize :) |
| |
Krill
Registered: Apr 2002
Posts: 2839 |
Quoting DanoAnd i would suppose that 95% of those tiny players are not publically available. Some good ones are available in source (including some routines by GRG himself), and that's all that counts.
Quoting DanoDon't slam on musicians who cannot code - rather give them access to tools to make tiny musics then. The musicians are not to blame, coding is not their job. :)
The main blame is on lazy coders just re-using the same existing minitunes over and over again. |
| |
Dano
Registered: Jul 2004
Posts: 226 |
Quote: Quoting DanoAnd i would suppose that 95% of those tiny players are not publically available. Some good ones are available in source (including some routines by GRG himself), and that's all that counts.
Quoting DanoDon't slam on musicians who cannot code - rather give them access to tools to make tiny musics then. The musicians are not to blame, coding is not their job. :)
The main blame is on lazy coders just re-using the same existing minitunes over and over again.
Quote:Some good ones are available in source (including some routines by GRG himself), and that's all that counts.
Maybe it makes sense to list those here then?
Quote:The main blame is on lazy coders just re-using the same existing minitunes over and over again.
Yeah, it took me a while to find one for my lame 4k intro back then. |
| Previous - 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 - Next |
