@Capehill

I hadn't noticed these changes - apologies and thanks for the information

@Thread

When geenman decided to take off his drivers (NVme and HD Audio) without any reason, i was suspecting Matthew of having secretly contacting him to include his softwares in the Enhancer Software Pack.

Matthew doesn't want people to offer for free their work (moreover if he can make "more" money from them and add more value to his own software pack). I dont know what was promised to geenman.... but all this drama comes from this.

But anyway, if it had not been a secret (I'm pretty sure Matthew asked Geenman not to talk about this publicly since he wanted this to be a "surprise"), if evertything would have been told to anyone that these drivers will be included in the next relase of Ehancer Software, we would not be reading this thread. And noone whould given a f... anyway. We are used to see drivers included in the Enhancer Sofwtare Pack, no need for secrets.

But well, it's usual in the Amiga world, let's say...

@smarkusg

https://github.com/AmigaPorts/SDL/rele ... /v2.26.5-release-amigaos4 SDL2 uses only 32-bit bitmaps since this release.

@Capehill

I remembered the last one where I also encountered this problem.
An old version of Open Fodder based on SDL2. I don't know how it was compiled and if not somehow with Gles.

Two machines running simultaneously. Qemu Pegasos2 G4 on top and Qemu A1 G4 on the bottom.
The problem here also occurs



Here a link to the old version of open fodder
https://www.amigans.net/modules/newbb/viewtopic.php?post_id=112398


Maybe this information will be useful.

@geennaam
@joerg

I have edited my post many times and instead of writing moralizing opinions, I will write this:


Yesterday was my birthday.

Maybe you will change your decision and return to the Amiga community.

It would be a nice gift for me.

Different solution than another huge file - a scriptfile which delets the broken models (I also uploaded this to Aminet). I will also fix the huge file, but you do not need to redownload this, just running the scriptfile once is enough (and the new quake2.so is needed of course which I sent yesterday to Alinea for release).

This is the script:

delete base/players/male/gandhig.m8
delete base/players/male/gandhigdmg.m8
delete base/players/male/gandhig_i.m8
delete base/players/male/utsoldier.m8
delete base/players/male/utsoldierdmg.m8
delete base/players/male/utsoldier_i.m8
delete base/players/female/velvet.m8
delete base/players/female/velvetdmg.m8
delete base/players/female/velvetp1.m8
delete base/players/female/velvetp1dmg.m8
delete base/players/female/velvetp2.m8
delete base/players/female/velvetp2dmg.m8
delete base/players/female/velvet_i.m8
delete base/players/female/unseenhand.m8
delete base/players/female/unseenhanddmg.m8
delete base/players/female/unseenhand_i.m8
delete base/players/female/unseenfem.m8
delete base/players/female/unseenfemdmg.m8
delete base/players/female/unseenfem_i.m8
delete base/players/female/darkelfw.jpg
delete base/players/female/darkelfw.m8
delete base/players/female/darkelfwdmg.m8
delete base/players/female/darkelfw_i.m8
delete base/skins/female/darkelfw.jpg
delete base/skins/female/darkelfw.m8
delete base/skins/female/darkelfwdmg.m8
delete base/skins/female/darkelfw_i.m8
delete base/skins/female/velvet.m8
delete base/skins/female/velvetdmg.m8
delete base/skins/female/velvetp1.m8
delete base/skins/female/velvetp1dmg.m8
delete base/skins/female/velvetp2.m8
delete base/skins/female/velvetp2dmg.m8
delete base/skins/female/velvet_i.m8
delete base/skins/female/unseenfem.m8
delete base/skins/female/unseenfemdmg.m8
delete base/skins/female/unseenfem_i.m8
delete base/skins/female/unseenhand.m8
delete base/skins/female/unseenhanddmg.m8
delete base/skins/female/unseenhand_i.m8
delete base/skins/male/utsoldier.m8
delete base/skins/male/utsoldierdmg.m8
delete base/skins/male/utsoldier_i.m8
delete base/skins/male/gandhig.m8
delete base/skins/male/gandhigdmg.m8
delete base/skins/male/gandhig_i.m8

Now i finally got it working the way i wanted.

.uaerc and .uaerc_RunInUAE files are identical and .uaerc file is write protected.

RunInUEA adds an that additional Workbench line to the RunInUAE configuration file, but the system works fine with that additional line now without problems :)

@kas1e

The kernel was already using RTAS for accessing PCI configuration registers.

Hans

@balaton

Quote:
Thanks for your help so far.

This would have been better left unsaid, though. It reminds me of another person who refused to give any assistance because I'm "working on the wrong OS." I would have helped him out if he asked...

BTW, kas1e offered a small bounty to get this fixed. That's all the "reward" that's available monetarily. If this were on a commercial basis, then I wouldn't be here.

Quote:
I appreciate free software, but I certainly don't demand it. I'm also sick and tired of the passive-aggressive bullying & harassment that comes from open-source advocates.

It is entirely reasonable to want to be paid for your work so that you can practise your craft full-time. And yes, that includes the craft of writing software. As a solo developer I don't have big budgets, I don't have a "day job," or a trust fund, or anything else to keep my family fed and sheltered. If I can't earn enough to support my family from writing software, then I simply won't have the time to write any more code.

Sorry for the rant, but I'm sick of this kind of attitude.

Hans


p.s., To be clear, I don't expect any help from you (although what you've given is appreciated). Just lighten up on the attitude, please.

@geennaam
Quote:

I am on the Enhancer beta list and as much as I know, the HDAudio driver is not included in the latest beta package, nor it was mentioned that it will be included in any email. So I didn't know that this would come or not with Enhancer, as Matthew never shared that information in the mailing list.

But even if I knew that, I couldn't share it publicly, since I, in contrast with you, I honour my NDAs.

Quote:

Well, to be honest with you, I do not know what is this exceptional thing you are working on and if it will see the light of the day for the OS4 community to use. I am sure it would be useful.

I am sorry that for one more time you develop so much drama out of nowhere. I do not know why you do it, and this is not my concern, but this is the third or fourth time you do the same thing here in this forum and in the Discord channel.

So instead of attacking people personally, and the community in general, please consider deciding:
- if you want to leave, please do so
- if you want to stay, we would be more than happy to have you with us
- if you would like to develop and release software/hardware for the OS4 community, please do so
- if you want to cease all of your projects and leave, farewell and good luck

But please stop bringing drama where there is none. Respect us, respect the community, respect the companies so that you can get back all of our respect and appreciation.

And finally... HAVE FUN.
If you don't, there is no reason to be here.

@geennaam

Stand your ground and show what license means and the complications/aftermath of breaking that license!

I know the sour feeling of creating/producing and getting fucked over.

Edit: 100%

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

I am writing about this because I read the thread today:
https://www.amigans.net/modules/newbb/ ... id=147943#forumpost147943

@Skateman +1
Even though I haven't had a need to date to use the audio driver or ssd driver, I was super excited where my imagination had taken me from @greennaam's teases for his future project.
Please know that @greennaam you are very respected and we truly will be missing out if you indeed decide to leave.
If there is anything that we can do as a community to change your mind, please let us know.
Dave

I'd like to apologize to Geennaam, I had no idea what you wanted in relation to your creations!

Indeed the USB key supplied with my X5040 comes with HDMixer a 2021 version and I didn't know that HDMixer shouldn't have been supplied with my AmigaOS pre-installation and that they did the opposite of what you wanted.

And I'm only now reading the license.txt, because I didn't have it before.

It's true that the vendors and resellers have done the opposite of what was written in the license.txt.

I have just one more thing to say, Geennaam, please stay with us.


I hope Google translate translated what I wrote well.
I do not speak much English.

@all

This is the explanation of what happened:

- we sold very few Audigy FX cards (less than 10), and then took them off as availability from our shop because there was no demand
- the sound cards were not sold with any driver included, at the time it was still possible to download the driver from OS4Depot
- the audio driver was included on the SD card we supply with the Sam460 boards to help users install the operating system and other utilities easily and as quickly as possible, a kind of 'bonus pack.' As soon as we were alerted to the problem with the audio driver, we removed it
- Our mistake was to include the driver without having read the readme

We are sorry to learn that things were misunderstood. We make our apologies to geennaam and the Amiga community.
We will make sure that things will not happen again in the future.
In any case, we invite you to contact us directly through our contacts available at www.acube-systems.com

@SkatemanQuote:

+1 … @geennaam stay with us 👊🏻

@jabirulo

Thanks, I'll take the time to look at that and repeat tests

@walkero

Quote:

thanks for the info, I will correct that

@Maijestro

SDL2 doesn't use 16-bit bitmaps, probably that's the reason it works better than SDL1.

Wow... this is not good

The only thing @geennaam asked for, was to not use his software for commercial purpose. Since Acube is still advertising and selling the soundblaster on their webshop as being a better upgrade for its own Amiga systems, its clear that they should at least have contacted the developer of the driver since the use is purely commercial.

Those who reflect this back on the developer just dont get it.

The news of @geennaam halting his projects is a devastating blow to the Amiga community. His projects were the single biggest hope for securing the future of our beloved Amiga hardware platform.

It's deeply frustrating to see such potential go untapped due to a short-sighted vision. @geennaam's work could have benefited us all. Hope he will return some day....

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