Been going along for months having the skins (Black, Gonzo, Modern, Mac, Vista) compiled into the KDE Extra SMPlayer version and all of a sudden they stopped working after an update. Not quite sure why and what changed, any ideas how to get them back?
Thanks.
Well, I don’t use SMPlayer, but I don’t think it ever had the skins “compiled in”…
Actually there is a separate smplayer-skins package available in Packman, install that.
If that doesn’t help, I would suggest trying to switch smplayer to the Packman version as well.
The one in [noparse]KDE:Extra[/noparse] has been updated to the latest version 2 days ago, maybe that removed/broke/changed the skin support.
Must have been compiled because I’ve got the five folders (Black, Gonzo, Modern, Mac, Vista) in /usr/share/smplayer/themes/ that worked up until that update. I didn’t put them there manually. The ‘Skinnable GUI’ option revealed those five options to choose from - now they don’t and under ‘Interface’ in Preferences is inactive and greyed out again. That latest version change b0rked things for sure. The reason I changed to the KDE Extra version originally was the Packman version didn’t contain those five skins and suffered the same ‘skinnable gui’ -less option.
Anyway I just switched to someone’s build project and the skinnable option is working and all my previous settings were picked up. I’ll stick with that for a while.
How would you “compile” a skin? It just consists of text files…
And there was no change to the package regarding this AFAICS. There have been no skins removed. It just got updated to the latest version.
I didn’t put them there manually. The ‘Skinnable GUI’ option revealed those five options to choose from - now they don’t and under ‘Interface’ in Preferences is inactive and greyed out again. That latest version change b0rked things for sure. The reason I changed to the KDE Extra version originally was the Packman version didn’t contain those five skins and suffered the same ‘skinnable gui’ -less option.
Again, there’s a separate smplayer-skins (and a smplayer-themes) package.
Anyway I just switched to someone’s build project and the skinnable option is working and all my previous settings were picked up. I’ll stick with that for a while.
Ok, fine.
How would you “compile” a skin? It just consists of text files…
And there was no change to the package regarding this AFAICS. There have been no skins removed. It just got updated to the latest version.
Again, there’s a separate smplayer-skins (and a smplayer-themes) package.
Both Packman and now KDE Extra have the same outcome, no skinnable gui. Those two packages come with their own makefile (the skins one has the five themes listed above). In order for me to have had a fully working skinnable smplayer, with the skins ‘theme’ package working, somebody must have originally compiled smplayer with those thrown in and activated, no? - anyway, I know I didn’t do it , so someone did. 
So, did you try to install smplayer-skins and smplayer-themes?
Those two packages come with their own makefile (the skins one has the five themes listed above).
Hm?
The binary RPM packages come with no makefile at all.
Only the source packages include a makefile.
In order for me to have had a fully working skinnable smplayer, with the skins ‘theme’ package working, somebody must have originally compiled smplayer with those thrown in and activated, no? - anyway, I know I didn’t do it , so someone did.
Maybe you had some other package installed?
According to OBS’s history, the smplayer package in KDE:Extra never included skins or themes…
And the skins and themes are separate downloads on the official download page too:
So, did you try to install smplayer-skins and smplayer-themes?
Yes, I had them anyway, I can see the files and folders but what it doesn’t do is make the “Skinnable GUI” option active, it never has…
Hm?
The binary RPM packages come with no makefile at all.
Only the source packages include a makefile.
Maybe you had some other package installed?
According to OBS’s history, the smplayer package in KDE:Extra never included skins or themes…
And the skins and themes are separate downloads on the official download page too:
The only other option is I’ve got pissed off with not having the option available and downloaded the source and ran the makefile and dropped the contents into the existing smplayer directory. SMPlayer would do the rest and pick it up.
Not that I remember doing any of that but I do have the Qt4 Dev kit installed to make it happen and I have no other reason to have that package. I do keep records (somewhere) of this stuff so I’ll have to check. lol.
Well, I tried it myself meanwhile, and yes the version from KDE:Extra doesn’t allow to select a skin.
The Packman version (which is still the older one) works fine though.
The only change in KDE:Extra is the update to the latest version (for 13.2 at least, for Tumbleweed it is built against Qt5 now) AFAICS.
I don’t know why this doesn’t pick up the installed skins any more.
Maybe an incompatibility, but there are no newer skins to download.
The only other option is I’ve got pissed off with not having the option available and downloaded the source and ran the makefile and dropped the contents into the existing smplayer directory. SMPlayer would do the rest and pick it up.
It shouldn’t make a difference whether you build the skins yourself or you install the smplayer-skins package.
I can’t get Packman or KDE Extra to work. I suppose I could delete the config file and start from scratch for Packman and try again.
From my records, if you go back to December '14 that ‘Skins’ package was installed with SMPlayer and those five skins worked - but the ‘Themes’ package was not. I had to use the Themes package makefile option to get that installed and to show up in smplayer menu, after some messing around it worked.
Both skins and themes work fine with the Packman packages.
The problem with the one from KDE:Extra is that it looks for the skins/themes in /usr/local/share/smplayer, not /usr/share/smplayer.
If you copy them over it will work too…
Seems like some build option has been lost.
I submitted a fix:
Let’s hope it will get accepted (soon)… 
Thanks for the bug report. I deleted the config file and cleaned up the remnants elsewhere, reinstalled from KDE Extra and copied over /usr/share/smplayer to /usr/local/share and it sees it, so Skinnable GUI option is back and working. :good:
Don’t suppose you know why SMPlayer can’t open any file and spits out exit code 1 error do you? rotfl!
Option ao: ':' expected after label.
Error parsing option ao (option could not be parsed)
Setting command line option '--ao=@@DEFAULT@@,' failed.
Exiting... (Fatal error)
This is new, never had it before. Might need a new thread.
Fixed. Just changed the Preferences >> General >> Audio >> Output Driver setting and back to normal.
Well, it’s not really a bug report, rather a bug fix…
This seems to be another packaging mistake. I have seen this in another thread some time ago (before the latest update).
The auto output is set to “@@DEFAULT@@” by default, which is of course non-sense and makes mpv/mplayer return an error.
I might have a look at that later and try to fix it too…
Sorry, I meant “audio output” of course.
I fixed that too now:
During build, @@DEFAULT@@ gets replaced with alsa or pulse depending on the openSUSE version. But the list of source files where to do this has been fetched from the wrong patch file, so it had no effect and @@DEFAULT@@ remained as default value…
This mistake happened a month ago already, when smplayer was updated the last time. You probably didn’t notice before because this is only a problem when no configuration exists.
Good work, SMPlayer users will appreciate. :good:
FYI: my fixes have been accepted (on Sunday already), so you can remove /usr/local/share/smplayer again.
Packman’s package has been updated to the KDE:Extra version too meanwhile…