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.

EmuV0

Last updated on 17 minutes ago
N
ntromansSenior Member
Posted 11 days ago

deadwood wrote:

@deadwood - New build v0.32

Changes:
- Fix to allow passing arguments within quotes or programs paths with spaces (within qoutes)
- Ghostscript 8.50 now starts and exits. Not tested beyond that.

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


I've just tried GhostScript 8.50 with emu0 v0.32 and it looks to be working flawlessly Smile. I've been able to:

  • Extract pages from a PDF file.
  • Convert a PS file to a PDF.*
  • Write out the pages of a PDF to jpg images.


Many, many thanks!

Cheers,
Nigel.

* The PS file was converted from a PDF using pdftops from pdfutils, running also via emuv0.
D
deadwoodAROS Dev
Posted 11 days ago
@ntromans

Glad to hear that. Smile
D
deadwoodAROS Dev
Posted 11 days ago

ntromans wrote:

@ntromans - [quote name=deadwood post=10536]@deadwood - @ntromans


P.S. I've looked through the Hollywood compiler options and unfortunately there are no debug options to set aside from those within the Hollywood system itself (e.g. enabling debugprint() or listing which Hollywood function is being called), i.e. there's no low-level debug options


Can you add a printf to console with some distinct text before each

mui.get(...,"activate"Wink

in your codebase and build me a new binary?
N
ntromansSenior Member
Posted 11 days ago
As in seeing if a window ia active?

Cheers,
Nigel.
D
deadwoodAROS Dev
Posted 11 days ago
Yeah, the crash I'm seeing happens when something calls GET(whiteboardwindow, MUIM_Window_Activated) which I assume in Hollywood translated to mui.get (window, "activated" )
N
ntromansSenior Member
Posted 11 days ago

deadwood wrote:

@deadwood - Yeah, the crash I'm seeing happens when something calls GET(whiteboardwindow, MUIM_Window_Activated) which I assume in Hollywood translated to mui.get (window, "activated" )


Please see attached. I've put a debugprint before every mui.get and mui.set for window activate.

Cheers,
Nigel.
You do not have access to view attachments
N
ntromansSenior Member
Posted 10 days ago
A quick question. I've noted that emuv0 will be on hold for a while, but in the fullness of time is it planned that ABI0 programs will have network access?

Cheers,
Nigel.
D
deadwoodAROS Dev
Posted 9 days ago
So far no one has reported an application that is important to their daily AROS usage, uses network and cannot be re-compiled to 64-bit, so at this point adding network support to EmuV0 is not planned.
Edited by amigamia on 08-01-2026 07:00, 9 days ago
D
deadwoodAROS Dev
Posted 9 days ago
New build v0.40

Changes:
- fonts should now render correctly on most windows
- requesters and gadgets should now render correctly
- fix: arguments were not always passed to 32-bit programs
- SimpleWhiteboard - starts on Workbench screen (not custom screen), can draw, crash when closing Whiteboard window

There's been a lot of internal work. Retest your existing programs for regression vs v0.32.

https://axrt.org/development/EmuV0/EmuV0-0.40.x86_64-aros-v11.zip
Edited by deadwood on 08-01-2026 15:19, 9 days ago
A
Amiwell79Distro Maintainer
Posted 9 days ago
thank you Deadwood
D
deadwoodAROS Dev
Posted 9 days ago

AMIGASYSTEM wrote:

@AMIGASYSTEM
RNOSlide can load images and create a video (Avi file created correctly), but a Guru crash occurs after saving the video. Furthermore, if you try to change the name of the video file to be saved in the GUI, the system crashes.


Can you make a video showing what to do exactly to generate the crashes?
D
deadwoodAROS Dev
Posted 9 days ago

ntromans wrote:

@ntromans -

deadwood wrote:

@deadwood - Yeah, the crash I'm seeing happens when something calls GET(whiteboardwindow, MUIM_Window_Activated) which I assume in Hollywood translated to mui.get (window, "activated" )


Please see attached. I've put a debugprint before every mui.get and mui.set for window activate.

Cheers,
Nigel.


With this recompiled version I no longer get crash when closing the whiteboard window. Please check how it works for you under v0.40
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 9 days ago

deadwood wrote:

@deadwood -

AMIGASYSTEM wrote:

@AMIGASYSTEM
RNOSlide can load images and create a video (Avi file created correctly), but a Guru crash occurs after saving the video. Furthermore, if you try to change the name of the video file to be saved in the GUI, the system crashes.


Can you make a video showing what to do exactly to generate the crashes?


Now I no longer have the crash, I don't know what has changed, RNOSlide works fine, there is only the problem of graphic artefacts in the file list, but I think this still needs to be fixed, I noticed that the buttons are out of position on all Hollywood applications.

In the next few days I will carry out thorough tests to check for regressions, thank you for updating Emuv0!
N
ntromansSenior Member
Posted 9 days ago

deadwood wrote:

@deadwood -

ntromans wrote:

@ntromans -

deadwood wrote:

@deadwood - Yeah, the crash I'm seeing happens when something calls GET(whiteboardwindow, MUIM_Window_Activated) which I assume in Hollywood translated to mui.get (window, "activated" )


Please see attached. I've put a debugprint before every mui.get and mui.set for window activate.

Cheers,
Nigel.


With this recompiled version I no longer get crash when closing the whiteboard window. Please check how it works for you under v0.40


I've installed 0.40. SimpleWhiteboard starts and I can draw, but on closing a draw window I'm getting and input device priviledge violation error. Unfortunately I can't screen-shot (or indeed click on 'more'Wink as the system immediately locks up.

Sorry,
Nigel.

P.S. re. networking, that's the next step on using SimpleWhiteboard, I send jpg screen-shots every 10 s to a Linux box via a small Hollywood program over wifi: the Linux machine then shares this through Teams for online tutorials. Teams kills performnce so it works well to have the whiteboard running on a different machine. Still, there's more than one wy to do something - I could possibly use Samba to send the files to Linux, but also do we have any 64 bit application to send a file from one AROS machine to another via dos or rexx?
D
deadwoodAROS Dev
Posted 8 days ago
@AMIGASYSTEM

Please make screen shots of graphics problems in the list in RNOSlides and the buttons out of position on Hollywood applications and mark the problems so I can undestand better.
D
deadwoodAROS Dev
Posted 8 days ago
@ntromans

Does the crash happens with "old" or "recompiled with debug printing" version of SimpleWhiteboard?

re: networking - yeah Samba sounds like a valid workaround
M
magoriumSoftware Dev
Posted 8 days ago

ntromans wrote:


I could possibly use Samba to send the files to Linux, but also do we have any 64 bit application to send a file from one AROS machine to another via dos or rexx?

Out of the loop for ages so not sure what is up-to-date and not (also keep in mind that I have not yet any idea what EmuV0 is and what you are trying to achieve so my answer might be out of scope) but if you mount a samba share (see icaros desktop manual for quick howto as the basics should (still) be the same) then a invoke of the copy command should do the trick. In which case the only knowledge required is the name of the mounted smb device as per your configuration.
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 8 days ago
Actually, SMB2 now exists on AROS 64bit and works perfectly for file sharing between AROS Network and connected volumes!

The best choice would be to have a network in EmuV0, so that programmes such as ‘ModExplorer’ could work to listen to Amiga Modules online.
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 8 days ago

deadwood wrote:

@deadwood - @AMIGASYSTEM

Please make screen shots of graphics problems in the list in RNOSlides and the buttons out of position on Hollywood applications and mark the problems so I can undestand better.


Regarding the artefacts in the Playlist file, I did not encounter the problem with the reference build. I need to check what causes the artefacts on AROS One.

As for the buttons, you can see them in the screenshot. One is correct on 32bt, the other is incorrect on EmuV0.
You do not have access to view attachments
D
deadwoodAROS Dev
Posted 8 days ago
@AMIGASYSTEM

Ok, thanks for the screenshots. Weird, I was expecting this to be fixed already.
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.