The AmiUpdate installs if the following settings are set:
- “Allow automatic update” enabled - “Perform Self-Update check when started manually - the “www.AmiUpdate.net” server is enabled and the checkmark is set on “Include this server when scanning for updates”. The option is in “Edit” server.
Thank you for your help.
As soon as I want to add a server to AmiUpdate Prefs and save it there is an ugly DSI. I am not able to add another server
Is there any other way to add the server besides Sys:Prefs/Updates?
I would also like to thank you once again for the great work on Snes9x and all those who have contributed to it.
Snes9x has developed very well in a very short time and in my opinion there is currently nothing comparable under AmigaOs4.1.
I also find their GUI a bit too powerful, I already mentioned that I use a resolution of 1600x900 on my computer, but that's no big deal as there is an alternative with the Javier GUI
Fade-in, fade-out effect, it's great that they're playing with it a bit, but yeah, I agree with @kas1e, it just slows down usage a bit.
The different roms folders are also redundant for me, I only use roms universal.
But that doesn't really give me the right to criticize anything, because they also added some things for emulation that allow it to be used on non-native hardware.
Conclusion: Good work HunoPPC/Javier and all other.....
The Sonic application sets the OpenGL SDL2 mode, but uses the SDL2 presets stored in my software the first time it is started. When Sonic is started again, OpenGL mode is used.
Perhaps this game was never intended or ported for software rendering, but simply works via SDL2, which supports software rendering mode. (It also requires EGL_wrap)
But since there is no problem with SDL2 directly, it doesn't matter. In my video you could see that your SDL2 port works correctly and saves all settings and uses them as well. How external developers provide their library is not their problem.
What do you mean exactly? Do you choose "software" driver, save it and when check the SDL_RENDER_DRIVER file on ENVARC:, it's somehow turned to "opengl"?
All settings that are selected via SDL2 are also saved in the SDL_RENDER_DRIVER file under ENVARC. For example, when I select and save software, it is also saved in SDL_RENDER_DRIVER as "Software".
When I run SonicCD RSDKv3 from Os4Depot, the SDL2 Software Renderer is also used. But as soon as I quit the game and open another SDL2 game, the SDL2 prefs changes from Software to OpenGL. But in SDL_RENDER_DRIVER prefs it still says software as sdl2 output. I'm not sure, but it could also be a problem with porting SonicCD RSDKv3 which just changes the SDL mode.
Note: The video is still being edited for playback.
I will delete this video later, it should only show the problems.
klesterjr wrote:A new version of AmiUpdate popped up as available today (v2.50), but I can't download it. I tried finding the archive on the AmiUpdate website, but didn't see anything. Has anyone else been able to update AmiUpdate?
Exactly the same problem here Version 2.50 is displayed via AmiUpdate but cannot be downloaded or updated.
Is there any other way to contact AmiStore support?
As already mentioned, I have purchased the product AmiPhoto but cannot find the serial key to activate the product. Please help me as I have already paid for this product.
Is it support@amisphere.com where I got the confirmation of my purchase from or are they automated emails where a help request would make little sense.
When you launch AMIStore and login, please click the key symbol in My Purchases window next to AmiPhoto. It will reveal your serial key code.
Since I found out about AmiPhoto through this thread and was looking for a good image display program myself, I bought AmiPhoto from AmiStore. I also have the problem that I can't find the serial key.
Is the fact that the mouse cursor is hidden after a while in the SDL output also new?
Hmmm, shouldn't be. My first guess is application is hiding it.
It is quite possible that the option was simply added when the application was compiled. It does not look like an error, but fits the respective application.
However, I have not noticed that the SDL Prefs settings of software randomly switch to OpenGL mode when the prefs were first set and saved. Maybe also an error when compiling the application.
Otherwise your SDL2 port works as usual, all SDL2 applications work without problems. (Software)
Edit: I can also replicate it in the same way with Os4Depot version 2.28.4, so it has always been like this and is not a bug in the RC of SDL2.
I have tested the new version and it also shows the mouse pointer behavior in some applications. Just pay attention to it.
@Caphill
One more bug I could observe is that Prefs or SDL2 simply switches to OpenGL mode in some applications, even though the Prefs settings for software were set and I saved them. You can see it in my video, the whole thing can be replicated again and again and should not be like this.
p.s. of course I could only test the software mode as usual, but OpenGL via Wazp3d is also possible, but leads to a messed up color display in most applications (Wazp3d error) But that's not the point, but that the saved prefs change their behavior even though they are saved.
Improve UTF-8 text input support. Update install script. Reset mouse pointer when it leaves its window. Improve audio recording.
Thanks for the new release candidate. The installer works perfectly and all SDL1/SDL2 applications work as before. Reset mouse pointer when it leaves its window works good
Is the fact that the mouse cursor is hidden after a while in the SDL output also new? I never noticed it before.
I am glad that you are very neutral about all the systems that AmigaOs4.1 is currently running on. I am currently having a lot of fun with AmigaOs4.1 under Qemu/Peg2 and it works well.
But I have also thought about real hardware.... at the moment I see very few advantages over real hardware the main feature would be 3D acceleration and 32 bit resolutions.
The A1222+ is definitely interesting, but I would be much more interested in the x5000/40. I don't want to buy any of the 2 products at the moment because the development of AmigaOs4.1 is uncertain.
I will wait this year and see how everything develops, until then I am well served with my Qemu machine Peg2 to enjoy AmigaOs4.1 and yes I am crazy about AmigaOs4.1 because I think it is a very good operating system, even if not perfect.
AmiUpdate also provides the new version of AmiSSL so no problem. Of course, it is confusing for end consumers to have to use update tools to check for updates.
@AmigaKit
I have a question about the A600GS, unfortunately I couldn't find much information about it.
Since this device will be very small I would like more information about it. Is it a standalone device and can I also surf the Internet with it?
Which operating system is used? Is it AmiBench? What is AmiBench? Is it based on AmigaOs3.x?
Maybe some more technical data would be interesting.
I would be happy if you could give me some information about it.
Yes, you're right, it looks a bit messy in my video, but only because I didn't know how imp3 worked and that the origin was under AmigaOs3.x.
As you mentioned, there are some mods that cause DSI (GrimReaper), but that's rare and can be ignored. What I also didn't know is that imp3 remembers the window positions when you use it and you can create a great chat tool including streaming support with a very large database which is then saved permanently.
IMP3 with its only 47kb size is a powerful tool with many functions, of course we are lucky that it works under AmigaOs4.1, even if not perfectly. Through imp3 I met new people and could chat with them live
Too bad there is no AmigaOs4.1 native version. Nevertheless, I am glad that I can use it, even if it is associated with some restrictions.
This is just one example of how it could be configured. As already mentioned, once configured, imp3 remembers the window positions and the next time you restart, you have exactly the same configuration available.
I also tested the new version of IMP3 (Os4Depot) when I was bored. I didn't realize that Infinity Music Player has a long history and was created under 68k development.
My experience:
It's a bit bumpy on first launch....the tool/program starts in its own screen and causes glitches. A few settings, fonts and screen set to workbench and IMP3 works acceptably. It is unstable in every way if you play around too much, but most functions can be used, e.g. the databases and mod,s playing/streaming work very well, also the chat functions.
You can tell it's an Amiga 68k tool/program and it's not adapted for PPC AmigaOs4.1 Native. Otherwise pretty cool, maybe there are ways to improve the runnability of Infinity Music Player on AmigaOs4.1?
Let me briefly show you how my experience with Infinity Music Player was:
Edited by Maijestro on 2024/1/26 20:58:05 Edited by Maijestro on 2024/1/26 20:59:23
It's great to be able to watch your videos with sound
To Snes9x:
I also like your version very much, but as I can see your version only scales to 4:3 when used in full screen.
You could also add video mode (EPX) like HunoPPC did for full screen when fully scaled/stretched.
When running Snes9x the window on the workbench is quite small 800x600 will display smoothly with Snes9x and would be a nice standard size. Maybe we can do that via the tooltypes as well?
Otherwise it's pretty cool that you can start the roms directly with Snes9x via double click and without GUI And yes it seems to run really smoothly, I would also like to test your version.
To summarize, Snes9x in the current version of HunoPPC is really very very good, the Javier gui has also been updated the last few days, but still contains a few bugs. The GUI of HunoPPC is quite large on the WB at a resolution of 1600x900 and takes up a lot of space.
There have already been attempts to use newer graphics cards with Pegasos2 hardware via PCI bridge, some people had already tried that, I'm not sure anymore but I think there was a problem with 64 bit bars and the current AmigaOs4.1 kernel that doesn't support it.
In the release note text of BBoot 0.5 (alternative bootloader from Balaton Zoltan I found this:
"BBoot can also configure PCI devices that is normally done by the firmware. Linux and MorphOS don't need this as they scan and configure PCI devices themselves during boot but AmigaOS relies on the firmware to do this so BBoot implements this too. While configuring PCI, BBoot prints debug messages that can be useful to check how these devices are configured, which can help in debugging PCI pass through or even when using newer graphics cards on a real PegasosII as BBoot can also patch 64 bit BARs that the Pegasos2 version of AmigaOS kernel cannot handle."
No one has tested it further yet and I'm not sure if it's at all helpful for using newer GFX cards.
Otherwise, lspci also works on the Pegasos2 machine. I know this command from Linux and can now also use it under AmigaOs4.1, all devices are displayed correctly.
As far as I can remember, the Os4Depot version (December 25, 2023) of MPlayer 1.5 had problems with streaming via Yt.rexx. I reported this error myself.
With this version, streaming works smoothly, pause/forward and rewind in window/full screen with the video output WPA/COMP/SDL/GL. Unfortunately I wasn't able to test any of the other editions.
News feed
OS4 Feedback forum
OS4Depot Feedback forum
Amigabounty forum
OpenAmiga forum
AmiCygnix forum
ABC shell forum
AmiKit forum
Cinnamon Writer forum
CodeBench forum
Digital Universe forum
Dopus 5 forum
E-UAE forum
Gnash forum
Ibrowse forum
JAmiga forum
Odyssey forum
OWB forum
Qt forum
SmartFileSystem forum
Timberwolf forum
TouchDevice forum
TuneNet forum
Unsatisfactory Software forum
And yes it seems to run really smoothly, I would also like to test your version. 
