pouët.net

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]

• 64k Amiga OCS/ECS Way Too Rude by Logicoma [web] & Loonies [web]
• What Hoffman said about the project!
  
  As a demotool maker, the greatest joy is to find your tool in the hands of a master. So glad to have been a part of this and to see what Hoffman has managed to pull out of Rose.
  
  The greetings list was a bit rushed. I would like to extend an additional greeting to Ghostown, who has also dabbled in Rose. Hi guys! :)
• isokadded on the 2020-04-13 14:10:58
• 4k Windows La vie opportuniste by Razor 1911 [web]
• Beautiful and different. Certainly my favorite in the compo.
• rulezadded on the 2020-04-12 12:24:07
• 256b MS-Dos memories by Desire [web]
• Awesome show with great transitions!
• rulezadded on the 2020-04-12 10:29:56
• demo Windows Fresh Moon by Adapt [web]
• Mm
• rulezadded on the 2020-03-13 21:13:50
• demotool Linux Windows Amiga AGA Amiga OCS/ECS MacOSX Intel Shrinkler by Loonies [web]
• Zener: Indeed the parameter handling in the overlap header is broken. I carefully avoided using A0 and D0 in the decrunch code and made sure to save them when text printing is used, but I overlooked the cache flushing, which may also mess up these registers.
  
  The normal header always saves the registers, as it needs to do a memory deallocation at the end. So for that one it always works.
  
  It could actually be nice to have commandline support as an option to Shrinkler, since the need for such support is probably relatively independent of the appropriate choice of header (normal, overlap or mini). It would blow up the number of different header combinations required, but this this is mainly a build management issue.
• isokadded on the 2020-03-02 21:09:31
• demo Windows pornonoise by Lunix & mfx [web]
• I had totally forgotten about this one. Nice to see it again.
• rulezadded on the 2020-02-22 12:24:33
• demotool Linux Windows Amiga AGA Amiga OCS/ECS MacOSX Intel Shrinkler by Loonies [web]
• Shrinkler 4.6 is released!
  
  The features and fixes in this release are mainly relevant for people working with large files. This is what is new:
  
  - The suffix array construction, which runs in the slight pause before each hunk is compressed, has been reimplemented using the very fast SA-IS algorithm, which means that these pauses are now almost gone.
  - Shrinkler would give a verify error if a data file, or a single hunk, compressed to more than about 2MB (1953125 bytes to be exact - try to guess where that number comes from). This is now fixed. Thanks to Phibrizzo for reporting the bug.
  - Increased max number of reference edges (-r option) to 100000000, which can come in handy when compressing very large files.
  - The HUNK_RELOC32SHORT and HUNK_DREL32 relocation hunks are now supported. Thus, Shrinkler can be used together with tools which emit such hunks. Thanks to Todi for suggesting the feature.
• isokadded on the 2020-02-22 11:16:34
• 4k Commodore 64 Victrip by Offence [web]
• I think this is my favorite C64 4k. So full of energy!
• rulezadded on the 2020-02-15 23:17:08
• demotool Windows Crinkler by Loonies [web] & TBC
• Ah, now I noticed that you were asking about lib files from rustc.
  
  Indeed those are rejected by Crinkler with the the message
  
  Code:error LNK: Unsupported file type
  
  This is definitely worth looking into.
  
  Anyway, I learned a lot from my detour with the no_std example above. Thanks for bringing it up.
  
  I wonder when we will see the first 4k intro coded in Rust? ;)
• isokadded on the 2019-12-05 22:43:29
• demotool Windows Crinkler by Loonies [web] & TBC
• Not knowing what you meant by "fails to", I tried it out to see what the issue was. With no_std it seems to work fine. I have:
  
  Code:#![no_std] #![no_main] use core::panic::PanicInfo; #[panic_handler] fn panic(_info: &PanicInfo) -> ! { loop {} } #[no_mangle] pub extern "C" fn main() { unsafe { printf("Hello World!\n\0".as_ptr()); } } extern "cdecl" { pub fn printf(text: *const u8); }
  
  which I compile with:
  
  Code:rustc no_std_hello.rs --emit obj --target i686-pc-windows-msvc -C panic=abort
  
  and link with (omitting LIBPATH):
  
  Code:crinkler no_std_hello.o /ENTRY:main kernel32.lib user32.lib msvcrt_old.lib
  
  The resulting out.exe is 484 bytes and prints correctly.
  
  What is the problem you are encountering?
• isokadded on the 2019-12-01 15:28:31