you got an emal to share? PM me..i'll try a link to you direfctly then
Thank you....now it has worked. I will test their new version extensively tonight. You wrote that you also had crashes with your new version, how can it be reproduced?
Otherwise I'll run the tests as usual where it always crashed.
I tested your USB driver briefly under AmigaOs4.1 it seems to work well, but when I click on the title bar of the workbench or move the mouse cursor to the edge of the image I see 2 mouse cursors, host and guest. Pay attention to the left side of the picture:
Qemu/AmigaOs4.1 HID tablet:
The driver or the new HID device is recognized by AmigaOs4.1. I could only record it with my cell phone.....
Edit:The problem is that the AmigaOs4.1 menu can no longer be called up from the title bar.
Edited by Maijestro on 2024/3/1 16:40:21 Edited by Maijestro on 2024/3/1 16:40:36
If you ever forget the link, just go to my user page and click on the website link
I've tried using your download link and also directly via your profile website but it always results in me not being able to download any data. I also tried it with my cell phone
the exit crash and unfreed signals are still in there, though
Are you back on your Aos4.1 machine?
We can then test it in parallel. I have some time at the weekend and will take a close look at your new version. Can the new version be downloaded from somewhere? Your old source for downloads does not work.
Alternatively, QEMU can emulate the pointing device as a HID tablet instead of a HID mouse. In this case, QEMU does not expose a mouse, but exposes a tablet as an input device and sends absolute coordinates to AmigaOS4 such that the AmigaOS4 mouse cursor coincides with the host operating system's mouse cursor. Hans reported that this mode would be useful when using the Virtio GPU device. The problem is that the amigaos hid.usbfd driver cannot currently manage the tablet device..
Thanks for the short explanation, I didn't fully understand it before.
I see it similarly to @Balaton the driver should be developed primarily for real hardware, of course it would be nice if you could extend this driver to support Qemu/AmigaOs4.1. As already mentioned, we cannot reproduce the problems that Hans has with the Virtio GPU and the use of the mouse cursor because these drivers are not available to us.
But I already had a similar problem and it was related to the Cocoa display manager, which resulted in the mouse speed in the guest system (AmigaOs4.1) being slower than in the host system. I reported this bug and it was later patched. In order to be able to avoid such problems in the future, the HID tablet would certainly make sense as an alternative to the HID mouse thanks to its driver support for AmigaOs4.1.
I do use/have #version sys:Kickstart/SmartFilesystem full SmartFilesystem 1.293 (19-11-2015) AmigaOS4 PPC A-EON Technology Ltd
I'm using the same version and it's configured with SFS\02 on the Pegasos2 machine with a real SSD via Media ToolBox. But I seem to remember reading in another thread that SFS\00 would probably be the better choice. Perhaps the size of the partitions also plays a role. I'm currently using a 500 GB SSD.
This whole FileSystem thing always raises questions, and very few people know how to configure it properly. Nonetheless, I left you an example of what my current configuration looks like. A lot of it was recommended to me by @joerg, e.g. the buffer settings.
Perhaps @joerg can write something about what would make the most sense.
As I wrote I don't know how disk caching works with QEmu on MacOS, and you may be the only one using a complete HD or SSD for AmigaOS 4.1 with QEmu. If you use image files instead of a real HD/SSD passed through to QEmu, any host OS should cache the image file(s) contents and using diskcache.library on AmigaOS 4.1 as additional disk cache probably wont increase the speed.
You could of course be right that it is different with virtual HD,s .... I will test it the days.
But since I use a real SSD and we happened to talk about the FileSystem, I noticed that and of course I wanted to try it out and that was good, because now with activated DiskCache it is again much more performant than with deactivated DiskCache.
I myself would not have expected such differences as soon as a real HD was passed to Qemu, but it shows that the guest system AmigaOs4.1 takes over the settings completely and takes care of them. So it was good that we discussed the topic again and I thank you for that.
AlfredOne wrote:@all Do you think it would be useful if I released a QEMU specific usb driver (e.g. qemutatablet.usbfd or qemu.usbfd), instead of a generic hid driver that handles qemu but could handle other hid devices?
I am not sure what such a support under AmigaOs4.1 Qemu could mean. In terms of the "qemu.usbfd" device, would this mean that we could use such a usb driver to facilitate the integration of devices under AmigaOs4.1 ?
Quote:
Human Interface Device (HID) refers to the HID protocol, a standard way of communicating with connected devices. Examples of HID devices are keyboards, mice, headsets and game controllers
Or is it still about being able to use touch input with a LapTop or TouchPad?
The problem was caused by myself by disabling DiskCache.library.kmod in the kicklayout it resulted in significantly longer loading times by having only one window with black content. With Diskcache enabled everything is fine. I just wanted to let you know.
On the above 2 videos you could not see it clearly, but I have tested it further and now have the final proof that DiskCache also works under Qemu/Pegasos2 or the guest system takes over the settings.
In the next 2 videos you can see it clearly using SFS from Enhancer Software 2.1. That was also the reason why I accidentally informed@walkero that breakhack is not working properly anymore.
DiskCacheOn breakhack:
DiskCacheOff breakhack:
When I run breakhack from the RamDisk everything is fine with DiskCache disabled. I just wanted to let you know since you recommended me to disable DiskCache in another thread.
It depends on the host OS. If the host OS uses it's own disk cache, like for example Linux does, it doesn't make any sense to use an additional guest OS disk cache as well since that wouldn't cache the actual disk (file) contents but just the contents of the cache of the host OS instead, making disk accesses slower instead of faster. I don't know how it works on MacOS. On some host OSes the host OS cache may only be used if you use image files for the AmigaOS partitions, other OSes may cache direct accesses of real HDs as well.
In fact, the hard disk is not mounted under the host system MacOs and MacOs itself has no access to it and is no longer displayed.
The only access is with Qemu/Pegasos2 AmigaOs4.1. As far as I know, real hardware such as graphics cards/USB/hard disks etc. that are handed over to Qemu should not be available or logged off in the host system.
So it could well be that the guest system could use the diskcache in the case of AmigaOs4.1.
Ok thanks I will test that...
with activated DiskCache.library it seems to work a little better, I see it when several loading times and tools are used e.g. when starting AmigaOs4.1 up to the built workbench.
Pay attention to the notification window when the workbench is uploading, if there are a lot of read/write processes, it seems to run better with DiskCache enabled.
Edited by Maijestro on 2024/2/27 19:19:44 Edited by Maijestro on 2024/2/27 19:21:42 Edited by Maijestro on 2024/2/28 18:24:53
Thanks for this information, my suspicion has been confirmed that something must be missing in the Sam460 CPU emulation or something else that we are currently unable to use SFS on this machine. We had exactly the same problems with the Pegasos2 machine and the wrong CPU setting.
SFS 68K works without issue and it doesn't matter if DiskCache is enabled or disabled as a module in the KickLayout.
I am also interested in NGFS and would like to try it out as a file system. Otherwise, I am also very happy with SmartFileSystem on my main computer Pegasos2.
If you know who is currently developing NGFS or who we can contact, I would be very grateful for your help.
I'm not sure if this question has been discussed here before, and if so, then I'm sorry, I'd like some information on it.
As the title suggests, it's specifically about the Sam460 with AmigaOs4.1. Is it generally possible to use the SmartFileSystem on this machine?
There was some dispute about the version on the AmigaOs4.1 Final Edition, but what about Enahncer Software 2.1, which also provides SFS? Can this be used without restrictions or are we limited to FFS on Sam460? ?
One final question about the NGFS file system is it limited to AmigaOne x5000 or could it also be used on computers like AmigaOneXe/Pegasos2/Sam460/x1000?
MickJT wrote:@joerg Waiting for Maijestro to report back if the last .so I sent works properly.
I did my usual tests by always being able to reproduce a DSI or a program crash. Nothing like that happened, their new libcurl.so.12 works and ScummVM runs very stable.
So next I tried the download function of the iconpack and yes, it works without problems. I created a new folder in ScummVM with the name "Icons" and defined the path in ScummVM. Thank you for your help, it makes me happy.
Perhaps you would like to make the source code available to Raziel so that he can use it for future versions. Maybe you have a better idea how we can use your libcurl.so.12 permanently. ?
It is not yet included in SDL2 from Capehill and some applications use statically linked SDL2 libraries, as I was told. So we should include this library permanently to avoid problems with newer versions of ScummVM.
Edit: I forgot to mention that I am currently using 2 exe files...one with stack 1024000 and 4000000 with stack 4000000 everything seems to be ok with 1024000 there is a DSI again
Symbol info:
Instruction pointer 0x77944810 belongs to module "ags.plugin" (HUNK/Kickstart)
It must also be tested on real hardware...to confirm that it really is a bug. Or the stacksize needs to be increased, not sure.
@joerg
Thanks for the tip with current curl-ca-bundle.crt I have updated this certificate in Sys:devs/ it was from 2014 and is now from 2023, but I'm not sure if Odyssey uses it too.
Edited by Maijestro on 2024/2/26 16:18:09 Edited by Maijestro on 2024/2/26 18:35:14 Edited by Maijestro on 2024/2/26 18:36:59 Edited by Maijestro on 2024/2/26 18:39:20
MickJT wrote:@Maijestro If you have that crt bundle file (can probably find one that comes with Odyssey), just put it in S: and see if that works.
It's not so important for now, but it had only been tried out briefly.
Quote:
Also in the new .so I sent you, I had disabled threaded resolving. So I'll want to send you at least one more version of the library for you to test, soon.
Of course I am still willing to do tests so that we get a stable ScummVm version for AmigaOs4.1. As I said with your libcurl.12 version there are currently no problems and ScummVM is now running very stable.
"disabled threaded resolving" I don't understand this, maybe you could explain it to me briefly?
MickJT was kind enough to recompile libcurl.so.12 and it works perfectly with ScummVM 2.8.0. I can't reproduce any DSI or crashes like I could before. Thanks for the recompile, good job
@Raziel
I'm not sure but libcurl.so is generally responsible for downloading the icon packs, was this function ever added to ScummVM? So did it used to work with ScummVM or was this function never there.
I only ask because I have tested it with the new version libsurl.so.12 from MickJT and it only gives me one error request.
Can't we also use the source code for the PPC version of Odyssey and compile it for AmigaOs4.1 ?
@Gregor
At the moment I am using Odyssey version 1.23, I am using all the relevant Amiga sites and have also added the latest scripts available for Odyssey, even my email account (Emailn) can be used with Odyssey without any problems. I also use YouTube often via Yt.rexx and aiostreams amiga project. I have never had any problems like you described.
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
