@white Is the Voodoo3 emulation in WinUAE incomplete and doesn't support overlay, or why do you keep using slow software rendering VOs like sdl, comp or wpa instead of the ones suitable for a (real) Voodoo3 gfx card like -vo amiga or -vo pip?
Hi, any place were I can download the video you're using to test on my system?
the mickJT RX mplayer: ... This is a hacked version to make the comp_yuv and comp_yuv2 modes work with the RadeonRX.chip ...
The "hack" is to work on RX when using -VO comp_yuv or comp_yuv2
Can't remember how much of vo_comp driver we updated/changed, will try to investigate, but AFAIK only the window creation and such. The decoding code wasn't changed (but not sure) as it worked fine.
Waiting to know which graphics card to buy for qemu and a possible driver to buy or something like that. Because up to now I have understood very little about what is being worked on on the video card side with qemu
@white Please test -vo amiga or -vo pip on your setup. Not sure about WinUAE's Voodoo3 emulation, but on real hardware it's much faster than -vo comp, -vo sdl, etc.
@white I have checked on the Qemu A1 everything works fine. I don't use WinUAE I am not able to help you.
Just to mention the whole mplayer doesn't use the libraries from os4depot or from @MickJT (only dvd and openssl...). The rest of the libraries starting with libz were rebuilt from scratch for AOS4 and Mplayer 1.5 (as in Linux Gentoo). This cost us a lot of effort and time. All of ffmpeg and mplayer has its own libraries that were built specifically for this program. @MickJT has his version of ffmpeg. Mplayer 1.5 has its own libraries Even the SLD output has been adapted to work for Pegasos 2 G4 QEMU emulation. The whole project is GPL and all sources are available.
I wanted to thank you because there was no opportunity to mention all of them - see README. Thanks guys !!! I am only a small part of this project but thank you very much for your time and work on previous versions of Mplayer.
Basically, not much has changed. There is nothing to improve in your line that could improve the executability.
But there are other things you can test...the Amiga community has also adapted some software gems for Qemu/AmigaOs4.1 so that we can have some more fun with it.
And @smarkusg has also made his own ports which already work very well.
DGen (Sega Mega Drive) Emulator Snes9x
Both are also available on Os4Depot in very recent versions. Otherwise here is another source where you can also find E-UAE in a customized version for the CPU G4.
I welcome you back after a small break and I'm glad you're back to using AOS4. You are/were a regular on Amigans.net and it was always a pleasure to read your posts.
Regarding Mplayer and the GUI. Mplayer 1.5 has some added features which mean you don't have to use the GUI. If you are using AmiDock place the Mplayer icon on the bar. Move the video file you want to play into the Mplayer icon. It will play automatically (requires configuration of the configuration file as in the video I sent you)
In addition, always if you want to play a new video file and another one is playing, place the file in the video in its window, The new file will be played automatically. You can also move up to 3 video files selected at the same time into the window - they will be automatically played one below the other (D&D - small playlist ) Part of the code is from @MickJT and has been improved by @Javier for all video output versions including SDL1
If you are able to build QEMU with all dependencies you better rebuild it. The standard packages mostly have very neutral compilation options set. Add -O3 and LTO via environment variables. You can also do this by editing the meson.build file ( 3rd line change 'optimization=2' to 'optimization=3') and adding ‘--enable-lto’ when calling ‘./configure’. Performance increase between 20-50%
It is possible that changing the ‘cache’ option in the config file will help. I will try to change it from the value 8192 to 20480. It is a very large value but you can try to change it to suit your needs. Let me know if it helped
Thank you ! And thanks for the advice, I've tried E-UAE static for now without using SDL I'll take my time after backups. But the work is exceptional now I can use -cpu 7457 with E-UAE with "uaegfx"
I have to make many additions now I will recompile the qemu 9 version with your suggestions.
Here your E-UAE (static) (last OT post) I will put my questions in the right post-branches.
@white It's very important to use the correct VO for your (emulated) hardware. Neither "comp(_yuv(2))" nor "sdl" are usable for emulation. It may work, but very slow. WinUAE with Voodoo3 emulation: Use -vo amiga or -vo pip. QEmu with SM50x emulation: Use -vo sdl_sm502
@white Use the official QEMU sources from gitlab (see qemu.org Download menu item), I don't have a separate repo to use now.
I think you can set optimization level from configure without editing meson.build by adding -Doptimization=3 to configure. That would be better than modifying meson.build because then you can easily update from git. I don't know how much difference it makes but if you use opt 3 and see problems also check with the default optimization level just to make sure it's not some compile error. The results of opt 3 on Linux with gcc might be different than on macOS with clang.
For your QEMU command line -cpu 7457 -accel tcg are the default so you can drop these, only need to add -cpu if you want to use other than the default 7457 CPU. You can use -display gtk,zoom-to-fit=on,full-screen=on instead if separate -full-screen option that may be removed at some point and specifying it as a -display option is now preferred.
Instead of separate -drive if=none and corresponding -device ide-hd option there's a shortcut to define a drive with one option:
which does not need a separate -device ide-hd option so it's shorter and more readable. (Since QEMU 9.0 this also works with sam460ex now which previously did not support these short options.)
Maybe its due to FFMpeg, the latest version we use for 1.5 may be slower
I was using -O4 (mplayer's source uses that by default) rather than -O2. I think that would make a noticeable difference. A quick google search says that -O4 is the same as -O3, and probably reserved for future purposes.