Author Topic: NexGenGS (Read 16779 times)

Delnar_Ersike · « **Reply #15 on:** February 25, 2007, 06:07:00 pm »

:gah:

Halifax, your shell's catch phrase should be "One shell to rule them all, one shell to find them. One shell to bring them all, and in the darkness, bind them."

though I think that the two uber things you should add if there is room after 3D is sound and...MOS support.

As for the *possibly* best game ever for TI is made for Ion...
http://www.ticalc.org/archives/files/fileinfo/347/34799.html
http://www.ticalc.org/archives/files/fileinfo/348/34879.html

Jon · « **Reply #16 on:** February 25, 2007, 06:09:00 pm »

* Jon throws his calc into the fires of mount doom, and even there, the TIOS routines can't be slimmed down to not be so bloated/slow

Delnar: it's not whether or not they are made for MirageOS, it's whether or not they use the MirageOS libraries, and since TVF also works on Ion as well, my guess is that it only uses Ion libraries. I can't be sure about Desolate, you would have to ask Tr1p1ea

trevmeister66 · « **Reply #17 on:** February 25, 2007, 06:50:00 pm »

wow halifax, this looks awsome. I'll be deleting my Mirage shell once this comes out (only if it supports mirage games

)

Liazon · « **Reply #18 on:** February 26, 2007, 11:02:00 am »

knowing tr1p1ea, probably just ion since Duck's gs package either relied on just ION or was self sufficient.

either way, the readme in the .zip of Desolate I dled awhile back said something about the Venus shell, which was just ION w/ different GUI iirc.

Halifax · « **Reply #19 on:** February 26, 2007, 01:38:00 pm »

@trev: What MOS games do you have on your calc. And I don't think you guys are quite understanding how big the MOS libraries are and half of them are not used. Also I don't know sound seriously seems like overkill. Maybe some link functions would be sufficient.

@delnar: Your first objection is not really valid because TVF was made to run under Ion for 83 which I don't know why he would take the time to port it to 83 Plus and use MOS libraries and second tr1p1ea may have used MOS for Desolate but that was his first game and he admits he was a beginner when he made it and if you look at Maxcoderz 5 year aniversary which clearly uses a better grayscale engine and runs under Ion. So I think that proves my point about NexGenGS is not for the beginner programmer.

@Liazon: Yes Desolate runs on Venus on the 83

[offtopic] I finally tracked down one of the reasons that TI-Connect gives the Acces Denied Error and that is because if you try to send a .83p to your calc then it will trigger that error until you downgrade. Phew! that took me about 2 weeks to debug ever possible way to do it

[/offtopic]

Fallen Ghost · « **Reply #20 on:** February 26, 2007, 02:28:00 pm »

Look in http://www.unitedti.org/index.php?showtopic=1279&st=40 for fast 10*n, 16*n and a masked sprite routine better than Kerm's one...

Halifax · « **Reply #21 on:** February 26, 2007, 02:31:00 pm »

cool Fallen_Ghost.

Note: Anyone who contributes routines to NexGenGS will have their name placed in the readme and be given full credit.

It would be cool if someone came up with a masked routine that saves the background.

Update: I will be adding your putsprite10, putsprite16, and masked sprite routine to the library because they are freakin fast as I dont know what!!!!

Halifax · « **Reply #22 on:** February 26, 2007, 03:27:00 pm »

Ok I know double posts are bad but this is an update. I have started coding the GUI which works like this.

Class
{
WinStem, WinTopic, StartPosX, StartPosY, XOffset, YOffset, HeaderButtons, BackGroundColor
}
Basically WinStem adds it to a specific Child/Parent Class so if you defined WinStem as Desktop then it would be considered part of the desktop and destroyed when the Desktop is. If you defined a Window with WinStem desktop and then another window with the stem of the first window then when that window with WinStem as Desktop is destroyed then the second one is too. Basically like a tree. WinTopic is the header title and all the other stuff is self explanatory.

So what other GUI stuff do you guys want??

Fallen Ghost · « **Reply #23 on:** February 26, 2007, 04:10:00 pm »

The next paragraph is only my thoughts, I cannot speak for others.

A not-too heavy GUI, exactly the contrary of what Kerm did for DCS 6 RC 1. Just a smooth thing, like Mirage, with functionnalities, but not superfluous functionnalities like a text-writer or some strange things no-one ever uses. It doesn't need to be beautiful. It needs to be workin great and giving ASM prog's a help with routines!

bfr · « **Reply #24 on:** February 26, 2007, 04:30:00 pm »

Yeah. We don't need a complicated heavy GUI that makes the program large and complex. Just something simple, yet stylish.

Jon · « **Reply #25 on:** February 26, 2007, 04:33:00 pm »

QUOTE

It would be cool if someone came up with a masked routine that saves the background.

Erm, didn't I already do that?

tifreak · « **Reply #26 on:** February 27, 2007, 02:23:00 am »

QuoteBegin-Fallen Ghost+27 Feb, 2007, 3:1-->

QUOTE (Fallen Ghost @ 27 Feb, 2007, 3:10)

The next paragraph is only my thoughts, I cannot speak for others.

A not-too heavy GUI, exactly the contrary of what Kerm did for DCS 6 RC 1. Just a smooth thing, like Mirage, with functionnalities, but not superfluous functionnalities like a text-writer or some strange things no-one ever uses. It doesn't need to be beautiful. It needs to be workin great and giving ASM prog's a help with routines!

You do realize that those things are available for programmers as well, and elfprince was using them when he was making strategic conquest? I am sure once DCS is totally done, and adventurous asm programmers see what they can be used for, that it will become more popular...

If you make it shell like, make it like ion. Simple, and clean.

Halifax · « **Reply #27 on:** February 27, 2007, 01:24:00 pm »

@Jon: No

@everyone else: Ok yes I agree I don't want a heavy GUI but my GUI will use a mouse but then the rest will be simple and clean. Thanks for the input. But one thing is I don't want the GUI to be like Ion or MOS or DoorCS. I want it to be different not just menus. So what I was thinking of doing is meshing the Ion type GUI with a mouse and directories and things. How's that sound.

Another update: I am thinking of adding multitasking and making an onboard contributation of 600 bytes towards it which would allow for two processes and two threads for each of those processer.( or four I forget)It would be able to be turned off by programmers who do not want it. But for programmers that do want it then it would provide a great aspect to programming. Any thoughts on that?

Major Update: I have been contemplating this and have decided I will include MOS libs as long as the app stays one page. One thing first anyone know where to find the source for them. I have looked almost everywhere and tried google.

Delnar_Ersike · « **Reply #28 on:** February 27, 2007, 03:38:00 pm »

QUOTE

Another update: I am thinking of adding multitasking and making an onboard contributation of 600 bytes towards it which would allow for two processes and two threads for each of those processer.( or four I forget)It would be able to be turned off by programmers who do not want it. But for programmers that do want it then it would provide a great aspect to programming. Any thoughts on that?

Great! Now programmers that are planning to put sound into their games can easily run the music and the game at once! :king:

Halifax · « **Reply #29 on:** February 27, 2007, 03:44:00 pm »

Possibly Delnar....possibly. I don't know since it will be task switching so it may make the music skippy. At least that is better than nothing. Also I am thinking of making my own floating point library to make floating point numbers faster and maybe more managable. Screenshots coming on the weekend.

Author Topic: NexGenGS (Read 16779 times)

Delnar_Ersike

Liazon

Fallen Ghost

Fallen Ghost

Delnar_Ersike