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

Internet Message Format | 1999-05-12 | 41KB

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


fractdev-digest         Thursday, May 13 1999         Volume 01 : Number 023




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

Date: Mon, 3 May 1999 17:56:18 -0600
From: "Tim Wegner" <[e-mail]>
Subject: (fractdev) Patch 71

We're up to patch 71 with the fractint source.

I have incorporated all the patches to my no-integer-math version. I
also tried dropping the DOS no-integer source into Xfractint, and it
works fine. I'll package this up and upload in the next day or so.

I have looked at the changes proposed by Rich. The changes that
affect the X source are fine, but most of the changes that affect the
shared source are not right. This is not a big deal - I just need to
work this out with Rich.

I haven't looked at Rich's new changes yet, but will do so ASAP.

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: Mon, 03 May 1999 17:02:09 -0600
From: Phil McRevis <[e-mail]>
Subject: Re: (fractdev) Patch 71

In article <[e-mail]>,
    "Tim Wegner" <[e-mail]>  writes:

> I haven't looked at Rich's new changes yet, but will do so ASAP.

That's because I haven't sent you any real changes yet. :-).  I tried
to include a summary of changes from CVS, but it went over the message
lenght limit.
- --
<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: Tue, 04 May 1999 11:59:43 -0600
From: Phil McRevis <[e-mail]>
Subject: (fractdev) gamma correction

Is anyone working on making fractint smarter in its dealings with
gamma correction, or should I add that to the projects.txt file I was
maintaining?  Speaking of that file.... Tim, I thought the idea was to
include it in the fractint sources to help developers coordinate?  The
source that I've downloaded from your FTP area didn't contain the
file.
- --
<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
          <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: Tue, 4 May 1999 22:12:09 -0300 (EST)
From: Humberto Rossetti Baptista <[e-mail]>
Subject: Re: (fractdev) gamma correction

On Tue, 4 May 1999, Phil McRevis wrote:

> Is anyone working on making fractint smarter in its dealings with
> gamma correction, or should I add that to the projects.txt file I was
> maintaining?  Speaking of that file.... Tim, I thought the idea was to
> include it in the fractint sources to help developers coordinate?  The
> source that I've downloaded from your FTP area didn't contain the
> file.

    Yes. I have this in my todos.txt file too :-) Along with other color
models for Fractint, but the main point here is your comment: what about a
general todo list (with all sorts of tasks, with authors working or just waiting
for someone to take them up) it would be a moderated an refined list not much
like http://web.ukonline.co.uk/members/robin.b2/olig/fracwish.htm the "Official
Wish List" bu can feedback one on another.

    If you all think this is a good idea I can set up something like this in
one of my servers and someone would have to volunteer to trim and modetate all
the tasks  (i volunteer for the first round ;-) This way we could all summ up
our projects.txt todos.txt etc. in one place.

    []'s

    Humberto R. Baptista
    [e-mail]

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

- -----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GB/C/CA/CM/CS/CC/ED/FA/H/IT/L/M/MU/P/S d?>dpu s:- a->!@ C++++$ USL+++$ P+++@
L+++@ !E W++@ N++(+)@ o+>++++$ K? w>---$ O-@$ M--@ V-- PS@ PE@ Y+>+++$ PGP+@
t+++ 5+@ X+ R>+++$ tv@ b+>++++$ DI++$ D++>++++$ G e+++>++++ h(---)>*$ r+++
y+++*
- ------END GEEK CODE BLOCK------



- --------------------------------------------------------------
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, 04 May 1999 19:22:43 -0600
From: Phil McRevis <[e-mail]>
Subject: Re: (fractdev) gamma correction

- ------- =_aaaaaaaaaa0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <[e-mail]>

Humberto, I think you joined this list after I created such files last
year.... I'm attaching the "todo" and "progress" files here.  You can
get at them on the web in my "fractdev" area
<http://www.xmission.com/~legalize/fractals/fractdev/>.  I admit the
"progress" file is a tiny bit stale in that it doesn't include
anything I've been doing with respect to these drivers.

- -- Rich


- ------- =_aaaaaaaaaa0
Content-Type: text/plain; name="progress.txt"; charset="us-ascii"
Content-ID: <[e-mail]>

This file attempts to list the works "in progress" at the time of the
current fractint release (19.6) and the people working on them.  It is
hoped that this file will help developers coordinate their efforts and
eliminate any duplicate effort.

This file last updated January 29th, 1998

Project(s)                              Developer & Status
- --------------------------------------  --------------------------------------
PNG support                             TW
24-bit support                          RBa, TW, others? (just starting)
SIMPLGIF improvements                   TW (encoder done, decoder needed)
GIF encoder fix                         TW (done)
Relaxing 2K image sizelimit             TW (nearly done)
float-only version                      TW (mostly done)
synchronous orbits                      TW (under way)
Formula parser improvements:
  C optimizer                           GM (under way)
xfractint visual selection              RT
Parameter Evolver                       RBu, JO (mostly done)
Memory use overhaul                     JO
Pentium M-set assembly optimization     DJ (approx. 1/2 done)

Current Developers:
- -------------------
RBa     Ron Barnett <[e-mail]>
        Win95/DOS (MS VC++ 1.52, MASM 6.0, MS VC++ 5.0)
RBu     Robin Bussell <[e-mail]>
DJ      Damien M. Jones <[e-mail]>
GM      George Martin <[e-mail]>
        Win3.1/DOS (Borland 3.1)
JO      Jonathan Osuch <[e-mail]>
RT      Rich Thomson <[e-mail]>
        Win95/DOS (Borland C++ Builder 1.0, 3.0), Solaris (unix/gcc)
TW      Tim Wegner <[e-mail]>
        Win95/DOS (MSC 7.0, MASM 6.1, djgpp), linux (gcc)

- ------- =_aaaaaaaaaa0
Content-Type: text/plain; name="todo.txt"; charset="us-ascii"
Content-ID: <[e-mail]>

This file contains a list of things that are on the "To Do" list of
the fractint development team, practiced in the true Stone Soup
tradition.  Any item on this list is up for grabs and you are
encouraged to use this as a starting point for your fractint
contributions!

This document is arranged by the functional area within fractint.  The
functional areas are listed in alphabetical order with each idea
that's been suggested for improving the various sections.

This file last updated May 4th, 1999

3D Support
- ----------
- - Provide a way to plug-in a 3D driver by name; platform support
  determines what drivers are available.  Fractint "native" 3D support
  available on all platforms.
- - Add arcball for iteractive manipulation of 3D viewing parameters
  (interactively manipulate viewed object by its bounding box)

Arbitrary Precision
- -------------------
- - Extend arbitrary precision arithmetic to other fractal types, most
  notably formula types
- - Allow arbitrary precision values to be entered into text field boxes
  and PAR files

Deep Color Support
- ------------------
- - 24-bit color modes
- - 32-bit color modes (RGB plus alpha)
- - PNG 24/32-bit output/input
- - Coloring pixels by formulas
- - Texture mapping (probably best integrated into formula coloring)

Formula Parser
- --------------
- - Add type information for expressions and variables
- - Add remainder (modulus) operator/function
- - Make C versions of corresponding assembly functions more efficient
  (reduce function call overhead, apply optimizations)
- - Provide a way to perform user-defined computations once per-image
- - Provide a way to define and call named user functions like regular
  functions

Fractal Types
- -------------
- - Add 2D cellular automata
- - Add continuously valued automata, a la CAPOW
- - Various 3D fractal types that could be added
- - Volume rendered fractal types (3D projection of quaternion julia set)

Fractal Types: Cellular
- -------------
- - Extend 1D cellular automata types beyond existing totalistic automata

Help Files
- ----------
- - Add formula tutorial
- - Add formula coloring methods tutorial
- - Add color editor tutorial
- - Add support to the help compiler for generating postscript / PDF /
  HTML output.
- - Add support for inlined images in help browser (initially present
  only in PS/PDF/HTML versions)

Image Computation
- -----------------
- - Provide anti-aliasing support directly (requires deep color)
- - Synchronous Orbits Iteration
- - Gamma correction

Map Files
- ---------
- - Gamma correction

Image I/O
- ---------
- - Provide PNG support for both 8-bit and deeper video modes; handle
  gamma correction properly on output

Platform Support
- ----------------
- - Create "fractint GUI API" that abstracts out fractint's ideas of
  dialogs, text boxes, number boxes, keyboard navigation of dialogs,
  etc., so that ports to other windowing systems are more readily
  accomplished from the same body of source code a la xfractint/fractint
  as opposed to the completely native port of winfract (which lags);
  this will abstract out the interface from the computation engine,
  which enhances portablity (something fractint sorely lacks) to other
  platforms and also makes it easy to reuse fractint's compute engine.
- - Support for generalizing the assembly code to other architectures
  such as 68k, MIPS, etc., by segregating assembly code into
  architecture specific directories and integrating xfractint C
  emulation of assembly routines for all other architectures.
- - Support "video modes" by name/number/capability rather than by
  function key assignment.  Since video modes vary by platform, and
  even on the same platform they can vary from user to user, a way of
  specifying the video mode in terms of its capability is needed.
  Something like video=x-res/y-res/depth, i.e. video=640/480/8.  In a
  windowed environment, the video "mode" is used to guide window size,
  palette emulation, etc.

Platform Support: DOS
- ---------------------
- - Eliminate overlays / move to 32-bit flat address space DOS protected
  mode app (gives up 286 support)
- - Option for displaying dialogs and text screens in graphics video
  mode with image save/restore; eliminates switching back and forth
  from text mode to graphics mode, saving wear and tear on monitors
- - port code to DOS version of "fractint GUI API"
- - Improve performance of native DOS 3D driver
- - Compute an image larger than the screen resolution and allow panning
  through the larger image by the screen.

Platform Support: Win95/NT
- --------------------------
- - Win32 port
- - long filename problems?
- - DirectX support?
- - 3D drivers: Direct3D / OpenGL
- - animation support? (AVI, MPEG, etc.)

Platform Support: unix/X
- ------------------------
- - Visual selection assumed root is 8-bit psuedocolor; improve to
  select appropriate visual for requested video mode (could be 24-bit
  with deep color support)
- - Eliminate use of curses and xterm in favor of native X-based text
  windows
- - Fix function key support (probably a free side-effect of previous item)
- - Use Xt for interface components of "fractint GUI API"
- - 3D drivers: OpenGL, PEX, native X
- - Generate /bin/sh scripts instead of MS-DOS bat files for "b" command
- - long filename problems?

Platform Support: Mac/Amiga/BeOS/NeXT/other
- -------------------------------------------
- - Someone needs to do the port! :)

Zoom Box
- --------
- - Use XaoS like techniques to speedup the zoom box and/or initialize
  the screen from the zoomed section.

- ------- =_aaaaaaaaaa0--

- --------------------------------------------------------------
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, 4 May 1999 22:55:58 -0600
From: "Tim Wegner" <[e-mail]>
Subject: (fractdev) Unix timer

I'm improving the timer sleepms(). It looks like the same primitive
timer is used by both Xfract and the DOS version.

Is the best way to get a portable microsecond timer under UNIX
gettimeofday()? I don't actually need microseconds, 100's of
microseconds (tenths of millisecs) is good enough.

I haven't had time yet to respond to all Rich's mail and upload
patch 71 source, but I probably will on Thursday night.

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, 04 May 1999 22:53:13 -0600
From: Phil McRevis <[e-mail]>
Subject: Re: (fractdev) Unix timer

How about getitimer?  I'm not sure how portable it is.  This is one of
those things where the standard library was extended after bell labs
unix, so vendors went in different directions.  Try to see if posix
has anything on usec timers.
- --
<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, 5 May 1999 09:35:52 -0400 (EDT)
From: [e-mail] (Kragen Sitaker)
Subject: Re: (fractdev) Unix timer

Tim Wegner writes:
> Is the best way to get a portable microsecond timer under UNIX
> gettimeofday()? I don't actually need microseconds, 100's of
> microseconds (tenths of millisecs) is good enough.

Is this to report computation time on the <Tab> information screen?
times() might be more like what you want, since it doesn't report time
spent running other processes, but I haven't yet figured out how to
portably figure out what units it reports time in.  (On Linux, it's
HZ.)

gettimeofday() is available at least on Linux, Solaris, and *BSD.  I'm
fairly sure some of the old System Vs don't have it, but they are
mostly dead languages now; the main remaining holdout would be SCO,
which until recently (maybe even still?) was based on SVR3.  It might
even be the case that more recent SysVs don't have it, like IRIX; I
haven't used one of them since 1995, though, so I don't know.

- --
<[e-mail]>       Kragen Sitaker     <http://www.pobox.com/~kragen/>
TurboLinux is outselling NT in Japan's retail software market 10 to 1,
so I hear.
- -- http://www.performancecomputing.com/opinions/unixriot/981218.shtml


- --------------------------------------------------------------
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, 5 May 1999 17:41:36 -0300 (EST)
From: Humberto Rossetti Baptista <[e-mail]>
Subject: Re: (fractdev) gamma correction

On Tue, 4 May 1999, Phil McRevis wrote:

> Humberto, I think you joined this list after I created such files last
> year.... I'm attaching the "todo" and "progress" files here.  You can
> get at them on the web in my "fractdev" area
> <http://www.xmission.com/~legalize/fractals/fractdev/>.  I admit the
> "progress" file is a tiny bit stale in that it doesn't include
> anything I've been doing with respect to these drivers.

    Hm. Almost like what I've proposed, but done by hand :-)

    BTW, there isa crucial thing missing :-) a form so send you new items on
the list (proposed and on work). The currente projects list is very outdated
(more than one year).

    []'s

    Humberto R. Baptista
    [e-mail]

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

- -----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GB/C/CA/CM/CS/CC/ED/FA/H/IT/L/M/MU/P/S d?>dpu s:- a->!@ C++++$ USL+++$ P+++@
L+++@ !E W++@ N++(+)@ o+>++++$ K? w>---$ O-@$ M--@ V-- PS@ PE@ Y+>+++$ PGP+@
t+++ 5+@ X+ R>+++$ tv@ b+>++++$ DI++$ D++>++++$ G e+++>++++ h(---)>*$ r+++
y+++*
- ------END GEEK CODE BLOCK------



- --------------------------------------------------------------
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, 05 May 1999 17:28:41 -0600
From: Phil McRevis <[e-mail]>
Subject: Re: (fractdev) gamma correction

In article <[e-mail]>,
    Humberto Rossetti Baptista <[e-mail]>  writes:

> BTW, there isa crucial thing missing :-) a form so send you new items on
> the list (proposed and on work). The currente projects list is very outdated
> (more than one year).

Feel free to send any updates to this list.  I've sent the projects
file to this list several times and only received minor corrections,
so I figured that people were still working on what they said they
were working on before :-).

That web page isn't for general consumption, its just an area I put up
for sharing things relevant to this list.
- --
<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, 5 May 1999 22:50:44 -0600
From: "Tim Wegner" <[e-mail]>
Subject: Re: (fractdev) Unix timer

Kragen asked:

> Is this to report computation time on the <Tab> information screen?

No, the current way of recording elapsed time works find, and
certainly doesn't need mictrosecond precision.

The sleepms() function inserts delays between orbits, mostly for
sound purposes. The trouble with this is that even if the delay is
device independent, the orbit execution ir roughly proportional to
CPU speed, so the over all result is an effect that runs faster on
faster machines.

On the PC I have found source for a microsecond timer. I have
used it to write a wait_until() function. The idea is that at each call,
a future time is recorded. On the next call, if the time hasn't been
reached, the function waits. As long as the wait time is greater
than the execution time, the result is reasonably device
independent.

The gettimeofday function returns two values, one with seconds,
the other with microseconds. I have tested it, and it works fine. So
if it is reasonably portable, this will take care of the Unix/Linux end.

Bill Jemison and some of the other artists have created some
terrific music with Fractint. Robin Bussell has written a driver for a
SOund Blaster (I don't know the details, I haven't followed too
closely.) Eventually we'll need to port the driver to Linux. I know
there is a lot of Linux sound code available.

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, 06 May 1999 12:00:18 -0600
From: Phil McRevis <[e-mail]>
Subject: Re: (fractdev) Unix timer

In article <[e-mail]>,
    "Tim Wegner" <[e-mail]>  writes:

> Bill Jemison and some of the other artists have created some
> terrific music with Fractint. Robin Bussell has written a driver for a
> SOund Blaster (I don't know the details, I haven't followed too
> closely.) Eventually we'll need to port the driver to Linux. I know
> there is a lot of Linux sound code available.

Has anyone thought about sound under X/linux?  I don't know what linux
supports; X has minimal sound features intended only to reproduce the
fidelity of your typical PC keyboard speaker.
- --
<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: Thu, 6 May 1999 23:41 0000
From: [e-mail]
Subject: RE: Re: (fractdev) Unix timer

Hi Rich,
Welcome to the soup kitchen :-)
I see you've been dropping in some good ingredients, nice one!

>Has anyone thought about sound under X/linux?

Well the drivers I've put in write directly to the OPL3 chip so the O/S
might not matter if the hardware's there. I'm not sure about the matter of
cpu  mode though, maybe the code won't have access to the I/O bus,
anyone know better?

It's all set up with wrapper functions anyway so adding on appropriate
ifdefs or whatever shoukd present no problems.

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, 6 May 1999 23:30:22 -0300 (EST)
From: Humberto Rossetti Baptista <[e-mail]>
Subject: Re: (fractdev) gamma correction

On Wed, 5 May 1999, Phil McRevis wrote:

> Feel free to send any updates to this list.  I've sent the projects

    Not only me: list anyone? What are we working on now?

> so I figured that people were still working on what they said they
> were working on before :-).

    One or another new stuff came in. ;-)

    OK: I (HB) have generalized the Pickover Popcorn Julia and implemented a
new drawing methos (diffusion). and some more stuff I'll work as time permits,
but should be listed in the "future work" list if anyone wants to get them first
:-)

- - Generalize the functions (user-defined) defaults and incorporate this in the
formula parser and related areas.

- - Extend the parser support to deal w/ orbits (orbit-like fractals)

- - Retouch epsilon cross method to support more colloring schemes

- - Space mappings (maybe using the parser also) like generalizations to inversion
but allowing any distortion/mapping to be applied.

- - Support to plot grids, axes, scales, color scales, legends etc. to illustrate
the images onscreen

- - Support fot HSB/HLS color models.

- - Network distribution of work.

- - dL-systems (need more research first)

- - HIFS (Hierachical IFS) seems easy.

    Other stuff that I'm intending to steal, aham, get inspiration from
other programs, like XaoS and Ultra Fractal (the first being very interesting
since it is free and the second is commecial but presents all algorithms to
almost everything in configuration files, seem very flexible).

    Of cours i'll not be able to cope with this list so soon, and the order
is not the one I wish to follow, but all these points seem worth some work form
me. :-))

    []'s

    Humberto R. Baptista
    [e-mail]

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

- -----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GB/C/CA/CM/CS/CC/ED/FA/H/IT/L/M/MU/P/S d?>dpu s:- a->!@ C++++$ USL+++$ P+++@
L+++@ !E W++@ N++(+)@ o+>++++$ K? w>---$ O-@$ M--@ V-- PS@ PE@ Y+>+++$ PGP+@
t+++ 5+@ X+ R>+++$ tv@ b+>++++$ DI++$ D++>++++$ G e+++>++++ h(---)>*$ r+++
y+++*
- ------END GEEK CODE BLOCK------



- --------------------------------------------------------------
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: Sun, 9 May 1999 23:19:28 -0600
From: "Tim Wegner" <[e-mail]>
Subject: (fractdev) Patches 65 through 73

I have uploaded the latest patches to

ftp.phoenix.net/pub/USERS/twegner/patches_65_through_73.zip

This file has both DOS and UNIX diffs. The UNIX diffs end in X - e.g.
1961p73x.dif

The probably have CR/LF in them, so I suggest unzipping with the
freeware unzip using the -a option.

Now I need to wade through Rich's changes ...

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: Mon, 10 May 1999 17:08:51 -0600
From: Phil McRevis <[e-mail]>
Subject: Re: (fractdev) Patches 65 through 73

Tim, how important is it that I try to sync up my device-driver fork
with this patch?

I'm touching almost every file in the distribution...
- --
<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: Mon, 10 May 1999 17:18:04 -0600
From: Phil McRevis <[e-mail]>
Subject: (fractdev) "todo" and "progress" files updated

I've incorporated Humberto's suggestions from his last email and added
him to the list of current fractint developers.  The updated files can
be fetched from <http://www.xmission.com/~legalize/fractals/fractdev/>
- --
<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
          <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, 12 May 1999 10:21:12 -0300 (EST)
From: Humberto Rossetti Baptista <[e-mail]>
Subject: Re: (fractdev) "todo" and "progress" files updated

On Mon, 10 May 1999, Phil McRevis wrote:

> I've incorporated Humberto's suggestions from his last email and added
> him to the list of current fractint developers.  The updated files can
> be fetched from <http://www.xmission.com/~legalize/fractals/fractdev/>

    Hi Rich

    Cool, just to help:
Generalized popcorn julia sets          HB (done)
Diffusion drawing method                HB (done)
                                           ^^^^^^=Status

    And other stuff: (i'm not shure this is big enoughtto get in the list,
but anyway):

Latoocarfians                           HB (done)
New Epsilon Cross coloring              HB (patch submited)


    I guess this was my idea on the "project to be done list":
- - Retouch epsilon cross method to support more colloring schemes
    :-)

    OK, lets check the rest:  havent seen RB (Robin) on the list isn't he
working on the sound routines?
    Is anybody else out?

    And you? Where is YOUR entry? I wnat to see the line "Flat model/32 bit
porting " on the list and a nice <done>  status following ;-))))))))))) An
<under way> wold by nice also :-)

    PS: have you got the time to try djgpp? or are you on gcc/linux. Have
you (all) seen thar egcs will become the new gcc?

    Humberto R. Baptista
    [e-mail]

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

- -----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GB/C/CA/CM/CS/CC/ED/FA/H/IT/L/M/MU/P/S d?>dpu s:- a->!@ C++++$ USL+++$ P+++@
L+++@ !E W++@ N++(+)@ o+>++++$ K? w>---$ O-@$ M--@ V-- PS@ PE@ Y+>+++$ PGP+@
t+++ 5+@ X+ R>+++$ tv@ b+>++++$ DI++$ D++>++++$ G e+++>++++ h(---)>*$ r+++
y+++*
- ------END GEEK CODE BLOCK------



- --------------------------------------------------------------
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, 12 May 1999 11:55:16 -0600
From: Phil McRevis <[e-mail]>
Subject: Re: (fractdev) "todo" and "progress" files updated

In article <[e-mail]>,
    Humberto Rossetti Baptista <[e-mail]>  writes:

>     Cool, just to help:
> Generalized popcorn julia sets          HB (done)
> Diffusion drawing method                HB (done)
>                                            ^^^^^^=Status

OK, if they're done then we take them off the "progress" file, because
that's for stuff that's in progress :-)

I will also add my current project to the progress list (thanks for
the reminder).

>     PS: have you got the time to try djgpp? or are you on gcc/linux. Have
> you (all) seen thar egcs will become the new gcc?

Currently I'm working on unix.  When I have the native X text working
on unix, then I'll bring the code over to my PC and compile with djgpp
and GNU curses to verify disk video is working on the PC.  Then I'll
begin removing all the MK_FP()'s and so-on that's associated with the
medium memory model tricks.
- --
<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, 12 May 1999 15:28:18 -0300 (EST)
From: Humberto Rossetti Baptista <[e-mail]>
Subject: Re: (fractdev) "todo" and "progress" files updated

On Wed, 12 May 1999, Phil McRevis wrote:

> OK, if they're done then we take them off the "progress" file, because
> that's for stuff that's in progress :-)

    For me its ok, I just assumed you're keeping things around until the
final release and then flushing the list.

> I will also add my current project to the progress list (thanks for
> the reminder).

    :-)))))

    []'s

    Humberto R. Baptista
    [e-mail]

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

- -----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GB/C/CA/CM/CS/CC/ED/FA/H/IT/L/M/MU/P/S d?>dpu s:- a->!@ C++++$ USL+++$ P+++@
L+++@ !E W++@ N++(+)@ o+>++++$ K? w>---$ O-@$ M--@ V-- PS@ PE@ Y+>+++$ PGP+@
t+++ 5+@ X+ R>+++$ tv@ b+>++++$ DI++$ D++>++++$ G e+++>++++ h(---)>*$ r+++
y+++*
- ------END GEEK CODE BLOCK------



- --------------------------------------------------------------
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, 13 May 1999 16:08:51 -0600
From: Phil McRevis <[e-mail]>
Subject: (fractdev) evolution of fractint source code as a package

I'm curious how others feel about adopting the GNU conventions for
the fractint source.  Use of autoconf/automake, conventions for
Makefile targets, conventions for making source code distributions
from the makefile, etc.
- --
<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
          <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: Thu, 13 May 1999 17:29:25 -0600
From: "Tim Wegner" <[e-mail]>
Subject: Re: (fractdev) Patches 65 through 73

> Tim, how important is it that I try to sync up my device-driver fork
> with this patch?

It's a pain now or later. Either method works <g!>

If it's a problem, we can get synched later. Then it is very important
to keep the sources you started from.

If your changes are compatible with our DOS version, we could
merge whenever your version is self-consistent.

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, 13 May 1999 17:31:53 -0600
From: "Tim Wegner" <[e-mail]>
Subject: Re: (fractdev) evolution of fractint source code as a package

> I'm curious how others feel about adopting the GNU conventions for
> the fractint source.  Use of autoconf/automake, conventions for
> Makefile targets, conventions for making source code distributions
> from the makefile, etc.

I know little about what this entails, but for starters I have no
objections.

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, 13 May 1999 16:37:56 -0600
From: Phil McRevis <[e-mail]>
Subject: Re: (fractdev) Patches 65 through 73

In article <[e-mail]>,
    "Tim Wegner" <[e-mail]>  writes:

> It's a pain now or later. Either method works <g!>

OK, I'll work my device-driver/memory model changes on a branch of
patch level 66.  I will keep an updated trunk for xfractint with the
patch level.  Then I will be able to make a merged diff when we're
ready to reintegrate the branch.

> If your changes are compatible with our DOS version, we could
> merge whenever your version is self-consistent.

The plan is that all versions will join in the end, and the DOS
version will be djgpp with DPMI.  There will be one source; but only
relevant drivers will be compiled on different systems.

I have replaced the #ifdef'ed code with code that calls into the
currently active driver.  Each driver provides an implementation of a
set of functions, which are called throughout the source.  The set of
drivers available is based on what you compiled.  So DOS versions
compile drivers that work in DOS, win32 versions compile the drivers
that work there (gdi, directx, OpenGL, etc.) and unix versions compile the
drivers that work there (i.e. X11, OpenGL, etc.).  Fractint's "text
screens" still exist in a graphics environment like X11 or win32, just
that the keystrokes cause window-system text to be drawn instead of
curses-based text.  This unifies the existing ports of fractint into
one source-code and execution model: windows, unix, and DOS.

Each driver is implemented in a file called d_<driver>.c, so my
existing code has d_disk.c, d_fract.c (routines that would call into
ported versions of fractint's 16-bit DOS video assembly code), and
d_x11.c.  Working from one of those as an example, it shouldn't be
hard to create a d_win.c and d_mac.c, bringing the mac and the windows
port also into the same code base.
- --
<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"

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

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