Blueberry information 1418 glöps
- general:
- level: user
- personal:
- first name: Aske Simon
- last name: Christensen
- cdcs:
- cdc #1: Nexus-7 by Andromeda [web]
- cdc #2: Tint by The Black Lotus [web]
- cdc #3: Gift by Potion
- cdc #4: STS-02: Electric Kool-Aid by Synesthetics
- cdc #5: TBC Realtime Experience by Too Bloody Cheesy [web]
- demotool Windows MacOSX Intel Clinkster by Loonies [web]
- Thank you for the Linux compatibility patch!
I can't put the code up in a repository unfortunately, since it contains the VST2 SDK, which means it will probably be taken down by Steinberg. :( - isokadded on the 2019-05-26 14:28:55
- 256b MS-Dos Puls by Řrřola [web]
- 26!
- rulezadded on the 2019-05-23 21:23:38
- 4k Windows In The End by Fairlight [web]
- Great visual composition and colors. It somehow feels like it has been seen before though...
- rulezadded on the 2019-05-08 20:22:09
- 4k Windows Night Mist by NuSan
- Looks OK, but the music and camera movements are annoying.
- isokadded on the 2019-05-08 20:19:35
- demotool Windows Crinkler by Loonies [web] & TBC
- It is unlikely that the indexed version will be any smaller after compression, actually. Crinkler quickly learns to recognize the Code:pattern, so after just a few of such calls, they compress to less than 2 bytes each. The indexed ones will not be significantly smaller, since there is just as much entropy in them.
call dword [function]
Also, this trick will not work for 1k (that is, when using /TINYIMPORT), since in that case the imported function pointers are spread out over a larger area, so a single byte is not enough to index them. In a sense, /TINYIMPORT stores more information (the function hash) in each call instead of including a 4 byte hash (not shown in the report) for each imported function. - isokadded on the 2019-05-08 20:04:56
- demotool Windows Crinkler by Loonies [web] & TBC
- Quote:
Any chance for a switch which denies stripping unused code (/OPT:NOREF equivalent)?
That would bring in lots of unused parts, especially from the lib files. And it would still only include the imports that are actually referenced in some of the code. This doesn't sound like it is what you want.
Quote:I'd like to mess with ImportTable by hardcoded offsets (it's a 3 byte call instead of 6 bytes), but this makes declared but indirectly called functions to be stripped away from ImportTable...
So you want a way to explicitly include a function in the import table even though nothing refers to it, and then somehow access the index at which it is placed, so you can use it in your code. Is this correct?
I have actually thought about adding a feature like this, since I will probably need it for one of my own projects (to index dynamically into the import table based on a bytecode value). No plans for when it will be implemented, though. :) - isokadded on the 2019-05-04 21:13:23
- demo Windows scyphozoa by Excess [web]
- Missing thumb. Top notch music/visuals integration.
- rulezadded on the 2019-04-28 16:43:37
- demo Windows Hakkemus by Fairlight [web] & Odd
- A thumb for the name. Took some time before I got it. :)
Also congratulations for convincing the YouTube thumbnail algorithm that this was representative of the PC Demo compo: https://www.youtube.com/playlist?list=PLNqQO7lFY6dlIHKi5geI2faS00dzA0_2_ - rulezadded on the 2019-04-27 17:22:11
- demotool Windows MacOSX Intel Clinkster by Loonies [web]
- He also made this one.
- isokadded on the 2019-01-26 16:22:33
- demotool Windows MacOSX Intel Clinkster by Loonies [web]
- Yes, I've heard it, though in a different context. Interesting that it finds its ways outside the demoscene. :)
- isokadded on the 2019-01-26 16:11:00
account created on the 2004-11-26 18:36:35
