FractInt for Windows (beta 4) -- open for testing
Welcome to the FractInt Makeover! For those of you on the fractint list that may not have heard, I've been overhauling the FractInt source base to move it out of the 16-bit DOS world. Things have been progressing nicely and I'm now at a point where I think widespread testing would be helpful. Download and install beta 4 of FractInt for Windows: <http://tinyurl.com/26dvd7> I've just resubscribed to the fractint list so you can send bug reports to me or to the list. If you have any doubt, just send any bugs to me. A memory dump file will be produced upon a crash, but that shouldn't be happening anymore :-). This is what I would call "Phase I" of the overhaul. It is a migration of the existing DOS source base to a 32-bit Windows application. The user interface looks and acts like DOS because it is just a port of the DOS ui. A minimal amount of "Windows-ification" has been done, but you'll notice a lack of normal Windows things like a menu bar, context menu, paying attention to the mouse, dialog boxes, etc. The next phase will be to backfill these changes into the X Window System version to make all these features available to xfractint. Once that is tested, the beta will be over and a new release made. Known Issues There is no sound output support. There is no mouse support. Panning and zooming is by keyboard only. Video modes with pixel dimensions other than 4/3 aspect ratio assume non-square pixels. The images all render fine, but they appear stretched or squashed. The choice of resolutions in fractint.cfg reflect this. With debugflag=10000, error messages are reported for disk video mode when: start fractint, pick any disk video mode (e.g. 320x200), let it render, wait for completion, then go to the <v> screen, change 320 to 32, submit it. Without the debugflag settings, FractInt for Windows will most likely crash. This problem is present in the DOS fractint and not a result of the port. There are a few gaps in functionality associated with fractal types that were computed via assembly language, but these were mostly integer versions of some of the more common fractal types. If you encounter this situation a message will be displayed informing you that you should switch to floating-point for a useful image. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
On Saturday 17 February 2007 19:31, Richard wrote:
.... The next phase will be to backfill these changes into the X Window System version to make all these features available to xfractint. Once that is tested, the beta will be over and a new release made.
looking very much forwards to it :) will the new xfractint release also be lacking the keyboard support as you mentioned ? sammi
In article <200702171958.28992.sam@sende.co.uk>, sam ende <sam@sende.co.uk> writes:
On Saturday 17 February 2007 19:31, Richard wrote:
The next phase will be to backfill these changes into the X Window System version to make all these features available to xfractint. Once that is tested, the beta will be over and a new release made.
looking very much forwards to it :) will the new xfractint release also be lacking the keyboard support as you mentioned ?
I'm not sure yet, it might be that mouse support will come before the final release. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
In article <200702172034.35605.sam@sende.co.uk>, sam ende <sam@sende.co.uk> writes:
On Saturday 17 February 2007 20:31, Richard wrote:
I'm not sure yet, it might be that mouse support will come before the final release.
sorry, yes i meant mouse support, i've no idea how to zoom into images without.
The help system from DOS fractint is present in the Win32 version, so F1 will always show you help wherever you are. To zoom in use PageUp to enter zoom mode and then use the arrow keys to pan and PageUp/PageDown to zoom in/out. Enter selects the current zoom box to zoom inand Ctl+Enter to zoom out. There are more options described in the help. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
On Saturday 17 February 2007 20:41, Richard wrote:
The help system from DOS fractint is present in the Win32 version, so F1 will always show you help wherever you are.
To zoom in use PageUp to enter zoom mode and then use the arrow keys to pan and PageUp/PageDown to zoom in/out. Enter selects the current zoom box to zoom inand Ctl+Enter to zoom out. There are more options described in the help.
will this be a new feature ? i'm having kittens trying to get all the key-bindings to work, they simply don't. could it be because i have the keyboard set to american style ? what exactly is the difference between xfractint and fractint that the keyboard etc do not function the same way ? (not that i expect you to go and fix it of course) sammi
On Sat, 2007-02-17 at 20:49 +0000, sam ende wrote:
To zoom in use PageUp to enter zoom mode and then use the arrow keys to pan and PageUp/PageDown to zoom in/out. Enter selects the current zoom box to zoom inand Ctl+Enter to zoom out. There are more options described in the help.
will this be a new feature ? i'm having kittens trying to get all the key-bindings to work, they simply don't. could it be because i have the keyboard set to american style ? what exactly is the difference between xfractint and fractint that the keyboard etc do not function the same way ? (not that i expect you to go and fix it of course)
It works like this for me. Usually what has happened is that the shift key is used instead of the control key (with certain exceptions, of course). Jonathan
On Saturday 17 February 2007 21:02, Jonathan Osuch wrote:
On Sat, 2007-02-17 at 20:49 +0000, sam ende wrote:
To zoom in use PageUp to enter zoom mode and then use the arrow keys to pan and PageUp/PageDown to zoom in/out. Enter selects the current zoom box to zoom inand Ctl+Enter to zoom out. There are more options described in the help.
will this be a new feature ? i'm having kittens trying to get all the key-bindings to work, they simply don't. could it be because i have the keyboard set to american style ? what exactly is the difference between xfractint and fractint that the keyboard etc do not function the same way ? (not that i expect you to go and fix it of course)
It works like this for me. Usually what has happened is that the shift key is used instead of the control key (with certain exceptions, of course).
just talk to me like i'm really thick, how can you use the shift key and the page up or down to make selection to zoom into ? or is this only for the newer version ? sammi
On Sat, 2007-02-17 at 21:11 +0000, sam ende wrote:
just talk to me like i'm really thick, how can you use the shift key and the page up or down to make selection to zoom into ? or is this only for the newer version ?
For zooming in and then panning the rectangle, the control key works fine for me in Xfractint. It has nothing to do with the newer version. Jonathan
On Saturday 17 February 2007 21:31, Jonathan Osuch wrote:
On Sat, 2007-02-17 at 21:11 +0000, sam ende wrote:
just talk to me like i'm really thick, how can you use the shift key and the page up or down to make selection to zoom into ? or is this only for the newer version ?
For zooming in and then panning the rectangle, the control key works fine for me in Xfractint. It has nothing to do with the newer version.
right. like i said, really thick version, control and page up gives the same as pressing z. ? sammi
On Sat, 2007-02-17 at 21:40 +0000, sam ende wrote:
For zooming in and then panning the rectangle, the control key works fine for me in Xfractint. It has nothing to do with the newer version.
right. like i said, really thick version, control and page up gives the same as pressing z.
Okay, the pageup key creates and decreases the size of the zoom box. The pagedown key will increase the size of the zoom box. To move the zoom box, use the arrow keys. To move the zoom box faster, use the control key along with the arrow keys. BTW, all this is in the Fractint help, which you can get to using the F1 key. Jonathan
Oops, just found a crash while trying to load a colormap. I'll get a fix out for this before the weekend is over. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
On Sat, 2007-02-17 at 13:47 -0700, Richard wrote:
Oops, just found a crash while trying to load a colormap. I'll get a fix out for this before the weekend is over.
Take a look at the Cellular type. The first screen is okay, but press the space bar to continue the calculation, and then again the stop the calculation, gives a crash. Jonathan
In article <1171746208.3959.5.camel@linux.site>, Jonathan Osuch <osuchj@avalon.net> writes:
Take a look at the Cellular type. The first screen is okay, but press the space bar to continue the calculation, and then again the stop the calculation, gives a crash.
Thanks guys, keep the bug reports coming! Remember this is a beta :-). -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
Richard, Choose a graphics mode at the same resolution as your Windows screen. The generated fractal has no slide bars to the right or on the bottom. It should have slide bars, as the top and bottom is partially covered by the title bar and task toolbar, and the right and left edges are covered by a narrow window border. Lee
In article <45D7790F.40606@thuntek.net>, "Lee H. Skinner" <skinner@thuntek.net> writes:
Choose a graphics mode at the same resolution as your Windows screen. The generated fractal has no slide bars to the right or on the bottom. It should have slide bars, as the top and bottom is partially covered by the title bar and task toolbar, and the right and left edges are covered by a narrow window border.
Ultimately, yes, you will get scroll bars and whatnot. For now I'll just limit the window to be smaller than your desktop in the GDI driver. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
In article <45D7776A.50308@thuntek.net>, "Lee H. Skinner" <skinner@thuntek.net> writes:
I get a crash when trying to restore an image <r>. This was working with bet a 3, and I'm guessing may be related to the colormap bug.
Good intuition :-). Yes, I had a bug in anything that tried to format a list of stuff and show it to you, so colormaps, file browsing, etc. In article <45D76A1F.9060807@sympatico.ca>, Doug Stewart <dastew@sympatico.ca> writes:
I found one little problem though if you are if normal video mode and then go to disc mod then back to video mode by pressing del the back to shift F3 mode and back again it gets confused.
Fixed In article <E1HIWSS-0002gO-00@xmission.xmission.com>, Richard <legalize@xmission.com> writes:
Oops, just found a crash while trying to load a colormap.
Fixed In article <1171746208.3959.5.camel@linux.site>, Jonathan Osuch <osuchj@avalon.net> writes:
Take a look at the Cellular type. The first screen is okay, but press the space bar to continue the calculation, and then again the stop the calculation, gives a crash.
Fixed -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
Richard wrote:
In article <200702171958.28992.sam@sende.co.uk>, sam ende <sam@sende.co.uk> writes:
On Saturday 17 February 2007 19:31, Richard wrote:
The next phase will be to backfill these changes into the X Window System version to make all these features available to xfractint. Once that is tested, the beta will be over and a new release made.
looking very much forwards to it :) will the new xfractint release also be lacking the keyboard support as you mentioned ?
I'm not sure yet, it might be that mouse support will come before the final release.
Its working OK here. I found one little problem though if you are if normal video mode and then go to disc mod then back to video mode by pressing del the back to shift F3 mode and back again it gets confused. What compiler are you using ? can we make this a DLL and make a front end in C#, If yes I will help. If no I would still like to help. Doug Stewart Doug Stewart
In article <45D76A1F.9060807@sympatico.ca>, Doug Stewart <dastew@sympatico.ca> writes:
I found one little problem though if you are if normal video mode and then go to disc mod then back to video mode by pressing del the back to shift F3 mode and back again it gets confused.
Thanks; I will look into this.
What compiler are you using ?
VS.NET
can we make this a DLL and make a front end in C#, If yes I will help. If no I would still like to help.
Separating the engine from the UI is something that's on the roadmap, but its a ways off. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
In article <45D77EC0.5080804@sympatico.ca>, Doug Stewart <dastew@sympatico.ca> writes:
Are you going to make the source available?
When its out of beta and a final release is made, the source will be available as is the fractint tradition, yes. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
I had a buffer over run error in lsystems leaf2 when it tried 33 for the order. I then tried to reproduce it and could not !! I tried orders up to 40. I have the dump file if you want it. Here is a par. Nothing special about it except that it was made with this windows version:-) doug1 { ; Fractint Version 2099 Patchlevel 8 reset=2099 type=mandel center-mag=-0.73665798354074707/+0.19577577944102792/2.398378e+011/0.75 params=0/0 float=y maxiter=100000 inside=0 colors=0008AA<5>899899899<28>121121021<3>010000000000z00zz0zzz<79>ffffff\ eff<4>edeeddedd<75>NMMMMMMLM<4>LLKLLKKLK<12>HHHHHGHHG<2>GGFGGFDGFCEDBDC<\ 8>8BA }
In article <45DC4B9B.2080502@sympatico.ca>, Doug Stewart <dastew@sympatico.ca> writes:
I had a buffer over run error in lsystems leaf2 when it tried 33 for the order.
I then tried to reproduce it and could not !! I tried orders up to 40.
Yeah, I couldn't reproduce it either. Were you using other fractal types before you did lsystems/leaf2? -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
Richard wrote:
In article <45DC4B9B.2080502@sympatico.ca>, Doug Stewart <dastew@sympatico.ca> writes:
I had a buffer over run error in lsystems leaf2 when it tried 33 for the order.
I then tried to reproduce it and could not !! I tried orders up to 40.
Yeah, I couldn't reproduce it either. Were you using other fractal types before you did lsystems/leaf2?
Yes I had run it for about .5 to 1 hr. in lots of different fractals. I wonder if it is a stack or memory problem. I have 1 g so lots of memory in the machine. Don't worry about it for now. If it shows up again I will do a better job of documenting it. Doug Stewart
I think I have found a small problem. I ran the sunfish par the Mr. Fisher sent out recently and I liked the colour map so I saved it and then tried to use it and found that it had changed. I then found that as soon as you start colour cycling the colours change. If you want to see the colour maps download them at http://dougs.homeip.net/sunf/ sunf2.jpg is the original and sunf3.jpg is after a small amount of cycling. Thanks again for your work. Doug
On Sunday 25 February 2007 03:36, Doug Stewart wrote:
I think I have found a small problem.
I ran the sunfish par the Mr. Fisher sent out recently and I liked the colour map so I saved it and then tried to use it and found that it had changed.
I then found that as soon as you start colour cycling the colours change.
If you want to see the colour maps download them at http://dougs.homeip.net/sunf/ sunf2.jpg is the original and sunf3.jpg is after a small amount of cycling.
colour cycling appears to shift the colours around/differnt order ? i always assumed the colour order stayed the same, just shifted to differnt points. sammi
In article <45E10426.2010300@sympatico.ca>, Doug Stewart <dastew@sympatico.ca> writes:
I ran the sunfish par the Mr. Fisher sent out recently and I liked the colour map so I saved it and then tried to use it and found that it had changed.
None of the colormap stuff has changed, so if you could email me a series of steps that reproduces this problem, that would be great. In Windows the colors are in the full range of 0-255 per channel, but in the DOS/VGA world you only have 0-63 per channel and there was some code there that assumed that 0-63 was the right range, so I adjusted that code so that the colors would display properly.
I then found that as soon as you start colour cycling the colours change.
When I look at the two pictures you referenced, I don't see that the colors themselves are different, they just look cycled. Color cycling just moves the entries around in the palette, it doesn't change the entries themselves. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
Richard wrote:
In article <45E10426.2010300@sympatico.ca>, Doug Stewart <dastew@sympatico.ca> writes:
I ran the sunfish par the Mr. Fisher sent out recently and I liked the colour map so I saved it and then tried to use it and found that it had changed.
None of the colormap stuff has changed, so if you could email me a series of steps that reproduces this problem, that would be great.
In Windows the colors are in the full range of 0-255 per channel, but in the DOS/VGA world you only have 0-63 per channel and there was some code there that assumed that 0-63 was the right range, so I adjusted that code so that the colors would display properly.
I then found that as soon as you start colour cycling the colours change.
When I look at the two pictures you referenced, I don't see that the colors themselves are different, they just look cycled. Color cycling just moves the entries around in the palette, it doesn't change the entries themselves.
OK? when I look at those 2 pictures they are very different. First) of all it is shifted as you say but only by about 5 spots. then look closely and you will see groups of 3 the same and then 1 different. Second) there is a red spot near the middle of the second picture and in the original there is no red all by itself. I tried this on 2 different machines so I am sure its not just my machine.
Doug Stewart wrote:
Richard wrote:
In article <45E10426.2010300@sympatico.ca>, Doug Stewart <dastew@sympatico.ca> writes:
I ran the sunfish par the Mr. Fisher sent out recently and I liked the colour map so I saved it and then tried to use it and found that it had changed.
None of the colormap stuff has changed, so if you could email me a series of steps that reproduces this problem, that would be great.
In Windows the colors are in the full range of 0-255 per channel, but in the DOS/VGA world you only have 0-63 per channel and there was some code there that assumed that 0-63 was the right range, so I adjusted that code so that the colors would display properly.
I then found that as soon as you start colour cycling the colours change.
When I look at the two pictures you referenced, I don't see that the colors themselves are different, they just look cycled. Color cycling just moves the entries around in the palette, it doesn't change the entries themselves.
OK? when I look at those 2 pictures they are very different. First) of all it is shifted as you say but only by about 5 spots. then look closely and you will see groups of 3 the same and then 1 different. Second) there is a red spot near the middle of the second picture and in the original there is no red all by itself.
I tried this on 2 different machines so I am sure its not just my machine.
_______________________________________________ Fractint mailing list Fractint@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/fractint
I just found a clue . When I start color cycling with the - button then the problem shows up. but if I cycle with the + button all is well. The - direction also goes 3 times faster than the + direction. Doug
Doug Stewart wrote:
Doug Stewart wrote:
Richard wrote:
In article <45E10426.2010300@sympatico.ca>, Doug Stewart <dastew@sympatico.ca> writes:
I ran the sunfish par the Mr. Fisher sent out recently and I liked the colour map so I saved it and then tried to use it and found that it had changed.
None of the colormap stuff has changed, so if you could email me a series of steps that reproduces this problem, that would be great.
In Windows the colors are in the full range of 0-255 per channel, but in the DOS/VGA world you only have 0-63 per channel and there was some code there that assumed that 0-63 was the right range, so I adjusted that code so that the colors would display properly.
I then found that as soon as you start colour cycling the colours change.
When I look at the two pictures you referenced, I don't see that the colors themselves are different, they just look cycled. Color cycling just moves the entries around in the palette, it doesn't change the entries themselves.
OK? when I look at those 2 pictures they are very different. First) of all it is shifted as you say but only by about 5 spots. then look closely and you will see groups of 3 the same and then 1 different. Second) there is a red spot near the middle of the second picture and in the original there is no red all by itself.
I tried this on 2 different machines so I am sure its not just my machine.
I just found a clue . When I start color cycling with the - button then the problem shows up. but if I cycle with the + button all is well. The - direction also goes 3 times faster than the + direction. Doug
the easiest way to see this is to 1) make any fractal -- Mandel is ok 2) start cycling with the + 3) do shift F1 this is a gray map 4) press the - key 5) you should see a red and yellow show up that should not be there. 6 ) let it keep cycling - each time through the complete map you should see more red. the more red was this way on my machine. Cycle # # of reds 1 1 2 2 3 9 4 13 5 17 etc. Doug
In article <45E1F787.3020109@sympatico.ca>, Doug Stewart <dastew@sympatico.ca> writes:
the easiest way to see this is to 1) make any fractal -- Mandel is ok 2) start cycling with the + 3) do shift F1 this is a gray map 4) press the - key 5) you should see a red and yellow show up that should not be there.
Interesting; this only appears on the release build and not on the debug build. I can repro it using the steps you give above though, thanks. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
Richard wrote:
In article <45E1F787.3020109@sympatico.ca>, Doug Stewart <dastew@sympatico.ca> writes:
the easiest way to see this is to 1) make any fractal -- Mandel is ok 2) start cycling with the + 3) do shift F1 this is a gray map 4) press the - key 5) you should see a red and yellow show up that should not be there.
Interesting; this only appears on the release build and not on the debug build. I can repro it using the steps you give above though, thanks.
Also If you let it cycle in the - direction, ever complete cycle there is more red and eventually you get pink and blue I'm glad I was of some help. I have autoKeys=record, and no crashes yet. Doug
In article <45E44E40.6030509@sympatico.ca>, Doug Stewart <dastew@sympatico.ca> writes:
Also If you let it cycle in the - direction, ever complete cycle there is more red and eventually you get pink and blue
Entirely believable. This is some sort of problem introduced by the optimization applied by the compiler. It will take some time to identify the offending portion. I'd rather not ship with optimizations turned off globally, even if that does fix the problem. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
Ok this time i have a repeatable crash. Unexpected error etc Buffer overrun detected! etc. the way to get this is to open fract19.par and run the last one "Zorro" It starts and draws some (1%) and crashes. Doug
Doug Stewart wrote:
Ok this time i have a repeatable crash.
Unexpected error etc
Buffer overrun detected! etc.
the way to get this is to open fract19.par and run the last one "Zorro"
It starts and draws some (1%) and crashes.
Doug
Lumber in the same par file also crashes it repeatedly. Doug
In article <45E4FA09.9020304@sympatico.ca>, Doug Stewart <dastew@sympatico.ca> writes:
Lumber in the same par file also crashes it repeatedly.
This is also boundary trace; its hanging up in the same place. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
In article <45E4F456.2040902@sympatico.ca>, Doug Stewart <dastew@sympatico.ca> writes:
the way to get this is to open fract19.par and run the last one "Zorro"
It starts and draws some (1%) and crashes.
What's interesting about this is that when I run it, I don't get an image at all because it is stuck in an infinite loop! It appears to be something in the boundary trace code. I'm investigating... -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
In article <45E4F456.2040902@sympatico.ca>, Doug Stewart <dastew@sympatico.ca> writes:
the way to get this is to open fract19.par and run the last one "Zorro"
It starts and draws some (1%) and crashes.
OK, found the bug and fixed it, thanks! Lumber also works now. The fix will be in beta 6, which will be released soon. I need to fix the color cycling bug before releasing beta 6. This reminds me, that it I need to systematically run *all* the entries in *all* the PAR files shipping with FractInt as a validation test before the next beta. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
In article <45E1F787.3020109@sympatico.ca>, Doug Stewart <dastew@sympatico.ca> writes:
the easiest way to see this is to 1) make any fractal -- Mandel is ok 2) start cycling with the + 3) do shift F1 this is a gray map 4) press the - key 5) you should see a red and yellow show up that should not be there. 6 ) let it keep cycling - each time through the complete map you should see more red.
OK, I think I found the problem here. Working on it... -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
Richard, You may have stated this before, but I don't remember. The palette editor depends a lot on mouse support for selecting ranges for the <o> and <=> commands. Where does the priority for mouse support lie? Lee
In article <45E51DE6.5010400@thuntek.net>, "Lee H. Skinner" <skinner@thuntek.net> writes:
You may have stated this before, but I don't remember. The palette editor depends a lot on mouse support for selecting ranges for the <o> and <=> commands. Where does the priority for mouse support lie?
I just looked at it and this might show up in beta 6 as well. Its not as involved as I first thought. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
Hi, Meant to post this a while back. There's a problem with the @ - F6 par file selection window. Everything gets crunched up. I don't know if I can send an attachment to the list but, if so, here's a snapshot... Chris
In article <002201c771e5$5dc6fd40$a216fea9@62ye5fofirfj5ry>, "Chris Curnow" <curnow@sapo.pt> writes:
There's a problem with the @ - F6 par file selection window. Everything gets crunched up.
Thanks, I'll take a look at this. Chances are I've already fixed it in my developer code. :-) Jonathan has helped improve my crappy mouse support, so we're nearing the next (and what I hope is the final) beta for Windows. X11 will have to wait a while, unfortunately. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
Waits with bated breath! ----- Original Message ----- From: "Richard" <legalize@xmission.com> To: "Fractint and General Fractals Discussion" <fractint@mailman.xmission.com> Sent: Thursday, March 29, 2007 2:14 PM Subject: Re: [Fractint] FractInt for Windows (beta 5) selecting pars
In article <002201c771e5$5dc6fd40$a216fea9@62ye5fofirfj5ry>, "Chris Curnow" <curnow@sapo.pt> writes:
There's a problem with the @ - F6 par file selection window. Everything gets crunched up.
Thanks, I'll take a look at this. Chances are I've already fixed it in my developer code. :-) Jonathan has helped improve my crappy mouse support, so we're nearing the next (and what I hope is the final) beta for Windows. X11 will have to wait a while, unfortunately. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html>
Legalize Adulthood! <http://blogs.xmission.com/legalize/>
_______________________________________________ Fractint mailing list Fractint@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/fractint
In article <002201c771e5$5dc6fd40$a216fea9@62ye5fofirfj5ry>, "Chris Curnow" <curnow@sapo.pt> writes:
There's a problem with the @ - F6 par file selection window. Everything gets crunched up.
I discussed this with Chris, but for the benefit of others... The issue here is that fractint's file browsing screens have a layout that assumes filenames will never be longer than 8.3 characters. I have modified the code so that long filenames are supported. However, when you browse a directory with long PAR filenames only the first 12 characters are shown. This results in the appearance Chris described as "crunched up". The files should still load properly, just that this home brewed directory listing isn't properly displaying the whole name. Its a cosmetic issue that will be fixed at some point, but it should not impact functionality. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
Hi all. Halfway through my week-long "vacation" (with quotes because I am staying home and working around the house), and I just now have time to do something other than address "A" priority items. I have been going back through my FractInt e-mails and appear to have tossed the one crucial mail that I need, the announcement of the beta 5 release of Fractint for Windows. - Which versions of Windows will run it? - Where can I find it? - Is it an executable, or does it require compiling? Aside from games, the only reason I remain chained to Windoze 98se is FractInt. If there is a stable and fully capable version of FractInt, that will make my transition into the 21st century easier. Also, can someone recommend a high quality, low cost, latter-day-Windows-based image format converter? (If you've used Jan Patera's PictView (DOS) you know what I am looking for.) Thanks, Bud
IrfanView? Free, does all the conversions, I've been told you can do more than that with it but I use it simply to view and convert images. Link: http://www.irfanview.com/ Chris ----- Original Message ----- From: "Mark Christenson" <mchris@value.net> To: "Fractint and General Fractals Discussion" <fractint@mailman.xmission.com> Sent: Wednesday, February 28, 2007 6:11 PM Subject: Re: [Fractint] FractInt for Windows (beta 5) -- open for testing
Hi all.
Halfway through my week-long "vacation" (with quotes because I am staying home and working around the house), and I just now have time to do something other than address "A" priority items.
I have been going back through my FractInt e-mails and appear to have tossed the one crucial mail that I need, the announcement of the beta 5 release of Fractint for Windows.
- Which versions of Windows will run it? - Where can I find it? - Is it an executable, or does it require compiling?
Aside from games, the only reason I remain chained to Windoze 98se is FractInt. If there is a stable and fully capable version of FractInt, that will make my transition into the 21st century easier.
Also, can someone recommend a high quality, low cost, latter-day-Windows-based image format converter? (If you've used Jan Patera's PictView (DOS) you know what I am looking for.)
Thanks, Bud
_______________________________________________ Fractint mailing list Fractint@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/fractint
In article <032d01c75b63$fb9b5720$7899fea9@budstoy>, "Mark Christenson" <mchris@value.net> writes:
- Which versions of Windows will run it?
Its compiled on XP. I don't have Win95/98 to test on, but it should run there without difficulties.
- Where can I find it?
<http://www.xmission.com/~legalize/fractals/fractdev/FractIntSetup-21.00.beta5.msi>
- Is it an executable, or does it require compiling?
Its an executable with an installer. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
Richard, thanks! It does indeed run on Win 98se. Now I just have to limit the time I spend on this addition to the mix. Add me to the list of those eagerly awaiting mouse support! :-) Thanks again, Bud ----- Original Message ----- From: "Richard" <legalize@xmission.com> To: "Fractint and General Fractals Discussion" <fractint@mailman.xmission.com> Sent: Wednesday, February 28, 2007 10:45 Subject: Re: [Fractint] FractInt for Windows (beta 5) -- open for testing
In article <032d01c75b63$fb9b5720$7899fea9@budstoy>, "Mark Christenson" <mchris@value.net> writes:
- Which versions of Windows will run it?
Its compiled on XP. I don't have Win95/98 to test on, but it should run there without difficulties.
- Where can I find it?
<http://www.xmission.com/~legalize/fractals/fractdev/FractIntSetup-21.00.bet a5.msi>
- Is it an executable, or does it require compiling?
Its an executable with an installer. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html>
Legalize Adulthood! <http://blogs.xmission.com/legalize/>
_______________________________________________ Fractint mailing list Fractint@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/fractint
So now I'm a beta tester... While zooming into the Mandelbrot set, as I was exceeding about 2.8 e+12 magnification, the computation slowed down significantly. Location is X-axis, about -1.9401573555612, log palette=1, maxiter=1000, passes=1. Perhaps an arbitrary precision issue... Later, Bud ----- Original Message ----- From: "Mark Christenson" <mchris@value.net> To: "Fractint and General Fractals Discussion" <fractint@mailman.xmission.com> Sent: Wednesday, February 28, 2007 11:23 Subject: Re: [Fractint] FractInt for Windows (beta 5) -- open for testing
Richard,
thanks! It does indeed run on Win 98se. Now I just have to limit the time I spend on this addition to the mix. Add me to the list of those eagerly awaiting mouse support! :-)
Thanks again, Bud
----- Original Message ----- From: "Richard" <legalize@xmission.com> To: "Fractint and General Fractals Discussion" <fractint@mailman.xmission.com> Sent: Wednesday, February 28, 2007 10:45 Subject: Re: [Fractint] FractInt for Windows (beta 5) -- open for testing
In article <032d01c75b63$fb9b5720$7899fea9@budstoy>, "Mark Christenson" <mchris@value.net> writes:
- Which versions of Windows will run it?
Its compiled on XP. I don't have Win95/98 to test on, but it should run there without difficulties.
- Where can I find it?
<http://www.xmission.com/~legalize/fractals/fractdev/FractIntSetup-21.00.bet
a5.msi>
- Is it an executable, or does it require compiling?
Its an executable with an installer. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for
download
<http://www.xmission.com/~legalize/book/download/index.html>
Legalize Adulthood! <http://blogs.xmission.com/legalize/>
_______________________________________________ Fractint mailing list Fractint@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/fractint
_______________________________________________ Fractint mailing list Fractint@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/fractint
In article <000701c75b77$3cfd0840$7899fea9@budstoy>, "Mark Christenson" <mchris@value.net> writes:
While zooming into the Mandelbrot set, as I was exceeding about 2.8 e+12 magnification, the computation slowed down significantly. Location is X-axis, about -1.9401573555612, log palette=1, maxiter=1000, passes=1. Perhaps an arbitrary precision issue...
Isn't this just normal when you switch from hardware floating-point to arbitrary precision? You should be able to tell when it switches with the <TAB> screen. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
Hi Richard, Back to the old subject. Jim's FOTD for 12-08-07 'Straight Forward' was a bit late appearing on Lee's site so I thought I'd have a look at it, (a rating of 9 tends to make the wait more painful!) In Fractint for Windows it looks nothing like the posted image so I used the DOS version to check that I hadn't screwed the par. That resulted in the same image as Lee posted. Just thought you ought to know, Chris Um, bog standard Windows XP SP2 no added bells and whistles.
Richard wrote:
In article <032d01c75b63$fb9b5720$7899fea9@budstoy>, "Mark Christenson" <mchris@value.net> writes:
- Which versions of Windows will run it?
Its compiled on XP. I don't have Win95/98 to test on, but it should run there without difficulties.
I've had no difficulties with it in W98 so far apart from the same colour-cycling issue others have raised. Mike
I have been going back through my FractInt e-mails and appear to have tossed the one crucial mail that I need, the announcement of the beta 5 release of Fractint for Windows.
Before someone jumps on me for not using the online resources, I should note that I got to the "Getting FractInt" page http://spanky.triumf.ca/www/fractint/getting.html and could not find the right link. I am still looking... Thanks, Bud
Mark Christenson wrote:
Also, can someone recommend a high quality, low cost, latter-day-Windows-based image format converter? (If you've used Jan Patera's PictView (DOS) you know what I am looking for.)
IrfanView - http://www.irfanview.com Free and extremely powerful. -- David gnome@hawaii.rr.com authenticity, honesty, community
I have found another glitch (or the same one that was not repeatable) start Fractint do not hit the DEL key press r load a picture and let it go into disk mode press v this crashes every time for me. Doug
I have found another glitch (or the same one that was not repeatable) start Fractint do not hit the DEL key press r load a picture and let it go into disk mode press v this crashes every time for me. Doug stewart
In article <45E1F787.3020109@sympatico.ca>, Doug Stewart <dastew@sympatico.ca> writes:
the easiest way to see this is to 1) make any fractal -- Mandel is ok 2) start cycling with the + 3) do shift F1 this is a gray map 4) press the - key 5) you should see a red and yellow show up that should not be there. 6 ) let it keep cycling - each time through the complete map you should see more red. the more red was this way on my machine.
This will be fixed in beta 6. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
I was color cycling then I hit ESC to stop cycling and then I hit L and got this --------------------------- Microsoft Visual C++ Runtime Library --------------------------- Buffer overrun detected! Program: ...e Soup Group\FractInt for Windows\fractint.exe A buffer overrun has been detected which has corrupted the program's internal state. The program cannot safely continue execution and must now be terminated. --------------------------- OK ---------------------------
In article <45E1EC5E.5060900@sympatico.ca>, Doug Stewart <dastew@sympatico.ca> writes:
I was color cycling then I hit ESC to stop cycling and then I hit L and got this [buffer overrun]
I don't think color cycling by itself caused this; can you come up with a series of steps to reproduce it? -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
Richard wrote:
In article <45E1EC5E.5060900@sympatico.ca>, Doug Stewart <dastew@sympatico.ca> writes:
I was color cycling then I hit ESC to stop cycling and then I hit L and got this [buffer overrun]
I don't think color cycling by itself caused this; can you come up with a series of steps to reproduce it?
No I have had 4 or 5 times when it has done this and each time is different and not reproducible. I have VS2005 so if I had the source and ran it in debug mode I might be able to find it. Might not too! Doug
In article <45E2F990.3010804@sympatico.ca>, Doug Stewart <dastew@sympatico.ca> writes:
I don't think color cycling by itself caused this; can you come up with a series of steps to reproduce it?
No I have had 4 or 5 times when it has done this and each time is different and not reproducible.
Try running with autokey=record and just record all your keystrokes and see if you can make it happen. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
Doug Stewart wrote:
can we make this a DLL and make a front end in C#, If yes I will help. If no I would still like to help.
Yes, please make the fractal generation end a true backend, and do it in a portable not proprietary language, so that (1) GUIs can be done in many different languages and (2) the back end can be run on separate hardware. I'd love to see a Fractint backend running on something like a supercomputer, with an X Window UI running on my computer! ;-) -- David gnome@hawaii.rr.com authenticity, honesty, community
Richard, The circular history buffer doesn't seem to be working: <\> or <h> or <ctrl-h> just redraws the current image and <g>,maxhistory=10 is not understood by the program. Lee
On Saturday 17 February 2007 20:55, Lee H. Skinner wrote:
Richard,
The circular history buffer doesn't seem to be working:
<\> or <h> or <ctrl-h> just redraws the current image and <g>,maxhistory=10 is not understood by the program.
your program and i, we are in total sympathy. sammi
In article <45D76BBF.5010701@thuntek.net>, "Lee H. Skinner" <skinner@thuntek.net> writes:
<\> or <h> or <ctrl-h> just redraws the current image and
Fixed in beta 6 -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
I went to the URL <http://tinyurl.com/26dvd7> and downloaded and ran FractIntSetup-21.00.beta4.msi However when I tried to run Fractint for Windows I got an error message: The procedure entry point MiniDumpWriteDump could not be located in .... dbghelp.dll Have I missed something? -------------------- Barry W Smith P O Box 442, Jamison Centre ACT 2614, Australia Tel. (Home & answering machine) (02) 6251 2119 International +61 2 6251 2119 e-mail: barrys@grapevine.net.au
In article <45D79642.7000601@grapevine.net.au>, Barry Smith <barrys@grapevine.net.au> writes:
However when I tried to run Fractint for Windows I got an error message: The procedure entry point MiniDumpWriteDump could not be located in .... dbghelp.dll
Fixed. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
Really? I went again to the URL <http://tinyurl.com/26dvd7> and downloaded the latest FractIntSetup-21.00.beta4.msi file. I uninstalled Fractint for Windows using Control Panel, and then ran the msi file. However when I tried to run Fractint for Windows I still got an error message: The procedure entry point MiniDumpWriteDump could not be located in ... dbghelp.dll Richard wrote:
In article <45D79642.7000601@grapevine.net.au>, Barry Smith <barrys@grapevine.net.au> writes:
However when I tried to run Fractint for Windows I got an error message: The procedure entry point MiniDumpWriteDump could not be located in .... dbghelp.dll
Fixed.
-------------------- Barry W Smith P O Box 442, Jamison Centre ACT 2614, Australia Tel. (Home & answering machine) (02) 6251 2119 International +61 2 6251 2119 e-mail: barrys@grapevine.net.au
Hi Richard, At 12:31 17/02/2007 -0700, you wrote:
Welcome to the FractInt Makeover!
For those of you on the fractint list that may not have heard, I've been overhauling the FractInt source base to move it out of the 16-bit DOS world. Things have been progressing nicely and I'm now at a point where I think widespread testing would be helpful.
Download and install beta 4 of FractInt for Windows: <http://tinyurl.com/26dvd7>
here is what i got there: Access Denied - Error 403 You do not have permission to access this page. Cheers, Guy
In article <3.0.6.32.20070219224301.00fcebf0@mail.mnhn.lu>, Guy Marson <gmarson@mnhn.lu> writes:
Access Denied - Error 403 You do not have permission to access this page.
Use beta 5. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/>
participants (11)
-
Barry Smith -
Chris Curnow -
david -
Doug Stewart -
Guy Marson -
Jonathan Osuch -
Lee H. Skinner -
Mark Christenson -
Michael Traynor -
Richard -
sam ende