Desktop Volume Control

Is there a way to control the volume in RISC OS apart from going into the Configure section
ie looking for a way to control the volume by clicking on an icon on the tasbar similar to other operating systems
I am sure there must be something but am struggling to find it (vaguely recall I had something on the RPC with RO4, but using RO 5 on RPCemu and a RPi presently).
Thanks for any help

IntSound:
https://jeanmichelb.riscos.fr/Audio.html

crashes (undefined in struction) when `I try to run it on a Pi4

crashes (undefined in struction) when `I try to run it on a Pi4

I think you need to give a little more feedback on the error message so that people can identify where the failing instruction is located in the RunImage file.

I know it doesn’t work on RPCEmu (SWI 50002 not found) – it really ought to have some RMEnsure element in the Run to stop it before that point.

I think you need to give a little more feedback on the error message.

I thought of that but I can’t copy anything out of the error box.

try
9b84 in unknown procedure
88c0 in anonymous function
followed by some hex data and then
9ae0 in anonymous function

Volume from Adrian Lees MIGHT work – worth a try?

Did you try to PatchSWP it?

Thank you all.
Should have mentioned that I tried Volume from Adrian Lees previously and did not get this to do anything – think it may only work with selected programs.
David – IntSound did the trick. Stopped configure boot options from working initially but a reboot and it seems to be working well.

Running RO 5.27 from RISC OS Direct on RPI Zero and Zero w (interchange seemlessley) – RPI Zero has a hat which has 2 x standard type A USB ports and a network port – RPI Zero W uses a Ugreen USB to network port adapater – both work well. The RPI Zero w is working with a Lapdock 100 and next step is to fit it inside the case.

(Posted this using Netsurf on the RPI Zero via Tight VNC on a Windows 10 Desktop – ie running the RPI Zero headless using Jeffery’s VNC server)

thanks for deleting my triple post previously

with a bit more use it appears IntSound does cause some issues – the menu functions on taskbar icons do not work – ie the menu flashes open for an instant but immediately closes – at a speed where nothing is selectable – can still press ctr-shft-F12 to restart but that is about it – appears to prevent netsurf from working too (ie screen didn’t refresh after hitting save to previous reply)

it did let me control volume when viewing the demo video ‘tears of steel’ on the RO Direct distribution – which sparked the initial query – so seems to work when consuming content but not when using/configuring the system – so I’ll remove it from system startup and only use when needed.
So not 100% but still not too bad.

Would be a good item to include in Packman – perhaps with an update when patched for RPI 4….

strange Volume from Adrian works alongside IntSound now too – more investigation required

If you don’t already have it, !SoundCheck from here

http://www.audiomisc.co.uk/software/index.html

may help as it lists all the current settings, etc

Have you tried *Volume?

I normally use Mixer (filebase) but the download link is broken and it not works on all new hardware.
Can upload if anyone need.

None of the suggestions above did the job completely, if at all, on my 4té2. The simple volume app that I wrote myself, making use of SYS"Sound_Volume" works nicely for most of the sounds, but appears to have no influence on the volume of MPEG4 video’s. The slider in the sound configuration window however seems to have an overall working. Does anybody know how that is done, or what SYS call is used to achieve that?

Hi,
I missed this discussion/thread.
The IntSound utility (for internal sound) works on my ARMX6.
I rebuilt the app with a different look. There is only one fader and it affects the internal sound via the MixVolume control and it allows for mute and VDU7 testing.
I launch the program at startup and it is very useful with Rhapsody4 for example or when I want to listen to an AVI audio file.
Feedback is welcome especially if there are problems, the program is built with my ARMX6 and Os version 5.29 everything is standard.
Thanks for testing.

I almost forgot !MixVolume is available at the same place as Intsound (see above)

IntSound generates an “Internal error: undefined instruction at &00009B84”, followed by a “Post mortem requested” and a lot of numbers.
That is on my 4té2 (Pi4) and RISC OS 5.29 (19-Feb-21).

However, !MixVolume works very nicely on the same setup, also with the MPEG files. According to the !Help file, this is done by means of the Sound_Volume call. I wonder why it doesn’t work with my program then. Could it be that mine is written in BASIC?

One little request: I’d like to see the slider opened above the iconbar icon, just like the iconbar menu. But above all, thank you for such an invaluable little utility.

@Paul
Thanks for testing,
I updated the program and the Help file.
Now the fader window opens on the MixVolume icon of the iconbar, I hadn’t thought of that :-(
For the Help file if you have corrections do not hesitate.
To adjust the sound level I use SoundCtrl equivalent to the command *MixVolume (=> the name of the program). My program is written in C, but there is no problem using SWIs in Basic.

IntSound allows you to adjust the MixVolume and the Sound volume (0-127)

The address of the error “Internal error: undefined instruction at &00009B84”, occurs in the program.
Is it by launching the application or by doing another manipulation?
Maybe a ToolBox module is missing, my ARMX6 loads them all at startup, and my !Run file doesn’t check, :-(

Now the fader window opens on the MixVolume icon of the iconbar,

That’s not the most convenient solution (apologise my criticism), because now I have to move the pointer to the close icon in order to remove the fader window. In the previous version I just had to click the iconbar icon again – more convenient in case of a simple check.

I can’t find any documentation about the SoundCtrl_GetMix and -SetMix calls. Are they Toolbox SWi’s?

Is it by launching the application or by doing another manipulation?
Maybe a ToolBox module is missing

IntSound crashes here at launch. Its error report is displayed in the most primitive window (I can’t describe it well, but you’ll probably recognise it). A Toolbox module may very well be missing, as the error dump speaks of an ‘unknown procedure’ and an ‘anonymous function’. As I never used the Toolbox myself, I’ve no idea what module could be missing.

Now the Fader window is opened just above the iconbar, It is more convenient.
The program has been updated on the website.
To program I use StrongHelp and there is an OS SWI manual
“here” : http://www.riscos.info/downloads/stronghelp/manuals/
version OS340/zip
Thanks for bug report.
Toolbox is very usefull and many applications use it.
You should check the modules you have, I don’t know if on the Qté they are automatically installed in the !Boot.system.xxx.Modules.toolbox directory?
modules that should be present:
ToolBox / IconBar / Menu / ToolAction / ProgInfo
I will do some tests on my side.
I think !MixVolume uses the same modules and you don’t have any problems….

Now the Fader window is opened just above the iconbar, It is more convenient.

Nearly! When for some reason the icon moves, for example because of another application being loaded, the fader window keeps opening at the original location. Preferably, the program should check the position of iconbar icon at every mouse click, just as for the iconbar menu.

version OS340/zip

That’s indeed an newer StrongHelp file than I had. Thank you.

ToolBox / IconBar / Menu / ToolAction / ProgInfo

Those modules appear to be resident on my computer too. But perhaps some of them are too old? On the other hand, MixVolume works nicely, so probably it’s something at the Pi side…

I found applications that change the position of the !MixVolume icon on the iconbar, it is fixed :
https://jeanmichelb.riscos.fr/Download/MixVolume03.zip
It’s helpful to get feedback.

You can test soundcontrol with the *MixVolume command.

!IntSound

Those modules appear to be resident on my computer too. But perhaps some of them are too old? On the other hand, MixVolume works nicely, so probably it’s something at the Pi side…

Your Qté is recent and the ToolBox has not yet evolved. so you must be up to date.

The crash occurs at the same address 0×9B84 as Bryan on his Pi4…
It is indeed a problem of the program and Pi4.
I don’t know if David Feugey tested it with a Pi4?

I uploaded the !IntSound program recompiled with the latest DDE, for testing.
Thanks.

I uploaded the !IntSound program recompiled with the latest DDE

Both IntSound and MixVolume now work perfectly. Thank you very much!

As an aside, I just can’t get a handle on the Get- and SetMix commands, as I fail to understand what the channel indices refer to. Unfortunately, the OS StrongHelp files don’t give a clue.

good news, maybe an evolution in the DDE for the Pi4?
I looked in the DDE changes, I may have missed it.

In my program the index of SWIs is left at zero. It may be the voice index. speculation…
C version:
_swi(SoundCtrl_SetMix, _INR(0,4), 0,0,0,mute, Mix_volume);

I found the answer for the MixVolume SWI in the ROSS document, thanks to Jim Lesurf.
< index> is a value representing the channel and defaults to 0 meaning both.

Well – thank you all – MixVolume 0.03 (14 Oct 2022) did the trick and can control desktop volume with a slider control on the RPiZeroW running RO5.28 on a Motorola Lapdock base.