Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
37 user(s) are online (24 user(s) are browsing Forums)

Members: 1
Guests: 36

AmigaSociety, more...

Headlines

 
  Register To Post  

« 1 ... 66 67 68 (69) 70 71 72 »
Re: SDL2
Not too shy to talk
Not too shy to talk


See User information
@MickJT

Thank you for the new version of ffmpeg

> That'll have to be fixed in SDL2 if possible, or disable the hiding altogether.

If the problem has been occurring for a long time as @pjs wrote.You can probably disable the mouse hiding. That would be the easiest way.
I had a similar problem with the sdl12-compat implementation under mplayer. Here the mouse is always visible.

Go to top
Re: SDL2
Not too shy to talk
Not too shy to talk


See User information
@smarkusg

Yeah, it would be better to see the mouse pointer then to never
see the pointer... I can move it out of the way! ;D

How did you disable pointer blanking?

Thanks,

PJS

Go to top
Re: SDL2
Quite a regular
Quite a regular


See User information
@pjs

I think he means to modify the ffplay source. I'll send you something later on.

Go to top
Re: SDL2
Just can't stay away
Just can't stay away


See User information
@MickJT

Have you tested the behavior on Linux side?

It seems that ffplay relies on mouse motion events to reactivate the mouse pointer: https://git.ffmpeg.org/gitweb/ffmpeg.g ... r:/fftools/ffplay.c#l3453

https://wiki.libsdl.org/SDL2/SDL_MouseMotionEvent : An SDL_MOUSEMOTION event occurs whenever a user moves the mouse within the application window or when SDL_WarpMouseInWindow() is called.

So at first look it seems normal, or how do interpret the above?

Go to top
Re: SDL2
Quite a regular
Quite a regular


See User information
@Capehill

I've tested it on Windows. I don't think ffplay has any alternative output method, just SDL2, so it should still be SDL2 on Windows.

When the mouse is outside of the window, it won't blank, even when the ffplay window is active.

Go to top
Re: SDL2
Just can't stay away
Just can't stay away


See User information
@MickJT

I have tested on Linux that SDL_MOUSEMOTION behaves similarly: event is reported only when mouse pointer is hovering on the window surface.

But SDL_ShowCursor() behavior is different. On AmigaOS, window area doesn't matter, only window activation / focus. On Linux, mouse pointer seems to reset when it leaves the window boundaries.

Maybe this can be changed by using Intuition tick events and checking mouse X/Y against window boundary. Have to investigate more.

Go to top
Re: SDL2
Not too shy to talk
Not too shy to talk


See User information
@Capehill

Thanks for looking into this! I'm sure MickJT will be happy
I stop bothering him about this. ;D

PJS

Go to top
Re: SDL2
Quite a regular
Quite a regular


See User information
@Capehill

Quote:
I have tested on Linux that SDL_MOUSEMOTION behaves similarly: event is reported only when mouse pointer is hovering on the window surface.


This confuses me a bit. Wouldn't then the same behaviour happen with the mouse disappearing even if outside of the window? Or is the behaviour different between Windows and Linux?

@pjs

In the meantime, I have updated ffplay to not hide the mouse cursor.


Edited by MickJT on 2023/12/6 6:24:42
Go to top
Re: SDL2
Just can't stay away
Just can't stay away


See User information
@MickJT

I don't know about Windows but SDL_MOUSEMOTION seems to work as documented on both Linux and AmigaOS.

SDL_ShowCursor is not documented in details. Its behavior could be OS-specific. Of course we can try to ask SDL folks to specify its behavior.

On Linux disabled cursor and special cursors behave consistently: they are only active when mouse is hovering on the window surface, but cursor resets when moved outside.

On AmigaOS side, (for example) busy pointer is active anywhere on the screen as long as its window is active. I'm not sure if this should be changed in context of SDL. It would then be maybe inconsistent from AmigaOS point of view.

Go to top
Re: SDL2
Quite a regular
Quite a regular


See User information
@Capehill

I tried my old port of ffmpeg 3.1.1 which is on Aminet, and that uses SDL1 rather than SDL2. I don't know which version of the SDL1 library I built it against. In that version, the pointer is a different black pointer when inside the window, and only disappears when kept motionless inside the window. When outside, it's the regular mouse pointer, and doesn't disappear.

Maybe looking at the SDL1 source might help.


Edited by MickJT on 2023/12/6 13:20:37
Go to top
Re: SDL2
Just can't stay away
Just can't stay away


See User information
SDL 2.30.0 RC1 is available: https://github.com/AmigaPorts/SDL-2.0/ ... /tag/v2.30.0-rc1-amigaos4

Changes:

Quote:

Improve UTF-8 text input support.
Update install script.
Reset mouse pointer when it leaves its window.
Improve audio recording.

Go to top
Re: SDL2
Home away from home
Home away from home


See User information
@Capehill

oooh, nice

will test asap

thanks a lot

People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
Go to top
Re: SDL2
Quite a regular
Quite a regular


See User information
@Capehill

Changes:

Quote:

Improve UTF-8 text input support.
Update install script.
Reset mouse pointer when it leaves its window.
Improve audio recording.


Thanks for the new release candidate. The installer works perfectly and all SDL1/SDL2 applications work as before. Reset mouse pointer when it leaves its window works good

Is the fact that the mouse cursor is hidden after a while in the SDL output also new? I never noticed it before.

MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE
Go to top
Re: SDL2
Home away from home
Home away from home


See User information
@Maijestro

what does mouse pointer reset mean?

is that long standing vanishing mouse pointer after moving it outside the sdl window finally gone? :-O

People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
Go to top
Re: SDL2
Quite a regular
Quite a regular


See User information
@Raziel @Caphill


@Raziel

I have tested the new version and it also shows the mouse pointer behavior in some applications. Just pay attention to it.

@Caphill

One more bug I could observe is that Prefs or SDL2 simply switches to OpenGL mode in some applications, even though the Prefs settings for software were set and I saved them. You can see it in my video, the whole thing can be replicated again and again and should not be like this.

p.s. of course I could only test the software mode as usual, but OpenGL via Wazp3d is also possible, but leads to a messed up color display in most applications (Wazp3d error) But that's not the point, but that the saved prefs change their behavior even though they are saved.


Edited by Maijestro on 2024/2/6 16:19:16
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE
Go to top
Re: SDL2
Just can't stay away
Just can't stay away


See User information
@Maijestro

Render driver is just a hint. End result depends on the application so it should be checked from application code, case by case.

https://wiki.libsdl.org/SDL2/SDL_CreateRenderer

If application passes -1 as the index, then SDL2 will take a look at the hint if it's set.

Go to top
Re: SDL2
Just can't stay away
Just can't stay away


See User information
@Maijestro

Quote:

Is the fact that the mouse cursor is hidden after a while in the SDL output also new?


Hmmm, shouldn't be. My first guess is application is hiding it.

Go to top
Re: SDL2
Quite a regular
Quite a regular


See User information
@Capehill

Quote:

Is the fact that the mouse cursor is hidden after a while in the SDL output also new?

Hmmm, shouldn't be. My first guess is application is hiding it.


It is quite possible that the option was simply added when the application was compiled. It does not look like an error, but fits the respective application.

However, I have not noticed that the SDL Prefs settings of software randomly switch to OpenGL mode when the prefs were first set and saved. Maybe also an error when compiling the application.

Otherwise your SDL2 port works as usual, all SDL2 applications work without problems. (Software)

Edit: I can also replicate it in the same way with Os4Depot version 2.28.4, so it has always been like this and is not a bug in the RC of SDL2.


Edited by Maijestro on 2024/2/4 14:58:20
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE
Go to top
Re: SDL2
Just can't stay away
Just can't stay away


See User information
@Maijestro

Quote:

I have not noticed that the SDL Prefs settings of software randomly switch to OpenGL mode when the prefs were first set and saved. Maybe also an error when compiling the application.


What do you mean exactly? Do you choose "software" driver, save it and when check the SDL_RENDER_DRIVER file on ENVARC:, it's somehow turned to "opengl"?

Go to top
Re: SDL2
Quite a regular
Quite a regular


See User information
@Capehill

Quote:

What do you mean exactly? Do you choose "software" driver, save it and when check the SDL_RENDER_DRIVER file on ENVARC:, it's somehow turned to "opengl"?


All settings that are selected via SDL2 are also saved in the SDL_RENDER_DRIVER file under ENVARC. For example, when I select and save software, it is also saved in SDL_RENDER_DRIVER as "Software".

When I run SonicCD RSDKv3 from Os4Depot, the SDL2 Software Renderer is also used. But as soon as I quit the game and open another SDL2 game, the SDL2 prefs changes from Software to OpenGL. But in SDL_RENDER_DRIVER prefs it still says software as sdl2 output. I'm not sure, but it could also be a problem with porting SonicCD RSDKv3 which just changes the SDL mode.

Note: The video is still being edited for playback.

I will delete this video later, it should only show the problems.


Edited by Maijestro on 2024/2/9 18:48:46
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE
Go to top

  Register To Post
« 1 ... 66 67 68 (69) 70 71 72 »

 




Currently Active Users Viewing This Thread: 1 ( 0 members and 1 Anonymous Users )




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project