Re: [hatari-devel] New option --disable-video and --benchmark

[ Thread Index | Date Index | More lists.tuxfamily.org/hatari-devel Archives ]


Hi,

On 02/26/2017 12:05 AM, Nicolas Pomarède wrote:
Le 25/02/2017 à 21:42, Eero Tamminen a écrit :
And for the music listening case you mentioned, user
cannot see/use the Atari GUI to select the song(s), so
he needs to anyway script Hatari invocation to select
suitable song, and inject its path to emulation with
the help of hatari-prg-args script.

-> frame-skip is more convenient for this

not necessarily, some music disk will just start without any user
interaction, so video is not needed if you know you just need to press
up/down arrow later to change song for exemple.

Ok, but one needs to know the software pretty well
beforehand.  Sounds a bit of a corner case. I'm still
in favor of dropping the <bool> and and not having
it in config...


Maybe that should have another option, e.g. --no-ui/--no-gui,
which checks that either remote control socket, natfeats or
--run-vbls is used?

I don't know, depends if there's a user need for that. Do user really
want to run Hatari without ui ? I'm not sure, especially with the
limitation it needs an additional layer (console, natfeats, ...) to
handle events.

Or it could be a warning.


I thought about using --benchmark and --run-vbls 100000 for example,
with SDL UI disabled ; then if you realise you want to stop the program
early, without key events, you will have to wait 100000 vbl (or kill the
process which is not an easy solution for every OS)

If the option enables also "--confirm-quit no",
one can quit Hatari just with Ctrl-C.


I know I have some real case for --benchmark as it is now to profile
some changes I'm working on ; if people have a need for disabling UI,
let's see, but this looks like a corner case to me that will not
interest many people. At least it can be handled by setting
SDL_VIDEODRIVER for now, not sure it requires an option on its own.

It's shorter than the env setting, more discoverable,
and only few lines of code.


	- Eero



Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/