SMPlayer version: 25.6.0 (revision 10369)
mpv version: 0.41.0
OS: Kubuntu 26.04
Describe the bug:
When attempting to play an audio CD, SMPlayer always passes --cdrom-device= to mpv. This option was removed from mpv (it's no longer recognized), so mpv exits immediately with a fatal error and the audio CD never plays.
This happens regardless of whether a device path is set in Preferences -> Drives -> CD-ROM device:
If a path is set, SMPlayer passes --cdrom-device=, which mpv rejects as an unknown option.
If the field is left blank, SMPlayer still fails to play the CD (no valid device is passed at all).
Playing the same disc directly with mpv, using the correct current option name, works fine:
mpv --cdda-device=/dev/sr0 cdda://
Reproducing:
Insert an audio CD.
Open SMPlayer -> Open -> Disc -> Audio CD (or run smplayer cdda://).
Observe the error.
Expected behavior
SMPlayer should pass --cdda-device instead of --cdrom-device when invoking mpv for CD playback (mpv still accepts --cdrom-device when built with MPlayer as the backend, but not with current mpv releases).
Actual behavior / error log
/usr/bin/mpv --no-quiet --terminal --no-msg-color --input-ipc-server=/tmp/smplayer-mpv-5307c --msg-level=ffmpeg/demuxer=error --video-rotate=no --no-config --no-fs --hwdec=cuda --sub-auto=fuzzy --gpu-context=x11egl --no-stop-screensaver --no-input-default-bindings --input-vo-keyboard=no --no-input-cursor --cursor-autohide=no --no-keepaspect --wid=18874405 --monitorpixelaspect=1 --osd-level=0 --osd-scale=1 --osd-bar-align-y=0.6 --sub-ass --embeddedfonts --sub-line-spacing=0 --sub-scale=1 --sub-font=SF Pro Display --sub-color=#ff4690ff --sub-shadow-color=#ff000000 --sub-border-color=#ff000000 --sub-border-size=2 --sub-shadow-offset=3.75 --sub-font-size=50 --sub-bold=yes --sub-italic=no --sub-margin-y=8 --sub-margin-x=20 --sub-codepage=ISO-8859-1 --sid=auto --alang=eng --slang=eng --sub-pos=100 --volume=110 --cdrom-device=/dev/sr0 --cache=auto --start=#1 --screenshot-template=cap_%F_%p_%02n --screenshot-format=jpg --screenshot-directory=/home/munchman/Pictures/smplayer_screenshots --audio-pitch-correction=yes --volume-max=110 --audio-client-name=SMPlayer --term-status-msg=. cdda://
Error parsing option cdrom-device (option not found)
Setting commandline option --cdrom-device=/dev/sr0 failed.
Exiting... (Fatal error)
Additional context
-I confirmed the drive itself works fine - VLC plays the same disc without issue.
-I confirmed mpv itself plays the disc fine when invoked directly with --cdda-device instead of --cdrom-device.
-I tried clearing the cdrom_device= value from ~/.config/smplayer/smplayer.ini directly; SMPlayer still fails to play the CD (it still needs a valid device passed via the correct flag).
-This looks like a straightforward find/replace fix in the source: wherever SMPlayer constructs the mpv argument list for CD playback, --cdrom-device needs to become --cdda-device when the mpv backend is selected (MPlayer backend may still expect the old name, if still supported).
Sorry if I did this wrong, I think this might be my first time actually filing a bug report. My apologies if so!
SMPlayer version: 25.6.0 (revision 10369)
mpv version: 0.41.0
OS: Kubuntu 26.04
Describe the bug:
When attempting to play an audio CD, SMPlayer always passes --cdrom-device= to mpv. This option was removed from mpv (it's no longer recognized), so mpv exits immediately with a fatal error and the audio CD never plays.
This happens regardless of whether a device path is set in Preferences -> Drives -> CD-ROM device:
If a path is set, SMPlayer passes --cdrom-device=, which mpv rejects as an unknown option.
If the field is left blank, SMPlayer still fails to play the CD (no valid device is passed at all).
Playing the same disc directly with mpv, using the correct current option name, works fine:
mpv --cdda-device=/dev/sr0 cdda://
Reproducing:
Insert an audio CD.
Open SMPlayer -> Open -> Disc -> Audio CD (or run smplayer cdda://).
Observe the error.
Expected behavior
SMPlayer should pass --cdda-device instead of --cdrom-device when invoking mpv for CD playback (mpv still accepts --cdrom-device when built with MPlayer as the backend, but not with current mpv releases).
Actual behavior / error log
/usr/bin/mpv --no-quiet --terminal --no-msg-color --input-ipc-server=/tmp/smplayer-mpv-5307c --msg-level=ffmpeg/demuxer=error --video-rotate=no --no-config --no-fs --hwdec=cuda --sub-auto=fuzzy --gpu-context=x11egl --no-stop-screensaver --no-input-default-bindings --input-vo-keyboard=no --no-input-cursor --cursor-autohide=no --no-keepaspect --wid=18874405 --monitorpixelaspect=1 --osd-level=0 --osd-scale=1 --osd-bar-align-y=0.6 --sub-ass --embeddedfonts --sub-line-spacing=0 --sub-scale=1 --sub-font=SF Pro Display --sub-color=#ff4690ff --sub-shadow-color=#ff000000 --sub-border-color=#ff000000 --sub-border-size=2 --sub-shadow-offset=3.75 --sub-font-size=50 --sub-bold=yes --sub-italic=no --sub-margin-y=8 --sub-margin-x=20 --sub-codepage=ISO-8859-1 --sid=auto --alang=eng --slang=eng --sub-pos=100 --volume=110 --cdrom-device=/dev/sr0 --cache=auto --start=#1 --screenshot-template=cap_%F_%p_%02n --screenshot-format=jpg --screenshot-directory=/home/munchman/Pictures/smplayer_screenshots --audio-pitch-correction=yes --volume-max=110 --audio-client-name=SMPlayer --term-status-msg=. cdda://
Error parsing option cdrom-device (option not found)
Setting commandline option --cdrom-device=/dev/sr0 failed.
Exiting... (Fatal error)
Additional context
-I confirmed the drive itself works fine - VLC plays the same disc without issue.
-I confirmed mpv itself plays the disc fine when invoked directly with --cdda-device instead of --cdrom-device.
-I tried clearing the cdrom_device= value from ~/.config/smplayer/smplayer.ini directly; SMPlayer still fails to play the CD (it still needs a valid device passed via the correct flag).
-This looks like a straightforward find/replace fix in the source: wherever SMPlayer constructs the mpv argument list for CD playback, --cdrom-device needs to become --cdda-device when the mpv backend is selected (MPlayer backend may still expect the old name, if still supported).
Sorry if I did this wrong, I think this might be my first time actually filing a bug report. My apologies if so!