[ANN]zWeather 1.2

[Zorro]

Thanks to MiKRO, zWeather 1.2 is available.

No new features but a couple of bugs have been fixed and, the most
important, now zWeather should get again the datas from weather.com.

-> http://zorro.arcadia-crew.com/

--
Zorro

[Falcon060]

Hello,
This is great news!!! But when I tried it it does not seem to
load. I have put the Gemsys folder on C drive and let it replace the
files. Just to let you know the old zwether was only about 248,000
bytes and this new one was 545000 bytes is that correct? If that is
not correct then I may have to dig out my old CD's and get LZH
unpacker rather than using the PC to unpack the archive and moving it
over by floppy. Any thoughts on this one?

Post by Zorro
Thanks to MiKRO, zWeather 1.2 is available.
No new features but a couple of bugs have been fixed and, the most
important, now zWeather should get again the datas from weather.com.
->http://zorro.arcadia-crew.com/
--
Zorro

[MiKRO / Mystic Bytes]

  This is great news!!!  But when I tried it it does not seem to
load.  I have put the Gemsys folder on C drive and let it replace the

Yes, this is it, no need to do anything more. What do you mean "does
not seem to load" ? It hangs? Return to desktop? What environment /
desktop? Loading time with this version is quite long, esp. on 030
machines, it has to load and depack ~50 PNG icons. If you can, test it
in aranym with network, it should works out of the box. And remember,
all Zorro's code is compiled for 030+ and (!) FPU.

files.  Just to let you know the old zwether was only about 248,000
bytes and this new one was 545000 bytes is that correct?  If that is

Yes, it is. All code (incl. libraries) was recompiled with gcc4 (it
produces a little bit bigger binaries in aggressive optimization
modes) plus libxml was updated to the latest version (possible code
increase). zWeather binary itself is stripped and upx-ed, so the
smallest possible size is achieved.

[Falcon060]

On Feb 6, 6:04 am, "MiKRO / Mystic Bytes" <***@gmail.com>
wrote:

Mikro

Post by MiKRO / Mystic Bytes

  This is great news!!!  But when I tried it it does not seem to
load.  I have put the Gemsys folder on C drive and let it replace the

Yes, this is it, no need to do anything more. What do you mean "does
not seem to load" ? It hangs? Return to desktop? What environment /

It does not seem to be loading. I am running the latest Magic (6.2 I
believe) with Jinnee 2.5 desktop. I am using this on a CT60'ed Falcon
running at 95 mhz. It would seem load time would not be that long. A
couple of other things noticed, Whenever I open one of my partitions
(Hard Drive or CD drive) when I try to move the window it just moves a
like an 1/8 of an inch then you have to re-grab the window to move it
just another 1/8 of an inch. So you can see that would become very
annoying. When I hit CONTROL-ALT-ESCAPE to bring up the processes
running I notice that zweather is running but is taking up tremendous
amounts of ram. I have 512 mb of RAM and it seems to be taking up
most of that. Not sure why. I will look into the CT60 memory usage
CPX and see what it reports as used and free ram.

Post by MiKRO / Mystic Bytes
desktop? Loading time with this version is quite long, esp. on 030
machines, it has to load and depack ~50 PNG icons. If you can, test it
in aranym with network, it should works out of the box. And remember,
all Zorro's code is compiled for 030+ and (!) FPU.

Again this should not be a problem for a 060 running at 95 mhz and
built in FPU and PMMU.

Post by MiKRO / Mystic Bytes

files.  Just to let you know the old zwether was only about 248,000
bytes and this new one was 545000 bytes is that correct?  If that is

Yes, it is. All code (incl. libraries) was recompiled with gcc4 (it
produces a little bit bigger binaries in aggressive optimization
modes) plus libxml was updated to the latest version (possible code
increase). zWeather binary itself is stripped and upx-ed, so the
smallest possible size is achieved.

OK it seems that maybe I have everything right. But will have to play
around with it some more and see what I can get it to do. In the mean
time let me know if you have any questions or comments on what could
be causing this. I am using an EtherNEC with the 68060 driver from
Didier, or at least the CT60 package.

Thanks for your help,
Falcon060

[Falcon060]

Mikro,
Apparently I had a corrupt file when transferring from my PC to my
Falcon060. So I have to test my 3.5 inch floppy to find out which is
defective. I ended up downloading all HIGHWIRE, Zweather and
MagicXNet files I needed and burnt them to a CD and all was well.
Zweather works once again!!!! It is great to have this little piece
of wonderful software working once again!!!

Thanks,
Falcon060

Mikro

Post by MiKRO / Mystic Bytes

  This is great news!!!  But when I tried it it does not seem to
load.  I have put the Gemsys folder on C drive and let it replace the

Yes, this is it, no need to do anything more. What do you mean "does
not seem to load" ? It hangs? Return to desktop? What environment /

It does not seem to be loading.  I am running the latest Magic (6.2 I
believe) with Jinnee 2.5 desktop.  I am using this on a CT60'ed Falcon
running at 95 mhz.  It would seem load time would not be that long.  A
couple of other things noticed, Whenever I open one of my partitions
(Hard Drive or CD drive) when I try to move the window it just moves a
like an 1/8 of an inch then you have to re-grab the window to move it
just another 1/8 of an inch.  So you can see that would become very
annoying.  When I hit CONTROL-ALT-ESCAPE to bring up the processes
running I notice that zweather is running but is taking up tremendous
amounts of ram.  I have 512 mb of RAM and it seems to be taking up
most of that.  Not sure why.  I will look into the CT60 memory usage
CPX and see what it reports as used and free ram.

Post by MiKRO / Mystic Bytes
desktop? Loading time with this version is quite long, esp. on 030
machines, it has to load and depack ~50 PNG icons. If you can, test it
in aranym with network, it should works out of the box. And remember,
all Zorro's code is compiled for 030+ and (!) FPU.

Again this should not be a problem for a 060 running at 95 mhz and
built in FPU and PMMU.

Post by MiKRO / Mystic Bytes

files.  Just to let you know the old zwether was only about 248,000
bytes and this new one was 545000 bytes is that correct?  If that is

Yes, it is. All code (incl. libraries) was recompiled with gcc4 (it
produces a little bit bigger binaries in aggressive optimization
modes) plus libxml was updated to the latest version (possible code
increase). zWeather binary itself is stripped and upx-ed, so the
smallest possible size is achieved.

OK it seems that maybe I have everything right.  But will have to play
around with it some more and see what I can get it to do.  In the mean
time let me know if you have any questions or comments on what could
be causing this.  I am using an EtherNEC with the 68060 driver from
Didier, or at least the CT60 package.
Thanks for your help,
Falcon060

[Jo Even Skarstein]

Post by MiKRO / Mystic Bytes
desktop? Loading time with this version is quite long, esp. on 030
machines, it has to load and depack ~50 PNG icons. If you can, test it

Wouldn't it be possible to cache the converted icons instead of
converting them each time the application is started?

[Falcon060]

Jo Evan,
I wondered the same thing. But, if your running a CT60 at 90+ mhz.
I doubt it takes very long. Once I am at my desktop, it is less than
5 seconds and Zweather is up and running. But I could see where
slower atari computers would be an issue. By the way, how are you
doing? Not sure if you remember me? I was the one that gave you all
the MagicXNet files I believe to look at and see if we could figure
something out for the EtherNAT.

Talk to you later,
Falcon060

Post by Jo Even Skarstein

Post by MiKRO / Mystic Bytes
desktop? Loading time with this version is quite long, esp. on 030
machines, it has to load and depack ~50 PNG icons. If you can, test it

Wouldn't it be possible to cache the converted icons instead of
converting them each time the application is started?
--
/*
** Jo Even Skarstein  http://joska.nvg.org/
*/

[MiKRO / Mystic Bytes]

Ah, glad to see you have sorted it out. It's true I haven't tested it
on MagiC but it would be very strange if it didn't work.

About the loading time: in Zorro's latest sources you can find very
similar thing -- all images are bundled in one PNG and stored as MFDB
(Atari native) format internally. But hard to say anything about
release date, it's up to him or anyone else who is going to continue
the development (https://sourceforge.net/projects/z-tools)

[Falcon060]

MiKRO,
Maybe sometime this year I will take a look at the sources and try
doing some compiling of my own. Then figure out the PNG loading
process and see if there is a better way or not. But honestly, it
only takes less than 5 seconds from the time the desktop appears till
Zweather is up and running. Not sure that it has any benefit other
than for much slower computers with not much ram. Even a Falcon030
stock with 14 mb of Ram should do ok at loading this in at bootup
time. Anyone have any thoughts on this? Does anyone actually run
Zweather on a stock Atari computer. If so, what are your OS, system
specs and how long does it take to bring Zweather up and running?
Would really tell me if its worth the time to take on a project like
this.

Post by MiKRO / Mystic Bytes
Ah, glad to see you have sorted it out. It's true I haven't tested it
on MagiC but it would be very strange if it didn't work.
About the loading time: in Zorro's latest sources you can find very
similar thing -- all images are bundled in one PNG and stored as MFDB
(Atari native) format internally. But hard to say anything about
release date, it's up to him or anyone else who is going to continue
the development (https://sourceforge.net/projects/z-tools)

[Jim DeClercq]

Falcon060 <***@roadrunner.com> writes:

: MiKRO,
: Maybe sometime this year I will take a look at the sources and try
: doing some compiling of my own. Then figure out the PNG loading
: process and see if there is a better way or not. But honestly, it
: only takes less than 5 seconds from the time the desktop appears till
: Zweather is up and running. Not sure that it has any benefit other
: than for much slower computers with not much ram. Even a Falcon030
: stock with 14 mb of Ram should do ok at loading this in at bootup
: time. Anyone have any thoughts on this? Does anyone actually run
: Zweather on a stock Atari computer. If so, what are your OS, system
: specs and how long does it take to bring Zweather up and running?
: Would really tell me if its worth the time to take on a project like
: this.




: On Feb 8, 2:09=A0pm, "MiKRO / Mystic Bytes" <***@gmail.com>
: wrote:
: > Ah, glad to see you have sorted it out. It's true I haven't tested it
: > on MagiC but it would be very strange if it didn't work.
: >
: > About the loading time: in Zorro's latest sources you can find very
: > similar thing -- all images are bundled in one PNG and stored as MFDB
: > (Atari native) format internally. But hard to say anything about
: > release date, it's up to him or anyone else who is going to continue
: > the development (https://sourceforge.net/projects/z-tools)

I do, and startup is no longer impressive. From a running desktop, kill
Zweather, and start it up again, and it has found its data and finally
pops up in a blistering 32 seconds. This is on a standard TT030, mono
monitor.

Jim
--

[Falcon060]

Post by Jim DeClercq
: MiKRO,
:   Maybe sometime this year I will take a look at the sources and try
: doing some compiling of my own.  Then figure out the PNG loading
: process and see if there is a better way or not.  But honestly, it
: only takes less than 5 seconds from the time the desktop appears till
: Zweather is up and running.  Not sure that it has any benefit other
: than for much slower computers with not much ram.  Even a Falcon030
: stock with 14 mb of Ram should do ok at loading this in at bootup
: time.  Anyone have any thoughts on this?  Does anyone actually run
: Zweather on a stock Atari computer.  If so, what are your OS, system
: specs and how long does it take to bring Zweather up and running?
: Would really tell me if its worth the time to take on a project like
: this.
: > Ah, glad to see you have sorted it out. It's true I haven't tested it
: > on MagiC but it would be very strange if it didn't work.
: >
: > About the loading time: in Zorro's latest sources you can find very
: > similar thing -- all images are bundled in one PNG and stored as MFDB
: > (Atari native) format internally. But hard to say anything about
: > release date, it's up to him or anyone else who is going to continue
: > the development (https://sourceforge.net/projects/z-tools)

Jim,
I see from your signature that you are from Sylvania, OHIO. I live
in a small town in Northwest OHIO called Montpelier!!! Maybe sometime
we should get together. My e-mail address is
falcon060(at)roadrunner(dot)com. Get a hold of me sometime!

Post by Jim DeClercq
I do, and startup is no longer impressive. From a running desktop, kill
Zweather, and start it up again, and it has found its data and finally
pops up in a blistering 32 seconds. This is on a standard TT030, mono
monitor.
Jim
 --
--
 \ /      ASCII ribbon campaign | I'm a .signature virus!       |
  X       against HTML mail     | Copy me into your ~/.signature|
 / \      and postings          | to help me spread!            |
.