Wow, this might replace VTI for me, even though it isn't at version 1.0 yet...

...and I *really* like the trace backwards feature in the debugger, that should be perfect for figuring out those impossible-to-debug random crashes where you can only duplicate it once every hundred times the program runs, and of course those are the times when you didn't set the breakpoint early enough. How many steps back does it log?

256. This could be expanded, of course, but for efficiency's sake it needs to be a compile-time constant.

Can it compete with PindurTI? (see web page link)

I like PTI's built in screenshot maker but it lacks the graphical interface.

true, we need a graphical button interface, but I think CoBB is making sure emulation is perfect before working on the design

that beign said TiLem is god, I tried it but grayscale is really awful in it compared to PindurTI and PindurTI emulation is a lot smoother on slow machines

sorry I madfe atypo in my last post, its "GOOD", not "GOD"... well PTI is so great I think "god" do fine as well...

Keep in mind that it's not released yet. I'm just providing testing versions without the bells and whistles, and it will remain so for a long while. I guess it's more useful to developers in its present form than to casual users, and it's actually supposed to be a development tool.

Not trying to, at the moment :) I've been focusing more on making it useful than on perfecting the emulation, which I see as PTI's goal (correct me if I'm wrong.)

Of course there is a major difference between the two, in that one of them is free software -- which is why it is still being developed, unlike VTI 3 -- and runs on a wide variety of platforms (including mine.) The other does neither at the moment.

With that said I'm sure PindurTI has a bright future ahead of it, and I certainly welcome the "competition," because it's been way too long since there have been any really good emulators around.

Tilem's wide support for many calculators is still a appealing factor for me. Plus I still prefer it over any other for application debugging.

Though I have to say CoBB making a perfect emulation calc is by far very useful. Sometimes I get tired of writeing two set of code, one to get the emulator to work the other for the calculator.

I seem to be having trouble getting this new version to work? I keep getting PANGO ERROR shape.c??

TiLeM and TiEmu both use GTK+. For this error, please read the Kevin's tip:
<<If anyone is getting one of these:
- ** WARNING **: Couldn't load font "MS Sans Serif 8" falling back to "Sans 8"
- ** ERROR **: file shape.c line 75: assertion failed: (glyphs->num_glyphs > 0)
or any other warning or error message regarding fonts/glyphs, the fix is to
open your C:\Program Files\Shared Files\Gtk\2.0\etc\gtk-2.0\gtkrc and to add this:
style "user-font"
{
font_name="Arial"
}
widget_class "*" style "user-font"
This forces GTK+ to use a compatible font (Arial) and reportedly fixes both
the aforementioned problems, and probably others too.>>

Benjamin, we have added this in the TiEmu README, maybe you should add it, too. These are common problems encountered with GTK & Win9x.

I also provide with TiLP & TiEmu the GTK+ theme selector so that the user can disable the Windows-like theme which make problem under Win9x.

Thanks! I'll be sure to include that in the readme next time.
Does that take precedence over application-specified styles? TilEm sets up a special "monospace" style to use in the debugger.

No, I don't think it does. I have this in my gtkrc and the TilEm (0.971, not yet tried with 0.972) debugger works fine here, monospace displays properly.

Competition is good because it can motivate both parties. So is collaboration. :) I think I've never said it before, but the real reason for starting the development of PTI was the huge load of complaints that Acelgoyobis didn't support archived levels AND the lack of a sufficiently exact 83+ emulator at the same time. It's also an excellent learning opportunity for me, something that's always welcome 'in my house'. I'll only open up the source if I don't see the need for any more major refactoring. The same applies to it becoming natively available on more platforms, but that will definitely happen some time.

YAY, now I can emulate my 84+SE!!!

Amen to that. My 84+ SE has been waiting a looooong time for something like this to come along!!

The Windows port of TilEm 0.972 is now available from the current Official TilEm Repository at Sourceforge. Please download it and tell me what you think.

Please note that you will need to install GTK+ separately; installers are available from such places as gimp-win.sf.net and gladewin32.sf.net.

Oh yeah, just so there's no confusion, I'd also like to point out that Julien had nothing directly to do with the current release. All the bugs that have been introduced since 0.952 are entirely my fault. As for the rest of it, well, I've been able to expand on the original code base simply because it was so well written to begin with. :)

yeah I saw it earlier, I think it must be hangning somewhere on my PC, but since Its a pentium II I prefer PTI because Flash debugger and TilEm run slowly on it and grayscale in PTI is the best around (altough it only emulate the TI-82, 83 and 83+)

see the link in this post for copmparison between PTI and TilEm grayscale quality and emulation speed. Scroll down til you see the post with the two screenshots.

Regarding speed: GTK is slow... and especially slow on Windows. You might try disabling the wimp theme/backend.

Regarding grayscale: I'll look into it...

Especially slow on Windows 9x, GTK runs better on NT-based Windows (NT4, 2000, XP).