09/02/2005 - OPEN FIRE 2.4 RELEASED
Finaly...
-completed the testing faze
-delivering even more than promised
-Lilian's converted games released for OPEN FIRE 2.4
(check out the GAMES section)

New modes for porting of legacy page-flipping games added
New and improoved documentation (spell-checked and re-written in to few
logical chapters)
New games (Lilian announces one game every week)

OPEN FIRE
http://fly.cc.fer.hr/~manjo/openfire
Lilian's homepage
http://perso.atsat.com/pigallio/index.html
my homepage
http://fly.cc.fer.hr/~manjo

manjo

Hello guys, 
Oh! finally ill be able to play dune :D
Thanks manjo and lilian \o/

NEW in 2.5
==========
-added legacy frame (page-flipping) based GROB formats to support programs
like Gdream32
-added header for 48 series (choose appropriate header in settings menu)
-Image Converter now restores it's position and header type as last used

new grob types for command line:
--------------------------------
-g04 2-frames
-g08 3-frames
-g16 4-frames
-g32 5-frames

Example:
OF-IC file.gif -g32

-will convert your GIF to 5 frames gdream32 type of GROB,
-the last used header will be used for conversion (as set in the settings
menu)
-converted GROB will be saved in the same folder with source GIF image

check out the PC Software section:
http://fly.cc.fer.hr/~manjo/openfire

manjo
http://fly.cc.fer.hr/~manjo

Thanx manjo and Lillian, I was waiting for this one ;)
For now there's only PB and ICE49 available, right?
Will the new games be available also at your page manjo?

Thanx again.
Hugo Rodrigues

"manjo" <not-available-spam@rocketmail.com> wrote in message 
news:cubsa2$9pt$1@ls219.htnet.hr...
> 09/02/2005 - OPEN FIRE 2.4 RELEASED
> Finaly...
> -completed the testing faze
> -delivering even more than promised
> -Lilian's converted games released for OPEN FIRE 2.4
> (check out the GAMES section)
>
> New modes for porting of legacy page-flipping games added
> New and improoved documentation (spell-checked and re-written in to few
> logical chapters)
> New games (Lilian announces one game every week)
>
> OPEN FIRE
> http://fly.cc.fer.hr/~manjo/openfire
> Lilian's homepage
> http://perso.atsat.com/pigallio/index.html
> my homepage
> http://fly.cc.fer.hr/~manjo
>
> manjo
>
> 

Mmm... Dune changes the contrast during the game and ROM v1.23 doen't like 
that :(

I'm trying to change that in Dune but it's hard in hexadecimal :(((

"xEaGLe" <GustavoUfpa@gmail.com> a �crit dans le message de news: 
d933311e.0502090119.703a21ea@posting.google.com...
> Hello guys,
> Oh! finally ill be able to play dune :D
> Thanks manjo and lilian \o/ 

You know XnView ???

www.xnview.com


"manjo" <not-available-spam@rocketmail.com> a �crit dans le message de news: 
cudm1q$g22$1@ls219.htnet.hr...
> NEW in 2.5
> ==========
> -added legacy frame (page-flipping) based GROB formats to support programs
> like Gdream32
> -added header for 48 series (choose appropriate header in settings menu)
> -Image Converter now restores it's position and header type as last used
>
> new grob types for command line:
> --------------------------------
> -g04 2-frames
> -g08 3-frames
> -g16 4-frames
> -g32 5-frames
>
> Example:
> OF-IC file.gif -g32
>
> -will convert your GIF to 5 frames gdream32 type of GROB,
> -the last used header will be used for conversion (as set in the settings
> menu)
> -converted GROB will be saved in the same folder with source GIF image
>
> check out the PC Software section:
> http://fly.cc.fer.hr/~manjo/openfire
>
> manjo
> http://fly.cc.fer.hr/~manjo
>
> 

>09/02/2005 - OPEN FIRE 2.4 RELEASED
>Finaly...
>-completed the testing faze
>-delivering even more than promised
>-Lilian's converted games released for OPEN FIRE 2.4
>(check out the GAMES section)

>New modes for porting of legacy page-flipping games added
>New and improoved documentation (spell-checked and re-written in to few
>logical chapters)
>New games (Lilian announces one game every week)

>OPEN FIRE
>http://fly.cc.fer.hr/~manjo/openfire
>Lilian's homepage
>http://perso.atsat.com/pigallio/index.html
>my homepage
>http://fly.cc.fer.hr/~manjo

>manjo

Great job!

Keep it up, Manjo and Lillian!

> Thanx manjo and Lillian, I was waiting for this one ;)
> For now there's only PB and ICE49 available, right?

Yes

> Will the new games be available also at your page manjo?

Yes,
Im sure that Lilian and I will continue to work toughether in the way we are
now
-he has great sugestions, sometimes a little demanding -just the right way
to keep me going :-)

as Lilian announced we may expect one game every week, so...
let's give him some support.

I hope Lilian contacted Amiel
-so we could enjoy the finalized version of Zelda -on 49G+ too :-)

manjo

"Lilian Pigallio" <pigallio@nospam.com> wrote in message
news:420a6e19$0$17250$8fcfb975@news.wanadoo.fr...
> You know XnView ???
>
> www.xnview.com

Yes you toldme about Xn... before,
but until now i didn't contact the author :-)

i think could contact him now -right ?

manjo

The "old" domain (redirection) fly.cc.fer.hr -> fly.srk.fer.hr doesn't work
anymore, so
to access OPENFIRE site please use following:

OPEN FIRE
http://fly.srk.fer.hr/~manjo/openfire
Lilian's homepage
http://perso.atsat.com/pigallio/index.html
my homepage
http://fly.srk.fer.hr/~manjo

Hi Lillian and manjo,
I updated my OPENFIRE.LIB to 2.4 and both ICE49PLUS and PB worked fine. I 
then saw at manjo's page a new bugfix version of OPENFIRE.LIB 2.4 and tried 
it. PB works fine but ICE49PLUS crashes my HP49G+ when I quit/exit the game. 
This does not happen with the ABOUT and KEYS secundary programs, just when I 
exit the game.

Hugo Rodrigues

"Lilian Pigallio" <pigallio@nospam.com> wrote in message 
news:420a6d90$0$2174$8fcfb975@news.wanadoo.fr...
> Mmm... Dune changes the contrast during the game and ROM v1.23 doen't like 
> that :(
>
> I'm trying to change that in Dune but it's hard in hexadecimal :(((
>
> "xEaGLe" <GustavoUfpa@gmail.com> a �crit dans le message de news: 
> d933311e.0502090119.703a21ea@posting.google.com...
>> Hello guys,
>> Oh! finally ill be able to play dune :D
>> Thanks manjo and lilian \o/
>
> 

> Hi Lillian and manjo,
> I updated my OPENFIRE.LIB to 2.4 and both ICE49PLUS and PB worked fine. I
> then saw at manjo's page a new bugfix version of OPENFIRE.LIB 2.4 and
tried
> it. PB works fine but ICE49PLUS crashes my HP49G+ when I quit/exit the
game.
> This does not happen with the ABOUT and KEYS secundary programs, just when
I
> exit the game.
>
> Hugo Rodrigues

Thanks Hugo

-that is important
-i will see what mus be done :-)

manjo

> Yes you toldme about Xn... before,
> but until now i didn't contact the author :-)
> 
> i think could contact him now -right ?

Not quite sure what you want to ask Pierre, the author of XnView. But
just go ahead, he's quite busy but open to suggestions.

Greetigs,

Helmut

Hello Helmut, thanks for yout post,

Lilian sugested it first, then Porras -spanish speaking friend from
www.hpadictos.org
it seems like a lot of people (in France and Spain) are familiar with XnView
and would like to use it.

XnView has scaling and similar image processing abilities.

I prefere to use a bit more serious tools for image processing, and scaling,
and with OPENFIRE Image Converter
i just convert to one of HP GROB formats (from about 6 or 7 supported
formats).

So i hope Pierre will support the modified file formats, for those who like
XnView.
If XnView is good at browsing HP (GROB) images i would be glad to use it
myself
(if i don't add that feature to Image converter sooner :-)

manjo

"Helmut Mueller" <hcm@sfp-online.de> wrote in message
news:fbdc87be.0502181005.33a19f0c@posting.google.com...
> > Yes you toldme about Xn... before,
> > but until now i didn't contact the author :-)
> >
> > i think could contact him now -right ?
>
> Not quite sure what you want to ask Pierre, the author of XnView. But
> just go ahead, he's quite busy but open to suggestions.
>
> Greetigs,
>
> Helmut

Hello manjo,

thank you for your reply. The free graphic viewer XnView is indeed
popular in various countries and I think a good alternative to ACDSee
and other commercial graphic viewers.

I've read your post and browsed your webpage but I'm still not clear
what you want. I understand that there are several subformats of HP
GROB. And you're the author of OpenFire. Do you want these subformats
of HP GROB to be supported by XnView?

Greetings,

Helmut

> I've read your post and browsed your webpage but I'm still not clear
> what you want. I understand that there are several subformats of HP
> GROB. And you're the author of OpenFire. Do you want these subformats
> of HP GROB to be supported by XnView?

Basically Yes,
-only i would not say "want"

i just whish Pierre would support all the variations of HP GROB
(including my 4-bit and 2-bit as some people already call it "OPENFIRE"
format)
again -it is just a variation of the known GROB

Like i said before i wanted for people to be able to produce their images on
their own
-that's why i developed Image Converter, which converts all major image
formats GIF,JPG,BMP,WMF
to most (if not all) variations of HP GROB.

BUT, since XnView author (Pierre) is as Lilian sugested open to suggestions,
and some friends from spansh HP comunity would love to use XnView. i gues it
doesn't hurt to ask politely :-) right ?

ok Helmut, thanks for your interest, see you around
manjo

Hello HP gamers and OPENFIRE fans :-)

New game release by Lilian:

this week > Cyclo < AND > bugfixed ICE-CUBE <


OPEN FIRE
http://fly.cc.fer.hr/~manjo/openfire
Lilian's homepage
http://perso.atsat.com/pigallio/index.html
my homepage
http://fly.cc.fer.hr/~manjo

manjo

> OPEN FIRE
> http://fly.cc.fer.hr/~manjo/openfire
> Lilian's homepage
> http://perso.atsat.com/pigallio/index.html
> my homepage
> http://fly.cc.fer.hr/~manjo
> 
> manjo

Hello Manjo !

I need some help !. 

I installed the OpenFire Ver 2.4 in my HP49G+, ROM 1.23, and download
some pictures and demos, but can not see them properly, when I pretend
to look at them they appear with very small strips split, like a
venecian blind, making very difficult to understand the picture.

What am I doing wrong?

Thanks for your help

Daniel

> I installed the OpenFire Ver 2.4 in my HP49G+, ROM 1.23, and download
> some pictures and demos, but can not see them properly, when I pretend
> to look at them they appear with very small strips split, like a
> venecian blind, making very difficult to understand the picture.

Hello Daniel,

it's been a long time since i've last seen bug report like that
-the last time i got it was problem with word-alignment
(display buffer must be word-aligned form ARM's point of view
and I fixed that so noone reported this bug again)

it is possibe that some other library or program is conflicting in some way
with OPENFIRE.
i will check to see what i can do to make the code even more reliable,
meanwhile please try following...

1. backup your calculator (all ports, DOS partitions...everything),
2. remove all resorces, programs (all ports, DOS partitions...everything)
and reset
3. install OPENFIRE first (in to PORT2) then try demos and pictures.

It should work:
---------------
a) if it doesnt -your ROM might be defective (flashing again with same
version might help).
(OR your calculator may be using slightly different settings or LCD)
in that case i will prepare a diagnostic program for you to run so we will
see where's the issue
also it would be nice to know your serial number.

b) if it works -install your libraries and programs one at the time, while
checking with some test image if it is displaying right
-this way you will find if (and which) is a conflicting library.

NOTE:
Sometimes order of libraries installation can affect things.
so there is a good chance that you get it all working.
(up to date noone reported conficts with other libraries -but there is first
time for everything... right ?)

i hope it'll work for you, so you can enjoy Lilian's excellent classics /
conversions and your favorite images on your G+
....and do tell us how it turned out ok ?

manjo

"manjo" <not-available-spam@rocketmail.com> a �crit dans le message de
news:cvdqq0$nnr$1@ls219.htnet.hr...
> > I installed the OpenFire Ver 2.4 in my HP49G+, ROM 1.23, and download
> > some pictures and demos, but can not see them properly, when I pretend
> > to look at them they appear with very small strips split, like a
> > venecian blind, making very difficult to understand the picture.
>
> Hello Daniel,
>
> it's been a long time since i've last seen bug report like that
> -the last time i got it was problem with word-alignment
> (display buffer must be word-aligned form ARM's point of view
> and I fixed that so noone reported this bug again)
>
> it is possibe that some other library or program is conflicting in some
way
> with OPENFIRE.
> i will check to see what i can do to make the code even more reliable,
> meanwhile please try following...
>
> 1. backup your calculator (all ports, DOS partitions...everything),
> 2. remove all resorces, programs (all ports, DOS partitions...everything)
> and reset
> 3. install OPENFIRE first (in to PORT2) then try demos and pictures.


Waouw... that's not a "light" solution !!

Daniel: maybe just install Open-Fire in Port0 :))

> Waouw... that's not a "light" solution !!
>
> Daniel: maybe just install Open-Fire in Port0 :))

Greetings Lilian,

I agree it is like -hard core solution ...hehe :-)

Daniel, stop what you're doing and try Lilian's solution first :-)
(i assumed you tired other ports)

manjo

> Daniel, stop what you're doing and try Lilian's solution first :-)
> (i assumed you tired other ports)
> 
> manjo

O.K.

I installed OpenFire at Port 0, it was in Port 2, backup my machine
but DID NOT CLEAN ANYTHING.  So I got some GROB demos and some WORK
without anything else but recalling the GROB. The others, got into the
stack and need the OFVIEW option at OpenFire to look at them.

VERY NICE.  With the OFVIEW I can look at every GROB I transfer.  

I am curious, how are some demos geting on screen? Because I tried to
capture the secreen to send you a final show, but the captured screen
shows an empty stack, when I am looking at the GROB?  And when I am
using de OFVIEW what I got is the same venetian blind picture I
commented you ?

Anyway, It does work on Port 0.  My serial is CN33302...

Thanks a lot.

Daniel

Great news !

I'm happy for you, and thanks Lilian for intervention
-you saved Dany here a lot of work :-)

ok, sorry about capturing screen -you will not be able to capture the screen
because your LCD controller is reconfigured when you display images with
OPENFIRE
your image is in did in graphic window (memory area used to display
graphics)

-screen capture most pobably copies the ADISP (stack view)
but even if you would succeed to capture the image would most probably be a
bit strange
because it is grayscale (4 bits represent one pixel)

have fun,
manjo

> I installed OpenFire at Port 0, it was in Port 2, backup my machine
> but DID NOT CLEAN ANYTHING.  So I got some GROB demos and some WORK
> without anything else but recalling the GROB. The others, got into the
> stack and need the OFVIEW option at OpenFire to look at them.
>
> VERY NICE.  With the OFVIEW I can look at every GROB I transfer.
>
> I am curious, how are some demos geting on screen? Because I tried to
> capture the secreen to send you a final show, but the captured screen
> shows an empty stack, when I am looking at the GROB?  And when I am
> using de OFVIEW what I got is the same venetian blind picture I
> commented you ?
>
> Anyway, It does work on Port 0.  My serial is CN33302...
>
> Thanks a lot.

> I'm happy for you, and thanks Lilian for intervention
> -you saved Dany here a lot of work :-)

Does this mean that OpenFire WILL NOT run in other port but 0? 

Or, to run it in Port 2 I should take the long way and find out which
is the Library that makes the conflict with OpenFire?

Any suggestions?  Lilian ??? 

Its because I am getting "Not enough memory" in some of my dayly use
programs, and I think its because of OpenFire or the pictures ?  Can I
use the pictures in port 2 or 3 with OpneFire in 0? Homework for me!
:-)


Daniel

duenodemonte@gmail.com (Deperez) wrote in message news:<6e309378.0502240616.5c6c6b1e@posting.google.com>...
> > I'm happy for you, and thanks Lilian for intervention
> > -you saved Dany here a lot of work :-)
> 
> Does this mean that OpenFire WILL NOT run in other port but 0? 

Sad to say its true ! 

I delete all Libs, reset, and set OpenFire in Port 2; and the Venetian
Blind effect (VB) appear again!!!

This time picture LOOKS FINE for 2 seconds, and VB for another 2 secs,
and back to OK looking.

So is not a conflict with another Lib... what else should be?

Daniel

> > Does this mean that OpenFire WILL NOT run in other port but 0?
>
> Sad to say its true !
>
> I delete all Libs, reset, and set OpenFire in Port 2; and the Venetian
> Blind effect (VB) appear again!!!
>
> This time picture LOOKS FINE for 2 seconds, and VB for another 2 secs,
> and back to OK looking.
>
> So is not a conflict with another Lib... what else should be?

Interesting Daniel,
i don't know what to say...
interesting is that your calculator is one of the early models,
my calc is CN407, i don't know about Lilian's but i think it is even newer.

we both can use OF in any port

i will compile a "diagnostic tool" and you will send me it's response
-basically this tool will read your LCD settings i will check if there is
difference in configuration
this is all we can do at this time.

another thing that could be is:
if you have a lot of various things in port0 and your GDISP window is
significantly moved from default position
-in other words try to clear ALL your memory (not only libraries)

another sugestion as general tip:
try to store your programs and libraries in port1 and port2 as much
possible,
port0 should be like working memory.

here is what i do as an example:
port0 is almost all the time free
port1 is for games
port2 is for libraries and bigger programs
SD -is for backup, my projects, graphics etc

most programs you can start direcly from SD by pressing "eval" in filer
program is read in to PORT0 and executed automatically
all eventual variables created by the program will be created in your
current directory.

works great for me, also i noticed that there are other people too who use
this policy in memory usage

manjo

Daniel, please contact me via email
so i can send you a test OF version !

manjo

> Interesting Daniel,
> i don't know what to say...

Well I set all my pictures in Port 3 (SD), and everything is working
fine, with OF in port 0.  :=)

Daniel

Hi manjo,

I was playing around with OF's menu commands with no argument given on the 
stack at level 1 and I got several TTRM. It would be better if there was 
somekind of error checking being done on those commands because many people 
may try OF and try running some of these commands just to see what they do 
and end up with TTRM, and that's not a pretty thing.

Hope you can implemente it.

Hugo Rodrigues

"manjo" <not-available-spam@rocketmail.com> wrote in message 
news:cvnfbo$i3c$1@ls219.htnet.hr...
>> > Does this mean that OpenFire WILL NOT run in other port but 0?
>>
>> Sad to say its true !
>>
>> I delete all Libs, reset, and set OpenFire in Port 2; and the Venetian
>> Blind effect (VB) appear again!!!
>>
>> This time picture LOOKS FINE for 2 seconds, and VB for another 2 secs,
>> and back to OK looking.
>>
>> So is not a conflict with another Lib... what else should be?
>
> Interesting Daniel,
> i don't know what to say...
> interesting is that your calculator is one of the early models,
> my calc is CN407, i don't know about Lilian's but i think it is even 
> newer.
>
> we both can use OF in any port
>
> i will compile a "diagnostic tool" and you will send me it's response
> -basically this tool will read your LCD settings i will check if there is
> difference in configuration
> this is all we can do at this time.
>
> another thing that could be is:
> if you have a lot of various things in port0 and your GDISP window is
> significantly moved from default position
> -in other words try to clear ALL your memory (not only libraries)
>
> another sugestion as general tip:
> try to store your programs and libraries in port1 and port2 as much
> possible,
> port0 should be like working memory.
>
> here is what i do as an example:
> port0 is almost all the time free
> port1 is for games
> port2 is for libraries and bigger programs
> SD -is for backup, my projects, graphics etc
>
> most programs you can start direcly from SD by pressing "eval" in filer
> program is read in to PORT0 and executed automatically
> all eventual variables created by the program will be created in your
> current directory.
>
> works great for me, also i noticed that there are other people too who use
> this policy in memory usage
>
> manjo
>
> 

>Hi manjo,

>I was playing around with OF's menu commands with no argument given on
the

>stack at level 1 and I got several TTRM. It would be better if there was

>somekind of error checking being done on those commands because many
>people 
>may try OF and try running some of these commands just to see what they
do

>and end up with TTRM, and that's not a pretty thing.

>Hope you can implemente it.

>Hugo Rodrigues

Yes, I also think that Open Fire should have argument checking, to prevent
the casual user from clearing their calc's memory. Anyone who wanted to
bypass the argument checking could just use the internal rompointers.

Bob

Well it has
-it checks for 2 or 3 arguments depending on command
-some other commands may give you other type of warning if arguments are not
suplied,

however it's not checking for type so if you put 2 objects on stack and
execute INITPF for example
you may get very nasty (unpredictable) results.

Of course i will see what i can do to make it safer

manjo