|
m8trix 8b
[nfo]
|
||||||||
|---|---|---|---|---|---|---|---|---|
|
|
|||||||
|
popularity : 71% |
|||||||
alltime top: #1277 |
|
|||||||
|
||||||||
added on the 2014-05-07 02:08:09 by HellMood  |
||||||||
popularity helper
comments
great!
rulez added on the 2014-05-07 03:29:17 by T$ 
m8trix has you!
awesome!
Great!! Ä Ÿ«GGëù!!
Also fun since dosbox, playing with CPU speed and cycles :)
Also fun since dosbox, playing with CPU speed and cycles :)
8 bytes? Wow!
I swear this is the last time I'll thumb up one of these silly assembler experiments.
Haha, cool for the size.
Would be 7 bytes, if it wouldn't be for the row jump. Also, dat les trick. :)
neat!
I like minimalism
neat!
yes.
:D
Have to start thumbing up silly assembler experiments.
silly assembler experiments \:D/
for the size
Ř!
c'est impossible
m8y assembler experiment! <3
the m8trix has your pc!
p.s. on my p-250mmx letters are brown and blinking :-\
p.s. on my p-250mmx letters are brown and blinking :-\
Matrix fx is indeed a "classic".
I suppose you're using MS DOS 7.10? On most systems, i can rely on the flags being 0x??02
in your case it is 0x??86, which is indeed, blinking brown :/
> See here < for further information. I will try to achieve the green in another way ;)
in your case it is 0x??86, which is indeed, blinking brown :/
> See here < for further information. I will try to achieve the green in another way ;)
Cool
best content/size ratio ever
8b? :)
8 bytes well spent. :)
gr8! :)
Awesome :)
let me reduce size: change to inc di on cmpsw - 7bytes ;)
HellMood, yes, I use MS-DOS 7.10
Great size coding madness !!
Quote:
let me reduce size: change to inc di on cmpsw - 7bytes ;)
added on the 2014-05-08 08:45:49 by g0blinish g0blinish
Not sure cmpsw instruction reduces the size because it will affect the flags register hence the green color scheme used and more importantly will scramble the on-purposely misaligned opcode "sbb al,9fh" loop start because si+=2.
Quote:
Quote:
let me reduce size: change to inc di on cmpsw - 7bytes ;)
added on the 2014-05-08 08:45:49 by g0blinish g0blinish
Not sure cmpsw instruction reduces the size because it will affect the flags register hence the green color scheme used and more importantly will scramble the on-purposely misaligned opcode "sbb al,9fh" loop start because si+=2.
Disregard second remark, but first one stands because load status flags in ah (the attribute color) will then be affected by the result of the cmpsw instruction since nor jmp nor les affect flags.
how the fuck did you even get the "woman in red" in there? - oh, wait, maybe that last pill...which color was it again?
Haha, great :)
Yes, picture very differs. No chance to use stosd ;P
... the 7b CMPSW version looks actually quite decent on MS DOS 6.22 in a virtual box =) . I found that a 7b MOVSW version is even better on DOS BOX though, it doesnt lose the pattern and even clears the screen =) This on messes up on MSDOS though. It all comes down to how the "emtpy" code segment is initialized, since we're copying or comparing data from there (i look at you Carry Flag!). I still couldn't come up with a LAHF-free version ... one does not simply change bytes in the m8trix ^^
The 7 Byte Versions : >here<
SBB / ADC periodics : >here<
The 7 Byte Versions : >here<
SBB / ADC periodics : >here<
Wrong category. Should be 
:-)
:-)
Balls to the walls amazing again.
I'm not an asm coder or familiar with demos like this at all, but that alignment trick blew my mind. Took me a bit to understand sorta what was going on and I still don't totally understand it. Awesome cool.
gr8! Simply gr8!
Wow :)
IMPOSSIBRU
I... wat?!1
.......
Nice.
just looked at the code, and... that's strictly awesome.
Hahaha, nice. :)
Ohh, I love the SBB AL, 9F trick!!
It's all a brilliant succession of ""coincidences"". The fact that the DOS program prefix has the 9FFFF right after the INT 20, where 9FFF is les than 65536 bytes away from the text mode VGA screen buffer location B800, that CH is 00 and the flags are 02FF (02 move to AH) which are the black and green color indices in VGA for the alternating text columns...
And again, that half_LES+LAHF becoming SBB AL, 9F. Lovely!
It's all a brilliant succession of ""coincidences"". The fact that the DOS program prefix has the 9FFFF right after the INT 20, where 9FFF is les than 65536 bytes away from the text mode VGA screen buffer location B800, that CH is 00 and the flags are 02FF (02 move to AH) which are the black and green color indices in VGA for the alternating text columns...
And again, that half_LES+LAHF becoming SBB AL, 9F. Lovely!
Smart. I don't think the 32 byte category does this justice.
Nice for 8 bytes :)
EightB? Wow.
Speechless!
Amazing !
matrix has your ms-dos
8 bytes.... seriously.
@iq : sums it up almost perfectly - almost! i actually don't use the common "0x9FFF" (that wouldnt work by the way), instead the segment is "hidden" in "lahf" + "stosw" (= 0xAB9F), luckily "[si]" maps to the start of the code on MSDOS environments ;)
Code of the 7 byte version :
Code of the 7 byte version :
Code:
S:
les bx,[si] ; sets ES to the screen, assume si = 0x100
; 0x101 is SBB AL,9F and changes the char
; without CR flag, there would be
; no animation ;)
lahf ; gets 0x02 (green) in the first run
; afterwards, it is not called again
; because of alignment ;)
stosw ; print the green char ...
; (is also 0xAB9F and works as segment)
xchg cx,ax ; and skip one row
jmp short S+1 ; repeat on 0x101 ok
+
nice! can you make it in 4b?
the best 8b intro :p
haha nice! Best 8b for sure!
Nice little Matrix effect on MS-DOS
submit changes
if this prod is a fake, some info is false or the download link is broken,
do not post about it in the comments, it will get lost.
instead, click here !