September 2017 - Fractint - mailman.xmission.com

Update to SDL version
by osuchj＠mediacombb.net 02 Oct '17

02 Oct '17

Folks, I've updated the experimental SDL version on the Developers website. It now runs a disk video mode, but only once, then it crashes. Jonathan

3 2

Re: [Fractint] 2017-09-10 update to SDL version
by Harold Lane 13 Sep '17

13 Sep '17

> ...you really do want to be able to stop [the disk's potentially long initialization process] if you decide you have made a mistake. That makes sense. > The code should send you back to the video mode selection screen, but doesn't. Right. It would really be "convenient" to have that happen as intended... > It is not that the text is too small. The logic mistakenly thinks it has a graphics screen instead of a text screen. I see. Oops. If the truth were to be known, I once had "mistaken logic." - Hal Lane ######################## # hallane(a)earthlink.net ######################## -----Original Message----- From: Jonathan Osuch [mailto:osuchj@mediacombb.net] Sent: Tuesday, September 12, 2017 8:58 PM To: Harold Lane <hallane(a)earthlink.net> Subject: Re: [Fractint] 2017-09-10 update to SDL version > > Hal, > > I have yet to make it do anything sensible if the initialization is > > interrupted. > A couple of ideas re that: > - What does the DOS Fractint do in that situation? I will have to look. > - Could that section be made non-interruptible? If RAM is being used, it is. But, the RAM initialization is so fast, you don't notice it. For using the hard disk, you really do want to be able to stop it if you decide you have made a mistake. > - Would it be reasonable to have the initialization started again > from its beginning. (I've no idea if this is practical.) Ideally, yes. But currently what happens is that the image starts to generate. The code should send you back to the video mode selection screen, but doesn't. > > There are still some screen issues with switching disk video modes > Is this referring to the smaller screen sizes/video modes showing the > text almost too small to read? It is not that the text is too small. The logic mistakenly thinks it has a graphics screen instead of a text screen. Jonathan --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

1 0

[Fwd: Re: 2017-09-10 update to SDL version]
by Jonathan Osuch 13 Sep '17

13 Sep '17

Hal, > > I have yet to make it do anything sensible if the initialization is > > interrupted. > A couple of ideas re that: > - What does the DOS Fractint do in that situation? I will have to look. > - Could that section be made non-interruptible? If RAM is being used, it is. But, the RAM initialization is so fast, you don't notice it. For using the hard disk, you really do want to be able to stop it if you decide you have made a mistake. > - Would it be reasonable to have the initialization started again > from its beginning. (I've no idea if this is practical.) Ideally, yes. But currently what happens is that the image starts to generate. The code should send you back to the video mode selection screen, but doesn't. > > There are still some screen issues with switching disk video modes > Is this referring to the smaller screen sizes/video modes showing the > text almost too small to read? It is not that the text is too small. The logic mistakenly thinks it has a graphics screen instead of a text screen. Jonathan

1 0

2017-09-10 update to SDL version
by Jonathan Osuch 11 Sep '17

11 Sep '17

Folks, The disk video mode works at up to 46340 X 46340. This is base on the file access routines (gcc) using a signed long variable to determine the location in a file. The maximum size of a signed long value is 2,147,483,647, and the square root of that is just over 46340. There are still some screen issues with switching disk video modes (especially large ones), and I have yet to make it do anything sensible if the initialization is interrupted. Jonathan

2 1

Re: [Fractint] Update to SDL version
by Jonathan Osuch 08 Sep '17

08 Sep '17

Tony, I had forgotten that there is a hard coded MAXPIXELS set at 32768. I think the only basis for it is that Tim thought it was suitably big. I'll have a look at it this weekend. Jonathan Sent from my U.S. Cellular® Smartphone -------- Original message -------- From: Jonathan Osuch <osuchj(a)mediacombb.net> Date: 9/7/17 6:38 PM (GMT-06:00) To: Fractint and General Fractals Discussion <fractint(a)mailman.xmission.com> Subject: Re: [Fractint] Update to SDL version Tony, > Any chance the current max render size of 32608,24456 might be > removed or > improved to allow for bigger sizes...? I'm hoping for at least 40k x > 30x > pixels, but even bigger would be great too - just for rendering L- > systems > as huge as possible... I would suggest trying it. The disk video size is currently limited to a total of 4,294,967,295 pixels (xdots X ydots). This is the limit for an unsigned long integer. The code should shift over to using the hard drive from using RAM at a size of 2,147,483,647 pixels, the maximum size of a signed long integer. 40,000 X 40,000 = 1,600,000,000 pixels, so it should still work in RAM. It may look like it has locked up as it tries to clear all this memory before it starts to calculate the image. The clearing memory message seems to disappear now, instead of staying on the screen. Jonathan _______________________________________________ Fractint mailing list Fractint(a)mailman.xmission.com https://mailman.xmission.com/cgi-bin/mailman/listinfo/fractint

2 1

Re: [Fractint] Update to SDL version
by David Jones 08 Sep '17

08 Sep '17

On Sep 7, 2017 13:38, Jonathan Osuch <osuchj(a)mediacombb.net> wrote: > > Tony, > > > Any chance the current max render size of 32608,24456 might be > > removed or > > improved to allow for bigger sizes...? I'm hoping for at least 40k x > > 30x > > pixels, but even bigger would be great too - just for rendering L- > > systems > > as huge as possible... > > I would suggest trying it. The disk video size is currently limited to > a total of 4,294,967,295 pixels (xdots X ydots). This is the limit for > an unsigned long integer. The code should shift over to using the hard > drive from using RAM at a size of 2,147,483,647 pixels, the maximum > size of a signed long integer. 40,000 X 40,000 = 1,600,000,000 pixels, > so it should still work in RAM. It may look like it has locked up as > it tries to clear all this memory before it starts to calculate the > image. The clearing memory message seems to disappear now, instead of > staying on the screen. Wow - so Fractint SDL can generate GIGAPIXEL size fractals? Jonathan - I look forward to helping test when you have a Linux release. :) David W. Jones gnome(a)hawaii.rr.com authenticity, honesty, community http://dancingtreefrog.com

1 0

Re: [Fractint] Update to SDL version
by Jonathan Osuch 07 Sep '17

07 Sep '17

Tony, > Any chance the current max render size of 32608,24456 might be > removed or > improved to allow for bigger sizes...? I'm hoping for at least 40k x > 30x > pixels, but even bigger would be great too - just for rendering L- > systems > as huge as possible... I would suggest trying it. The disk video size is currently limited to a total of 4,294,967,295 pixels (xdots X ydots). This is the limit for an unsigned long integer. The code should shift over to using the hard drive from using RAM at a size of 2,147,483,647 pixels, the maximum size of a signed long integer. 40,000 X 40,000 = 1,600,000,000 pixels, so it should still work in RAM. It may look like it has locked up as it tries to clear all this memory before it starts to calculate the image. The clearing memory message seems to disappear now, instead of staying on the screen. Jonathan

1 0

Tony, Are you currently running L-systems at 32608 x 24456?
by Harold Lane 06 Sep '17

06 Sep '17

Tony, Are you currently running L-systems at 32608 x 24456 in Jonathan's SDL Fractint? - Hal Lane ######################## # hallane(a)earthlink.net ######################## -----Original Message----- From: Fractint [mailto:fractint-bounces@mailman.xmission.com] On Behalf Of Tony Hanmer Sent: Wednesday, September 6, 2017 2:29 AM To: Fractint and General Fractals Discussion <fractint(a)mailman.xmission.com> Subject: Re: [Fractint] Update to SDL version Looking good! Any chance the current max render size of 32608,24456 might be removed or improved to allow for bigger sizes...? I'm hoping for at least 40k x 30x pixels, but even bigger would be great too - just for rendering L-systems as huge as possible... Tony Hanmer On 4 September 2017 at 02:54, Harold Lane <hallane(a)earthlink.net> wrote: > ------ Johnathan said: ------------- > Another update. This one fixes how the shift keys work (stops auto > repeating if held down too long) and cleans up the text in stop > messages > ----------------------------------------- > > Those both are fixed when I run your 09-03 alpha Fractint on my 64-bit > Win10 Dell. > > Thanks, Johnathan! > > - Hal Lane > > ######################## > # hallane(a)earthlink.net > ######################## > > -----Original Message----- > From: Fractint [mailto:fractint-bounces@mailman.xmission.com] On Behalf > Of Jonathan Osuch > Sent: Sunday, September 3, 2017 6:14 PM > To: Fractint and General Fractals Discussion < > fractint(a)mailman.xmission.com> > Subject: Re: [Fractint] Update to SDL version > > Folks, > > Another update. This one fixes how the shift keys work (stops auto > repeating if held down too long) and cleans up the text in stop > messages (for example, when you interrupt an image save). > > https://fractint.net/ftp/experimental/SDL2-fractint-20.05alpha-2017-09- > 03.zip > > or the directory: > > https://fractint.net/ftp/experimental/ > > Jonathan > > > _______________________________________________ > Fractint mailing list > Fractint(a)mailman.xmission.com > https://mailman.xmission.com/cgi-bin/mailman/listinfo/fractint > > > --- > This email has been checked for viruses by Avast antivirus software. > https://www.avast.com/antivirus > > > _______________________________________________ > Fractint mailing list > Fractint(a)mailman.xmission.com > https://mailman.xmission.com/cgi-bin/mailman/listinfo/fractint > _______________________________________________ Fractint mailing list Fractint(a)mailman.xmission.com https://mailman.xmission.com/cgi-bin/mailman/listinfo/fractint

1 0

Re: [Fractint] Update to SDL version
by Jonathan Osuch 06 Sep '17

06 Sep '17

Folks, Another update. This one fixes how the shift keys work (stops auto repeating if held down too long) and cleans up the text in stop messages (for example, when you interrupt an image save). https://fractint.net/ftp/experimental/SDL2-fractint-20.05alpha-2017-09- 03.zip or the directory: https://fractint.net/ftp/experimental/ Jonathan

3 2

Re: [Fractint] Update to SDL version
by Jonathan Osuch 03 Sep '17

03 Sep '17

Harold, > My copy of your Fractint is in: > C:\FractSDL\2017-08-29 SDL2-fractint-20.05alpha\SDL2-fractint- > 20.05alpha-2017-08-29 The 'E' screen should work properly now (new file on website) from your directory. There is now a text cursor. GIFs now save all 256 colors instead of 16 colors. Jonathan

3 3