This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Messages - FinaleTI
Pages: 1 ... 70 71 [72] 73 74 ... 126
1066
« on: November 21, 2010, 11:15:28 am »
5100 bytes? That's pretty good, considering you're doing 3lvl and smooth scrolling between tiles. I'm at 2467 for Nostalgia.  Of course, maps are 1536 bytes... I'm gonna have to see about RLE compression or something. It does support animated water tiles, though.
1067
« on: November 21, 2010, 10:18:04 am »
Done.
1068
« on: November 20, 2010, 09:54:05 pm »
I guess your randomizer really likes me. I know what my RPG's gonna be though: a prequel to Nostalgia called Nostalgia Origins: Sky's Story. I'm thinking it'll be 4 lvl grey, but we'll have to see.
1069
« on: November 20, 2010, 06:52:57 pm »
XP -> TI-OS 
are you sure that's an upgrade? I don't even think Win95 -> TI-OS is an upgrade. 
Well, if it's not OS 2.53 MP or OS 2.54 MP (Nspire OS 2.1), then it might be an upgrade... If you're upgrading from Windows 1 or 2, maybe 3.
1070
« on: November 20, 2010, 06:35:10 pm »
Since DCS7/Celtic III has a function to run hex ASM, do we have to post the hex we use, if we use that?
1071
« on: November 20, 2010, 04:28:54 pm »
I think I'm a little late, but CalcUtil lets you edit and run archived programs. I'd post a link, but it's kinda hard to do from my iPod, sorry.
1072
« on: November 19, 2010, 10:46:31 pm »
While personally I would love to get featured, that's not why I make games.
It's cause I can. And as long as I have ideas, I'll do my best to make them a reality.
But I do think to some point we are feature-driven, which isn't necessarily bad. Because only the really good programs get featured, it makes us strive to make our programs better, which positively affects the community and user base as a whole.
That's my opinion.
1073
« on: November 18, 2010, 10:37:45 pm »
I create them by copying data from archived appvars, so nothing needs to be rearchived, as Axe can read from the archive. Also, I would only have one program in the RAM at a time, so as to cut down on my memory footprint.
The temp program I create to house these programs gets deleted when the app quits.
I'll have to see about uploading a demo of what I'm doing when I'm not using my iPod.
1074
« on: November 18, 2010, 09:12:01 pm »
Well, were does this copy to program too? If it copies it to 9D95h (I think that's right) then that would give me about 8810 bytes of code. Builderboy's multipage programs swap around a program's code to allow for multiple virtual pages to execute. Each virtual page essentially acts as a program and the code on the other pages isn't touched until you swap pages. So if the pages aren't larger than the code limit, I think that's OK.
But as for calls being wrong, what kind of calls? I've had Runer's code execute a simple multi-page program, as well as my current walking engine for Nostalgia without any noticeable adverse effects.
1075
« on: November 18, 2010, 09:03:00 pm »
Btw would it be very hard to add XOR/OR logic too? With XOR we could use grayscale text/sprites maybe (Reuben Quest style) and/or blinking text animations. AND might be useful too, for masking, but I think the person can easily combine OR'ed and XOR'ed fonts together to do it.
XOR would be nice for greyscale, but overwrite can work for that too.
1076
« on: November 18, 2010, 09:00:28 pm »
That's the idea.
1077
« on: November 18, 2010, 08:59:36 pm »
Thats true, and thats another option. My concern with mixing Apps and Programs and Appvars though, is that while Basic games with multiple files are easily transfered from calc to calc (since they are usually all named similar and in groups) by mixing program types someone might get Portal from a friend, not even know some of the data is in an appvar, try to transfer it to a friend, and then they get an error. By combining everything into one large file, its not because im hating on games with multiple files, im just trying to make my program as user friendly as i can. Obviously there are times when this is impossible like large RPG's, and its totaly fine when programs do have multiple programs, the important thing is that we just try to make our program as user friendly as possible without sacrificing our features.
That makes sense. Of course, if the app is only used for launching programs, you might also be able to use it to set up all your data files. Wait what? I said i would be going with the multiple files if i had no other way, not that i would kill the project. o.O
i have nothing against programs with multiple files, and often times with Basic it can make them even better, and i know they don't make a game any worse. i'd just rather not if i have a way to combine them all
Oh ok because it seemed like from your previous post that you absolutely imposed yourself a limit of sub-programs to include. I felt it was kinda bad to limit yourself when the goal is not to make the game in as less programs as possible, but to make a 2D Portal game. I see, now. I hope you can manage to fit it in one, but if you have no other way, then I guess you might have no choice.
By the way does Basicbuilder works with ASM programs?
Nostub ASM programs work in Basicbuilder if launched from a BASIC program.
1078
« on: November 18, 2010, 08:56:22 pm »
It this is what you're thinking I'm thinking, then yes. I did a small test that used a simple multi-page program I scrounged up, and executed it from an app. It worked flawlessly. 
1079
« on: November 18, 2010, 08:47:18 pm »
7000-75000 bytes a page
Those are some big pages.... You could always use an app as a launcher and have that hold the tutorial data or whatever, then copy the program data from archived appvars to a program, then execute it from the app.
1080
« on: November 18, 2010, 08:42:30 pm »
ln() sounds good. I use math very often with output statements.
Pages: 1 ... 70 71 [72] 73 74 ... 126
|
Show Posts