Compiled current version kplayer and current version mplayer. When trying to play an mp3 file, kplayer passes an invalid commandline parameter to mplayer. The parameter is "-embeddedfonts". Current version has no such parameter... Reproducible: Always Steps to Reproduce: 1.click on mp3 2.kmplayer pops up 3.nothing happens... Actual Results: Nothing happend, kplayer app has a message box that shows the dialog between it and mplayer. Mplayer complains "-embeddedfonts" Huh?? Expected Results: Should play music... Built kplayer manually via ebuild. Inbetween unpack and compile I grep'ed the sources and found where "embeddedfonts" resides and removed it from the source... Simple edit... then compile, install and qmerge... Results... it now works 100%. I can't believe I'm the only one with this problem? PS... tried compiling mplayer with embeddedfonts=1 in ebuild... no joy that way, had to hack kplayer to fix this for me....
No, you are not the only one. I got the same problem here with kplayer-0.6.3. I solved the problem by commenting this line in kplayer/kplayerprocess.cpp out: *m_player << (configuration() -> subtitleEmbeddedFonts() ? "-embeddedfonts" : "-noembeddedfonts"); mplayer doesn't seem to know the "-embeddedfonts" and "-noembeddedfonts" switches. I am using mplayer-1.0_rc2_p25993. As this is a known problem and it looks like this option isn't needed anyway, can somebody please attach a patch to the ebuild? Without it kplayer won't play anything.
MPlayer supports -embeddedfonts/-noembeddedfonts only if compiled with USE=srt. You can either a) enable SRT in MPlayer (via /etc/portage/package.use), or b) downgrade KPlayer to 0.6.2 (mask higher versions via /etc/portage/package.mask). Cheers.
Created attachment 165690 [details] kplayer-0.6.3.ebuild This should clear it up for users.
Before I more or less blindly commit 0.6.3-r1, can someone commit, that the required use flag is "ass" in between or is that a different implementation with other cmd params?
Closing. Please reopen if you still see this with 0.7.