79 replies to this topic

[E_net4]

I have never experienced this. Are you running a program that you created? If so where does it occur?

I don't remember so well, but I believe this happens on Pong, right when I use button to close it.

[kucalc]

Version 0.6 of MLC fx-9860 has now been released: http://ucpf.programb...hp?f=5&p=26#p26

[E_net4]

The SHFT command looks fine. But in the STARS example, the starts seem to get much slower when shifting.

[E_net4]

*poke*
How's the progress now?


And is there any problem with this code line?

%Ychoose=%choose*.15

[kucalc]

*poke*
How's the progress now?

The official discussion of MLC fx-9860 has moved to it's proper home:
http://ucpf.programb...pic.php?f=5&t=8

And is there any problem with this code line?

%Ychoose=%choose*.15

Yes, to stay compatible with MLC AFX, the names of variables can only be 5 letters long.

[E_net4]

The official discussion of MLC fx-9860 has moved to it's proper home:
http://ucpf.programb...pic.php?f=5&t=8

I know... I'll think about registering to UCPF.

Yes, to stay compatible with MLC AFX, the names of variables can only be 5 letters long.

Oh, good. Time to fix the bugs.

[Fez]

Could I please ask a small favour. Could someone please write a quite tut for MLC. I want to get into it but I just can't learn it. I just need to know the basics. I know the commands and stuff from the readme included with it XD

[E_net4]

I believe you know how to google.

...XD <----WHAR SMILEY?

Joke, just search and you'll find something.
I didn't learn MLC through tutorials, though. I checked the documentation.

[Fez]

Yea well. I preffer tuts. So things are explained step by step and it makes it easier to understand XD

[E_net4]

You don't need a tut. Just take a look at the documentation, looking at some general aspects, and then consult it for finding a function.
Here's a bit of a help for you. An MLC program template:

MLC:

#FNCT MAIN
#FEND

Everything starts with function MAIN.

[Fez]

That explains why my MLC things wouldnt work XD

[kucalc]

I'm still thinking whether I should or not continue this project. Since development of MLC for TI calculators has halted, it just seems that MLC is going to die again...

I'm still waiting for samy for that on-calc editor and I'm still hoping that other programmers could help out on developing MLC. I'll have to place in a ton of comments in the MLC fx-9860 source code. I probably would do that this weekend.

As for an MLC tutorial: http://web.archive.o...on/tutorial.txt
Although the command reference should still be sufficient.

[Fez]

I would help if I could. I'm not smart enough. I still dont know how MLC even works

[samy]

You have to write it out it hex code, but I'll try writing a on-calc sprites editor for the fx-9860G.

i think you planed to do it so i didn't try i shame on me i misanderstood you!
by the way i think you should finish this project. We are numerous who wait for that. And with all the fx9860 users i dont think that mlc will die. even more, it will probably boost some of ti guys!. So please finish this project.

I will try to think about a text editor in C in 2 weeks, after i finish my works. have you ideas of how to develop that? (chained lists?)

[kucalc]

Oh yeah, I meant the on-calc sprites editor.

[samy]

I have been thinking for several days about the editor.. and i have announce that i will not make the editor . There is 2 reasons:
-the first and the main: i'm not sure that mlc for fx9860 will ever be accomplished, so i can't spend too much time for a project that may be let down
-and secondly, i have not much time to do this and i don't think i have the skill to make a program that will not be buggy and heavy.
i'm really sorry, and i hope that someone more skillfull will make this editor a nice tool.
and don't forget: MLC rules!

[kucalc]

Yeah, it's a shame. I too also can't put effort into writing the on-calc editor, since I'm busy with other things. Hopefully someone in the near future will pick up on this project.

[SimLo]

Yeah, it's a shame. I too also can't put effort into writing the on-calc editor, since I'm busy with other things. Hopefully someone in the near future will pick up on this project.

Is the on-calc editor for bitmaps still missing (saw E_net4 working on something like that)?
I wrote a little one for FX-9860G.
Could drop the prototyp into the file sharing zone if there is interest.
If so, I would like to do some adjustments beforehand:
Normally the transparent attribute should be of interest for dots of the color "white" only. Is that right?
Is it sufficient to write the resulting bitmap into a plain binary file or is a special format required?

[kucalc]

If you are talking about an on-calc bitmap editor, yes, then we need someone to work on it. E_net4 was working on a bitmap editor that ran on the PC.

Info on the bitmap format for MLC: http://www.casiocalc...=...ost&p=42183 & http://www.casiocalc...=...ost&p=42185

Your bitmap editor needs to support four colors (white, light gray, dark gray and black).

I think you should try out MLC first. You can download MLC v0.6 here: http://sourceforge.n...ojects/mlc-calc And try out the example programs and take a look at the code of some of the games to get a feeling of what the MLC syntax is like.

[SimLo]

I understand your recommendation to learn MLC beforhand, that the editor has to be written in MLC.

The editor is actually coded in C.
I use it to make the usual function-key icons (21x8 bitmaps (b/w)) for the FX-9860G (if I have no PC at hand).

The adaption to 8x8 or 16x16 icons with four colors (4x4 dithered in the editor working panel)
was not timeconsuming. And I simply used a fifth "color" to implement the transparency attribute.

But if the editor (as tool not at all MLC-specific) has to be written in MLC, I have to withdraw. Sorry for that.

[kucalc]

I think there is a misunderstanding. I only suggested that you learn MLC so you know how the bitmap format works and how it's used in MLC. You asked if a binary file would be sufficient, MLC doesn't accept binary images. Writing a on-calc bitmap editor in MLC would be kind of hard I imagine as it's geared towards gaming.

If your bitmap editor is written in C and is meant to run on the calc, then I think we would be all happy to see it.

[SimLo]

I dropped the first version of the on-calc bitmap editor in the upload area.
I hope it comes in handy and I'm ready for suggestions.

[kucalc]

I've approved your file. I'll take further look into it later on. I'm at school.

[neptune45]

Hello kucalc,

First of all thanks a lot for all your work.
I am actually working on a text editor for the fx-9860g. My aim is to write notes with the calc, as if it were a handheld PC so I decided to create a simple text editor for .txt files.
I will share this application with you when it is ready. Probably in the next weeks.

I will keep you updated.
Kind regards,
Diego.

[kucalc]

Hello neptune45 and welcome to the UCF!

Cool, please keep us informed about the text editor.

[Distortion]

So, MLC is dead?
To bad, all that work wasted. The concept was cool thought.

[kucalc]

I don't think MLC is completely dead. Just a couple days ago, a beta MLC for TI-89 was just released a couple of days ago. bfr is also working on MLC IDE, which runs on <{GNULINUX}> using KDE, which has a text editor, MLC simulator, and can export to various calc formats.

[neptune45]

Hello kucalc,

Now the text editor has been completed I managed to get it uploaded to this website.
I added a feature thinking about editing MLC programs with the editor.
If you are creating a MLC program you will be switching between two applications on the calculator all the time, the MLC interpreter and the text editor. In the text editor you can set a file that will be opened automatically whenever the application is started, so you do not need to navigate to that file again when you switch from MLC to the text editor. Just for you to know

Regards,
Diego.

[kucalc]

I'm not sure I understand. You mean, you want a MLC compiler that will convert MLC code into an "fx-9860 addin"?

One of the reasons MLC is easier to learn, is because no compiler is required to make a game. MLC games are pretty fast, so there shouldn't be much worry about compiling. It's interpreted just like BASIC.

[neptune45]

The MLC Interpreter is so fast, because he compile the Programms, before execute. But after exit, the interpreter delete the compiled files. So the interpreter must ever compile it new. Why i cannot use the old compiled files?

Hello afxi,

If I would have to code a MLC interpreter I would never generate a compiled MLC program in a file, execute it, and then delete it aftewards, it is a waste of time.
You can directly execute the MLC instructions from C, which is less complex than doing compilation into assembler. If the interpreter is optimized enough, it can be very fast and this does not mean that it is compiling the programs.

I do not think that the MLC "interpreter" is doing compilation.

If you want to write add-ins it is better that you learn C, it is not that difficult, and the documentation provided by casio is good.

[kucalc]

MLC is not compiling anything. It's parses the file on the fly. I would know, because I wrote the MLC fx-9860G.

[Andreas B]

I don't know specifically, but it could be compiling it to bytecode which then is interpreted (faster) than the MLC script.

[huhn_m]

my version of MLC for the AFX compiled the code into a byte code (it was pretty fast so you actually could call it jit)
and then executed it in a virtual machine specifically designed for MLC.
This is the fastetst way to run the program on the AFX while maintaining compatibility to other calcs.

Somehow I really get the taste back to do MLC coding ... sigh ... if I only had time!!
What is the current Doc that is used?

[kucalc]

Hey huhn_m! Welcome back. Haven't seen you in a long time.

Me and bfr (TI community) have been thinking of a new MLC standard IIRC. bfr has made some considerable progress on MLC TI-89:



bfr also has a MLC editor/simulator in the works for the PC. He aims to have it export (thus able to convert) to every known MLC format. IIRC bfr created a new bytecode format for the TI-89.

[huhn_m]

is there a place that has all the documentation for the new format (especially bytecode format and instructions of the language itsself)?

[Kapytanhook]

Im really interested in this simulator for on the PC, when will this be released?

BTW, good job on MLC all =D it rawks!

[kucalc]

bfr is working on the simulator. I think it's pretty much finished, but runs on <{GNULINUX}>.