As far as i know the only changes applied in version from (12/27/2023) available on github is the use of OpenSSL instead of AmiSSL5! Could you try if the version on OS4depot (AmiSSL5) have the same issue with the pause?
@samo79 Current os4depot.net version seems to be SVN-r38440, with which 'p' and 'SPACE' doesn't work for pause for you either. The version which works for you (SVN-r38423) is not, or no longer, on os4depot.net?
As Javier pointed out, its maybe only comp_yuv affected by this, but me can't be able to reproduce it with P96 drivers nor wpa/comp based one ones As for the different versions around, we doesn't replace anything relevant from OS4depot yet (old archives from Mick and LiveForIt still there) We had done currently 2 archives, one on OS4Depot that use AmiSSL5 and another one just re-compiled with OpenSSL Both are based on same SVN/FFMpeg snapshot (SVN-38440/FFMpeg 6.0)
As far as I can remember, the Os4Depot version (December 25, 2023) of MPlayer 1.5 had problems with streaming via Yt.rexx. I reported this error myself.
With this version, streaming works smoothly, pause/forward and rewind in window/full screen with the video output WPA/COMP/SDL/GL. Unfortunately I wasn't able to test any of the other editions.
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
As far as I can remember, the Os4Depot version (December 25, 2023) of MPlayer 1.5 had problems with streaming via Yt.rexx. I reported this error myself. There was a hotfix on December 27th:
If you have a version based on SVN-r38423 its maybe one of the old internal beta i sent you for test ) Pretty possible that this pause bug was introduced after that...
Is it possible to use the multimedia keys (Volume down and up) of a 110-key keyboard for volume control with MPlayer? How should they be defined? Does Mplayer understand the $xxxxxxxx key codes if used in the prefs file?
Is it possible to use the multimedia keys (Volume down and up) of a 110-key keyboard for volume control with MPlayer?
If the keys are not mapped to Amiga RAWKEYs with the USB keymap config adding support for IDCMP_EXTENDEDKEYBOARD additionally to IDCMP_RAWKEY and IDCMP_VANILLAKEY in MPlayer is required to support such keys.
Is it possible to use the multimedia keys (Volume down and up) of a 110-key keyboard for volume control with MPlayer?
As Joerg stated, Non VANILLA or RAWKEYS can't be mapped, but you can use AllKeys from OS4Depot to assign the media keys on keyboards. I have my multimedia volume keys mapped to control the volume level of both Nemosound and Mixer, (sometimes I switch between the two) so that they control the volume for all programs, including Mplayer.
ktadd wrote: As Joerg stated, Non VANILLA or RAWKEYS can't be mapped, but you can use AllKeys from OS4Depot to assign the media keys on keyboards. I have my multimedia volume keys mapped to control the volume level of both Nemosound and Mixer, (sometimes I switch between the two) so that they control the volume for all programs, including Mplayer.
I'm alredy using AllKeys, but I still cannot figure how to make MPlayer to use the multimediakeys directly... The only workaround I have found is to assign those keys to execute the included Arexx scripts which adjust the volume (RX 'VolumeDown.rx' and RX 'VolumeUp.rx'). Or is this the method you are using, too?
The dark side of using those scripts is that if you accidentally press the multimedia keys when MPlayer is NOT runing, rx will crash (8000003)!
As Joerg stated, Non VANILLA or RAWKEYS can't be mapped
Maybe adding support for mapping the complete IDCMP_EXTENDEDKEYBOARD codes to MPlayer's input.conf would be a lot of work, but adding some defaults for the most common multimedia keys (I don't remember if they are in subclass SET1 or HID), incl. volume +/-, pause/play, forward/backward, etc., in MPlayer should be easy.
Maybe adding support for mapping the complete IDCMP_EXTENDEDKEYBOARD codes to MPlayer's input.conf would be a lot of work, but adding some defaults for the most common multimedia keys (I don't remember if they are in subclass SET1 or HID), incl. volume +/-, pause/play, forward/backward, etc., in MPlayer should be easy.
If what your suggesting is to add support for the multimedia keys into MPlayer source code, that makes me a bit nervous. I have those keys setup to control other things and I would be afraid of interactions. For example, I might want my ">>|" key to go to the end of the currently playing video, or I might want it to go to the next video in a playlist. If you code it in the source code you have taken that option away from the user.
@ktadd You could still change what the keys should do in MPlayer's input.conf, but just mapping a few, common SET1/HID keys to the MPlayer's ones would be a lot easier than adding support for the possibility to remap all possible 64k key codes of IDCMP_EXTENDEDKEYBOARD.
I'm alredy using AllKeys, but I still cannot figure how to make MPlayer to use the multimediakeys directly...
Use AllKeys to translate your volume up key to the 0 key and to translate the volume down key to 9. The zero and nine keys control MPlayers volume, so translating your multimedia keys to zero and nine works. I tested it on my system and it works great.
On my system I use the program "Mixer" or "Nemosound" audio mixer, so I have my multimedia volume keys sent the arexx commnads for volume up and down for those programs. That way the multimedia volume keys control the volume for all programs, not just mplayer. I also have the mute key mapped so I can mute the sound as well.
Use AllKeys to translate your volume up key to the 0 key and to translate the volume down key to 9. The zero and nine keys control MPlayers volume, so translating your multimedia keys to zero and nine works. I tested it on my system and it works great.
Thanks for the tip... I already thought that option but abandoned it as I would then loose the 0 and 9 keys which I need with other programs. But I noticed that In AllKeys Arexx commands can also be addressed directly to the Arexx port of MPlayer ('Mplayer.1'), without using 'rx' command and scripts. That seems to be the best solution for me, and there are no side effects if MPlayer is not running when pressing the multimedia keys.