Posts: 922
Threads: 15
Joined: Jun 2003
Well it's being done in VBDOS because it's the closest to the compiler's syntax, meaning it will be easier to get FB to compile itself, ie: not a single source-code change - well, not 100%, there are two DEF SEG's that must be commented out.
2000 symbols are enough to get it to compile, there's no more than ~1000 procs/consts/etc being used at same time, as i divided everything in modules, i guess that will be okay, we will see.. if not, using VB just to get it compile will be the last resource.
When running as a win32 app, there will be no limits on number of symbols or whatever, arrays will be redimensioned if needed.
You will be able to use Rellib if Rel write a Windows port ;).
Btw, Stearling, read my PM :P
Everybody will be welcome to test it when it gets released, but please, make your bug reports the more descriptive you can ;)
If anyone want to talk about the project, join the #badlogic irc channel at irc.efnet.net.. cyaz
Posts: 394
Threads: 16
Joined: Jun 2003
it's relgfx, not the lib
it uses regular screen 13 GET and PUT, writing to an array buffer and putting the buffer onto the screen.
would that work?
ammit potato!
Posts: 1,688
Threads: 119
Joined: Jun 2003
As long as it's pure qb i'm guessing it'll work... pure qb meaning any command you can use in qb without using a library. this rocks, cuz it'll mean my game will be able to port directly to fb with no recoding anything, and not to mention the program'll get a nice speed and memory boost to boot.
Sometimes it's nice to make stuff in pure qb.
Also, are you improving some of the commands? Like, what rel did for put ala superput? (allow transparency, clipping, maybe even drawing to a buffer, etc. etc.)
Jumping Jahoolipers!
Posts: 788
Threads: 53
Joined: Nov 2002
It will only work if it doesn't use any dos specific stuff. And most pure qb stuff uses very dos specific stuff to be "fast". Why would you need all that. In windows you have opengl, directx, sdl and 100s of other libs. Many libs use hardware acceleration.
oship me and i will give you lots of guurrls and beeea
Posts: 602
Threads: 27
Joined: Oct 2004
as v3c said: "hey why don't you port dqb" hehe....
all this funny screen, line, pset and stuff... hm, i already suggested to do that part with sdl. like doing a wrapper. dunno wheter this should get part of the runtimelib. i guess having something like an externel lib for qb compatibility would be neat too, since you could extend it yourself. like '$include: 'pureqb.bi' hehe...
quote="NecrosIhsan"]
![[Image: yagl1.png]](http://www.nodtveidt.net/yagl1.png)
[/quote]
Posts: 394
Threads: 16
Joined: Jun 2003
Quote:Also, are you improving some of the commands? Like, what rel did for put ala superput? (allow transparency, clipping, maybe even drawing to a buffer, etc. etc.)
yeap, all of those. For things like trans. it just doesn't draw the pixel. For translucency it adds/subtracts the color value i think, and for clipping it just doesn't draw anything outside the bounds.
i think i'll try this soon
ammit potato!
Posts: 979
Threads: 27
Joined: Aug 2001
It's worth noting that Plasma is the one the that made Superput, from an assembly routine Rel modified for him from Rellib. He also made that routine floating around that changes the memory segment QB uses for its drawing routines from &HA000 to any specified address.
Posts: 336
Threads: 4
Joined: Nov 2004
so what is the main thing keeping FB from compiling it self ?
Posts: 2,771
Threads: 96
Joined: Oct 2003
Quote:so what is the main thing keeping FB from compiling it self ?
Wooo... but then you are into complicated paradoxical stuff... like what happens if you eat yourself.... Or those freaky Mobius strips... O_O
Posts: 979
Threads: 27
Joined: Aug 2001
My guess would be an incomplete runtime. QB's runtime library has around 1400 routines.
I mean, he probably won't be needing crap like DRAW and PLAY, but it's still a lot of stuff to write for.
