too tired to continue

oddly enough defining __NEWMAPTILEDATAVARS__ in 16_tdef.h will cause a limbo to appear outside the map wwww

==== bloody! ====

==== bloody! ====

wwww reverted back to before breaking

wwww reverted back to before breaking

wwww reverted back to before breaking

wwww reverted back to before breaking

revertedback\! bad bugs\!

Merge branch 'master' of github.com:sparky4/16

revertedback! bad bugs!

BROKEN STILL wwww

BROKEN something broke wwww

did a bunch of work on map stuff going to add fg layer sometime woon

added an old version of 16_vl.c to get the old functionality of palette updater back w

added an old version of 16_vl.c to get the old functionality of palette updater back w

added an old version of 16_vl.c to get the old functionality of palette updater back w

i made that messy complex palette experiment noisy as fuck again it is short for simplicity

i made that messy complex palette experiment noisy as fuck again

i made that messy complex palette experiment noisy as fuck again

something is badly broken in palette experiment

cannot think on the pal maker

cannot think on the pal maker

WWWWWWWWWWWWwwwwwwwwwwWWWWWWWwwwwWWwwWWwwWwwWww

WWWWWWWWWWWWwwwwwwwwwwWWWWWWWwwwwWWwwWWwwWwwWww

WWWWWWWWWWWWwwwwwwwwwwWWWWWWWwwwwWWwwWWwwWwwWww

WWWWWWWWWWWWwwwwwwwwwwWWWWWWWwwwwWWwwWWwwWwwWww

WWWWWWWWWWWWwwwwwwwwwwWWWWWWWwwwwWWwwWWwwWwwWww

WWWWWWWWWWWWwwwwwwwwwwWWWWWWWwwwwWWwwWWwwWwwWww

WWWWWWWWWWWWwwwwwwwwwwWWWWWWWwwwwWWwwWWwwWwwWww

working on maptest

working on maptest

working on maptest

readded mapread for rework of mapreadings

added resetting palette in cmem part of modexenter

fps now is working with scroll wwww

moved my palette function failure to 16_vlpal.c and fixed vsync a bit but i need some help from pngwen or jc for the vsync in game

moved my palette function failure to 16_vlpal.c

fixed wwww now i need to work on map system stuff wwwwwwwwwwwwwww i am also going to work on that fps location stuff... the refresh stuff at the op of screen is very flashy chikyuu becomes transparent in upper screen

fixed wwww now i need to work on map system stuff wwwwwwwwwwwwwww i am also going to work on that fps location stuff

fixed wwww now i need to work on map system stuff wwwwwwwwwwwwwww i am also going to work on that fps location stuff

fixed wwww now i need to work on map system stuff wwwwwwwwwwwwwww i am also going to work on that fps location stuff

fixed wwww now i need to work on map system stuff wwwwwwwwwwwwwww i am also going to work on that fps location stuff

fixed wwww now i need to work on map system stuff wwwwwwwwwwwwwww i am also going to work on that fps location stuff

fixed wwww now i need to work on map system stuff wwwwwwwwwwwwwww

something else broke when i worked on this

just pushing before i use ZC_mapscroll

==== old BG rendering is back ====

==== old BG rendering is back ====

bg preservation still in works

working on palllist.c and no idea how to preserve bg fixed player[0].enti. wwww also i think i should readd the old bg preservication back and start working on actual game stuff wwww

working on palllist.c and no idea how to preserve bg fixed player[0].enti. www

working on palllist.c and no idea how to preserve bg

working on palllist.c

working on palllist.c

wwww

wwww

wwww

WWWWWWWWWWWWWWWWWWWW it is fixed wwwwwwwwwww

Merge branch 'master' of github.com:sparky4/16

====----==== this is a messed up build that contains a busted 0.exe pan page system

====++++==== this is a build before the breaking of 0.exe pan page system

it is semi working the bg preservation wwww

going to work on bg draw today!

showing row and colum drawing i optimized it to only draw at the end of walk. this explains why it is much slower than it was before panp is now sp and p is back to it self 0.exe now replicates the functions of 16_spri

showing row and colum drawing i optimized it to only draw at the end of walk. this explains why it is much slower than it was before panp is now sp and p is back to it self 0.exe now replicates the functions of 16_spri

showing row and colum drawing i optimized it to only draw at the end of walk. this explains why it is much slower than it was before panp is now sp and p is back to it self

showing row and colum drawing i optimized it to only draw at the end of walk. this explains why it is much slower than it was before panp is now sp and p is back to it self

showing row and colum drawing i optimized it to only draw at the end of walk. this explains why it is much slower than it was before panp is now just p

showing row and colum drawing i optimized it to only draw at the end of walk. this explains why it is much slower than it was before

showing row and colum drawing i optimized it to only draw at the end of walk. this explains why it is much slower than it was before

showing row and colum drawing i optimized it to only draw at the end of walk. this explains why it is much slower than it was before

showing row and colum drawing i optimized it to only draw at the end of walk. this explains why it is much slower than it was before

showing row and colum drawing i optimized it to only draw at the end of walk. this explains why it is much slower than it was before

showing row and colum drawing the fore loop in draw row is causing it to be slow wwwww

showing row and colum drawing the fore loop in draw row is causing it to be slow wwwww

showing row and colum drawing

showing row and colum drawing

PRE reattempt at optimizing scroll map draw stuff

proper sprite loading added wwwwwww

proper sprite loading added wwwwwww

==== animation fram walk ==== i polished the shit out of it and it works MUCH better now!! i forget about resetting page properly >.<

==== animation fram walk ==== i polished the shit out of it and it works MUCH better now!! i forget about resetting page properly >.<

==== animation fram walk ==== i polished the shit out of it and it works MUCH better now!!

==== animation fram walk ==== i polished the shit out of it and it works MUCH better now!!

==== animation fram walk ==== i polished the shit out of it and it works MUCH better now!!

==== animation fram walk ==== i polished the shit out of it and it works MUCH better now!!

animation fixed and sprite rendering is more flexible with overdraww and overdrawh

animation fixed and sprite rendering is more flexible with overdraww and overdrawh

I THINK I GOT THE ANIMATION FIXED AGAINrm data/spri/chikyuu.vrs

something is bothering me very much on the animation part of frame. particularly on when chikyuu is in the standing state ... it is only drawed 1 time

something is bothering me very much on the animation part of frame. particularly on when chikyuu is in the standing state ... it is only drawed 1 time

something is bothering me very much on the animation part of frame. particularly on when chikyuu is in the standing state ... it is only drawed 1 time

pushing some changes!

====animation mostly converted==== old bug resurfaced as animation is 12341234 instead of the proper 11223344

====animation mostly converted==== old bug resurfaced as animation is 12341234 instead of the proper 11223344

====animation mostly converted==== set_anim_by_id(player[pn].ent->spri, player[pn].enti.dire) is causing stability issues and dose not overwrite the old set up also the code is quite unstable but i may of had fixed it just now.. lets see!

====animation mostly converted==== set_anim_by_id(player[pn].ent->spri, player[pn].enti.dire) is causing stability issues and dose not overwrite the old set up also the code is quite unstable but i may of had fixed it just now.. lets see!

====animation mostly converted==== set_anim_by_id(player[pn].ent->spri, player[pn].enti.dire) is causing stability issues and dose not overwrite the old set up also the code is quite unstable but i may of had fixed it just now.. lets see!

dang it./wbuild.sh  vga_state.vga_graphics_ram = video->omemptr; causes it to not have sprite in right spot! itis disabled wwww this is hard just to get it right wwww crap./wbuild.sh  fackn hard! wwww