Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
63 user(s) are online (34 user(s) are browsing Forums)

Members: 0
Guests: 63

more...

Headlines

Forum Index


Board index » All Posts (Maijestro)




Re: Compiling qemu X64 for OS4.1 (Ryzen) and also other CPU (MAC)
Quite a regular
Quite a regular


@white

Quote:
white wrote:qemu 9 is also included AmigaOne ?
without needing to compile a separate branch ?


You can use Qemu 9 for all 3 machines Pegasos2/AmigaOneXe and Sam460. An extra branch is no longer necessary.

MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE
Go to top


Re: Snes9x NG version 1.62.3 release 4 Software/Opengl/EGL_Wrapper renderers
Quite a regular
Quite a regular


@HunoPPC

Thanks Huno for the new version I have already tried it but it seems that the software renderer mode is broken, did you use SDL1 libraries for it?

Otherwise great that they disabled the fade in out function so the SnesGui starts much faster. Seems the OpenGL mode works best for me although it runs over Wazp3d. Composit also works but then there are problems with the sound output although it does not come to 100% CPU load.

A small video which shows the problems.





The video is currently being edited for better playback in higher resolutions.

Attention! This video is only intended to show the problems and I will remove it from the forum later so as not to slow it down.

MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE
Go to top


Re: Compiling qemu X64 for OS4.1 (Ryzen) and also other CPU (MAC)
Quite a regular
Quite a regular


@whiteQuote:
white wrote:@Maijestro
@all

Yes, I recorded Quake FPS 20.1 here
1280x800 and Desktop 2048x1152
because there is recording software.


It doesn't matter which resolution you use for your guest system AmigaOs4.1 under the WB the result is always the same if you run e.g. Quake Timedemo in a slightly lower resolution which is then also used.

MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE
Go to top


Re: Compiling qemu X64 for OS4.1 (Ryzen) and also other CPU (MAC)
Quite a regular
Quite a regular


@white

Quote:

It's not a CPU speed issue
With Quake I do FPS 22.8 with 1280x800
With a basic 2048x1152 Desktop

I was interested to know if this compiled build had its advantages.
And for the moment it seems so.

I used to do a lot less.


Ok, I see then it has at least had an effect on your machine

MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE
Go to top


Re: Compiling qemu X64 for OS4.1 (Ryzen) and also other CPU (MAC)
Quite a regular
Quite a regular


@white

I have tested it briefly with optimization=2 and optimization=3 "-mtune=native -mcpu=nativethe" increased optimization level led mostly to problems with the graphics output it was so far everything ok, but behaved somewhat differently than with level 2.

I changed it directly in "meson.build"

With optimization=3 there was also no relevant speed increase.

I compiled with:

./configure --target-list=ppc-softmmu --enable-slirp --enable-cocoa -Ofast -lto --disable-debug-tcg --disable-debug-info --enable-slirp --enable-lto --enable-tcg --enable-opengl --enable-virglrenderer -mtune=native -mcpu=native


For me is always a good test with Quake1 Timedemo under AmigaOs4.1 and here I reached 29.2 FPS 1280x720 in both cases. So I'm not sure if optimization=3 does anything at all except maybe more problems.

The biggest problem is the lack of 3D acceleration everything else is already really
fast on my hardware.


Edited by Maijestro on 2024/4/29 18:37:08
Edited by Maijestro on 2024/4/30 19:04:06
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE
Go to top


Re: Heretic II Multiplayer Event on 27th April 2024
Quite a regular
Quite a regular


Here is a video that I recorded a little later on my Qemu/Pegasos2 system.

The average ping rate for all players was about 200. Here the server was already occupied with 3-5 players in multiplayer.

The interest in the multiplayer mode is apparently not so great, or the time was just wrongly chosen, but it was still really fun.

Thank you TheMagicSN for making sure that there were some servers to join




MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE
Go to top


Re: Qemu Pegasos II interrupts issue
Quite a regular
Quite a regular


@geennaam

Quote:

The system is transformed back to a windows PC. And I am not at home right now. So I will not be able to test. Maybe next week. Unless I am banned from this site just like from Discord #amigans .

I haven't been following the discussion. What is wrong with sdl1? Something 16bit screenmode related?

The passtrough system is using 32bit screenmodes and aeon radeonhd drivers.


Why should they be blocked? When it comes to the driver's story I want to stay out of it, that just means it's their driver, they developed him and others need to respect how and where and with what conditions he is available.

Regarding the Qemu problem:

With the Pegasos2 machine there are currently problems operating SDL1 ports and only on this machine. AmigaOneXe/Sam460 can handle SDL1 applications without any problems, we don't yet know why this is and are trying to solve the problem.

The combination of Qemu Pegasos2/SM502 as a graphics card does not seem to be the problem, as this card works with the AmigaOneXe machine and SDL1.

So I ask you to do one last test before you rebuild your system. You can use the link I provided above that Capehill has provided especially for this purpose. Or you can test a few applications from Os4Depot, for example. MegaMario/SpaceInvaders and E-Uae.

You should test it with 16/32 bit output.And to share this result here, we suspect that it could be something in the kernel/graphic.library.kmod or PCIGraphics.card (Pegasos2) Balaton has described several times that a Qemu error has been ruled out, since AmigaOneXe/Pegasos2 are on identical machines code based.

This could prove that there really could be a kernel or kickstart library problem from AmigaOs4.1 for Pegasos2.

MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE
Go to top


Re: Qemu Pegasos II interrupts issue
Quite a regular
Quite a regular


@geennaam

I am not sure if you have already rebuilt your Qemu test system with r9 270, but I have a request if you are still using it could you maybe check if there are also SDL1 problems under your system?

A good test for this would be http://capehill.kapsi.fi/misc/BlitTest.lha unfortunately this information comes too late and I would have asked you earlier than you just tested the system.

MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE
Go to top


Re: Running my OS4 games on QEmu
Quite a regular
Quite a regular


@balaton @Caphill

It would be interesting to know if @Hans has the same problems with his VirtioGPU drivers or someone who has already used a real graphics card with Qemu.

MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE
Go to top


Re: MPlayer 1.5 released!
Quite a regular
Quite a regular


@white

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.

https://github.com/smarkusg?tab=repositories

Bigger changes would only happen if Virtio drivers are written for (network/GPU/sound....) which could increase the performance significantly.

Since we are already off topic I might recommend to use the official Qemu thread.

https://www.amigans.net/modules/newbb/ ... &order=ASC&status=&mode=0

MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE
Go to top


Re: Running my OS4 games on QEmu
Quite a regular
Quite a regular


@Capehill

I already thought it was about the pure text output. (distortions)

Balaton described that Pegasos2 and also the AmigaOneXe machine use the same identical code, but there are currently only problems on the Pegasos2 machine.

The Sam460 machine can also run SDL1/2 under AmigaOs4.1 without any problems. As I use the Pegasos2 machine as my main system for AmigaOs4.1 I would of course be happy if we could get the problem solved.

SDL2 works without any problems. Some 19 years ago I could also observe this behavior, it was on an AmigaOneXe G4 800mhz with AmigaOs4.0 pre.

MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE
Go to top


Re: Running my OS4 games on QEmu
Quite a regular
Quite a regular


@Capehill

Quote:

Please try this http://capehill.kapsi.fi/misc/BlitTest.lha and see if you can reproduce visual issues. Sources are included in case you want to experiment with window size or anything.

If it works as designed, it just prints some text and some vertical lines using different bitmaps.



I don't know what this test is supposed to be good for, but I did it and recorded the result.

Is it about the current SDL1 problems that only affect the Pegasos2 machine?

video deleted

Tested with AmigaOs4.1 FE including all current updates. Qemu Master/Pegasos2 CPU G4 7457


Edited by Maijestro on 2024/4/28 9:54:48
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE
Go to top


Re: Qemu Pegasos II interrupts issue
Quite a regular
Quite a regular


@geennaam

Quote:
geennaam wrote:Anyways, it works. So if someone is really dedicated to qemu then he could buy a mobo with two x16 slots and a Ryzen 7800X3D and enjoy a fast system.


I would have loved to see it in action, but as I mentioned it is absolutely stunning and could be an alternative to real hardware which is unfortunately a bit expensive and not very available.

This is not to say that the x5000 is a bad machine, on the contrary it is a really good NG hardware for AmigaOs4.1 probably the best at the moment.

Setting it up is probably the biggest problem at the moment and is really only for power users. But you have shown that with the right components Qemu is able to use this hardware natively.

So I still hope for Hans' solution to use AmigaOs4.1 accelerated under Qemu with the help of Vitio 3d.

MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE
Go to top


Re: Qemu Pegasos II interrupts issue
Quite a regular
Quite a regular


@geennaam

Quote:

It also depends on if you can isolate the adapter in your iommu tree. You have to pass through everything in a group otherwise it will not work.
And I don't expect that a PCIe port behind some thunderbolt controller will work


Thanks for the information, I probably wouldn't be able to set up such an elaborate setup.

Still, it's impressive that you've managed it. Thanks a lot

MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE
Go to top


Re: Qemu Pegasos II interrupts issue
Quite a regular
Quite a regular


@geennaam

Quote:
geennaam wrote:OK, weird, but I used a drawer mounted as USB drive to transfer data between QEMU and Linux.
Now what that disabled it is definitely a lot faster.

Window resizing is a lot smoother. (compositing enabled) Running at 2560x1440@32bit now

Cow3D W3DNova manages 251 fps. That is a bit faster my SAM440-FLEX 800 MHz with the same R9 270x

https://ftp.hdrlab.org.nz/benchmark/gf ... 2d/OS/AmigaOS/Result/2773

- Night of the zombies 24fps menu / 10fps game /CPU 100%


Really great that you have tested this again. As far as I've been following this thread, the R9 270/x is best for passing through to Qemu.

It may sound a little crazy but I was looking at a setup today that might work with my MacStudio via Thunderbold and external eGPU adapter with R9 270/x.

The MacStudio, as well as MacOs recognize this adapter and probably also the graphics card, but MacOs itself cannot use it directly. Of course you could try to forward the whole thing to Qemu.

But I'm really not sure if it can work....

The setup would use this adapter:

Th3p4g3 Thunderbolt-compatible GPU dock

An external power supply unit including R9 270/x would also be required.

The R9 270 is a PCIe graphics card?
The direct use of PCIe is currently not possible and everything must be made accessible via a PCI bridge? I still haven't understood it exactly.

MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE
Go to top


Re: MPlayer 1.5 released!
Quite a regular
Quite a regular


@pjs

Quote:

Guessing you're using YT.rexx to watch videos on YT, I hope you
caught that only "static" videos are shown with MPlayer, live
video on YT is played with FFplay.

I'd also guess the German TV channels are also "live" video
streams, so it seems like they are following the same pattern -
playing in FFplay, not in MPlayer.

So maybe you just need to configure however you're gonna watch
these streams to use FFPlay?


Everything you have described applies exactly. I was just hoping to be able to use MPlayer as a direct player for live streams.

With FFPlay and Emotion it works and there are no problems.

Thank you

MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE
Go to top


Re: Qemu Pegasos II interrupts issue
Quite a regular
Quite a regular


@balaton

Quote:

I've uploaded BBoot 0.7 (see https://qmiga.codeberg.page/) that might fix this even on real pegasos2 or when using passed through GPU on Linux host. Please test and let me know of any problems found.


Thank you for the new version 0.7 which I am already using.

MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE
Go to top


Re: MPlayer 1.5 released!
Quite a regular
Quite a regular


@all

I've tested it a little further with FFPlayer and Emotion, there are no problems with TV streaming channels, but I just don't know how to pass it to MPlayer. Or if MPlayer simply lacks this support, YouTube streaming works without problems.

To understand the problems a little better, I recorded it. It can also be tested with English TV channels.

I will delete the video later so as not to slow down the thread.


Edited by Maijestro on 2024/4/15 15:17:12
Edited by Maijestro on 2024/4/16 17:54:57
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE
Go to top


Re: MPlayer 1.5 released!
Quite a regular
Quite a regular


I would like to watch a few TV streams via MPlayer, but no matter how I do it, it doesn't work. I'm not sure if I'm just doing something wrong or MPlayer simply lacks this function.

On https://gist.github.com/Axel-Erfurt/b4 ... 152e1c2f13259590a135e05f4 there are some TV streams online and I tried to pass them to MPlayer via the shell.

Output of the shell:

Neuer Shell-Prozess 8
8.Workbench
:> Workbench:Utilities/MPlayer/MPlayer https://mcdn.daserste.de/daserste/de/master.m3u8
MPlayer 1.5-rc2 SVN-r38440-snapshot-11.3.0 (C2000-2023 MPlayer Team
226 audio 
469 video codecs

Playing https
://mcdn.daserste.de/daserste/de/master.m3u8.
libavformat version 60.3.100 (internal)
Cannot seek backward in linear streams!
Cannot seek backward in linear streams!
Cannot seek backward in linear streams!
Cannot seek backward in linear streams!
Cannot seek backward in linear streams!
Cannot seek backward in linear streams!
Cannot seek backward in linear streams!
Cannot seek backward in linear streams!
Cannot seek backward in linear streams!
Cannot seek backward in linear streams!


Exiting... (End of file)
8.Workbench:>


The transfer with MPlayer %u streaming address does not work either. The background of the whole thing is that a tool called Mediathek is currently being worked on. With this tool it is possible to watch TV streams and also recorded TV programs.

With Emotion/FFPlay there are no problems when running the live streams.

So if someone knows how to transfer the streams to MPlayer correctly I would be happy about it.

Any help will be appreciated.

MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE
Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


@balatonQuote:
balaton wrote:Yes I have two patches sent recently. I've updated the patch for SFS, new version is here: https://patchew.org/QEMU/2024041119244 ... 644E6026@zero.eik.bme.hu/ which is closer to previous behaviour but other than avoiding some warnings with -d unimp it probably works the same.

The other PIRQ/PINT patch fixes an issue with keeping track of PCI interrupt states. While it did not fix Hans's problem it does fix a bug so that patch is still valid.


Ok the 2 patches now work with SFS. Thank you very much.

Update 1/2 and later updates can now be installed completely including the new efl.library which caused problems before.

With SFS the Sam460 machine is very fast, but still a bit slower than Pegasos2/AmigaOneXe, but it's really fun now.

After update 2 there are still some small mouse jerks, but it has improved considerably. Hats off.....

MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE
Go to top



TopTop
« 1 2 (3) 4 5 6 ... 46 »




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project