+Karl G Posted November 10, 2020 Share Posted November 10, 2020 It definitely looks nice, anyway! If you are able to share source, you might get some help in case there's an issue other than Maria drawing time here. Quote Link to comment Share on other sites More sharing options...
Lillapojkenpåön Posted November 10, 2020 Author Share Posted November 10, 2020 (edited) 320B source.rar vscode didn't give me an option to save it as 7800 basic, so I saved it as batari basic a 16x16 sprite shouldn't be a problem right? or do I need to split that one up also? Edited November 10, 2020 by Lillapojkenpåön Quote Link to comment Share on other sites More sharing options...
+Karl G Posted November 10, 2020 Share Posted November 10, 2020 plotmapfile tiledMap40x24.tmx tilemap 0 0 40 24 It looks like you are plotting tiles for the entire width of the screen, but at least on the first screen, you are only using a fraction of it. If you use less than the full width of the screen, then resize your Tiled map accordingly, and have it start somewhere other than 0,0 to center it accordingly. This should free up Maria cycles for you to display sprites successfully, I think. 1 Quote Link to comment Share on other sites More sharing options...
+Karl G Posted November 10, 2020 Share Posted November 10, 2020 Here's a modified version of your example that reduces the width of the tile map to 30 (still much more than you are using here), and centers it horizontally so there is no visual difference. In this one, there is no issue drawing the sprite. You may want to experiment with the numbers here a bit to see what is optimal for your game's needs, so long as you can live with not covering 100% of your screen width with tiles, I think it should still be workable for you. 320bmod.zip 1 Quote Link to comment Share on other sites More sharing options...
Lillapojkenpåön Posted November 10, 2020 Author Share Posted November 10, 2020 cool, thanks! didn't know you could do that, the game would eventually have fullscreen levels tho, but atleast I can test how far I can push it Quote Link to comment Share on other sites More sharing options...
Lillapojkenpåön Posted November 10, 2020 Author Share Posted November 10, 2020 25 minutes ago, Karl G said: Here's a modified version of your example that reduces the width of the tile map to 30 Do you know if there's a way to resize an allready drawn map, or if you can move big chunks of placed tiles on the map in tiled, those would be nice features Quote Link to comment Share on other sites More sharing options...
Lillapojkenpåön Posted November 10, 2020 Author Share Posted November 10, 2020 I found the resize and offset thing! 1 Quote Link to comment Share on other sites More sharing options...
Lillapojkenpåön Posted November 11, 2020 Author Share Posted November 11, 2020 (edited) Has anybody experienced the last row of each letter not being visable when plotting text, so that E looks like F, I look like a T etc? this is all the code related to the text incgraphic alphabet_8_wide.png 320B 0 2 3 3 4 characterset alphabet_8_wide alphachars ' abcdefghijklmnopqrstuvwxyz.!?' plotchars 'abcdefghij' 4 20 0 10 Edited November 11, 2020 by Lillapojkenpåön Quote Link to comment Share on other sites More sharing options...
Mord Posted November 11, 2020 Share Posted November 11, 2020 On 11/9/2020 at 10:40 AM, Muddyfunster said: Does JS7800 interpret 320B correctly ? (I know a few folks use that a lot). I haven't used JS7800 myself so not sure but if you want to test yourself try running the attached copy of the earliest demo of graze suit alpha from waaaaaay back. In this version the graphics would look corrupted, particularly the player and letters, and you won't see the timer counting down if the rom is being run accurately to hardware. (like A7800/Bupsystem) Back then I use to do all my testing/playing in prosystem so I didn't know about the graphic issues until people pointed it out to me. 2015-05-18-graze.bas.a78 1 Quote Link to comment Share on other sites More sharing options...
+Muddyfunster Posted November 11, 2020 Share Posted November 11, 2020 This is on JS7800. Bupsystem is identical (working timer) except that the player graphic is a bit wonky (like its missing a leg). 1 Quote Link to comment Share on other sites More sharing options...
Mord Posted November 11, 2020 Share Posted November 11, 2020 (edited) If that's how it looks, then no. It doesn't properly display 320B sprites. Looks like it's displaying similar to prosystem. In that I mean it doesn't follow the rules for the C1 palette entries and gives way too much time for plotting DLs. What version of bupsystem were you using - I'm using 0.9.6.3 and it doesn't show the timer or wave sections at all. You should also see missing bits here and there in the letters, not many but some. Edited November 11, 2020 by Mord Quote Link to comment Share on other sites More sharing options...
Mord Posted November 11, 2020 Share Posted November 11, 2020 Keep in mind you can still release games to play on JS7800 or play them normally on Prosystem in general. I just wouldn't use them to playtest code as you're making it or you might end up with a game that won't work on real hardware. 1 Quote Link to comment Share on other sites More sharing options...
+Muddyfunster Posted November 11, 2020 Share Posted November 11, 2020 34 minutes ago, Mord said: If that's how it looks, then no. It doesn't properly display 320B sprites. Looks like it's displaying similar to prosystem. In that I mean it doesn't follow the rules for the C1 palette entries and gives way too much time for plotting DLs. What version of bupsystem were you using - I'm using 0.9.6.3 and it doesn't show the timer or wave sections at all. You should also see missing bits here and there in the letters, not many but some. I was using 9.6.1 so that probably explains it. I'll update my Bupsystem. Quote Link to comment Share on other sites More sharing options...
Lillapojkenpåön Posted November 11, 2020 Author Share Posted November 11, 2020 13 hours ago, Lillapojkenpåön said: Has anybody experienced the last row of each letter not being visable when plotting text, so that E looks like F, I look like a T etc? this is all the code related to the text incgraphic alphabet_8_wide.png 320B 0 2 3 3 4 characterset alphabet_8_wide alphachars ' abcdefghijklmnopqrstuvwxyz.!?' plotchars 'abcdefghij' 4 20 0 10 I used atascii instead, display correct, but that turned my dot tiles into numbers, is that text to big so it pushes the dots out of the graphics thingy? How do I fix it? Quote Link to comment Share on other sites More sharing options...
+Karl G Posted November 11, 2020 Share Posted November 11, 2020 1 hour ago, Lillapojkenpåön said: I used atascii instead, display correct, but that turned my dot tiles into numbers, is that text to big so it pushes the dots out of the graphics thingy? How do I fix it? I don't know what's causing your first problem about the lines at the bottom getting cut off. As for the second problem with the atascii graphic, do you have a line like this in your code? alphachars ASCII Quote Link to comment Share on other sites More sharing options...
Lillapojkenpåön Posted November 11, 2020 Author Share Posted November 11, 2020 yup Quote Link to comment Share on other sites More sharing options...
+Karl G Posted November 12, 2020 Share Posted November 12, 2020 17 hours ago, Lillapojkenpåön said: yup Okay, maybe upload another code example? One of the smart people here may be able to figure out what's going on. Or possibly even me. Quote Link to comment Share on other sites More sharing options...
Lillapojkenpåön Posted November 12, 2020 Author Share Posted November 12, 2020 7 hours ago, Karl G said: Okay, maybe upload another code example? One of the smart people here may be able to figure out what's going on. Or possibly even me. It's the second time something similar happens to me, in my 160A experiment I had to do different characterset before plotting them, then it just started working with one, don't know what changed? 320B source.rar Quote Link to comment Share on other sites More sharing options...
+Karl G Posted November 12, 2020 Share Posted November 12, 2020 On 11/11/2020 at 9:39 AM, Lillapojkenpåön said: I used atascii instead, display correct, but that turned my dot tiles into numbers, is that text to big so it pushes the dots out of the graphics thingy? How do I fix it? Okay; I wasn't following what you meant until I tried it. I was able to fix it by including the tile graphics before the atascii graphic. You want to make sure they are in the same block, and when you included the atascii graphic first, it interpreted the tile numbers in your map as indexes in the atascii graphic instead. incgraphic newTiles8x8.png 320B 0 2 3 1 0 incgraphic atascii.png 320B 0 2 incgraphic dots.png 320B 0 2 3 1 4 ;characterset newTiles8x8 incmapfile tiledMap28x28.tmx characterset atascii alphachars ASCII Quote Link to comment Share on other sites More sharing options...
Lillapojkenpåön Posted November 12, 2020 Author Share Posted November 12, 2020 (edited) Thanks for looking. Yes, when I said "graphics thingy" I meant block, those purple tiles in the maze should be dots so it's still not working right, I think they are not in the same block but I don't know what to do about it? This makes the tilemap display correct, but the text dissapear incgraphic newTiles8x8.png 320B 0 2 3 1 0 incgraphic dots.png 320B 0 2 3 1 4 incgraphic atascii.png 320B 0 2 characterset newTiles8x8 incmapfile tiledMap28x28.tmx ;characterset atascii alphachars ASCII Edited November 12, 2020 by Lillapojkenpåön Quote Link to comment Share on other sites More sharing options...
+Karl G Posted November 12, 2020 Share Posted November 12, 2020 It looks like you aren't using any lowercase letters or characters after the capitals. Maybe trim the atascii.png to get rid of anything after "Z" to save space in that graphics block to fit the rest in? Edit: Alternate suggestion: just use a digits graphic for your numbers and plotvalue, and use sprites instead for your text so it doesn't have to be in the same graphics block as your tiles. 1 1 Quote Link to comment Share on other sites More sharing options...
Lillapojkenpåön Posted November 13, 2020 Author Share Posted November 13, 2020 Is there some easy way to figure our what charvalue a certain character has? You can count but they don't seem to start from 0 Quote Link to comment Share on other sites More sharing options...
+Karl G Posted November 13, 2020 Share Posted November 13, 2020 9 minutes ago, Lillapojkenpåön said: Is there some easy way to figure our what charvalue a certain character has? You can count but they don't seem to start from 0 They do start at 0 if it's the first in the graphics block, but since you have doublewide enabled, you need to count by twos. 1 Quote Link to comment Share on other sites More sharing options...
Lillapojkenpåön Posted November 13, 2020 Author Share Posted November 13, 2020 That explains it, thanks! Quote Link to comment Share on other sites More sharing options...
+Karl G Posted November 13, 2020 Share Posted November 13, 2020 11 minutes ago, Lillapojkenpåön said: That explains it, thanks! No problem. I ran into the same confusion myself. ? Quote Link to comment Share on other sites More sharing options...
Like us on Facebook
Follow us on Twitter
AtariAge on Instagram
Watch us on YouTube
Chat on Discord
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.