The New xLIB - An APP
Moderator: tr1p1ea
-
- Calc Master
- Posts: 1089
- Joined: Fri 17 Dec, 2004 9:53 am
- dysfunction
- Calc Master
- Posts: 1454
- Joined: Wed 22 Dec, 2004 3:07 am
- Location: Through the Aura
Yeah, Bram, EBL will be slower but take less mem, xlib will be faster but larger (since xlib uses matrices for map data and EBL uses strings) plus EBL has Direct Input (though it would rock if XLIb had it as well, because I could use some really fast key detection for Aura's real-time battles).
Also, I have a couple ideas:
1. Make the tilemap routine only able to draw maps with tiles that are multiples of 8 pixels, but drawsprite able to draw sprites of any size (would it be possible to remove the limitation in Omnicalc that only allows sprite widths to be multiples of 8?)
2. Allow tiles to be from pics 1-255, or at least pics 1-40.
Also, I have a couple ideas:
1. Make the tilemap routine only able to draw maps with tiles that are multiples of 8 pixels, but drawsprite able to draw sprites of any size (would it be possible to remove the limitation in Omnicalc that only allows sprite widths to be multiples of 8?)
2. Allow tiles to be from pics 1-255, or at least pics 1-40.
"You're very clever, young man, but it's turtles all the way down!"
- tr1p1ea
- Maxcoderz Staff
- Posts: 4141
- Joined: Thu 16 Dec, 2004 10:06 pm
- Location: I cant seem to get out of this cryogenic chamber!
- Contact:
Well sprite data has to be a multiple of 8 ... but that doesnt mean sprites have to be. If you want a 12x16 sprite, just draw it in a 16x16 sprite?
I have a direct input routine but it is of no use ... key detection is not what slows basic programs down, its the processing of the keys (the If K= blah etc).
I have a direct input routine but it is of no use ... key detection is not what slows basic programs down, its the processing of the keys (the If K= blah etc).
1.) it would be cool to have greyscale graphic files stored as programs to alow fairly fast greyscale tile maps and sprites by recording to 3 screen graphic buffers and using an interupt for 4 level grey
2.)a sprite scalling/stretching/rotating/deforming routine (could alow for some amazing special effects)
3.)isometric tile map
4.)Matrix rotation would be cool, as would a generaly faster matrix imput (to store a number into y/x on a matrix) and matrix output
2.)a sprite scalling/stretching/rotating/deforming routine (could alow for some amazing special effects)
3.)isometric tile map
4.)Matrix rotation would be cool, as would a generaly faster matrix imput (to store a number into y/x on a matrix) and matrix output
Hmm I guess he would have to rewrite the whole APP. I think he should just implement the basics functions in this version then maybe make a new APP/program with the routines you are talking about later.
@tr1p1ea: don't allow archived pictures to be recalled, it would be too slow. If youare planning on doing this you should make a separate recallpic function so the current one wont get too slow
EDIT: (After testing new beta you sent me): Now the grayscale in title screen is almost ASM like on my 83+, I just see a few scanlines going down slowly from the top of the screen to the bottom, yeah truse me, it's now almost flickerless on my 83+
I dunno about the SE though, do you know if Jim e LCD fix can improve grayscale quality on the SE?
@tr1p1ea: don't allow archived pictures to be recalled, it would be too slow. If youare planning on doing this you should make a separate recallpic function so the current one wont get too slow
EDIT: (After testing new beta you sent me): Now the grayscale in title screen is almost ASM like on my 83+, I just see a few scanlines going down slowly from the top of the screen to the bottom, yeah truse me, it's now almost flickerless on my 83+
I dunno about the SE though, do you know if Jim e LCD fix can improve grayscale quality on the SE?
Last edited by DJ_O on Tue 26 Apr, 2005 12:38 pm, edited 1 time in total.
- dysfunction
- Calc Master
- Posts: 1454
- Joined: Wed 22 Dec, 2004 3:07 am
- Location: Through the Aura
Yeah, good point. You can always just unarchive pics beforehand. However, it would be great if you allowed it to read pics higher than 10. Guess what my next project's gonna be.. I think I'll do the first-ever BASIC greyscale rpg with sprite masking and tile scrolling! Btw, is there already a release? I wonder how greyscale looks on a black 83+, it was flickery with omnicalc but I hope we can achieve flickerless grey on a black 83+ with this.
EDIT: Oh yeah, I don't think I use 1000 tiles... though I haven't drawn al my tiles yet. My tiles are just really large. I have things set up on a 16x16 grid, but many of my tiles are as large as 48x48.
EDIT: Oh yeah, I don't think I use 1000 tiles... though I haven't drawn al my tiles yet. My tiles are just really large. I have things set up on a 16x16 grid, but many of my tiles are as large as 48x48.
"You're very clever, young man, but it's turtles all the way down!"
Hmm, problemo: I cleared my RAM, I reinstalled and I tried the new version on my SE and it doesnt seems to work properly. On the 83+ the gray demo work flawlessly as I said in my post above, but on the Silver Edition the picture look completly distorted and during grayscale execution some part of the pictures appearf randomly anywhere on the screen as vertical bands, when I quit the program then go on the graph screen it look fine. I am wondering why this happen? It used to work yesterday with the other version but now it doesnt anymore. Here is a screenshot of what I got on my SE:
I know this is not the grayscale because I putted a pause command after thew first line of code (where the first pic is displayed) and this is what I got and I never get the same result/screen.
*downloads Jim e LCD fix*
EDIT: Jim e LCD fix didnt fixed the problem, it just made the LCD refresh state smoother
EDIT 2: Anyway, I think you should change this topic title to "Omnicalc got p\/\/n3d!!!111"
I know this is not the grayscale because I putted a pause command after thew first line of code (where the first pic is displayed) and this is what I got and I never get the same result/screen.
*downloads Jim e LCD fix*
EDIT: Jim e LCD fix didnt fixed the problem, it just made the LCD refresh state smoother
EDIT 2: Anyway, I think you should change this topic title to "Omnicalc got p\/\/n3d!!!111"
- Jim e
- Calc King
- Posts: 2457
- Joined: Sun 26 Dec, 2004 5:27 am
- Location: SXIOPO = Infinite lives for both players
- Contact:
Sounds like tr1p foregot to turn off the 15mhz speed before updating the lcd, That would explain the buffer being correct and the lcd being messed up.
You know tr1p there are alot of extra clocks in between the needed delay at 15mhz, you could do something useful with that.
My lcd fix wouldm't do squat for that. Different hardware
You know tr1p there are alot of extra clocks in between the needed delay at 15mhz, you could do something useful with that.
My lcd fix wouldm't do squat for that. Different hardware
- dysfunction
- Calc Master
- Posts: 1454
- Joined: Wed 22 Dec, 2004 3:07 am
- Location: Through the Aura