Oh no! Where's the JavaScript?
Your Web browser does not have JavaScript enabled or does not support JavaScript. Please enable JavaScript on your Web browser to properly view this Web site, or upgrade to a Web browser that does support JavaScript.
  1. Home
  2. Discussion Forum
  3. AROS FORUMS
  4. Development General
  5. EmuV0

EmuV0

Last updated on 2 months ago
Track threadPrint
D
deadwoodAROS Dev
Posted 3 months ago
#181
@AMIGASYSTEM

Ok, after installing the images I'm now getting TextEditor version mismatch (I have 15.56 32-bit installed). Are you having the same problem?
You do not have access to view attachments
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 3 months ago
#182
Yes, that's why I made the change to the binary!
D
deadwoodAROS Dev
Posted 3 months ago
#183
Ok, let me see if I can workaround that in the emulator
N
ntromansSenior Member
Posted 3 months ago
#184
Just realised I've been stupid (not the first time...) The current crash with a draw window in SimpleWhiteboard is not the actual close action, it's when the popup menu is invoked. I've removed the code for the popup menu and replaced it with a requester and all is fine!

So aside from the toolbar button thing, all the functionality looks to be working fine - many thanks as always for making emuv0 so capable Smile Now I just need to add the missing functionality to get it to a point where it might be more widely useful.

Thanks,
Nigel.
deadwood, aha
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 3 months ago
#185
Deadwood, as already mentioned, Hollywood applications usually work well even if the plug-ins are all located in LIBS/Hollywood, without the need to copy the plug-ins every time to all Hollywood application folders.

With Emuv0, it works the same way if I use the Emuv0/LIBS/Hollywood path.

Now that I have Emuv0, I have encountered a problem with ‘RNOEffects’. Basically, RNOEffects works fine if the plug-ins are located in its folder, but they are not detected in Emuv0/LIBS/Hollywood.

On AROS 32Bit, ‘RNOEffects’ works fine even if the plug-ins are located in LIBS/Hollywood.
N
ntromansSenior Member
Posted 3 months ago
#186
I have had one of the alerts pop up, but I'm unable to take a screen shot as the system freezes. I've included the version of SimpleWhiteboard that generates it. To produce the alert:

  • Start program, open a draw window.
  • Try to draw into the window - this will generate a Hollywood error (I was editing the code)
  • On selecting 'OK' to the error the alert comes up.


Cheers,
Nigel.
You do not have access to view attachments
D
deadwoodAROS Dev
Posted 3 months ago
#187
@ntromans

I'm not getting any EmuV0 error after Hollywood error (runinng my local development version). I click [OK] and application just exits to shell gracefully.

@AMIGASYSTEM

It seems there is a change in new RNOEffects 2.1 with regards to plugins lookup. I patched also the "new way".
Edited by deadwood on 17-01-2026 14:01, 3 months ago
N
ntromansSenior Member
Posted 3 months ago
#188

deadwood wrote:

@deadwood - @ntromans

I'm not getting any EmuV0 error after Hollywood error (runinng my local development version). I click [OK] and application just exits to shell gracefully.

@AMIGASYSTEM

It seems there is a change in new RNOEffects 2.1 with regards to plugins lookup. I patched also the "new way".


OK, I'll keep an eye out for any similar issues. However, with the fixed version (attached) I get an alert if when drawing you go off the right or bottom of the window, but not to the top or left (please see the attached image). After this you can suspend the program and the rest of the system appears to be stable.

Cheers,
Nigel.
N
ntromansSenior Member
Posted 3 months ago
#189

deadwood wrote:

@deadwood - @ntromans

I'm not getting any EmuV0 error after Hollywood error (runinng my local development version). I click [OK] and application just exits to shell gracefully.

@AMIGASYSTEM

It seems there is a change in new RNOEffects 2.1 with regards to plugins lookup. I patched also the "new way".

deadwood wrote:

@deadwood - @ntromans

I'm not getting any EmuV0 error after Hollywood error (runinng my local development version). I click [OK] and application just exits to shell gracefully.

@AMIGASYSTEM

It seems there is a change in new RNOEffects 2.1 with regards to plugins lookup. I patched also the "new way".


OK, I'll keep an eye out for any similar issues. However, with the fixed version (attached) I get an alert if when drawing you go off the right or bottom of the window, but not to the top or left (please see the attached image). After this you can suspend the program and the rest of the system appears to be stable. I've tried this a few times and the result is consistent.

Cheers,
Nigel.
Edited by ntromans on 17-01-2026 14:17, 3 months ago
You do not have access to view attachments
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 3 months ago
#190

deadwood wrote:

@AMIGASYSTEM

It seems there is a change in new RNOEffects 2.1 with regards to plugins lookup. I patched also the "new way".

Yes, the previous version did not require plug-ins in the RNOEffects folder.

This may be due to the new version 11 of Hollywood, which was released recently:

https://amigaworl...oryid=9239
D
deadwoodAROS Dev
Posted 3 months ago
#191
@ntromans

That missing LVO should be fixable
ntromans
N
ntromansSenior Member
Posted 3 months ago
#192

deadwood wrote:

@deadwood - @ntromans

That missing LVO should be fixable


Sorry, there's something else I've just noticed - the scroll bars at the side and bottom of the draw area are missing. The draw area is inside a scrollgroup so you can extend it and then move aound it.

Sorry,
Nigel.
D
deadwoodAROS Dev
Posted 3 months ago
#193
Is there any special way in which SimpleWhiteboard opens a Window on a custom screen?

Crossboard_Live first calls OpenScreen and then calls OpenWindow passing that screen as WA_PubScreen. However SimpleWhiteboard first does LockPubScreen("Whiteboard"Wink and then tries opening the Toolboar window on that Screen. What I see however is that it is not passing that locked screen as WA_PubScreen to OpenWindow and thus on 64-bit not ending up on the Whiteboard screen. It works as expected on 32-bit though. How do you tell the toolbar window to be opened on a "Whiteboard" screen without first opening that screen in your application?
D
deadwoodAROS Dev
Posted 3 months ago
#194
New build v0.65

https://axrt.org/development/EmuV0/EmuV0-0.65.x86_64-aros-v11.zip

Changes:
- Crossboard_Live - opens on new screen
- RNOSoudBoard - opens on new screen
- RNOInfoScreen - opens on new screen but does not seem to do anything
- Loview - thumbnail will not crash, but will not work for now either
- LoView - works in full screen
- RNOTunes - fixed crash when opening AboutMUI
- RNOTunes - will now open Settings/MUI, but that is a 64-bit version and will results in crash. Avoid using.
- IconEditor - now finds correct TextEditor; still crashes at exit
- RNOEffects - now finds plugins in LIBV0:Hollywood
- Simple_WhiteBoard - LVO 133 implemented
- windows - you may now experience alerts when opening windows which worked previously. Report back those alerts please
ntromans, Deremon
N
ntromansSenior Member
Posted 3 months ago
#195

deadwood wrote:

@deadwood - Is there any special way in which SimpleWhiteboard opens a Window on a custom screen?

Crossboard_Live first calls OpenScreen and then calls OpenWindow passing that screen as WA_PubScreen. However SimpleWhiteboard first does LockPubScreen("Whiteboard"Wink and then tries opening the Toolboar window on that Screen. What I see however is that it is not passing that locked screen as WA_PubScreen to OpenWindow and thus on 64-bit not ending up on the Whiteboard screen. It works as expected on 32-bit though. How do you tell the toolbar window to be opened on a "Whiteboard" screen without first opening that screen in your application?


The idea would be to open the screen first using PSI however I've removed that code from the latest build in case it was causing problems. Just in case I've mixed up the versions (been updating the code over the last few days) attached is the latest version with no pubscreen code.

Cheers,
Nigel.
You do not have access to view attachments
D
deadwoodAROS Dev
Posted 3 months ago
#196
So can I assume I don't have to fix this LockScreen+OpenWindow functionality?
N
ntromansSenior Member
Posted 3 months ago
#197

deadwood wrote:

@deadwood - So can I assume I don't have to fix this LockScreen+OpenWindow functionality?


No, really sorry if that's been geeting in the way. I've just tried 0.65 - disabled icons are present, no crash on going off the page Smile

Re. missing scroll-bars, I've just noticed that if you hold down the left mouse button and move to the edge of the draw window it will (slowly) scroll, so at least some scroll group functionality is working.

Cheers,
Nigel.

P.S. just tried CrossBoard - working almost absolutely file, thank you! There is one sllght issue with the time requester (please see attached) but this is really minor (you can just press 'enter' to exit the requester) and definitely is not of any priority to be addressed. I'm including it more for completeness and possibly future reference.
Edited by ntromans on 17-01-2026 20:31, 3 months ago
You do not have access to view attachments
D
deadwoodAROS Dev
Posted 3 months ago
#198
@ntromans

Missing buttons on requesters - Thanks, AMIGASYSTEM also mentioned them, they are on my TODO. Actually it seems the buttons are there, you can "click" on the space where they should be, but they simply don't render.
ntromans
D
deadwoodAROS Dev
Posted 3 months ago
#199
New build v0.66:

https://axrt.org/development/EmuV0/EmuV0-0.66.x86_64-aros-v11.zip

Changes:
- IconEditor - crash at shutdown fixed
- Soliton - can be started and played
- FreePrince - crash at startup fixed
- Cycle gadgets in Zune are now working
- Crono = The calendar language cannot be set - FIXED
ntromans
N
ntromansSenior Member
Posted 3 months ago
#200
Got an input error from a requester when hitting cancel on a file requester (please see attached). To generate, start BackupCopy with no arguments and then press cancel in the file requester that pops up. The error is reproduceable but not consistent; in one test it worked fine on the first try but crashed on the next.

Sorry,
Nigel.
Edited by ntromans on 18-01-2026 15:35, 3 months ago
You do not have access to view attachments
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.
Moderator: Administrator, Moderators
Users who participated in discussion: serk118uk, magorium, deadwood, AMIGASYSTEM, ntromans, retrofaza, Amiwell79, OlafSch, NathanH, Farox, ncafferkey, aros-sg, arossystem