This forum is deprecated. Please visit https://github.com/smplayer-dev/smplayer/discussions

Why mpv.exe as opposed to libmpv.dll?

Problems, bugs, suggestions... anything related to SMPlayer.

Why mpv.exe as opposed to libmpv.dll?

Postby Starks » Sun Dec 14, 2014 5:43 pm

I like the idea of a drop-in replacement, but every other mpv player (Baka MPlayer, CMPlayer. etc) has transitioned to libmpv.
Starks
 
Posts: 3
Joined: Sun Feb 24, 2013 7:29 am

Re: Why mpv.exe as opposed to libmpv.dll?

Postby rvm » Sun Dec 14, 2014 11:15 pm

First I agree with the mpv developers that developing an interface with the slave mode and parsing the output messages is like hell. I wish mplayer had provided something better 8 years ago when I began to implement smplayer.

But that hard work is already DONE, and using the slave mode in mpv is easier than switching to another thing. Besides of that, I previously tested the "qtexample" which is provided by mpv as a test for the client api and it had some issues and crashes, so it didn't caused me a good impression.

Anyway if users like the mpv support then I'll probably try to migrate to use libmpv to provide a better support.
rvm
Site Admin
 
Posts: 3787
Joined: Wed Dec 23, 2009 1:25 am
Location: España

Re: Why mpv.exe as opposed to libmpv.dll?

Postby Guest » Mon Dec 15, 2014 1:54 am

Sounds like a plan. The client API has only been stable for a few weeks anyway.

Only bug I've seen so far is that I can't figure out how to enable ass and embedded fonts.
Guest
 

Re: Why mpv.exe as opposed to libmpv.dll?

Postby Starks » Mon Dec 15, 2014 1:56 am

Never mind

"Use custom style" should be disabled for such files
Starks
 
Posts: 3
Joined: Sun Feb 24, 2013 7:29 am


Return to General

Who is online

Users browsing this forum: No registered users and 33 guests

cron