[Featured][Dev] PindurTI (Best Thread 2005)

Jim e · Post by **Jim e** » Sat 19 Aug, 2006 4:43 pm

That definantely looks better, just too bad that only FF can handle the frame rate.

I put these up to compare, they are from the same program.

http://jim.revsoft.org/gif/

Nice work!

CoBB · Post by **CoBB** » Sat 19 Aug, 2006 5:49 pm

Jim e wrote:That definantely looks better, just too bad that only FF can handle the frame rate.

Under Windows. Things are different under Linux. I guess IE and Opera/Win do it to be compatible with moving gifs generated by stupid programs that neglect time information (just like we have 83+ programs in 83 format files thanks to our beloved devpac). I chose the 110 ms rate on purpose, since that's the fastest these browsers will handle.

threefingeredguy · Post by **threefingeredguy** » Sat 19 Aug, 2006 8:13 pm

Opera plays them full speed...

CoBB · Post by **CoBB** » Sat 19 Aug, 2006 8:38 pm

threefingeredguy wrote:Opera plays them full speed...

Definitely not any pre-9 version under Windows, and I haven't tried the latest one there.

Jim e · Post by **Jim e** » Sat 19 Aug, 2006 8:41 pm

Thats odd, Opera doesn't do it for me and I just upgraded right now.

Its suppose to look like this:
http://jim.revsoft.org/gif/good1.mpg

It wasn't until I did the sway thing that I realised why spencer didn't take gifs. They are just to slow.

threefingeredguy · Post by **threefingeredguy** » Sat 19 Aug, 2006 9:18 pm

Ah yes, it renders at a different speed than the other. Very strange.

Post by **L4E_WakaMol-King** » Sun 20 Aug, 2006 9:27 pm

CoBB, I'm trying to set up a DOS batch file to compile my 3 loom files, send them to PindurTI, and launch it for testing. Here's what I've got so far... but it doesn't quite seem to work.

Code: Select all

@echo Assembling Loom...
C:\ASMdev\Assembler loom.z80
C:\ASMdev\wabbit loom.bin loom.8xp
@echo Assembling Data Files...
C:\ASMdev\Assembler zlomdata.z80
C:\ASMdev\wabbit zlomdata.bin zlomdata.8xp
C:\ASMdev\Assembler zlomdat2.z80
C:\ASMdev\wabbit zlomdat2.bin zlomdat2.8xp
@echo Sending Files to PindurTI...
C:\ASMdev\pindurti
C:\ASMdev\send loom.8xp 0
C:\ASMdev\send zlomdata.8xp 0
C:\ASMdev\send zlomdat2.8xp 0

Right now when i run it, PindurTI launches, but freezes. I tried sending before launching, but no luck. Any suggestions?

BTW, is there a way to send the data files to the archive?

Jim e · Post by **Jim e** » Sun 20 Aug, 2006 10:14 pm

Its waiting for pti to finish, Heres what I do.

Code: Select all

REM Restore previous rom incase other apps were loaded
copy/b "emu\save.rom" "emu\118.rom"

REM Restore default Ram ansd Settings
copy/b "emu\save.pti" "emu\118.rom.pti"

REM Runfile will execute pindur and return so it doesn't wait
emu\RunFile.exe emu\pindurti.exe

REM Okay since pindur probably hasn't even started yet 
REM you need to delay a small amount of time
REM I pinging an addres that I know doesn't exist fo 2 seconds
PING 192.168.1.255 -n 2 -w 1000 >NUL

REM Then send your file.
emu\send.exe %1

http://jim.revsoft.org/RunFile.exe

Thats probably not a virus.

I honestly couldn't imagine going back to drag n drop. Or OMG tilems file browser. *shivers*

CoBB · Post by **CoBB** » Sun 20 Aug, 2006 10:36 pm

L4E_WakaMol-King wrote:CoBB, I'm trying to set up a DOS batch file to compile my 3 loom files, send them to PindurTI, and launch it for testing. Here's what I've got so far... but it doesn't quite seem to work.

The slot number must be the first parameter:

Code: Select all

C:\ASMdev\send 0 loom.8xp zlomdata.8xp zlomdat2.8xp

L4E_WakaMol-King wrote:BTW, is there a way to send the data files to the archive?

Well, if the two bytes after the name are $00 and $80 (as opposed to two zeroes), the variable is bound to go to the flash. However, there seem to be problems with the flash. The emulated calculator can get into a state where archiving gives an error, and in this state sending such files also gives an error. I don't know when and why this happens. It might be related to force-loading apps (anyone any idea?). If you start with a clean ROM image (i. e. a backup never touched by any flash capable emulator), it should work.

Andy_J · Post by **Andy_J** » Mon 21 Aug, 2006 12:06 am

Jim: That's what "start.exe" is for.

Jim e · Post by **Jim e** » Mon 21 Aug, 2006 12:30 am

isn't that for cygwin, does windows include it?

either way it will acomplish the same thing.

Gambit · Post by **Gambit** » Mon 21 Aug, 2006 1:52 am

Ingenious Jim e for using ping as a delay!

I had to resort to using:

Code: Select all

sleep 3s

where sleep is_from UnixUtils (thanks to AndySoft for showing it to me).

@CoBB: Is there a way to reliably duplicate the flash-failing scenario?

CoBB · Post by **CoBB** » Mon 21 Aug, 2006 5:02 am

Gambit wrote:@CoBB: Is there a way to reliably duplicate the flash-failing scenario?

That's the problem: I can't seem to reproduce it at will. Try to load apps in a ROM and delete them, and playing around with it in general, whatever, until archiving (i. e. the on-calc Archive function) starts giving errors (ERR: BAD ADDRESS in my case). When that happens, files to be sent to the archive will also cause transmission errors.

Andy_J · Post by **Andy_J** » Mon 21 Aug, 2006 5:46 am

Jim e wrote:isn't that for cygwin, does windows include it?

either way it will acomplish the same thing.

It's been in windows since 95, I believe.

Jim e · Post by **Jim e** » Mon 21 Aug, 2006 6:01 am

I can't seem to find it on either of my computers. Both windows xp.