ftp.xmission.com/2014.06.ftp.xmission.com.tar/ftp.xmission.com/pub/lists/fractdev/archive/v01.n019

Internet Message Format | 1999-03-10 | 41KB

From: [e-mail] (fractdev-digest)
To: [e-mail]
Subject: fractdev-digest V1 #19
Reply-To: fractdev-digest
Sender: [e-mail]
Errors-To: [e-mail]
Precedence: bulk


fractdev-digest        Thursday, March 11 1999        Volume 01 : Number 019




----------------------------------------------------------------------

Date: Wed, 3 Mar 1999 17:37:43 -0300 (EST)
From: Humberto Rossetti Baptista <[e-mail]>
Subject: (fractdev) New Release?

    Hi All,

    I know I'm a newcomer to the development, but I am feeling more of less
what is happening in our recent discussions, soI'll make a suggestion:

    - Is it time to make a new public release of fractint? It has several
new features and the authores _seem_ to have tested it well. If so we could try
to make a feature freeze to uncover bugs for, say one month, and:

    - Move to 32 bit in the next version?

    What do the list thinks?

    []'s

    Humberto R. Baptista
    [e-mail]

- ---------------------------------------------------------------------------
Insite - Solucoes Internet                         http://www.insite.com.br


- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Wed, 3 Mar 1999 17:39:41 -0300 (EST)
From: Humberto Rossetti Baptista <[e-mail]>
Subject: Re: (fractdev) 16->32 bit assembler

On Wed, 3 Mar 1999, Phil McRevis wrote:

> No, this won't work (completely) for the DOS code, because xfractint
> doesn't know anything about VGA cards and so-on.  It uses X for
> graphics and input.  Yes, some things can be stolen from the xfractint
> source code but for others it uses an X-centric replacement, not a
> straight "do what the DOS code does, but do it in C" replacement.

    Right thats' why I mentioned a portable ans open 32 bit grapphics
library (Allegro) in the mail. This would help us to cope with the parts that
are missing (the screen IO, that is).

    []'s

    Humberto R. Baptista
    [e-mail]

- ---------------------------------------------------------------------------
Insite - Solucoes Internet                         http://www.insite.com.br


- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Wed, 03 Mar 1999 16:29:59 -0600
From: "Damien M. Jones" <[e-mail]>
Subject: Re: (fractdev) 16->32 bit assembler

Rich,

 - By the way, in case anyone didn't know (or care :-).  "Phil McRevis"
 - is a gag name.

Doh! Yep, I get it now. Silly me.

It is indeed a shame that you have found it necessary to obscure this piece
of information about yourself. It's even more of a shame that someone went
to the trouble of leaving you threatening phone messages. It's one reason I
keep an unlisted number. (At the moment, it's not only unlisted, but the
account isn't even in my name.) But I also don't publish my e-mail address
on the web or post it to a newsgroup, so I guess I'm mildly paranoid
myself. :)

 - Mostly I'm just concerned about converting the 16bit assembler in such
 - a way as to preserve its correctness.  Some other assembly guru can
 - adjust for speed if necessary.

Well, for the most part you should be able to get away with simply removing
the segment register references, then, but depending on how clever the
FractInt code gets with its segment register shuffling, that may not be
easy. And as pointed out, the bigger problem isn't the generating code...
it IS the graphics. One of the problems is that 32-bit mode doesn't exist
outside of a protected mode environment, which makes accessing the video
hardware a little bit more difficult. Usually you can't just access video
RAM directly. :-(

Damien M. Jones   \\
[e-mail]  \\  Fractalus Galleries & Info:
                    \\  http://www.fractalus.com/

Please do not post my e-mail address on a web site or
in a newsgroup.  Thank you.

- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Wed, 3 Mar 1999 19:04:12 -0600
From: "Tim Wegner" <[e-mail]>
Subject: (Fwd) Re: (fractdev) 16->32 bit assembler

> No, this won't work (completely) for the DOS code, because xfractint
> doesn't know anything about VGA cards and so-on.  It uses X for
> graphics and input.  Yes, some things can be stolen from the xfractint
> source code but for others it uses an X-centric replacement, not a
> straight "do what the DOS code does, but do it in C" replacement.

What you are saying is true, but starting with the Xfractint code is
bt far the easiest way to start. It would not be a good idea to port
video.asm, but rather, port the main mode setting, pixel read/write,
and character read/write routines. djgpp has an SVGA library we
could use. We could also use allego.

Having considered nearly every alternative ad nauseum, I believe
that the best short term 32 bit project would be to port to djgpp,
and maybe simultaeously to Linux non-X. We don't need any
assembler to do this. Once done, we could enhance the result with
some key assembler. IMHO the most important assembler is the
fast parser.

Tim


- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Wed, 3 Mar 1999 19:00:53 -0600
From: "Tim Wegner" <[e-mail]>
Subject: Re: (fractdev) New Release?

Humberto asked:

>     - Is it time to make a new public release of fractint? It has several
> new features and the authores _seem_ to have tested it well. If so we could try
> to make a feature freeze to uncover bugs for, say one month, and:

Robin proposed releasing our current developer version as a "public
beta", which is something we haven't done before. But I haven't
heard from Jonathan since then; I'm guessing he is out of town or
otherwise off line.

There are a few known loose ends, but I see no harm in releasing
somethimng sooner than we usually do because development is
going so slowly.

Robin needs to document his sound additions. Jonathan was
working on some Linux debugging. There are some other loose
ends, such as some partially integrated synchronous orbuts - two
versions, in fact!

My opinion is that we could release what we have as a public beta
most any time, without necessarily tying up all loose ends first. I'd
suggest putting it in just one or two places (e.g.spanky) and having
a distribution agreement saying that because it is a beta it should
not be re-uploaded.

Tim


- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Wed, 3 Mar 1999 21:28:16 -0600
From: "Tim Wegner" <[e-mail]>
Subject: Re: (fractdev) New Release?

Rich asked:

> Tim, if you recommend using xfractint sources as a start, should I
> just use the xfractint 3.04?

No, start with the current synch, which I'll commit having up
Thursday night if not sooner. There are too many changes already
made in the developer version, and if you are doing massive global
changes yourself, it would be very hard to catch up.

Yet another consideration. I have made a smaller version of Fractint
that has all the integer math stripped out. We could start with the
Xfractint version of that, and then we'd never be faced with having to
strip out the integer math.

I just heard from Jonathan. He has no problem with a public beta
relatively soon.

BTW both svgalib and allegro exist for both djgpp and LINUX, so I
expect our 32 bit port could be developed for both at the same time
with minimum fuss.

Tim



- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Wed, 03 Mar 1999 20:38:08 -0700
From: Phil McRevis <[e-mail]>
Subject: Re: (fractdev) New Release?

OK, hollar at me when you've got something for me to grab.
- --
<http://www.xmission.com/~legalize/>    Legalize Adulthood!
    ``Ain't it funny that they all fire the pistol,
      at the wrong end of the race?''--PDBT
[e-mail]    <http://www.eden.com/~thewho>

- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Wed, 3 Mar 1999 22:43:14 -0600
From: "Tim Wegner" <[e-mail]>
Subject: (fractdev) Xfractint synch

I have uploaded the Xfractint source to the latest developer version
1961 patch 65.

It is in

 ftp://ftp.phoenix.net/pub/USERS/twegner/X1961p65.zip

Does anyone need the DOS version source?

Tim


- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Thu, 4 Mar 1999 12:59:48 -0300 (EST)
From: Humberto Rossetti Baptista <[e-mail]>
Subject: Re: (fractdev) Xfractint synch and Release

On Wed, 3 Mar 1999, Tim Wegner wrote:

> Does anyone need the DOS version source?

    Ups I do not have the last patch (65) :-(((

    BTW: I also like the public Beta strategy.

    []'s

    Humberto R. Baptista
    [e-mail]

- ---------------------------------------------------------------------------
Insite - Solucoes Internet                         http://www.insite.com.br


- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Thu, 4 Mar 1999 13:04:36 -0300 (EST)
From: Humberto Rossetti Baptista <[e-mail]>
Subject: Re: (Fwd) Re: (fractdev) 16->32 bit assembler

On Wed, 3 Mar 1999, Tim Wegner wrote:

> and character read/write routines. djgpp has an SVGA library we
> could use. We could also use allego.

    I may be wrong, but from what I've seend the allegro library links qith
DOS and direct HW access for DOS ans SVGAlib in Linux. So it would be nice, but
I haven't used it, the only example I have of it working in both environments is
XaoS (but i havent looked at the code yet). Comments anyone?

> Having considered nearly every alternative ad nauseum, I believe
> that the best short term 32 bit project would be to port to djgpp,
> and maybe simultaeously to Linux non-X. We don't need any

    Tim, I guess to avoid comming back to the same issues (now I understand
you) woudn't it be nice if some sort of "general plan" was devised to focus our
work instead of spreading it?

> assembler to do this. Once done, we could enhance the result with
> some key assembler. IMHO the most important assembler is the
> fast parser.

    []'s

    Humberto R. Baptista
    [e-mail]

- ---------------------------------------------------------------------------
Insite - Solucoes Internet                         http://www.insite.com.br


- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Thu, 4 Mar 1999 11:07:22 -0500
From: "Ron Barnett" <[e-mail]>
Subject: (fractdev) True Color Support

One possible way to provide true color support with an intermediate release
without changing current Fractint code (add some code on instead) might be
the following:

These suggestions would apply to virtually of the true color methods out
there: The Vepstas method for polynomials, my exponential method for all
fractal types, Mitchell's triangle inequality method, decomposition,
potential, etc. By way of a formula, write the final coloring value to
Real.Z. Then provide a function with true color support (e.g. 24 bit) which
uses Real.Z for the graphics. Existing color maps could be used by
interpolating into the color map. I use map color interpolation (both RGB
and HSL) in my Truemand program and it works very well. If there is a
difficulty in interfacing at the DOS level with 24 bit color cards, write a
file instead such at TGA (ug!), BMP (ug!), TIF, PNG etc.

Ron Barnett


- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Thu, 4 Mar 1999 21:32 0000
From: [e-mail]
Subject: RE: Fwd: (fractdev) True Color Support

>One possible way to provide true color support with an intermediate
release
>without changing current Fractint code (add some code on instead)
might
be
>the following:
I suggested something like this a while back, the code for testing and
setting truecolour pixels already exists in fractint thanks to Bert Tyler.
It should be fairly simple to brew up a video mode, for use with formula
types only, which just colours pixels according to the values of
variables which are settable by the parser.... only trouble is I don' t
understand what's going on in the parser well enough to map named
variables in a formula to globals in fractint proper :-( I'll have  a go once
I've shaken off this cold and sorted out the sound drivers but it's going
to be a print it all out on fanfold and play with pencils job :-)

Cheers,
         Robin.




- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Thu, 04 Mar 1999 15:38:20 -0600
From: "Damien M. Jones" <[e-mail]>
Subject: RE: Fwd: (fractdev) True Color Support

I would think the *most* direct way of supporting true color would be to
take the existing decomp, outside, and inside options which return real
values, and (if a true color mode is selected) simply interpolate in the
existing 256-color palette. Coloring formulas written for FractInt's
existing parser return color values in z anyway, for outside=real or
decomp=256. If the plotting code simply interprets these in a continuous
fashion, you can get smooth true-color support without touching the formula
parser at all.

Damien M. Jones   \\
[e-mail]  \\  Fractalus Galleries & Info:
                    \\  http://www.fractalus.com/

Please do not post my e-mail address on a web site or
in a newsgroup.  Thank you.

- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Thu, 4 Mar 1999 16:47:53 -0500
From: "Ron Barnett" <[e-mail]>
Subject: RE: Fwd: (fractdev) True Color Support

Perhaps worded poorly, but that was precisely my point, since I knew that
Real.Z is "real".
REB

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Damien M. Jones
> Sent: Thursday, March 04, 1999 4:38 PM
> To: [e-mail]
> Subject: RE: Fwd: (fractdev) True Color Support
>
>
> I would think the *most* direct way of supporting true color would be to
> take the existing decomp, outside, and inside options which return real
> values, and (if a true color mode is selected) simply interpolate in the
> existing 256-color palette. Coloring formulas written for FractInt's
> existing parser return color values in z anyway, for outside=real or
> decomp=256. If the plotting code simply interprets these in a continuous
> fashion, you can get smooth true-color support without touching
> the formula
> parser at all.
>
> Damien M. Jones   \\
> [e-mail]  \\  Fractalus Galleries & Info:
>                     \\  http://www.fractalus.com/
>
> Please do not post my e-mail address on a web site or
> in a newsgroup.  Thank you.
>
> --------------------------------------------------------------
> Thanks for using Fractdev, The Fractint Developer's Discussion List
> Post Message:   [e-mail]
> Get Commands:   [e-mail] "help"
> Administrator:  [e-mail]
> Unsubscribe:    [e-mail] "unsubscribe fractdev"
>


- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Thu, 4 Mar 1999 23:29:31 -0600
From: "Tim Wegner" <[e-mail]>
Subject: Re: (fractdev) Xfractint synch and Release

Humberto wrote:

>     Ups I do not have the last patch (65) :-(((

Ok I have uploaded for the DOS version:

ftp://ftp.phoenix.net/pub/USERS/twegner/s1961p65.zip
complete files of diffs with a batch file that creates the current
synch from 19.6 source. About half the size of the full synch below.

ftp://ftp.phoenix.net/pub/USERS/twegner/o1961p65.zip
object code for assembler.

ftp://ftp.phoenix.net/pub/USERS/twegner/1961p65s.zip
synch of complete files

Note that the files shared between x1961p65.zip and 1961p65s.zip
are identical.

Tim


- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Thu, 4 Mar 1999 23:50:16 -0600
From: "Tim Wegner" <[e-mail]>
Subject: Re: (Fwd) Re: (fractdev) 16->32 bit assembler

Humberto requested:

>     Tim, I guess to avoid comming back to the same issues (now I understand
> you) woudn't it be nice if some sort of "general plan" was devised to focus our
> work instead of spreading it?

I dunno what you mean by general plan, but I'd suggest this :-)

I'd like to see the current DOS fractint ported to LINUX (non-X) and
djgpp using svgalib or Allegro if necessary.

This involves primarily rewriting the graphics and text read/write
functions, and video mode switch logic. If it is possible to use both
text and graphics modes like the DOS version, that would make
the port the simplest.

For a first cut I think we should avoid big global cleanups that
would make it difficult to keep the DOS medium model and 32 bit
version synched. But having said that, I have not had too much
trouble maintaining the non-integer version, even though it has
signficiant global differences.

Once we have a fully functioning 32 bit version, then we could
decide to make the 32 bit version the main version, and we could
start major global overhauls.

Of course this is only my opinion, and I can be talked into
changimng it by someone willing to do a lot of work . :-)

This sort of work happens when someone takes the initiative and
talks others into helping. There are no reliable rules for what makes
this work :-). For example, Robin wrote the evolver, but without
Jonathan's dogged integration efforts, it probably wouldn't have
made it on Robin's efforts alone.

Tim


- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Thu, 4 Mar 1999 23:50:16 -0600
From: "Tim Wegner" <[e-mail]>
Subject: Re: (fractdev) True Color Support

> One possible way to provide true color support with an intermediate release
> without changing current Fractint code (add some code on instead) might be
> the following:

(good comments snipped)

I see no obstacle to adding truecolor support to Fractint now, even
with the medium model. I wanted to implement PNG first, but I am
now convinced that PNG has to wait for a flat memory model.

We can save truecolor images using Targa. The routines are
already in Fractint. Later we can dump Targa for PNG..

I would favor some of your suggestions that work generally, e.g.
Vepstas algorithm.

Compared to other possible projects, true color looks relatively
straight forward.

Tim



- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Fri, 5 Mar 1999 11:48:31 -0300 (EST)
From: Humberto Rossetti Baptista <[e-mail]>
Subject: Re: (Fwd) Re: (fractdev) 16->32 bit assembler

On Thu, 4 Mar 1999, Tim Wegner wrote:

> I dunno what you mean by general plan, but I'd suggest this :-)

    Even not knowing what I meant you got preety much of the idea :-))))

    Yes that is the sort of thing (bellow), just to make my idea a bit
clearer I would add (from your comments) some "steps":

    1 - Make a first port to 32 bit fat emory model (Linux and DOS
probably):

> I'd like to see the current DOS fractint ported to LINUX (non-X) and
> djgpp using svgalib or Allegro if necessary.
>
> This involves primarily rewriting the graphics and text read/write
> functions, and video mode switch logic. If it is possible to use both
> text and graphics modes like the DOS version, that would make
> the port the simplest.
>
> For a first cut I think we should avoid big global cleanups that
> would make it difficult to keep the DOS medium model and 32 bit
> version synched. But having said that, I have not had too much
> trouble maintaining the non-integer version, even though it has
> signficiant global differences.

    1 (cont) - main points to evaluate/try: wich graphics library to use and
how to make the por the less disturbing possible for the rest of the code.

    2- Decide wich will be the next main version:

> Once we have a fully functioning 32 bit version, then we could
> decide to make the 32 bit version the main version, and we could
> start major global overhauls.

    Etc.

    3- Line up and star to put the large "peebles" in the soup:

    Like PNG and such.

    Also this is jus my opinion, but I'm trying to help the improving of
fractint, and to follow the "scratch your own itch" philosophy, I would like to
have a lot of space to experiment new stuff in Fractint without worryng too much
(call if a unix programming addiction, but I like it! :-)))

    []'s

    Humberto R. Baptista
    [e-mail]

- ---------------------------------------------------------------------------
Insite - Solucoes Internet                         http://www.insite.com.br


- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Fri, 5 Mar 99 15:27:51 -0800
From: Tim Gilman <[e-mail]>
Subject: Re: (fractdev) Xfractint synch

>* ([e-mail]) coughed this up on 3/3/99 8:43 PM:
>I have uploaded the Xfractint source to the latest developer version
>1961 patch 65.

I've been working with p41, and I get problems when I hit the floating
point to arbitrary precision switch.  Is this a problem with the XFract
base, or did I hose something in my mad rush to get fractals onscreen on
the Mac?  I admit I've not done too much debugging of the problem, but
hey, it doesn't hurt to ask, right?

Ouch,
=- Tim Gilman

- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Sat, 6 Mar 1999 21:06:20 -0600
From: "Tim Wegner" <[e-mail]>
Subject: Re: (fractdev) Xfractint synch

Tim Gilman asked:

> I've been working with p41, and I get problems when I hit the floating
> point to arbitrary precision switch.  Is this a problem with the XFract
> base, or did I hose something in my mad rush to get fractals onscreen on
> the Mac?  I admit I've not done too much debugging of the problem, but
> hey, it doesn't hurt to ask, right?

I'll check this out and let you know.

Jonathan Osuch has uploaded patch 66. I have put it in

ftp://ftp.phoenix.net/pub/USERS/twegner/1961p66.zip

This affects both DOS and Xfractint.

Both the evolver and the browser now work properly under Linux. I
think we have a reasonable base for a public beta. I will work on
putting a package together.

Tim


- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Tue, 9 Mar 1999 19:06:00 -0600
From: "Tim Wegner" <[e-mail]>
Subject: (fractdev) Re the path to 32 bits

I am investigating the GIMP toolkit - GTK. Does anyone know
about this? It is a Linux-based toolkit that provides a higher-level
interface to X. There is a Windows port. See

http://www.gtk.org

This could be a way to get an portable open source GUI toolkit for
fractint. If we go this way, the first step would be to port Xfractint to
GTK, replace every X instrinsic with GTK. For starters, no real GUI
would be needed. We would follow the Xfractint style of using the
DOS interface. Then we could follow the example of the ancient
Winfract, which has both a Windows and a DOS-like interface.
Once we had everything working and stable, we could begin a
radical re-architecting.

Everyone agrees to post a public beta soon. Jonathan has another
patch planned and Robin said he would give us his sound docs
soon. I will take on consolidating the "What's New" and putting
together the packages.

Rich, did your autoconf efforts run into a snag, or did you not look
at it too deeply? Autoconf would be a great idea.

I think I need to switch from Slakware Linux to Red Hat unless
Slakware shows some evidence of not falling behind. On the other
hand, Slakware distributes Xfractint and Red Hat does not :-). But
we do need someone to use Red Hat because some folks report
not being able to compile on it. Maybe I'll get both on my system.
Jonathan Osuch is also using Slakware.

Tim



Tim


- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Tue, 09 Mar 1999 19:24:22 -0600
From: "Damien M. Jones" <[e-mail]>
Subject: Re: (fractdev) Re the path to 32 bits

Tim,

 - On the other hand, Slakware distributes Xfractint and Red Hat does
 - not :-).

I bet if you put together a Red Hat package containing a working version of
xfractint, you could talk them into distributing it. :) I've never messed
with Slackware, I must assume it uses some sort of package installation
method too? Red Hat is darn convenient here, because I can install a fresh
machine across the network using just two floppies. This has let us set up
several machines with the latest Red Hat 5.2 from our server, which we
don't have on CD. (Got 5.0 and 5.1 on CD, but not 5.2.)

Damien M. Jones   \\
[e-mail]  \\  Fractalus Galleries & Info:
                    \\  http://www.fractalus.com/

Please do not post my e-mail address on a web site or
in a newsgroup.  Thank you.

- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Wed, 10 Mar 1999 18:21:21 -0300 (EST)
From: Humberto Rossetti Baptista <[e-mail]>
Subject: Re: (fractdev) Re the path to 32 bits

On Tue, 9 Mar 1999, Tim Wegner wrote:

> I am investigating the GIMP toolkit - GTK. Does anyone know
> about this? It is a Linux-based toolkit that provides a higher-level
> interface to X. There is a Windows port. See

    Hi I've checked the GTK+ and it seems interesting, I saw some support
for Win32 systems already on version 1.2, but the full stuff is ath the authors'
page http://user.sgic.fi/~tml/gimp/win32/ Note that this is still experimental
and the support for 256 color mode isn't optimal yet.

    I'm not sure if this would help or introduce another layer of complexity
in the port to 32bit. Any coder had any experience w/ GTK+ or Allegro (or
SVGAlib in both DOS and Linux)????

> Everyone agrees to post a public beta soon. Jonathan has another

    Count me in :-))

> I think I need to switch from Slakware Linux to Red Hat unless
> Slakware shows some evidence of not falling behind. On the other
> hand, Slakware distributes Xfractint and Red Hat does not :-). But
> we do need someone to use Red Hat because some folks report
> not being able to compile on it. Maybe I'll get both on my system.
> Jonathan Osuch is also using Slakware.

    I agree to the message posted in reply to Tim's: if we have a RPM
(package inr the redhat package format) it is conceivable thar the people in
RedHat would include it in the distribution (also we can register it in the RPM
application list to bedounloades and user bu lots of RedHat users).

    I think I can package a source and an Intel binary version of XFractint.
I'll try this later this week and if things go weel I'll convince someone with
an Alpha Linux to land me some compiling time to try this too.

    []'s

    Humberto R. Baptista
    [e-mail]

- ---------------------------------------------------------------------------
Insite - Solucoes Internet                         http://www.insite.com.br




- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Wed, 10 Mar 1999 19:10:58 -0700
From: Phil McRevis <[e-mail]>
Subject: Re: (fractdev) Re the path to 32 bits

In article <[e-mail]>,
    "Tim Wegner" <[e-mail]>  writes:
> I am investigating the GIMP toolkit - GTK. Does anyone know
> about this? It is a Linux-based toolkit that provides a higher-level
> interface to X. There is a Windows port.

There is one, or they are working on one?  I just read the
introduction section and it mentions work on such a port, but doesn't
claim its existence yet.

> This could be a way to get an portable open source GUI toolkit for
> fractint. If we go this way, the first step would be to port Xfractint to
> GTK, replace every X instrinsic with GTK. For starters, no real GUI
> would be needed. We would follow the Xfractint style of using the
> DOS interface. Then we could follow the example of the ancient
> Winfract, which has both a Windows and a DOS-like interface.
> Once we had everything working and stable, we could begin a
> radical re-architecting.

Umm... I think you just descrived a minor re-architecting. :-)

> Rich, did your autoconf efforts run into a snag, or did you not look
> at it too deeply? Autoconf would be a great idea.

I'm on the learning curve on autoconf.  However, from what I have read
about autoconf it will handle everything that is required for unixish
environments.  It does depend on having a /bin/sh compatible shell in
order to invoke the configuration script.  One can obtain this with
the cygwin32 environment's bash script.  I'm not sure if there's a way
to get it to handle a DOS environment without an sh compatible shell.

At this point, I've got another project on the front burner, but the
immediate plans are to: download DJGPP/SVGAlib and get a minimal
32-bit version going.
- --
<http://www.xmission.com/~legalize/>    Legalize Adulthood!
    ``Ain't it funny that they all fire the pistol,
      at the wrong end of the race?''--PDBT
[e-mail]    <http://www.eden.com/~thewho>

- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Wed, 10 Mar 1999 21:18:04 -0600
From: "Tim Wegner" <[e-mail]>
Subject: Re: (fractdev) Re the path to 32 bits

Phil aka Rich asked:

> There is one, or they are working on one?  I just read the
> introduction section and it mentions work on such a port, but doesn't
> claim its existence yet.

Check out:

http://user.sgic.fi/~tml/gimp/win32/

> I'm on the learning curve on autoconf.  However, from what I have read
> about autoconf it will handle everything that is required for unixish
> environments.  It does depend on having a /bin/sh compatible shell in
> order to invoke the configuration script.  One can obtain this with
> the cygwin32 environment's bash script.  I'm not sure if there's a way
> to get it to handle a DOS environment without an sh compatible shell.

I'm not worried about DOS at this point, I guess, just UNIX-like.

> At this point, I've got another project on the front burner, but the
> immediate plans are to: download DJGPP/SVGAlib and get a minimal
> 32-bit version going.

That's still appropriate.

Tim



- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Wed, 10 Mar 1999 22:44:48 -0500
From: Robert Hailman <[e-mail]>
Subject: Re: (fractdev) Re the path to 32 bits

My copy of RedHat 4.2 came with an extra Cd, of contributed files, and
amonst otherthings was an old version of Xfractint (probably the current
one at the time of release, I didn't get in to Fractint until after I got
the CD), i think equivalent to DOS 19.2.

At 07:24 PM 09/03/99 -0600, Damien M. Jones wrote:
>Tim,
>
> - On the other hand, Slakware distributes Xfractint and Red Hat does
> - not :-).
>
>I bet if you put together a Red Hat package containing a working version of
>xfractint, you could talk them into distributing it. :) I've never messed
>with Slackware, I must assume it uses some sort of package installation
>method too? Red Hat is darn convenient here, because I can install a fresh
>machine across the network using just two floppies. This has let us set up
>several machines with the latest Red Hat 5.2 from our server, which we
>don't have on CD. (Got 5.0 and 5.1 on CD, but not 5.2.)
>
>Damien M. Jones   \\
>[e-mail]  \\  Fractalus Galleries & Info:
>                    \\  http://www.fractalus.com/
>
>Please do not post my e-mail address on a web site or
>in a newsgroup.  Thank you.
>
>--------------------------------------------------------------
>Thanks for using Fractdev, The Fractint Developer's Discussion List
>Post Message:   [e-mail]
>Get Commands:   [e-mail] "help"
>Administrator:  [e-mail]
>Unsubscribe:    [e-mail] "unsubscribe fractdev"
>
>
Robert H=E4lman=20
=CFCQ: 166848=20
[e-mail]
- -----
P=EBs, luv =E3nd eksesiv drug =FCs.
"=CF'm st=E3rting a v=F6r f=F6r p=EBs."

=C3=C4=CB=CF=D5=D6=DC=E3=E4=EB=EF=F5=F6=FC=D1=F1

- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Thu, 11 Mar 1999 10:22:54 -0600
From: "Damien M. Jones" <[e-mail]>
Subject: Re: (fractdev) Re the path to 32 bits

Robert,

 - My copy of RedHat 4.2 came with an extra Cd, of contributed files, and
 - amonst otherthings was an old version of Xfractint

(laugh) Well, you can tell I don't use RedHat as a desktop OS, can't you?
:) All the server apps I wanted were on the first CD, so I never got around
to looking at the second one. (RedHat 5.2 comes with *three* CDs, believe
it or not.)

 - =CFCQ: 166848=20

Da-hurn! What an uncommonly low number.

Damien M. Jones   \\
[e-mail]  \\  Fractalus Galleries & Info:
                    \\  http://www.fractalus.com/

Please do not post my e-mail address on a web site or
in a newsgroup.  Thank you.

- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

End of fractdev-digest V1 #19
*****************************