Author Topic: [83+ xLIB] Faster XLIB?  (Read 5095 times)

0 Members and 1 Guest are viewing this topic.

Demon

  • Guest
[83+ xLIB] Faster XLIB?
« on: July 03, 2006, 04:08:00 pm »
I am wanting to use XLIB to make nice games, and I've figured out enough how to make sprites and tilemaps appear on the screen, but when it comes to making things move on the screen, my methods end up being really really slow (even the XLIB mouse I tried to make came out REALLY slow).
How can I speed things up a little bit?  And even better is ther e a better tuturial on XLIB than the one that comes with the app?  The commands were a bit cryptic and I don't know how many times I crashed trying to figure how where things go when I first tried it...

Offline Spellshaper

  • LV10 31337 u53r (Next: 2000)
  • **********
  • Posts: 1690
  • Rating: +0/-0
  • This is me. Or maybe not.
    • View Profile
[83+ xLIB] Faster XLIB?
« Reply #1 on: July 03, 2006, 10:19:00 pm »
1. Welcome to the forums!
2. post your code, and we shall see if we can help you... Guessing how you did your routine is a lil hard ;)wink.gif
3. No extra tut that I know of. Hm, we could make one...

Offline kalan_vod

  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2715
  • Rating: +10/-0
    • View Profile
    • kalanrock.us
[83+ xLIB] Faster XLIB?
« Reply #2 on: July 03, 2006, 10:22:00 pm »
QuoteBegin-Spellshaper+Jul 4 2006, 04:19 AM-->
QUOTE (Spellshaper @ Jul 4 2006, 04:19 AM)
3. No extra tut that I know of. Hm, we could make one...  

 There was one in development, but due to loss of help it was dropped as far as I know (necro had taken it into his hands, but he needed help then no one wanted to give a hand).

Welcome here, I hope you enjoy your stay! And if you would like to post some code I will be glade to help out.

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55942
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
[83+ xLIB] Faster XLIB?
« Reply #3 on: July 04, 2006, 12:52:00 am »
Welcome to the forums pyro_xp2k and welcome back kalan_vod :)smile.gif feel free to post your code if you need help :)smile.gif


Wasnt tifreak8x going to write a xlib tutorial?
Now active at https://discord.gg/cuZcfcF (CodeWalrus server)

Offline kalan_vod

  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2715
  • Rating: +10/-0
    • View Profile
    • kalanrock.us
[83+ xLIB] Faster XLIB?
« Reply #4 on: July 04, 2006, 04:48:00 am »
QuoteBegin-xlibman+Jul 4 2006, 06:52 AM-->
QUOTE (xlibman @ Jul 4 2006, 06:52 AM)
Wasnt tifreak8x going to write a xlib tutorial?  

 I believe so, but I know nothing other than he was going to write one. Thanks for the welcome back, it has been a little bit hasn't it?

Dragon__lance

  • Guest
[83+ xLIB] Faster XLIB?
« Reply #5 on: July 04, 2006, 05:31:00 am »
nice  to see your back :)smile.gif Hmm, i think it should be an Omni Forum project to write the Xlib guru...if you need any help, feel free to ask anyone here, as they're all Experts :)smile.gif

Demon

  • Guest
[83+ xLIB] Faster XLIB?
« Reply #6 on: July 04, 2006, 05:43:00 am »
\->\ : STO>
\L\ : List symbol

c1-->
CODE
ec1
PROGRAM:ZMOUSE
real(9,1,253
real(9,0,253
real(0,0
real(12,0,0,0,0,7,0
real(12,0,1,1,5,5,0
real(12,0,0,7,5,5,1
real(9,1,252
real(9,0,252
real(3,253,1
real(9,1,253
{H,V\->\\L\MTP
real(1,H,V,1,8,252,0,0,3,0,1
Repeat K=21
 

Offline kalan_vod

  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2715
  • Rating: +10/-0
    • View Profile
    • kalanrock.us
[83+ xLIB] Faster XLIB?
« Reply #7 on: July 04, 2006, 06:37:00 am »
c1-->
CODE
ec1
PROGRAM:ZMOUSE
real(9,1,253

Demon

  • Guest
[83+ xLIB] Faster XLIB?
« Reply #8 on: July 04, 2006, 08:01:00 am »
QUOTE
real(9,0,253

Offline Spellshaper

  • LV10 31337 u53r (Next: 2000)
  • **********
  • Posts: 1690
  • Rating: +0/-0
  • This is me. Or maybe not.
    • View Profile
[83+ xLIB] Faster XLIB?
« Reply #9 on: July 04, 2006, 08:05:00 am »
Isn't it so that xLib won't overwrite already existing Pics?
Try adding
c1-->
CODE
ec1real(9,1,253c2
ec2
before saving the Screen to Pic 255.

Offline kalan_vod

  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2715
  • Rating: +10/-0
    • View Profile
    • kalanrock.us
[83+ xLIB] Faster XLIB?
« Reply #10 on: July 04, 2006, 09:42:00 am »
c1-->
CODE
ec1For(I,1,0,-1
real(1,H,Ans,1,8,252,0,0,3,0,I
Endc2
ec2

Since you will be using a list, you will need to change Ans back to V.

threefingeredguy

  • Guest
[83+ xLIB] Faster XLIB?
« Reply #11 on: July 06, 2006, 08:51:00 am »
In my professional experience, an rpg made in xLIB can be as fast as an rpg made using ASM (with getcsc for the keydetection). It's also easier to calculate the stats.

Dragon__lance

  • Guest
[83+ xLIB] Faster XLIB?
« Reply #12 on: July 06, 2006, 09:59:00 am »
very tru,but with not as much features, in ASM you can fit in so much more at a decent speed, *points to Spencer's Zelda. One thing about the Mouse program, one way to make it seem faster is to increment (x,y) by more than 1. And i have a question, is it faster to include the key detection within the main loop, or as a seperate loop as Kalan__vod coded?

Offline Spellshaper

  • LV10 31337 u53r (Next: 2000)
  • **********
  • Posts: 1690
  • Rating: +0/-0
  • This is me. Or maybe not.
    • View Profile
[83+ xLIB] Faster XLIB?
« Reply #13 on: July 06, 2006, 11:09:00 am »
Dunno, I'd say a seperate loop inside the main loop is faster.
Why?
When you put it directly into the main loop, it goes through the whole loop every time, thus eating up some time. A seperate loop however is likely to be smaller and is thus repeated faster, making key detection overall faster.
Just a theory though :ninja:ninja.gif

Offline kalan_vod

  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2715
  • Rating: +10/-0
    • View Profile
    • kalanrock.us
[83+ xLIB] Faster XLIB?
« Reply #14 on: July 07, 2006, 09:28:00 am »
It detects the key faster if you have a loop for the getkey function, as apposed to going through the whole loop for the game and only hitting the getkey once. If you have a small game loop, then you may not need a getkey loop but I would recommend it if it is not a live/action type game.