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

@Maijestro @balaton

Thanks for tests. I can see from Maijestro's video that the rendering was broken in 16-bit bitmap (middle one). Text looks corrupted.

Point of this exercise: I was trying to re-create a test case which doesn't use SDL1, to simplify debugging. There is probably something wrong in Pegasos-related 16-bit blitting routines (or emulation).

Please ignore the colors. It's just using some pens from 1 to 10 or so.

The problem with the Player Setup has been fixed. However, I'm not sure if it will come to end users in time for the event.

There were several bugs:

#1 Bug in the original H2 Source Code (skins were limited to 128 - now limited to 1280, and if there ever are that many, it won't crash, it will simply make 1280 selectable. Additionally, there's a new console variable - skipskins - if you enter about 500 there, it will skip the first 500 skins. You don't need this now, it's just in case the 1280 limit is exceeded in the future).

#2 Bug The skin memory management in the Player Setup Dialog (ingame was not affected, only the dialog) was, let's say, "silly for AmigaOS". Fixed.

#3 Bug The people at H2 Vault had 6 broken models in their large archive. Since their Player Setup on Windows also crashed, they never noticed. The broken models need to be deleted from base/Models and base/Players otherwise the Player Setup (but not the actual game !!!) can crash. base/Skins can remain unchanged.

The affected models are:

female:

velvet, darkelfw, utsoldier, unseenhand

male:

utsoldier, gandhig

I will provide a separate file (only the affected directories, so you don't have to download the whole giant file again). To make everything work, you need both the new quake2.so for Heretic II and the fixed data files.

@geennaam
So, we (users) should understand your reassons, by reading GPL or whatever to drivers (which no one except ones include them do), but you not worry at all that you giving them at first driver, then remove it, then tell them to not use version from webarchive. Is it friendly to them ? Is it correct way if solving issues you had with acube ? Maybe we all immoral there, but at least we not show users something, and then remove it with explains that someone guilty for. If someone use driver from webarchive - what the problem ? Tell in friendly way that driver outdated and better one will be out only with Enhancer, why all that "i will not", just because users want to use old outdated driver ? Its all can be super moral from your side, and amoral from our, but this simple speaking strange.

As for Enhancer, i am not agaisnt it, i am against of how Mattew handle it, and how he grab Hyperions versioning theme for hes replacements and how he handle SDK for classes. But its all his iwn thing, and because he didnt do as some of us want, i didnt say "i will not" or "that is reasson why i xxxx" and so on.

@joerg
Let be honest, devs stop working on amigaos as they burnout, and things go not as perfect as they wish. But instead of dealing with issues, its always cool to bring some drama on users (who give a shit) about someone being guilty for something, right ?:)

Any of us can find nany excuses why better not do anything for os4, but we do, in favor of users.

@Capehill
Not sure what would be the correct output but I've tried it on QEMU amigaone,pegasos2,sam460ex machines just booting the 4.1FE install CD. The 8 bit and 32 bit looks the same on all 3 machines but 8 bit has text in different colors and gray background and 32 bit has all black text on gray background. The 16 bit one has blue-green background with black text and on pegasos2 also the text is broken (endianness issue?) whereas on amigaone (with same 7457 default cpu as pegasos2) and sam460ex the text is OK even in 16 bit mode. Using -M pegasos2 -cpu 750cxe fixes text in 16 bit mode. (This was tested before with SDL that endianness issues only happen on pegasos2 and with G4 CPU.)

To me this looks like some problem with pegasos2 kernel again assuming other components are the same on all three machines.

Maybe it would also be interesting to see how it displays on real sam460ex with the on-board SM502. Anybody could try that for comparison?

@Capehill

Quote:


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

@joerg

He knows exactly that my drivers were to be included as contribution with enhancer. He is on the Enhancer beta list as well. As is kas1e. The NVMe driver in its latest version with improvements, bug fixes and support for 4 units was already there in the beta. (Works nicely with these adapters as well:https://www.glotrends-store.com/products/pa20)

Which is also very cynical since they are both such vocal activists against Matthew and the Enhancer project.

I had not yet transmitted the new and improved hda driver because they wanted me to include a x-dock version of hdmixer. (And I didn't have found the time yet because of what is written below.)

Which as you have guessed will not happen anymore.

Even today I was working on two hardware projects. At first I was working on something xena related which was in a really advanced state. You can read about it in the xena topic. But then Skateman, a really nice and honest guy, convinced me to work on something else with higher priority in an effort to attract more users to the platform. Something that the community has been asking for for ages. I have been teasing specifications in the amigans discord channels.
It would have been ready for ordering of prototypes in May/June.

Well, you've guessed right. Not going to happen either.

I will mind my own something not useful business like drama and such.

@QEMU Pegasos users

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.

Thanks in advance.

@walkero
Quote: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...

@joerg
Quote:

Of course os4 kernel for peg2 do not support it : that the point of whole thread. And Hans trying to add support of it in the kernel. And while we are able to find RX/HD card behind the bridge, we fail to read things/addresses from properly : that need kernel fixes/changes, of course. Hans trying firstly RTAS , and fail. Now our way is direct access. And lately we trying to find if "config-l" commands and co can read from the card from firmware, to see correct adresses and stuff, and compare if it indeed RTAS do not works, or we just may use wrong addresses, etc.

@balaton
Quote: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.

@Firetail

RunInUAE loads/uses IIRC .uaerc and .uaerc_RunInUAE

but if you run frrom Shell/CLI it opnly loads/uses .uaerc

@geennaam

I totally get where you’re coming from,

AEON, ACube-System or Hyperion is making money, selling your free work is illegal, I totally and I get it, if there is no agreement for distribution, it breaks the copyright end of story.

I do not get what some users have problem with that, they really hard on Hyperion for using free contract work, but at end of day, it should be developers who chose to work for free or not. And if its not paid for its no one’s business how your software is shared or distributed but your own.

And right now we come companies like Cloanto who want to take ownership of AmigaOS and its components by legal trickery, without paying the contractors. From my point of view, it be best to not bundle anything with AmigaOS. To avoid legal entanglement.

I have same as your config

RunInUAE.cfg:
uaeexe = Work:Emulation/E-UAE_1.0.0_SDLGFX/uae
uaescr = n/a
uaepri = 0
uaebkg = 0
uaefds = 0
timeout = 20
wbprefs = 0

There is no any
filesystem2=rw,DH0:Workbench:KDH1:Emul/UAE/RunInUAE/WB31,1

@walkero

Quote:

Well, turning my back to you and the "community" is probably the most useful thing that one can do.

In my situation, I only use old SounBlaster cards, for which drivers are coming with the OS. I would suggest everyone to use these cards and get rid of this drama, having a usable system.

Quote:

This is reality. You have to get down to the earth. If anyone wants to use their hardware, they will try to find a way to do it. Since you decided to "panish" the community months ago just by removing the driver from OS4Depot, do not expect that the users will not try to find it any way they can.

If people share the driver "illegally" as you say, then you should help them do it legally, which you didn't. Instead of being thankful for people finding your work useful, you end up accusing us (and me personally) for being immoral. That is your opinion, but do not expect us to agree with that.

Yes, people should respect the licence file you included in your archive, but you also need to land to reality and start doing something useful.

I do not know if I am immoral because I proposed you solutions. If that's the case, so be it. But please think before you talk.

Software is licensed and you can only use it according to its license. The author has the right to decide what license the sofware is published under. It does not matter what you think, you only have two choices: accept the licence or not use the software. (This is also true for free software under GPL. You can use, distribute, modify it freely, even can ask for money to support it, but you can't make it non-free and have to give the same rights you got to others.) Those who produce commercial products and expect people to follow their licenses should also follow the license of the components they use themselves and should check and comply to those licenses.

In this case the HDA driver's license says it's only for non-commercial personal use and cannot be distributed as part of a commercial product or ask money for it. (I don't think this can be revoked once it's published so this driver version is still available under those terms and it allows to be distributed for personal use.) But the author can ask it to be removed from commercial products (or try to ask for some money for past "damage" but maybe there's not much profit made on any of this and we don't need more court cases so getting some agreement may be a more sensible approach).

The authors also have the right to decide if they want to support it further. license further versions under different license or stop making further versions. You can't force them to do something they don't want to.

Maybe people are too passionate about all these Amiga stuff and still hold on to their pieces which just hinders development so it would be better if there could be more cooperation instead of competition and forget commercial thinking where there's no real market but this seems to be the state of things now. I can only hope it will change in the future.

@walkero

You (and others) completely failed to see my point.
I do not want money. Never asked for it and also declined donations.
I want people to respect my license and don't just steal something because someone else sold them something. Or that you lack the audio hardware on your product. That is the problem between them and the ones they bought their hardware from. Instead everything is somehow my fault. And if I don't like that I can gfm for the drama queen that I apparently am.

Your comment that it was my own fault because I had to find a different distribution method sooner is the most immoral and offensive of them all.

@geennaam

Quote:
And I will once again say that the OS4 community is very appreciative of your work. You just need to give us a chance to obtain your software legally so that we can use it.