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.

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 Now I just need to add the missing functionality to get it to a point where it might be more widely useful.

Thanks,
Nigel.

Ok, let me see if I can workaround that in the emulator

Yes, that's why I made the change to the binary!

@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?

@ntromans

Hmm, that's memory damange. Nothing I can debug "remotelly"

Next version should have fix for SimpleWhiteboard toolbar

Updated to 0.60.

I've tried the command-line version of the Hollywood compiler. Whilst it does work to give the usage taplate, if you try to execute a script it crashes - please see attached.

Cheers,
Nigel.

P.S. I'm still not seeing the disabled toolbar images for SimpleWhiteboard, I guess a difference between hosted and native. However, as mentioned this really is not very vital as the enabled icons appear fine once a draw winow is opened.

deadwood, that error should be a request for Toolbar images.

On AROS, but also on Amiga, some programmes search for and use Toolbar images in the Classes/ToolbarImages/ path.

There is a package on Aminet that includes these images (AISS), but there are hundreds of them. On AROS One 32/64, I have collected only those necessary for AROS applications. I am attaching the folder.

However, for it to work, you must assign this path. Usually, on AROS and Amiga, you do an assign in User-Startup, like this:

Assign TBImages: SYS:Classes/ToolbarImages/Default
Assign TBImages: SYS:Classes/ToolbarImages/Contrib ADD

In the first image, the toolbar icons do not appear to be “hidden due to some compatibility issue”, but they are there, as you can see in the second image!

@AMIGASYSTEM

When trying your build of IconEditor I'm now getting a requester for TBImage volume and then the following error (see attached). Is there something else I need on a clean system to use IconEditor?

New build v0.60:

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

This build changes the way how unimplemented code paths are handled. Instead of hard crash or system freeze, in most cases you will now see an alert as shown below and will be able to Suspend the emulated program. Freezes can still happen due to bugs of course.

When reporting errors from now on, please be sure to include screenshots of these alerts

Deadwood, you used the older version 1.9 found on the aros archive. rapagui.hwp cannot be found because v1.9 requires an older version. With version ‘rapagui.hwp v1.2’ it works fine, but it also requires the ‘polybios.hwp’ plug-in.

I am attaching my newest version of IconEditor v2.0 installed on 32Bit. This version works with your version of rapagui.hwp and does not need the ‘polybios.hwp’ plug-in, as it is probably compiled into the executable.

You can also install two different versions of the plug-in on Hollywood programmes. Priority is given to the plug-in included in the programme folder.

File dragging will not be supported for now.

With regards to Iconeditor, please provided exact link the software you are using or a zipped version. The version that I have bails out on not finding rapagui.hwp even though it is there and found by other Hollywood programs.

deadwood i would like to point out that file dragging does not work on the GUI with Hollywood applications.

Regarding Iconeditor, as mentioned above, the Zune libraries are searched for in LIBS (I assume the 64-bit system one).
To make it work, I tried to modify LIBS with LIBX and assign LIBX to the Iconeditor path. The only problem is that I have a Guru exiting the programme.

@ntromans

I assume Hollywood has an gui where you develop stuff and a command line compiler. Have you tried if the command line compiler works with EmuV0? If not, what kind of error are you getting?

Re, Backupcopy - right, got it! That's not an AppIcon as in the AmigaOS scence but rather the iconified display icon (or are they the same thing in AROS?) In any case, changing from an iconified display to a closed display gets everything working, many thanks!*

Re. SimpleWhiteboard, that looks good under 0.50: finger's crossed the window crash can be solved too.

Re, Crossboard - looking great!

Many thanks as always,
Nigel.

*Note to other Hollywood coders: avoid hidedisplay() and showdisplay() and instead use closedisplay() and opendisplay()

With 0.50, the ‘Thumbnail’ tool now works well on LookHere!

@ntromans

Next version should have partially-working custom screens.

Ok I'm glad that's solved. With regarads to missing text and buttons on the requester, I added this to my TODO.

deadwood, thank you, now the saves work with ‘Anim Web Converter’ and ‘AnimPlayer’. A few minor clarifications:

- AnimPlayer can save animations from ‘Anim’, 'Fli', 'Flc', 'Yafa' to 'Gif' animations, but please note that the save must be done before running the animation, otherwise it will not work. This also happens on AROS 32bit.

- ‘Anim Web Converter’ can save animations in ‘.Anim’ to ‘GIF’, ‘PNG’, ‘PNG’ and 'AVI' formats, but there is a small problem with the file name request. As you can see from the screenshot (first image), the text ‘Enter a new name, please’ is missing.

To save the images, as already mentioned in another post, you will find the registration key in the AROS One ‘Registration’ folder.

New Build v0.50

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

Changes:
- fixed crash on double-click in FileRequester
- fixed crash on double-click in RNOTunes
- fixed loading of reqtools.library
- RNOTunes - clicking on "Add Playlist" window now shows a requester