pouët.net

porocyon information 537 glöps

• general:
• level: user
• personal:
• first name: _
• last name: _
• portals:
• demozoo: profile
• cdcs:
• cdc #1: numb res by Carillon & Cyberiad [web] & Fairlight [web]
• cdc #2: Interstase by Mankind [web]
• cdc #3: Anamie by Hack'n'Trade & Razor 1911 [web]
• cdc #4: Razor1911 by Razor 1911 [web]

• 8k Windows One of those days by Loonies [web]
• duttaditya18: a writeup is available in the README :P
  
  But yes, this rocks
• rulezadded on the 2018-12-26 19:10:18
• 1k procedural graphics Linux Tiny X11 Trans Flag by Suricrasia Online [web]
• Ah, oops, I'll fix that (unless you're fast enough to open a merge request).
  
  In other news: when system libs are compiled with SSE4 (or was it AVX2?), the process will segfault in XauReadAuth (libxau.so), line 105 in AuRead.c. (This happens at least on any Arch system.)
  
  Even though the pointers are correct (no malloc messing things up), the assignment is compiled as an SSE4/AVX2 "block transfer", which needs both the source and the destination pointers to be aligned to 16 bytes. ("block transfer" is ARM-speak for stm/ldm, so it probably isn't exactly the same, but I'll just use it here.)
  
  The SUSv4 ELF spec states that, at a process entry on x86_64, rsp mod 16 will be 8 (great idea), while most C compilers (i.e. GCC and Clang) assume proper stack alignment for these block transfers (that is, 16-byte aligned). The 'local' variable in AuRead is on the stack, with borked alignment, and thus the assignment crashes.
  
  Adding this line at the very beginning of _start should fix this:
  
  Code:asm volatile("sub $8, %rsp\n"); // align the stack
  
  Luckily I've already seen this bug once, because otherwise I'd still be pulling out my hair.
• rulezadded on the 2018-12-20 19:56:08
• demo Windows STOEREBOIS by Poo-Brain [web]
• prachtig
• rulezadded on the 2018-12-13 13:20:19
• demo JavaScript lines by Gaëlle Gomez
• Starts nicely and calming but keeps on going for too long without any variation. Bending the lines, giving it a 3D 'twist', ... could've made it much better.
  
  Nonetheless, nice firstie
• rulezadded on the 2018-12-06 13:47:15
• demo Windows Closing by Le Laboratoire D
• Oops, misremembered, particles were in the X-Men prod.
• isokadded on the 2018-12-05 13:49:01
• 4k Windows Mist by Ohno!
• I'm detecting some reused stuff from the shader showdown :P
• rulezadded on the 2018-12-04 00:39:17
• demo JavaScript Cookie In The Sky With Diamonds by Cookie Collective [web]
• Was expecting a demo like this, but with a cookie instead of a pipe etc.
• rulezadded on the 2018-12-03 11:17:51
• demo Windows Closing by Le Laboratoire D
• .
• rulezadded on the 2018-12-03 11:14:44
• demo Windows Closing by Le Laboratoire D
• Well, it's a truck with a moustache. Only problem with this is that you missed the opportunity to make a joke about this truck.
  
  Also, I can do the particles at 60 FPS on a Nintendo DS :P
• isokadded on the 2018-12-03 11:13:32
• demo Windows Evolution 999 by X-men
• Inconsistent, buggy water & lighting interaction, ugly default fonts, ...
  
  just like it should be with these kind of demos :D
• rulezadded on the 2018-12-02 23:22:38