SDL2

@spotUP

Andrea has looked at FastTracker there lots of BE/LE bugs.
he can need some help.

@spotUP

pt2-clone should work - but the speed seems to be slow.

@spotUP

We already have MilkyTracker, which is a FastTracker II clone with Protracker import and export. Capehill ported the latest version just a few weeks ago, and it's perfectly stable on OS4.

@smarkusg

Please check what is available on OS4depot.
and upload you stuff there, so everyone can find it one place.
instead of having to find right forum thread.

@smarkusg

I don't know where you got this version or if you compiled it yourself, but it doesn't run too slow at all. In full screen with high resolutions it seems to be a bit more fluid than in windowed mode. You must not forget that we use SDL in 16 bit software.

Could you upload this tracker to os4depot for everyone to access? There is already Protracker23, this port is from 2005 and does not work very well. You can see it in my Video...



Thanks for providing anyway, I like it

@LiveForIt
Quote:
Ok - sorry I deleted and corrected the entry.

@Maijestro
Quote:
I will try to do this when I find some time.

@smarkusgQuote:

If you want I can do this on your behalf, this tracker works just as well as MilkyTracker. Simply contact me by email.

I'm sure that would make some AmigaOs4.1 owners happy, Protracker is retro And we would have something new for AmigaOs4.1.

Did you create the port yourself?

@Maijestro
Yes, I made it myself.

Will contact you @.
The topic is about SDL2 I think it's better to end the posts here.

@Capehill

Quote:

Full build with ScummVM without problems.

Thanks a lot for the ongoing development

Is it possible to use window.class's WINDOW_PopupGadget with SDL2 programs?

Would be very handy to be able to add some functionality via that gadget.

Any info appreciated.

Dave

@davec555

SDL2 doesn't use window.class.

What kind of functionality you are looking for?

@Capehill I want to be able to pop an open window to a public screen

Hi all,

Over the years I've noticed this bug with a disappearing mouse
pointer when playing live streaming video in FFplay (using
YT.rexx).

I've been told this is actually an SDL2 issue since FFPlay uses
SDL for its GUI. Anyone notice this or have an idea whether it
can be fixed?

The issue is specifically that when the FFPlay window opens,
after a few seconds the mouse pointer disappears. Understandable.
It stays gone as long as FFplay is active window.

But the only way to otherwise get the pointer back is to try
clicking BLINDLY outside of FFPlay's window or to BLINDLY move
the pointer over the FFPlay window (it reappears briefly) and
then try to click safely outside.

The blind clicking is a really bad thing when you have a WB
full of windows.

Shouldn't the mouse pointer simply reappear if you move the
mouse around even if FFplay/SDL is active? It does not now.
Can this be fixed?

Please let us know.

Thanks,

PJS

@pjs

I'm not sure if I can replicate it, but I made a short video for you using FFPlay on AmigaOs4.1.

It seems to work well here, I don't have to click the mouse, I just move the mouse and then the mouse pointer appears. If the window is active and you don't do anything, the mouse pointer disappears. As soon as the mouse is moved, the mouse pointer appears again.

When the window is inactive, the mouse pointer always remains and does not disappear. However, I use FFPlay 6.0 from 2023. This version was compiled a while ago, but there was no interest in it so I only use it. Since FFPlayer is open source I could make this version available to you for playing videos and music, this version works perfectly.

YouTube FFPlay: https://www.veed.io/view/3b926ebf-0d51 ... -22f759d87ab5?panel=share

@Maijestro

Hi,

Interesting... I've been hitting this bug with all the previous
builds as well as testing with a soon to be released v6.1 of
FFPlay.

I tried to look at your video but it is not a YT video (as
suggested), it goes to something called "veed.io", YT.rexx finds
nothing and the .mp4 link inside just says "Forbidden by worker":

https://cdn-user.veed.io/render/ec1896 ... e62-9d74-613ff8ac7855.mp4

In any case, the consistent problem is the pointer not reappearing
when the FFplay window on the WB is active and pointer not
over the window.

EDIT:

A friend looked at your video on his peecee and said your video
demonstrates the bug I am reporting... your mouse disappears
at 35 secs, 51 secs, etc. and doesn't reappear till the pointer
is over the FFPlay window again.

So how do you get the pointer back without getting BLINDLY back
over the FFPlay window or BLINDLY clicking elsewhere on the
screen (causing something unintended to happen?)?


Where did you get FFplay v6.0 from?

Thanks,

PJS

@Maijestro

Your video shows the same issues. When the window is active, and you move the mouse outside of it and wait for the cursor to disappear, it remains invisible until you move the cursor back inside the window. Which means you don't know where the cursor is until it's back inside the window. There's one time in your video where it disappears at 32s and seems to reappear outside of the window but I think it's that's just you moving the mouse quicker than the framerate of the capture, and would have moved it over the window.

@MickJT @pjs

OK, I understand, I never noticed this and I didn't find it annoying because the mouse cursor disappears when you don't do anything, but as soon as the mouse is moved the mouse cursor appears again. With active window.

When the window is inactive, the mouse cursor always remains and does not disappear. FFPlayer 6.0 was created by @smarkusg, it is a fast port that currently has problems with Amiga paths, but for a quick test I could provide you with my version. Music and videos work well via Yt.rexx.

Where can I upload my version so that you can download it with your AmigaNG and Odyssey?

I've uploaded my port of ffmpeg 6.1 now. Don't worry about uploading what you've got, unless pjs wants it?

@MickJTQuote:

That's great news, I'm guessing ffmpeg/FFPlay uses SDL2 libraries?

A test with my version will therefore no longer be necessary, as you are very experienced when it comes to compiling and programming for AmigaOs4.1.

Edit: I tested version 6.1 briefly and it works very well. Music and videos are no problem, but I couldn't see any improvement in mouse cursor handling compared to version 6.0.

@Maijestro

Quote:

I'm definitely not an experienced programmer. The only language I can program in is AREXX, and even with that there's a lot I don't know. I guess I could say I've got experience compiling stuff, but if it requires more than minor tweaks, then I need help.

Quote:

ffplay uses SDL2. ffmpeg doesn't.

Quote:

There's no improvement with mouse hiding behaviour. That'll have to be fixed in SDL2 if possible, or disable the hiding altogether.

You said this earlier

Quote:

Just to be clear, the mouse cursor doesn't immediately reppear, but only once the invisible cursor reenters the application window. You can also blindly click to deactivate the window and bring the cursor back that way, but you don't know exactly where you're clicking.