Who's Online |
131 user(s) are online ( 59 user(s) are browsing Forums)
Members: 0
Guests: 131
more...
|
|
Headlines |
-
amidisas.tar.bz2 - development/utility
Apr 16, 2024
-
wildmidi.lha - audio/play
Apr 15, 2024
-
liba52.lha - development/library/audio
Apr 14, 2024
-
libcurl.lha - development/library/misc
Apr 14, 2024
-
libopenssl.lha - development/library/misc
Apr 14, 2024
-
bermudasyndrome.lha - game/action
Apr 14, 2024
-
amigagpt.lha - network/chat
Apr 14, 2024
-
curl.lha - network/misc
Apr 14, 2024
-
dgen_sdl.lha - emulation/gamesystem
Apr 12, 2024
-
amiarcadia.lha - emulation/gamesystem
Apr 11, 2024
|
|
|
|
Re: DrawerGenie for AOS4?
|
Posted on: 2023/11/16 11:01
#61
|
Home away from home
|
@geennaam Quote: At least I rather use the shell then use WB when I have to navigate further then two levels. You don’t need to do that, you can drag a drawer to the desktop and snapshot it there, and put drawer away when you’re not using it. and if you need to open parent directory you can do that from the menu. Need to open a drawer from with path x, you do that wbrun from shell.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: DrawerGenie for AOS4?
|
Posted on: 2023/11/16 7:33
#62
|
Home away from home
|
@mr2
Sorry I don’t get it, why not simply use Opus5 instead.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: Adding an Amiga menu to an SDL1 window?
|
Posted on: 2023/11/13 16:28
#63
|
Home away from home
|
@trixie
SDL. Simple DirectMedia Layer is a cross-platform development library..
Now if you started adding Amiga, MacOS, Windows, C64, Unix and Linux, api's to it, it wont be cross platform anymore.
Should menu be a standard API sdl perhaps, but mostly aimed at games.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: gcc 9 and 10
|
Posted on: 2023/11/13 16:21
#64
|
Home away from home
|
@joerg
But 680x0 programs don’t use .so files, nor do they compile with powerpc .a files. So why is important how 68K had allocated memory, as long as its shared, so it can be used in treads.
and wont it be loadseg job to load 68k programs, not elf loader, unless we are going to add aros 68k binary support any time soon.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: Do we have fast, accelerated, bug-free, supporting scaling SNES emulator ?
|
Posted on: 2023/11/12 12:31
#65
|
Home away from home
|
@samo79
AmigaInput is buggy by design, if unplug a gamepad, it wont notify the game about it, instead it will free gamepad, from the OS, and game will crash.
Instead you need to busy loop to check if the gamepad is connected, and hope you notice before trying to read from the gamepad.
All games and emulators that use AmigaInput has at least a 20% chance of crashing, from my experience.
Things you can do, is use powered hub, incase of drop out due to power issues, try to replace the USB cables, if that does not help, you might be out of luck.
You can also try disabled sblive and other drivers in AmigaInput, some of this seams to be buggy, or cause problems.
Edited by LiveForIt on 2023/11/14 11:10:39 Edited by LiveForIt on 2023/11/14 11:11:58
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: Running my OS4 games on QEmu
|
Posted on: 2023/11/12 11:46
#66
|
Home away from home
|
@Maijestro
32bit is 2x data, If the transfer speed is important for high FPS. Then it makes sense to use 16bit.
Specially if for software rendering, there are other issues like BE and LE, but lookup tables work fine for 16bit (and 15bit), the R and B is easy to shift, but G is the one that’s split in the wrong endian, on 16bit
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: Using PIPE: device with CreateNewProc()
|
Posted on: 2023/11/11 8:36
#67
|
Home away from home
|
@Hitman
you need to know if there is x number of bytes in the pipe: buffer before reading.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: CD32 music over whdload on EUAE
|
Posted on: 2023/11/4 9:29
#68
|
Home away from home
|
@kas1e
Does diskimage.device support scsi commands?
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: WebKit based browser initiative
|
Posted on: 2023/11/3 15:59
#69
|
Home away from home
|
@Raziel
Real QT should not add any extra layers, when you have native port.
Perhaps you are thinking about GTK2MUI, that was created for MorphOS, I think project that issues. For example, you can’t use GTK classes, so you be really restricted. There is also wxWidgets if I understand it correct does something similar. The benefit is you get more applications ported quickly, the disadvantage you get more applications ported quickly without anything special added to the platform. Of course it limited by the primitiveness of older Gui systems.
Edited by LiveForIt on 2023/11/3 17:01:52 Edited by LiveForIt on 2023/11/3 17:17:18
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: WebKit based browser initiative
|
Posted on: 2023/11/3 7:38
#70
|
Home away from home
|
@kas1e
My impression of QT was that it was working well, but we did not have latest, and we need proper support for .so files, because objects had been loaded and unloaded, and constructors and destructors was called correct, but it should now be fixed in the elf library. Problem if any is only one developer working on QT, and he not active as he likes to be as usual. Not sure if has access to latest. That is required to make it up to date.
In many was QT is better than Amiga GUI, because stuck with codepages and ascii. And elements can be rearrange and customized, something amiga GUI suck at.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: How much this 2d cartoon animation video is close to 8bit Pixel Art ?
|
Posted on: 2023/10/31 7:34
#71
|
Home away from home
|
@vintagewatches
It’s using low quality dithering algorithm. For it to be art it has to be creative and it’s not, original anima is creative, but low-quality dithering algorithm adds nothing.
Floyd Steinberg algorithm, is also not creative, but it adds a bit noisy in the picture, it can make picture look less sterile. In some cases, I think looks more mystical or better than the original image.
good pixel art, is mastery of using minimum palette, and come up shade or transitions that’s hard to see for a human eye, C64 pixel artists are where good at this, but I also know there are tools to help convert high quality image, into C64 image, it can be hard to see the difference sometimes.
talent is someone who can draw shape, understands colors, and knows how to make it look its best, every time comes out unique. Untalented person is person who loads an image, and presses a button, every time looks the same.
Edited by LiveForIt on 2023/11/1 9:24:11
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: libgcc.soo problem
|
Posted on: 2023/10/30 17:56
#72
|
Home away from home
|
@Raziel
Not much sharing of anything if per application. You might as well just statically link everything, at last then it loads faster.
Perhaps it should be possible to make .so files resident, so they don’t need to be loaded from disk all the time. Starting web browsers on AmigaOS4.x is so boring. If they can be loaded from extmem that be great.
Spacking about can of worms.
This can become really messy now with different versions of clib and newlib and so on, that can be multiple versions of the same .so file for different clibs.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: libgcc.soo problem
|
Posted on: 2023/10/30 17:37
#73
|
Home away from home
|
@NPFrandsen
Because your different version of libgcc.so linked to the same name. libgcc.so, so replace libgcc.so with newer one, you get a problem like this.
Yes its softlink problem its important to have soft link, to prevent that happens, when compile. so its linked to libgcc.x.y.z.so instead.
Unlike Amiga libraries that should always be replaced, the .so file that is deprecated should be kept, unless it has security hole, in some encryption or some, issue allow some execute a script local you on your computer by simply typing in URL in your web browser.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: Odyssey 1.23 progress: r5 RC2
|
Posted on: 2023/10/29 16:16
#74
|
Home away from home
|
@samo79
I’m think the same unless complete API’s have changed. can be gradual thing, where you can’t just take A and apply it on B, but have rewrite things step by step.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: Odyssey 1.23 progress: r5 RC2
|
Posted on: 2023/10/29 11:55
#75
|
Home away from home
|
@Primax
Yeh… think maybe best thing is just focus on JavaScript, JIT compiler and JavaScript Binary format. It seams to me good way go about be looking at NodeJS, also we other browsers like NetSurf I think can be good.
I think part of problem, is that we want latest stuff now, and as result we keep taking shortcuts. Not saying retrofitting new components, parallel development is good idea, as it ends in incompatible side projects. On the other hand, one problem with EUAE, is the maintainer kept porting over newer code, but did not work on integration with OS, as result EUAE sucks on many parts like network support, protection bits etc, let’s say user experience can be better, then what it is now. The same you have any large project; we need to customize it our needs. It can’t just be recompiled. Well technically first modern web browsers we had, was SDL based, without any integration at all.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: Odyssey 1.23 progress: r5 RC2
|
Posted on: 2023/10/29 10:19
#76
|
Home away from home
|
@Primax Quote: We don't have Objective-C, and it does not look like full web browser. If it is, then lots other project also needs to be ported.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: RadeonHD V.5 driver
|
Posted on: 2023/10/28 9:11
#77
|
Home away from home
|
@drHirudo
Yes, I had similar problems, there are some DVI + Audio to HDMI converters. You can buy one. I own one but there was problem support all video modes.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: Whdload crash in some cases under our E-UAE
|
Posted on: 2023/10/26 21:16
#78
|
Home away from home
|
@kas1e
There must be possible unit test all the FPU code, make sure etch instruction work after spec, and return the correct result, its possible WinUAE has unit tests.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: Whdload crash in some cases under our E-UAE
|
Posted on: 2023/10/26 8:54
#79
|
Home away from home
|
@kas1e
I know Basilisk II also has bugs in FPU, it also uses the EUAE cpu core.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: AmigaOS 15" laptop one day?
|
Posted on: 2023/10/25 11:12
#80
|
Home away from home
|
@Lio
Yes, the motherboard was shown, but it not booting. little bit disappointing stand, they should have shown some sam460 running in background.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|