3D - this won't work, EmuV0 is not forwarding 3D calls and I won't be adding this to release backlog
MOAI - as long as there is a version you are using (MUI based), I won't be spending time on that
"Editor" error - please provide Hollywood program that generates this error (also please provide Hollywood program that generates popup menu error - I wrote about it in earlier post, you might have missed it)
@ retrofaza
Great job that was a really annoying bug that was preventing you from working. Thanks for fixing it; if there are any other issues, I'll let you know!
@deadwood
The ACC audio format (designed to be the successor to the MP3 format) also requires a higher stack, but once the stack is increased, it generates a different GURU error; I've attached the file.
ACC works fine on the 32-bit version of MPlayer.
@deadwood - getpubscreen() -> added but with low priority
plugins - weird, plugins work for sure, many of the Hollywood programs that were used for testing were using plugins (like MUI UI pluging for example). That LV0 148 is StartNotify - this is for filesystem notification support - I don't really know why this would be used in connection with loading plugins.
PS. I assume you made a shortcut - code (32-bit) should be written to load plugins from LIBS:Hollywood and EmuV0 actually makes sure that this is translated to the correct directory on 64-bit host.
Yes, the assign is set. I see the same that most plugins seem to behave fine; the offending one here is glgalore (I was interested to see with the new 3D drivers if it was possible to run a 3D Hollywood program).
Another bug that's been hanging around for a while:
Run Editor on its own screen (note the bug is not seem if Editor is run on Wnderer).
Run a Hollywood program that gnerates an error (although not all errors tigger the bug, it seems to be more with graphical functions)
Acknowlege the error requester - an Emuv0 error is popped up (see below) and the machine freezes:
Unhandled code path
Function: screenremapNV20
Code path: No match
Value: 0
Value 0x0
One more, but I don't know how you'll feel about this one - the Hollywood MOAI plugin can crash the machine to a black screen. I have two versions of SimpleWhiteboard, a MUI one for AROS and a MOAI one for Widows but which I do test this on AROS. Both have identical code aside for the calls to MUI or MOAI methods. When opening a new drawing window, everything is fine for MUI but as mentioned there's a crash to black screen for MOAI. I guess this one very much depends on how many Hollywood applications there are fro AROS that use MOAI rather than MUI.
plugins - weird, plugins work for sure, many of the Hollywood programs that were used for testing were using plugins (like MUI UI pluging for example). That LV0 148 is StartNotify - this is for filesystem notification support - I don't really know why this would be used in connection with loading plugins.
PS. I assume you made a shortcut - code (32-bit) should be written to load plugins from LIBS:Hollywood and EmuV0 actually makes sure that this is translated to the correct directory on 64-bit host.
@deadwood - What do you mean with handling screen? There is alrady code in EmuV0 that allows you to open window on a custom screen if it is passed via WA_CustomScreen or WA_PubScreen arguments to OpenWindowTags. I think your whiteboard software uses that?
It's more querying screens - in Hoolywood getpubscreens() only ever returns 'Workbench' even when several screen are open and getfrontscreen() also returns just 'Workbench' even if it is not the frontmost.
Cheers,
Nigel.
P.S. I also just tried using a Hollywood script which loads a plugin from tools/emuv0/libs/hollywood and got an unhandled library function (dos.library LVO: 148). This could affect qite a few Hollywood programs as it's the standard place for shared plugins.
Edited by ntromans on 26-07-2026 05:09, 18 hours ago
What do you mean with handling screen? There is alrady code in EmuV0 that allows you to open window on a custom screen if it is passed via WA_CustomScreen or WA_PubScreen arguments to OpenWindowTags. I think your whiteboard software uses that?
USB3 should not be considered experimental anymore - it should be considered stable on "hardware that it detectes". It works on all my testing hardware (~10 machines, all but one Intel chipsets). Now I'm sure there can be issues preventing it from working for example on AMD chipsets. If enough people report their hardware not working completly with USB3 and there is some pattern to this (like a similar chipset) I might buy such hardware and debug this. It's simply the case that there must be enough impacted users.
EmuV0 popup menu -> will be added to backlog, please provide simple program that triggers this
EmuV0 serial.device emulation -> will be added to backlog, but at low priority
Many thanks. One more thing with respect to Emuv0 I thought of today - handling screens, if possible.
@deadwood
As for the videos, it was my mistake to use the files from AROS One 32-bit, where the high stack wasn't necessary.
My memory actually played tricks on me—on AROS One 64-bit, those videos do have the correct stack.
- VGA booting is not working (regression) (#243)
- Mouse is jerky in USB3
- HDAudio doesn't work on GA-H81M-S2V
- AHCI is not stable in QEMU
- ASUS/NVIDIA - does not load with more than 2 usb devices
- SDK - global object destructors (#164)
- USB3 - gamepad doesn't work in VirtualBox
- EmuV0 - crash with popup menus (TODO: provide test application)
- SDK - SDL2 libraries not included
- ASUS - ps/2 + usb mouse + pad, adding second pad blocks mouse
- USB gamepad not visible after restart (#141)
- EmuV0 - implement network support
- SDK - problem with string.h (#246)
- SDK - compilation with c89 (#222)
- VBOX/AHCI - crash when copying large file in MCAmiga and starting FT2
- MPlayer - invastigate crash with Apache.ac3 and Shampoo.aiff
- debug=memory not working (#242)
- NListtree crash in Prefs/Zune (#217)
- Editor crash (#212)
- VBox - Audio applications crash when inserting pendriver (#117)
- VMWARE - 32bit mouse pointer issue (#84)
- NVIDIA - driver misses VSYNC option
- battery.hidd - validate that it's working as expected on laptops
- EmuV0 - implement clipboard support
- EmuV0 - implement serial.device support
- VMWARE/USB - connecting QuickShoot II slows down system
I tested files you provided. I was opening them directory in MPlayer, not through the included icons. Some of those icons have too small stack which will lead to a crash. That has to be fixed on the icons itsefl and on the def_Icon. I noted down the crash on ac3 and aiff and added this to backlog.
AmiBridge.webm - player 3 times, NO CRASH, ICON HAS TOO SMALL STACK SET
2021 Apache.ac3 - CRASH
Carenvi.flc - played 5 times, NO CRASH
Cyruship.fli - played 5 times, NO CRASH, ICON HAS TOO SMALL STACK SET
Janus-Games.mkv - played 3 times, NO CRASH, ICON HAS TOO SMALL STACK SET
Shampoo.aiff - CRASH
UnARC.mp4 - player 3 times, NO CRASH, ICON HAS TOO SMALL STACK SET
I've fixed a few issues with the Editor. Please test it on your end to see if these issues have been resolved for you as well and if any new ones have appeared If everything looks good, I'll push the changes to the repository.
Fixed: Crash after Select All + Backspace + mouse click (issue #212)
Fixed: The mouse wheel allowed scrolling beyond the content
Fixed: Cursor invisible after Select All + Backspace
Fixed: Scroll bar didn’t update after deletion
Fixed: The mouse wheel deselected the selection
- does this happen on one particular filesystem - for example FAT on USB devices or happens on different filesystem
- do you have windows for any of the subdirectories you tried to delete opened in Wanderer or did you have it opened in prior deleting the top level directory?
There are tasks that require simplicity and speed, and JanoEditor is the best choice. Also, on AROS One, JanoEditor is the tool I use to view all the text on icons; this makes it easy to copy or edit the text, which is useful for various startup scripts, etc.
Why use Jano Editor when there are better alternatives? For example, in my distribution I included egVim, which is made specifically and is meant to be a simpler editor compared to Vim.
I’ve attached a small archive containing various multimedia files that can be played in Guru using MPlayer. It includes audio and video files; in the videos, Guru may appear when the video ends:
Another issue that I believe is important is the deletion of folders in Wanderer; in some cases, you have to repeat the deletion several times because not everything is removed, especially if there are subfolders and icons – this does not happen with Dopus4. This might lead users to think that the Delete command does not work in Wanderer
The forum posts you posted don't contains links to actuall audio files I can download to reproduce issue on my end. I need these files - if I can't reproduce the issue, I can't invastigate them.
@deadwood
Regarding MPlayer, you should have received the reports; I'm attaching two links where I described the issues with artifacts and crashes involving certain audio formats,
As for the Editor, there's a bug that pops up when you perform a certain action, along with other annoying issues when searching for something and highlighting strings. I tried using AI to improve it by adding Open, Save, Copy, and Paste buttons, but I wasn't able to do it.
I also experience system crashes when I copy from a shell and paste into an editor; this happens when I'm using GCC and want to capture error strings. But this doesn't always happen it usually occurs on the first copy-and-paste; if it doesn't happen the first time, it won't happen again.
USB3 should not be considered experimental anymore - it should be considered stable on "hardware that it detectes". It works on all my testing hardware (~10 machines, all but one Intel chipsets). Now I'm sure there can be issues preventing it from working for example on AMD chipsets. If enough people report their hardware not working completly with USB3 and there is some pattern to this (like a similar chipset) I might buy such hardware and debug this. It's simply the case that there must be enough impacted users.
EmuV0 popup menu -> will be added to backlog, please provide simple program that triggers this
EmuV0 serial.device emulation -> will be added to backlog, but at low priority
I don't plan to work on the editor - hopefully someone else will pick this up.
For MPlayer if this is a case of it crashing on some files, the please provide those file and it will be added to the backlog. If this is a case of MPlayer having an old engine and not supporting certain formats, this is something that might be addressed by me, but only after the release is done with more general ffmpeg changes. Also sources of MPlayer are available for anyone willing to give it a go before I have time to look at it.
Just to confirm - given USB 3 is still experiental how much 'nitpicking' do you wish for around this (e.g. USB 3 not working at all on my HP i5 EliteBook)?
Also how much nitpicking for Emuv0 (e.g. popup menus give a crash in Hollywood)? Also in the last ew months there has been some discussion re. serial devices; is it possible to emulate 32 bit calls to serial usb devices (as used by Hollywood)? The latter is real wish-list and I do appreciate there are far higer priority things to be looked at.
Many thanks,
Nigel.
You can view all discussion threads in this forum. You cannot start a new discussion thread in this forum. You cannot reply in this discussion thread. You cannot start on a poll in this forum. You cannot upload attachments in this forum. You cannot download attachments in this forum.
AMIGASYSTEMDistro Maintainer
If everything looks good, I'll push the changes to the repository.