pouët.net

ern0 information 12 glöps

• general:
• level: user
• personal:
• first name: Ernô
• last name: Zalka
• portals:
• demozoo: profile

• 256b MS-Dos FUNCTION(20) by Abaddon [web]
• Quote:

  Warhead? https://www.youtube.com/watch?v=9hJ4OROIvxY

  
  
  Never heard before, but yes, the bassline is the same. Anyway, I just put together some d'n'b cliches, focusing on simpicity (to fit in 256 byte) - inspirations: https://www.youtube.com/playlist?list=PLOM-_IF6HzjftTjBmw5WE5sA2jGh0ZywZ
• rulezadded on the 2022-09-12 11:38:26
• 256b MS-Dos cubemania by Byteam [web]
• wow
• rulezadded on the 2020-03-28 17:08:22
• 256b MS-Dos 549NOTES
• Source, tool source, presentation (PDF) etc. available on GitHub: https://github.com/ern0/549notes
• isokadded on the 2020-01-20 19:19:23
• 256b MS-Dos Seeing the light at the end of the tunnel by Abaddon [web]
• Well done!
• rulezadded on the 2019-04-21 22:59:15
• 256b MS-Dos Minsky oop technology preview
• This is a kind of half-baked, I want to do something better with Minsky circles.
• rulezadded on the 2019-02-07 10:02:23
• 32k MS-Dos LOLLYPOP PREVIEW (Brain Bug) by Brain Bug & vibrants [web]
• Last night I asked TomCat/Abaddon to digitize it (DOSBox doesn't emulate AdLib) and he was ready this morning - see YouTube link -, thanks, man! I've seen this demo for 25 years, but I still remembered it, especially the great AdLib music.
• rulezadded on the 2019-02-06 09:24:05
• 256b MS-Dos 549NOTES
• One more thing: exactly reproducing something was somewhat different what we used to do when we optimize stuff contains data. There were no such option that, say, skip the end part because it's not compressable, and improve visual instead, not even change a note in order to gain one byte. Bach would have been angry for such things.
• isokadded on the 2019-02-05 10:31:28
• 256b MS-Dos 549NOTES
• The note data is 197 notes, plus it requires tempo change 2 times. If you just simply store one note in one byte, you have 59 bytes for: MIDI init and note play, repeat lines combined with repeating line endings, switch between repeating and non-repeating parts (ending 32 + 5 notes), 2x tempo changes, and some visual. Using compression, the data is 114 bytes, some of the extra bytes spent on decompression, but overall gained some bytes for code.
  
  Yes, "549 notes which is really 197 data items, but it's still not trivial to implement in 256-byte because combined repeating requires some code" would be more accurate, but less catchy name.
  
  We'll explain everything about this intro bit by bit in our presentation.
• isokadded on the 2019-02-05 07:37:09
• 256b MS-Dos 549NOTES
• @Optimus, you spotted the concept, but your calculation is not correct. The song have actually 197 notes: the first part is effective 512 notes, can be stored as 160 thanks to repetitions, the last part is 32+5, have no repeating patterns.
  
  This 197 notes are compressed, stored in 114 bytes. The player is 123 bytes long, the visual occupies only 19 bytes, including the screen mode initialization. (Concept and data compressor was my part, crazy optimization is done by TomCat, and original song is written by J. S. Bach, some time ago.)
  
  Stay tuned, we are working on a pretty long presentation, which will contains really lot of details, not only about the code itself but the project: failed concepts, data compression, optimization, automatic tests(!) and so on. This presentation is not a usual marketing bullshit, it lack of animations and using only two fonts (one for text, one for code), but it contains a fair amount of 8086 assembly code. We still don't know where will be it released, but we will publish the slides as well (PDF format).
  
  Source code will be also available, I have some tasks with cleaning up the repository, then I will put it on GitHub.
  
  We knew that this demo is not a bombastic instant success, but I am very happy that so many scene dudes appreciate our effort.
• rulezadded on the 2019-02-03 16:37:06