Go to bottom

Random "work in progress" shots

category: general [glöplog]
Since everyone is posing with their music tool. Ahem, let me introduce you to this beauty, straight outta 1994 or so. (actually 2004, but who is counting =)

BB Image
added on the 2016-02-09 14:37:06 by tomaes tomaes
is it trackers thread?oO
added on the 2016-02-09 14:59:06 by g0blinish g0blinish
@p01 please don't tell me that's going to be 1k! :o
added on the 2016-02-09 16:42:04 by spite spite
@p01 please don't tell me that's going to be 1k! :o

...doesn't sound like bin ;)
added on the 2016-02-09 18:31:11 by xTr1m xTr1m
dat midi sequencer ♥ i'm always thinking about doing one in DOS (as sizetro ofc), yet never find motivation to do so...

p01: that looks nice, and totally doable in JS1k ... right? ;)
added on the 2016-02-09 18:50:02 by HellMood HellMood
HellMood: Thanks. The reasoning was that I wanted to have a simple sketching tool that works like a horizontal piano roll (not a vertical one) + the usual linear pattern sequence of older trackers. It's kinda cute and still works. Should work with external synths too of course, but could never try it as I never had any actual MIDI gear. :)
added on the 2016-02-09 21:17:42 by tomaes tomaes

Of course this fits in 1kb. Don't you worry about that.
Really I wasn't sure if this little thing was worth digging further, or good for the bin :\
added on the 2016-02-09 22:18:36 by p01 p01
p01: dig further, it looks really good already!

currently stuck with:
BB Image
added on the 2016-02-10 23:14:16 by mog mog
BB Image
BB Image
BB Image
added on the 2016-02-13 15:35:19 by Deus Deus
Did you try glRotated(180.0, 0.0, 1.0, 0.0);? ^^
Looking good so far
added on the 2016-02-15 08:04:03 by xTr1m xTr1m
The black pentagon is a child node of checkered one, placed at (0,0,0.81) and rotated 180 at Y(to turn it around).

Trying to rotate the root should displace children its properly.
I thought I'd fixed the Combinatoral matrix...

Or maybe its a simple orientation problem due to the initial rotation(can't check it atm)

I'm embarrased how I haven't mastared this yet.
added on the 2016-02-16 14:26:38 by Deus Deus
BB Image

continued adventures in software rendering
greetings to chaos/fr: the rev2011 work-stealing talk & demo inspired this

cyan: translation, clipping, binning
orange: tile rendering
pink: Kawase blur, 3 passes
green: post processing & truecolor conversion
added on the 2016-02-16 16:02:53 by anix anix
anix: cool stuff, respect!
added on the 2016-02-17 08:49:29 by spike spike
anix: Nice! Uses a homogeneous based approach I guess... Why not 8x8 or 16x16 tiles?
added on the 2016-02-17 10:26:12 by raer raer
...homogeneous coordinates...
added on the 2016-02-17 10:26:37 by raer raer
BB Image

Experimenting with 1k and Win10 (on a crappy APU netbook with a 1366x768 screen). Compiles to about 570 bytes with the empty shader (SIZEBENCH=1). The above is just a random shader from glslsandbox for testing (not mine). Here's a quick recording of it running: http://webm.land/w/9DGX/. Compiles to 854 bytes, though there is some further minification potential in the shader code.

Obviously no sound output whatsoever for now.
SkilledButter: Looks promising!
added on the 2016-02-17 15:10:50 by noby noby
noby: Thanks. It compiles at least 100 bytes smaller than eg. iq's OGL framework with the shaders I tested (iq's original tunnel demo shrinks from 873 to 695). Downside: It only works with a max. of 1 enabled displays (works on external, but only if it is the only one enabled).

Still haven't decided what to do with the sound. (Procedural) MIDI is prone to fail on some systems. On the other hand I could use the free'd bytes for a tiny synth.
raer: i always thought that the tile-size should be small, so that the depth buffer fits in L1 (sort of like PowerVR), but that doesn't seem to work in practice -- i believe because the binning time & ram are too expensive. It can probe for the most effective tile-size, and it seems to always pick something that appears related to L2 size.

the blur and pp jobs process horizontal lines.

http://home.rqdq.com/cuber.zip if you want to play with it. needs msvcrt 2015.
added on the 2016-02-17 16:27:03 by anix anix
anix & SkilledButter : both these look very impressive =) While i'm still in the "do-everything-yourself-in-asm" domain mostly, these kind of motivate me ;)
added on the 2016-02-17 17:10:36 by HellMood HellMood
hellmood: _mm_mul_ps() is close enough for me. optimizing memory/cache usage seems to be what matters (on this platform) and you shouldn't need *.asm to make big improvements in that regard.

that said, hoping-the-compiler-does-what-you-think-it-will kind of sucks, and I don't examine the assembly output as closely or often as I probably should.
added on the 2016-02-17 17:29:39 by anix anix
HelloMood: Well, I'm not using any std libraries. The 800B include is my framework (which also doesn't include anything else). This way I can force the "wrong" data types down the WinAPI's throat and save a considerable amount of bytes without falling back to pure ASM. Even with recent improvements (+ 8 bytes or so for timer scaling and graceful exit) the MSVC *.asm is still just under 180 lines (with comments). Inspecting the asm is a must though.
DirectX12 will not enhance MSDOS programs, trust me.
added on the 2016-02-17 18:06:25 by Barti Barti
Hopefully Vulkan support arrives soon to MS-DOS.
added on the 2016-02-17 19:01:22 by branch branch
BB Image
our new 64k is coming along really well!
added on the 2016-02-17 21:02:09 by cupe cupe


Go to top