@Maijestro

Quote:

If I remember right, that's a message from libfontconfig written to stderr. It should go away if it finds a valid fonts.conf.

In the screenshot you provided, it looks like the port of libfontconfig being used wanted to find it in .config:fontconfig/fonts.conf, so if you make an assign called ".config:" and put a fontconfig directory there and fonts.conf in there (try copying the one from SYS:Fonts/fontconfig), then the message hopefully goes away.

Maybe also delete this line (make a backup though)
<include ignore_missing="yes">fonts:fontconfig/conf.d</include>

Alternatively you can use *>NIL: to redirect stderr, and you should be able to set that in YT.cfg in ArgsMP, but that would end up suppressing other error messages that you might not want suppressed.

@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.

@Capehill

Quote:

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.

@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.

@pjs

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

@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.

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

@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.

I'm not sure how the wait command is possibly helping here. It surely has no effect on anything else running. Isn't echo resident? If not, running echo doesn't write anything to disk does it? (except when using a redirection to a file)

sdl_ttf and sdl2_ttf are already at their latest versions.

sdl_ttf 2.0.11 http://os4depot.net/?function=showfil ... y/graphics/libsdl_ttf.lha

sdl2_ttf 2.20.2 http://os4depot.net/?function=showfil ... /graphics/libsdl2_ttf.lha

It looks like there's an sdl3_ttf but not as a stable release.

There's no 1 specific person. Whoever gets there first. I can update libSDL2_net if needed.

I've seen this before and can confirm this is caused by lhasa not being able to extract the .lha files properly when there are empty directories. As a side note, some files that used to be in base.lha are now in execsg_sdk .lha, in case anyone reading this couldn't find some files.

Here's some links about it.

https://forum.hyperion-entertainment.com/viewtopic.php?t=4767
https://github.com/fragglet/lhasa/issues/31
https://github.com/fragglet/lhasa/issues/37
https://github.com/sba1/adtools/issues/112 (1st comment)
https://github.com/sba1/adtools/pull/131
https://github.com/sba1/adtools/pull/133

Problem solved. There were 2 issues, but only 1 might be affecting other people. For anyone experiencing the same thing, change the stack size at the top of the script from 250000 to 500000, then before the next run, delete the YT directory in T: so it doesn't load bad cached information.

Apparently some version of makedir doesn't like trailing slashes. Find MakeDir T:YT/ and remove the slash.

There might also be an issue with slow speeds causing the video to pause/stutter for some people. It isn't happening to me though. If that happens to you, send me a private message with a link to at least the debug log file (preferably all the files generated). There's a thread about that here: https://www.amigans.net/modules/newbb/viewtopic.php?topic_id=9286

@geennaam

I sent you a private message if you want to investigate further.

Perhaps they've changed something and throttling is happening. I'll take a look soon.

Edit: Seems ok here at the moment. Are you using the latest version?

So yeah, what samo79 said basically.

But if you've got RadeonRX, please check https://www.amigans.net/modules/newbb/ ... id=126406#forumpost126406

I don't think mplayer supports SDL2, so someone would have to write that, unless I'm wrong.

@VooDoo

As LiveForIt said and the forum post I linked earlier, the binary needs to be edited to look for RadeonRX (rather than RadeonHD.chip) since it's doing a string check. Fortunately it's simple. If you manually specify an unsupported video output driver, if I remember correctly, it doesn't fall back, so it'll just spit out errors and not open a video window.

See https://www.amigans.net/modules/newbb/ ... id=126406#forumpost126406 for getting RadeonRX to be recognized.

I'm no coder (AREXX notwithstanding). I certainly can't add any features, so I can't help with anything like hardware acceleration.

I do notice there's an MPlayer 1.5 now. A while ago I applied the Amiga modifications to MPlayer 1.4 but didn't end up releasing it (small tweaks I procrastinated over and never got around to doing). I gotta look at 1.5 sometime.

Also there's been work by Futaura on getting libcurl to use AmiSSL. So hopefully I can make the binaries smaller by studying that and implementing similar changes in ffmpeg, if they're not too difficult.

I can't give any timeframes. I'm preoccupied with other things! If someone wants my work in progress MPlayer 1.4 sources, let me know. Keep in mind this is 1.4 according to the official MPlayer version number.

You can use UAEGFX. No need for PicassoIV. Just make a clone of DEVS:Monitors/PicassoIV(.info) as UAEGFX then change the tooltype to BOARDTYPE=uaegfx

Then set the RTG board to UAE Zorro III

And don't forget NORAMPAGER option for C:BootLoader if you want to increase RAM.

And uaehf.device & uaenet.device works.

I do notice that sometimes my particular setup can freeze, but I haven't bothered tracking down the cause yet.