Any that there are available or works in progress that are 3D? :P
Also, i think with the micro USB to micro USB cable that came with my CE, I wonder that there are any 2 player games too. The screens don't have to be simultaneously simulated, but have your score and your screen but only have your partners score. This could be used for a battleship game or a small 2D shooter like Vertix.io (Could be used for an inspiration).
Thanks for any responses! :)
i think the cable is only for transferrinng OS from one calc to another...... from what i understand some work needs to be done before it could be used for 2 player games
i don't know of any 3D games yet, but I have an idea for a 3D-esque (2D silhouettes) mech game (-_(//));
When will it be released?
months away if it does get released
i'm working on something else at the moment.
*edit*
in response to your question in the chat, use ummy video downloader.... to download a MP4 video... then you need to convert the MP4 to a GIF....... google "mp4 video to gif"
hope that helps.
There is some works, but no game in realisation currently. 3D on calc is still highly experimental, so don't expect a full 3d game anytime soon. It is possible though, as showed by the last gLib (my engine) and solidframe (
@tr1p1ea engine) progress :
(http://i.imgur.com/nxsECWF.gif)
(glib)
(http://tr1p1ea.net/files/downloads/screenshots/sframe/sf_materr.gif)
(solidframe)
are these both on nspire ?
Quote from: kotu on October 03, 2016, 07:50:26 PM
are these both on nspire ?
No, those are both on the CE.
Yeah, given that the TI-83+ came out in 1999, yet only had about 6 3D games and no polygon-based game, I doubt we will see a full 3D game happen on the CE, except maybe raycasting, mode-7 or pseudo 3D, unless Tr1p1ea and TheMachine02 ever decides to make games using their respective 3D engines. As for 2-player games, it depends if the TI-84 Plus CE supports transfers between calculators. In TI-BASIC, you would need to use the getCalc() command on the receiving calculator end. Basically, when the other player dies, his calculator would have to be put in Pause mode, else the receiving calc cannot get the data. And vice-versa.
And nah Kotu those two 3D engines are on the TI-84 Plus CE (although the first one used to be on the TI-84 Plus and the second one on the TI-84 Plus C Silver Edition)
is glib written in assembler?
@TheMachine02 might need to correct me, but I think it does. It used to be written in Axe and Z80 ASM on the monochrome models.
No, this is correct :) The initial version was entirely written in axe, then I switch to z80 asm to do an axiom, and then it became a full ez80 asm engine when switching to the CE. I still plan to do a C linking though.
Quote from: kotu on October 03, 2016, 02:14:03 AM
months away if it does get released
i'm working on something else at the moment.
*edit*
in response to your question in the chat, use ummy video downloader.... to download a MP4 video... then you need to convert the MP4 to a GIF....... google "mp4 video to gif"
hope that helps.
Do you know how much space it will take per frame? Or am I on my own... :-|
EDIT
How can I view it too?
It probably depends of what compression is used, if any.
Quote from: TheMachine02 on October 03, 2016, 04:26:04 PM
There is some works, but no game in realisation currently. 3D on calc is still highly experimental, so don't expect a full 3d game anytime soon. It is possible though, as showed by the last gLib (my engine) and solidframe ( @tr1p1ea engine) progress :
(http://i.imgur.com/nxsECWF.gif)
(glib)
(http://tr1p1ea.net/files/downloads/screenshots/sframe/sf_materr.gif)
(solidframe)
When there is an effective way to make smooth 3D games for the CE, I'd like to see something like Galaxy on Fire, maybe based off that second screenshot there.
the speed of the second one sure is impressive, but it's quality is pretty crappy.
I wonder how fast gLib would be running a game lake 2.d pic but with improved model quality ^^
Quote from: p2 on October 14, 2016, 11:19:54 AM
the speed of the second one sure is impressive, but it's quality is pretty crappy.
Well I am pretty sure that for the same workload, gLib would be equally as fast - or maybe a little slower. Thing is that solidframe use a 160x120 framebuffer instead of the 320x240 buffer to save speed and free some RAM. (160x120@8bpp buffer is 19200 bytes instead of 76800bytes). Reducing buffer size might be the only way to have realtime texture though, based on my experiments.
Quote from: p2 on October 14, 2016, 11:19:54 AM
I wonder how fast gLib would be running a game lake 2.d pic but with improved model quality ^^
Not sure what you wanted to mean here :P
What I ment was using a real deathglider model instead of this unicolor thing in the screenshot ^^
*can't you add an option to gLib like "speed mode" that would reduce the buffer size? :) Or would that be too much as it'd be major changes to the rendering system?
Ah ok.
And yeah, adding 160x120@8bpp is on my todo list too :P Doesn't change much of the rendering system.
I actually like Solidframe style too, because it reminds me Star Fox for the SNES.