xfractint always requires a DISPLAY now?
The error message (just like Portal cake) is a lie: shell 3> xfractint -disk -geometry 800x600 batch=yes savename=tmp.gif type=mandel Could not open display Note: 'fractint -disk' can run without X -- "The Direct3D Graphics Pipeline" free book <http://tinyurl.com/d3d-pipeline> The Terminals Wiki <http://terminals-wiki.org> The Computer Graphics Museum <http://ComputerGraphicsMuseum.org> Legalize Adulthood! (my blog) <http://LegalizeAdulthood.wordpress.com>
On April 22, 2024 1:19:25 PM HST, Richard <legalize@xmission.com> wrote:
The error message (just like Portal cake) is a lie:
shell 3> xfractint -disk -geometry 800x600 batch=yes savename=tmp.gif type=mandel Could not open display Note: 'fractint -disk' can run without X
Hmm, can't check here right now, system is doing monthly backup, but...are you running xfractint under X, or Wayland? --- David W. Jones gnome@hawaii.rr.com exploring the landscape of god http://dancingtreefrog.com Sent from my Android device with F/LOSS K-9 Mail.
On 4/22/24 13:32, David W. Jones wrote:
On April 22, 2024 1:19:25 PM HST, Richard <legalize@xmission.com> wrote:
The error message (just like Portal cake) is a lie:
shell 3> xfractint -disk -geometry 800x600 batch=yes savename=tmp.gif type=mandel Could not open display Note: 'fractint -disk' can run without X Hmm, can't check here right now, system is doing monthly backup, but...are you running xfractint under X, or Wayland?
Well, I just tried your command line here on Debian Bookworm under X (no Wayland). When the command finished, it popped up a window titled "XFractint controls" notifying me that it was in "Disk Video mode", what the screen resolution and color depth was, the save name of the file (./tmp.gif/fract0001, and Status (Image has been completed). Sounds like it might be needing a display in order to notify the user of the results? It also left behind a text log named stopmsg.txt (1.2GB in size) containing only lines like "Can't create ./tmp.gif/fract####.gif". That must have been generated when I was pressing S to save the image. When I tried it without the batch entry, it still popped up the controls window so I could press S to save the image, and that worked. Not sure what you're trying to do. Ideas? -- David W. Jones gnome@hawaii.rr.com authenticity, honesty, community http://dancingtreefrog.com "My password is the last 8 digits of π."
In article <eea2b3d4-58a2-48e4-9459-2a803cff21ba@hawaii.rr.com>, david <gnome@hawaii.rr.com> writes:
Well, I just tried your command line here on Debian Bookworm under X
I don't think you understand. Try WITHOUT an X environment, e.g. unset any DISPLAY variable and then try running to disk. This was how I scripted all the FOTD images that are on the archive I just resurrected. I found some more PAR files from 1997 and I wanted to render the images for those using the same scripts I wrote back when Jim Muth was still publishing new FOTD messages. Disk video rendering didn't use to require X, as per the message, but now it does, which makes my scripts fail. I looked at the source code and yes, it unconditionally requires an X11 display now, whereas it didn't before. I think it broke sometime around patch 10. Oh well, just another piece of rot that's seeped into the code. -- "The Direct3D Graphics Pipeline" free book <http://tinyurl.com/d3d-pipeline> The Terminals Wiki <http://terminals-wiki.org> The Computer Graphics Museum <http://ComputerGraphicsMuseum.org> Legalize Adulthood! (my blog) <http://LegalizeAdulthood.wordpress.com>
participants (3)
-
david -
David W. Jones
-
Richard