+adamantyr Posted May 22, 2019 Share Posted May 22, 2019 I don't think adamantyr is using Magellan, but when I have been working on projects that needed lots of tiles (Dungeons of Asgard), what I needed was to have them in the tile set so they could be exported (even though the 256 limit was exceeded). Sometimes I would also have liked to have different tile sets for different maps, but that can be dealt with by having multiple files. I don't use Magellan for my game, no. That's partly though because I built my tools for map creation on the TI awhile back. And I have other metadata (lighting and elevation) that is stored along with the tiles, something that's beyond Magellan's boundaries. Quote Link to comment Share on other sites More sharing options...
matthew180 Posted May 22, 2019 Share Posted May 22, 2019 Unless there are more than 128 tiles in each font you should be able to use Import Map Image to import the two fonts, with a start offset for the second font Then you can use Shift-click in the tile set to rearrange them (or use the Replace Characters tool, but I never found that very useful). In this case both sets were full 256 tiles, and I just wanted the subset of lower-case from one set merged into the lower-case of the other. I don't think adamantyr is using Magellan, but when I have been working on projects that needed lots of tiles (Dungeons of Asgard), what I needed was to have them in the tile set so they could be exported (even though the 256 limit was exceeded). Sometimes I would also have liked to have different tile sets for different maps, but that can be dealt with by having multiple files. It would be interesting to know what other users think? I'm happy to defer to what others think. I'm not making games, and the "out of context" ideas I have come up with in the past have proven to be more than useless in practice. I was just seeing if Magellan could be a solution for the problem I was having at the moment. Quote Link to comment Share on other sites More sharing options...
LASooner Posted May 22, 2019 Share Posted May 22, 2019 (edited) If you want to quickly merge two character sets, you could export them individually as character images, bring them into a paint package that can handle layers, layer one on top of another, erase the characters you don't need from the top layer, flatten the image, save, then import the new combined character image back into Magellan. Edited May 22, 2019 by LASooner Quote Link to comment Share on other sites More sharing options...
matthew180 Posted May 22, 2019 Share Posted May 22, 2019 Sure, and I did some of that, along with some hex editing and such. There are always ways to get it done, I was just looking to see if Magellan had the features I was looking for. On a side note, coercing modern "paint" programs into dealing with individual, single, square pixels is an exercise in frustration. And none that I have found work very well when zoomed in 1600%. Quote Link to comment Share on other sites More sharing options...
LASooner Posted May 22, 2019 Share Posted May 22, 2019 Sure, and I did some of that, along with some hex editing and such. There are always ways to get it done, I was just looking to see if Magellan had the features I was looking for. On a side note, coercing modern "paint" programs into dealing with individual, single, square pixels is an exercise in frustration. And none that I have found work very well when zoomed in 1600%. I do it with photoshop, make sure you're in bitmap,greyscale or indexed color, 8bits/channel. Don't use a brush, use a pencil. And use pencil or block mode for the eraser. You can turn on grid and snapping to help control it. Quote Link to comment Share on other sites More sharing options...
Bones-69 Posted May 23, 2019 Share Posted May 23, 2019 Would be great if sprites could be positioned on the 256 x 192 grid rather than the clunkier 32 x 24. Is this something that is workable? Quote Link to comment Share on other sites More sharing options...
+chue Posted May 23, 2019 Share Posted May 23, 2019 (edited) On a side note, coercing modern "paint" programs into dealing with individual, single, square pixels is an exercise in frustration. And none that I have found work very well when zoomed in 1600%. I've always liked Paint.Net: https://www.getpaint.net/download.html Edited May 23, 2019 by chue 1 Quote Link to comment Share on other sites More sharing options...
digress Posted July 18, 2019 Share Posted July 18, 2019 (edited) it would be nice to be able to import at least 768 tiles so a 9918 bitmap screen could be done in 1 import. so self selectable 0-255 or 0-768 or 0-1024 would be great. I noticed some demos here using full 256x192 tiled screens in excess of 256 tiles using f18a graphics such as the monkey island demo. how was that achieved? is it using extra memory of the ti99/4a than say the colecovision has. for coleco i'm limited to 16kb vram so 6 kb for 1 set of 256 f18a 3 bit tiles. So 3 there isn't room for even 768 tiles at full colour. I guess I could go with 2 plane colour (4 colours and lower it to 12kb overall for a full screen) I'd like to do full screen 256x224 f18a bitmaps or 256x192 on a colecovision without reuse of tiles. thanks for maintaining magellan and updating it. it's a very useful program. On 5/22/2019 at 11:45 AM, Asmusr said: Or actually what other users need. Edited July 18, 2019 by digress Quote Link to comment Share on other sites More sharing options...
Tursi Posted July 18, 2019 Share Posted July 18, 2019 I can't speak to what has been done in previous demos, but there's my Convert9918 tool - https://github.com/tursilion/convert9918/blob/master/readme.md In addition to regular bitmap, it can generate a 16-color bitmap with palette for the F18A (which takes the same memory as a standard bitmap, plus the 32 bytes for palette), or a per-scanline paletted bitmap (which takes nearly all of the 18k of the F18A, but does all the work on the GPU, leaving the host CPU free once it's up.) 1 Quote Link to comment Share on other sites More sharing options...
Mike Harris Posted July 18, 2019 Share Posted July 18, 2019 Can someone update the link or post the latest version. TIA 1 Quote Link to comment Share on other sites More sharing options...
digress Posted July 19, 2019 Share Posted July 19, 2019 i have used your convert program. I had assumed that the full screen f18a bitmap used more memory than the 9918 fullscreen bitmap. That sounds like a good solution. not sure how to pull off the (per-scanline paletted bitmap (which takes nearly all of the 18k of the F18A,) yet and I think the pallet version would work fine anyways. 6 hours ago, Tursi said: I can't speak to what has been done in previous demos, but there's my Convert9918 tool - https://github.com/tursilion/convert9918/blob/master/readme.md In addition to regular bitmap, it can generate a 16-color bitmap with palette for the F18A (which takes the same memory as a standard bitmap, plus the 32 bytes for palette), or a per-scanline paletted bitmap (which takes nearly all of the 18k of the F18A, but does all the work on the GPU, leaving the host CPU free once it's up.) Quote Link to comment Share on other sites More sharing options...
sometimes99er Posted July 19, 2019 Share Posted July 19, 2019 7 hours ago, Mike Harris said: Can someone update the link or post the latest version. TIA Post #532 Quote Link to comment Share on other sites More sharing options...
Tursi Posted July 19, 2019 Share Posted July 19, 2019 19 hours ago, digress said: not sure how to pull off the per-scanline paletted bitmap (which takes nearly all of the 18k of the F18A,) yet and I think the pallet version would work fine anyways. Regular paletted images are generally pretty good. There's also (TI99) sample code for the per-scanline version in the download. (I should probably write new samples in C so they are more portable). Kind of offtopic in this thread, so just to be brief - you copy the palette data (6k) to VDP RAM, then the GPU code. Start the GPU and it will pack the palette (mostly) into the extended memory and then idle. While it's working you can then upload the screen image table, color table and pattern table as normal. Wake the GPU back up and you're done. 1 Quote Link to comment Share on other sites More sharing options...
Asmusr Posted July 19, 2019 Share Posted July 19, 2019 On 7/18/2019 at 4:59 PM, digress said: it would be nice to be able to import at least 768 tiles so a 9918 bitmap screen could be done in 1 import. so self selectable 0-255 or 0-768 or 0-1024 would be great. If you want to edit a full screen bitmap image I think you would be better off using another program. The thing is, Magellan is a map editor - not a screen editor. It assumes that you want to use the same characters across a map that can be much larger than the screen. The 9918A bitmap mode works against this by using different character sets at different thirds of the screen. Having said that, I did create a local branch of the Magellan code that supports bigger character sets, but it will only work as a buffer for copying characters into the real character set. I need to work on some of the import functions to make that branch useful. 1 Quote Link to comment Share on other sites More sharing options...
digress Posted July 19, 2019 Share Posted July 19, 2019 magellan is great for tile editing & sprite editing. I make long scrolling bgs using it and room designs. Thanks for the info Quote Link to comment Share on other sites More sharing options...
wierd_w Posted September 20, 2019 Share Posted September 20, 2019 This was suggested to me via a PM, however the download link is dead. Are there any mirrors? Quote Link to comment Share on other sites More sharing options...
sometimes99er Posted September 20, 2019 Share Posted September 20, 2019 31 minutes ago, wierd_w said: This was suggested to me via a PM, however the download link is dead. Are there any mirrors? Post #532 Quote Link to comment Share on other sites More sharing options...
wierd_w Posted September 20, 2019 Share Posted September 20, 2019 Thank you muchly. Quote Link to comment Share on other sites More sharing options...
Norby Posted November 28, 2019 Share Posted November 28, 2019 I am working on a program in QB64 and I am able to load and display the .bas data using TI-99/4a syntax (well, sorta. Call Commands are changed to calls without the space Example: CallClear, CallHChar, CallVChar, etc.). I am trying out Magellan 3.1 in an XP vm and it is REALLY COOL! One problem I have is Export to Basic Data doesn't work (neither does XB Program), or it was working and then stopped working and hasn't worked since. Is there a way to fix this? Quote Link to comment Share on other sites More sharing options...
Asmusr Posted November 28, 2019 Share Posted November 28, 2019 2 hours ago, Norby said: I am trying out Magellan 3.1 in an XP vm and it is REALLY COOL! One problem I have is Export to Basic Data doesn't work (neither does XB Program), or it was working and then stopped working and hasn't worked since. Is there a way to fix this? Maybe if you delete Magellan.prefs from your home directory? Quote Link to comment Share on other sites More sharing options...
Norby Posted November 29, 2019 Share Posted November 29, 2019 23 hours ago, Asmusr said: Maybe if you delete Magellan.prefs from your home directory? That didn't work. I tried a few things and nothing seemed to work. Finally I gave up and found a way to run it in Linux and now it is working. Thank you for your reply. 1 Quote Link to comment Share on other sites More sharing options...
Asmusr Posted November 29, 2019 Share Posted November 29, 2019 (edited) 26 minutes ago, Norby said: That didn't work. I tried a few things and nothing seemed to work. Finally I gave up and found a way to run it in Linux and now it is working. Thank you for your reply. Hmm, that's strange since it's the only state it's keeping. I suppose you deleted the file while it wasn't running? I need to add more safeguards against loading a bad state. Edited November 29, 2019 by Asmusr Quote Link to comment Share on other sites More sharing options...
Norby Posted December 3, 2019 Share Posted December 3, 2019 The ONLY thing that seems to work is moving the file to a new directory. I don't know why that is. The bug happens in both Linux AND Windows for me, but everytime I move the program to a new location it seems to fix it. Quote Link to comment Share on other sites More sharing options...
jwild Posted December 5, 2019 Share Posted December 5, 2019 I'm trying to export map data from Magellan in order to help make an Extended Basic game. Just playing with the tools right now. I'm using version 3.3.1. I created some simple characters and tested exporting them (128-143): I exported them as basic data and this seems fine: I exported as basic program. Also seems fine: Now extended basic program. Also seems fine: same with xb256 program: Next test was to create a screen using some normal characters and some of the characters I created: Then tested exporting basic data: The bottom of the screen looks right with all the custom characters (128-143). I can also see some other custom characters in the data above. But the majority of the screen data is "32" (space). I don't see any of the "A" or "B" or other normal characters in this data. Then tried exporting as basic program: I don't see any of the characters on the left or right side of the screen (columns 1,2, 31, 32). I think this is because PRINT can't write there. The "Optional" DATA looks good: And of course in Classic99: Now export XB program: This looks similar to the basic data above. The bottom of the screen looks right with all the custom characters (128-143). I can also see some other custom characters in the data above. But the majority of the screen data is "32" (space). I don't see any of the "A" or "B" or other normal characters in this data. Now in Classic 99 (XB): A big black screen. Breaking the program: Suspecting an issue with this line: and changing the "1" (transparent) to "4" (light green) rerunning it in Classic 99: I can see it now, but it's missing those "A" and "B" and "$" etc. That's all for now. Thanks for reading. 1 Quote Link to comment Share on other sites More sharing options...
+Lee Stewart Posted January 15, 2020 Share Posted January 15, 2020 Is it possible to import into and export from Magellan the actual TI font files that are formatted like CHARA1 for TI Writer or FBFONT for fbForth? Though I can happily use CHARA1-style font files (1 KiB [128 chars] or 2 KiB [256 chars]), I would prefer to work with my fbForth-style font files, which are identical except for the first 6 bytes. fbForth-style font files actually have a full representation of the last character (ASCII 127 or 255), which is 6 bytes short in TI-Writer-style CHARA1 due, I believe, to the nature of the original E/A (or similar) SAVE utility. ...lee 1 Quote Link to comment Share on other sites More sharing options...
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.