Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
150 user(s) are online (122 user(s) are browsing Forums)

Members: 3
Guests: 147

Yodaphone, samo79, jarokuczi, more...

Headlines

Forum Index


Board index » All Posts (joerg)




Re: MPlayer 1.5 released!
Just can't stay away
Just can't stay away


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

Go to top


Re: Amiga X5000 and Sound Blaster Audigy FX problem
Just can't stay away
Just can't stay away


@walkero
Quote:
If people share the driver "illegally" as you say, then you should help them do it legally, which you didn't.
Wrong, he did exactly that. That it's not available for sale yet is not @geennaam fault.
Probably doesn't matter much anymore since I'm quite sure @geennaam wont do any AmigaOS development any more, for exactly the same reasons I stopped doing it 10-15 years ago.
It's not about making money, which isn't possible with only a few 100 users anyway, but about respect. If companies and users don't appreciate the hard work done by the developers but have no problem at all using pirate copies of their software you can't complain that there is no further development anymore either...

Go to top


Re: Pegasos2 with RadeonHD/RX via bridge
Just can't stay away
Just can't stay away


@balaton
Quote:
accessing PCI is not much different from other platforms which is well documented and I've already given you the docs where it's explained for pegasos2 as well.
I don't know much about this low-level PCI stuff, but there is a big difference between Pegasos2 and AmigaOne:
AmigaOne/Articia-S uses a PCI tree (0.0.0 and 0.1.0 are Host/PCI-to-PCI bridges), supported by it's U-Boot firmware and as result by the AmigaOS 4.x kernel as well.
OTOH Pegasos2/Marvell Discovery II only has 2 flat PCI busses, it's firmware, and as result the AmigaOS 4.x kernel for it, may not support any bridges nor a PCI tree since the hardware doesn't.

Go to top


Re: MPlayer 1.5 released!
Just can't stay away
Just can't stay away


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

Go to top


Re: MPlayer 1.5 released!
Just can't stay away
Just can't stay away


@samo79
Quote:
Note that at the moment vo_amiga and pip drivers are not yet completed, scaling support still to be implemented
Scaling may only be required for -vo amiga:mode=3, but not for the amiga/pip VO modes using YUV overlay/PIP windows: With those the scaling is done by the overlay hardware.
Aspect ratio calculation may still be broken in amiga/pip when resizing the p96PIP window, and maybe there is still no full screen support yet.

Go to top


Re: MPlayer 1.5 released!
Just can't stay away
Just can't stay away


@white
Voodoo3 and ATIRadeon support YUV overlay/PIP, which is much faster than anything using RGB, therefore you should use a VO using that like my "amiga" (mode=0, 1 or 2, but not mode=3) or "pip" VO instead of a software rendering VO like "SDL" or "comp" which have to convert YUV to RGB.
Voodoo doesn't support compositing in HW, it's using the slow SW fallback code instead. The only drivers supporting HW compositing, which can be used by SDL with some overhead as well, are ATIRadeon, RadeonHD and RadeonRX. But even those have to do YUV to RGB converting in SW first when using VOs like "comp" and can only speed up the RGB display, especially scaling.
The only drivers supporting YUV compositing, AmigaOS MPlayer VOs "comp_yuv" and "comp_yuv2", which should be about the same speed as VOs using YUV overlay/PIP, are AFAIK RadeonHD and RadeonRX.

Go to top


Re: Qemu Pegasos II interrupts issue
Just can't stay away
Just can't stay away


@Georg
Quote:
Task lists can change during interrupt. For example a Signal() in interrupt (for example a replied io request, like timer) can move a task from taskwait list to taskready list.
Maybe in some other exec implementations like the ones of AmigaOS <= 3.9, pOS, AROS or MorphOS.

Some versions of ExecSG used empty lists in SysBase->TaskReady and TaskWait and maybe even NULL in ThisTask, but unfortunately it was added again because some obsolete and unimportant software stopped working.
IMHO there are way too much such workarounds for ancient software in ExecSG, which for example make the multi core support much more complicated than required. For example the DSI exception handler doesn't check if emulated m68k software accesses 0x4 (returning a (fake) SysBase is required) but even returns a SysBase pointer for PPC native software (not required and IMHO should fail/return NULL).


Edited by joerg on 2024/4/20 14:44:36
Go to top


Re: Qemu Pegasos II interrupts issue
Just can't stay away
Just can't stay away


@Georg
Quote:
Btw, how much overhead does the tool itself cause if it relies on quite big number of (soft) interrupts per second (default: docs say 5000, source says 999).
In the initial implementations of my "top" there was no overhead at all, except for calculating the time differences to the previous state, percentage calculations, sorting the tasks by CPU usage, etc. and the console output, which you can check in it's own output: The CPU usage of the "top" task and the CON: task used by it for stdout.
The ExecSG task scheduler updates the CPU usage of the tasks on each task switch. But there were 2 problems with that:
- You need access to internal ExecSG includes not available in the public SDKs (struct ETask).
- It's not supported on all PowerPC CPUs, IIRC not on 60x and 4x0, but only the ones with the CPU feature (performance monitor?) used by the task scheduler for it. On the CPUs not supporting it the task usage times in struct ETask are always 0.

In later versions of "top" I switched to using timer interrupts similar to what Tequila does. Except on very slow CPUs like the 60[34](e) used on the classic Amiga Blizzard/CyberStormPPC the overhead of the tool itself should be less than 1% (excluding the console output).

Quote:
Also the version history in the readme says "Use Forbid() instead of Disable() when reading task lists" which is wrong/bug.
No.

Go to top


Re: Qemu Pegasos II interrupts issue
Just can't stay away
Just can't stay away


@balaton
Quote:
When you see 100% CPU in guest is it possible to find out what code is keeping the CPU busy? That's where we should look to find what's limiting performance.
One of the best tools for checking CPU usage on AmigaOS4 should be Tequila (source), because a few parts of it are based on my 20 years old "top" tool

Go to top


Re: SAM Flex Stuttering Issue workbench or software use / games
Just can't stay away
Just can't stay away


@Hypex
Quote:
That's good to know and I do recall something about 3D for 2D operations. Unless I'm thinking of something else. When I upgraded my lite RadeonHD driver to full version it was noticeable the increase in resolution and snappyness on the 5450 I was then using. But, it also has no 3d support, yet it didn't appear to be software rendering.
Even Radeon HD cards without complete 3D support (Warp3D Nova, GL4ES, MiniGL, etc.) may still use the 3D features of the GPU for compositing.
You can test it with something like the Composite3DDemo from https://ns.hdrlab.org.nz/projects/amiga-os-4-projects/c3d/

Go to top


Re: A1222 support in the SDK and problems
Just can't stay away
Just can't stay away


@sailor
Quote:
at least printf, fprintf and sin() are not identical ( newlib.library 53.84 )- calling from SPE code returns nonsence.
There is no soft-float newlib, the function calls are -mhard-float using the PowerPC ABI with FPU registers, even if the A1222 version is internally using SPE code.
You have to use clib2 for now.

Go to top


Re: A1222 support in the SDK and problems
Just can't stay away
Just can't stay away


@sailor
Quote:
And please, how to use soft-float C library?
Is it something like: "gcc -mcrt=clib2 -msoft-float .... -lm" ?
Yes.

Quote:
And how is floating-point parameters passed when I used "-mcpu=powerpc -msoft-float" ? Via GPR registers? They are 32-bit in powerpc ABI. Or via stack?
Same as regular integers, first in the 8 registers, if more parameters are used on the stack.
float = int32 = one 32 bit register, double = int64 = two 32 bit registers.

A SPE C library is required, but as long as there is none and if for some reason rebuilding clib4 for it doesn't work, the old, already existing soft-float clib2 could be used for now:
- Build everything which doesn't use (much) float/double code with -msoft-float and use the soft-float C library.
- Put code which uses float/double calculations in separate sources compiled with -mabi=spe -mfloat-gprs=double instead.
- Make sure SPE functions called from soft-float code, and the other way round, are compatible, for example by only using pointers to float/double instead of direct float/double parameters. May not even be required if they are compatible anyway, as salass00 wrote.

@salass00
Quote:
What might however be possible would be to also expose the SPE ABI functions directly through another "main.spe" interface but in order for it to be usable special versions of the startup code and libc will likely also be needed.
Unless the way I implemented the newlib libc.(a|so) stub functions was changed only a new startup code (crtbegin) using interface "spe" instead of "main" should be required.


Edited by joerg on 2024/4/18 15:13:07
Edited by joerg on 2024/4/18 15:17:55
Go to top


Re: A1222 support in the SDK and problems
Just can't stay away
Just can't stay away


@sailor
Quote:
I tried to use -lsoft-fp, but it not exists: "ld: cannot find -lsoft-fp"..
You have to use gcc -msoft-float ...
But if you do not only your own code but all libraries, incl. the C library, you are using have to be compiled with -msoft-float as well. You can't mix FPU with soft-float code, at least not without using similar workarounds you are using for SPE now.

There is probably no soft-float version of newlib. There used to be soft-float versions of clib2, but in case it's no longer available rebuilding clib2 or clib4 with -msoft-float should be no big problem.
With a soft-float C library and building your own code with -msoft-float you don't need workarounds for functions like printf() either, but of course a SPE C library for the A1222 would be much better than a soft-float one which uses integer instructions and registers for float/double.

Go to top


Re: SAM Flex Stuttering Issue workbench or software use / games
Just can't stay away
Just can't stay away


@Hypex
Quote:
For Workbench use what important figure to look at is the G2D rating. Since that would be relevant for 2D compositing.
I don't know what that G2D rating uses. While the AmigaOS IGraphics->CompositeTag(s|List)() function is mostly used for 2D operations like scaling, rotating, alpha blending, etc., it's based on the 3D features of GPU. Of course there is CPU based fallback code as well, but very slow compared to a GPU supporting it.
So even if you aren't interested in using OpenGL (MiniGL, GL4ES, etc.) based 3D games or applications you still benefit from using a gfx card with fast 3D.

Theoretically it would be better to compare the results of different gfx cards on https://www.hdrlab.org.nz/benchmark/gfxbench2d/OS/AmigaOS but since that was flooded with useless results from WinUAE and especially QEmu users (you have to ignore everything with uaegfx and SiliconMotion 502 gfx card, best results with real hardware are on page 3, best with a Sam460 on page 11 and best with a Sam440 on page 30) it's no longer usable.


Edited by joerg on 2024/4/17 18:13:12
Go to top


Re: ACube/AEon - more info about PCIe cards in SAM440, please
Just can't stay away
Just can't stay away


@geennaam
Which PCIe bridge are you using? Apparently PEX 8111/2 ones don't work, P17C9X ones do.
On https://www-amigaportal-cz.translate.g ... x_tr_hl=de&_x_tr_pto=wapp 4 PCIe gfx cards were tested successfully in a Sam440, one didn't work.

Go to top


Re: ACube/AEon - more info about PCIe cards in SAM440, please
Just can't stay away
Just can't stay away


@geennaam
From
https://www.acube-systems.biz/download/Radeon_QuickGuide_v.1.0.pdf
Quote:
5. Changing the AmigaOS 4 configuration to use a RadeonRX:
...
You also need to add a line in the Kicklayout file like:
MODULE Kickstart/RadeonRX.chip
Make these changes in the first kickstart configuration, as Uboot does not support RX
cards. So, you won't see anything on the monitor until you reach the start of
AmigaOS 4.

...


For the Sam440 make sure you have U-Boot 1.3.1g or newer, from https://www.acube-systems.biz/index.php?page=news&id=143 Quote:
...
Improved support for Radeon HD and Radeon RX graphic cards.
Now you can use a Radeon HD / RX via a PCI to PCI Express adapter. On the Sam440ep flex motherboard, it is recommended to use PCI slot #1 for maximum performance. Please note that full support for Radeon RX is still under development and for this reason, with many models of gfx cards, U-Boot does not show any output, but the card works fine once the operating system is loaded.
...


For using PCIe in an AmigaOne XE check https://www-amigaportal-cz.translate.g ... x_tr_hl=de&_x_tr_pto=wapp


Edited by joerg on 2024/4/16 6:32:41
Go to top


Re: ACube/AEon - more info about PCIe cards in SAM440, please
Just can't stay away
Just can't stay away


@geennaam
Quote:
From the QEMU passtrough discussion I am pretty sure that it is the other way around.
I'm 99% sure it's not, 100% sure for the old ATIReadon.chip, but for HD/RX only Hans can clarify it.

Go to top


Re: ACube/AEon - more info about PCIe cards in SAM440, please
Just can't stay away
Just can't stay away


@geennaam
Quote:
The RadeonHD and RadeonRX drivers depend on uboot to init the card before OS4 drivers is loaded.
AFAIK that's wrong.
The old Radeon driver for R100/200 cards (ATIRadeon.chip) depends on the firmware, or on classic Amigas x86emu.resource.kmod, x86 emulator having executed the x86 BIOS rom code to initialize the card.
Hans' Radeon HD/RX drivers don't need that but can initialize the card itself, using the Atom parts.

Quote:
It looks like the a reason why RX cards are not working with a SAM440 and older systems are because the x86 emulator in their uboot is not capable of running the vbios succesfully.
You wont get any gfx output on U-Boot because it's x86 emulator doesn't work with the BIOS rom code of Radeon HD/RX cards. ACube would have to update the Sam440 U-Boot with the Radeon HD/RX changes from the PPC notebook U-Boot.
IIRC the x86 emulator in U-Boot even crashes executing Radeon HD/RX BIOS code and everything stops there, you can't boot AmigaOS at all because of that.
Changing the U-Boot stdout variable from vga to serial, which may skip any U-Boot gfx card initialization, could help. Since you can't have gfx display working in U-Boot anyway that doesn't change much.
After AmigaOS was booted and the Radeon HD/RX driver is used it should work just like on Sam460, using a Radeon RX on the X1000 (requires changing a jumper, no gfx output in the CFE firmware either), etc., unless there are additional problems on the Sam440 the Sam460 doesn't have.

Go to top


Re: MPlayer 1.5 released!
Just can't stay away
Just can't stay away


@balaton
The German government propaganda channels, financed by the "GEZ" taxes that have to be paid by every citizen, such as daserste.de and zdf.de, use geoblocking and can only be accessed from IP addresses within Germany.

Go to top


Re: Qemu Pegasos II interrupts issue
Just can't stay away
Just can't stay away


@balaton
Quote:
Since AmigaOS overwrites at least the LTIM bit and we have no evidence that ELCR is used or works on real hardware I think this should be set up by the AmigaOS kernel the way it likes, which Hans seems to also found and tried and said it works so then it's solved.
We have no evidence that ELCR works on real hardware (yet), but according to Hans changing the two 0x4D0/0x4D1 registers to the correct values does work with QEmu.

If that's the case it would be much better if BBoot does that, instead of each driver having to do it.

Go to top



TopTop
(1) 2 3 4 ... 85 »




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project