Im happy to report smplayer 21.8.0 with mpv 0.33.0-349-g5304e9fe31 no longer exhibits this issue. This can be closed.
mpv 0.32 performance degradation
Audio -> stereo mode -> reverse broken on Mono input
I looked some more in the source code and found a hacky workaround that almost works for me. I can use sed.exe to edit smplayer.ini: mplayer_additional_options="" every single time before starting smplayer.exe :o) Sadly this only works once, smplayer doesnt reread smplayer.ini every time, even if timestamp updated. Edit: hmm, I could manually kill smplayer.exe every time, yes that would work :P As you can tell Im trying all the lazy solutions first :)
I looked some more in the source code and found a hacky workaround that almost works for me. I can use sed.exe to edit smplayer.ini: mplayer_additional_options="" every single time before starting smplayer.exe :o) Sadly this only works once, smplayer doesnt reread smplayer.ini every time, even if timestamp updated. As you can tell Im trying all the lazy solutions first :)
command line --help -help -h -? displays empty line
actually https://www.smplayer.info/forum/viewtopic.php?f=2&t=8105 sounds even better, because cmplayer is also missing ability to pass separate audio stream URL. Being able to pass arbitrary parameters to underlying player would solve that.
mpv.exe --softvol=yes is depreciated
Version 19.5 New command line option -start. https://forum.smplayer.info/viewtopic.php?f=2&t=8744 -start second (or -start [h:]m:s)
pass referrer/user-agent/http-header-fields/cookies-file command line parameters to the player
I remember trying to copy mpv into an old smplayer build and it didnt work because some parameters were wrong, looked like newer mpv version changed some parameter names and wasnt happy with what it was getting or something
switch Preferences/Genreal/Video/Output driver to something else?
mplayer with seek set to absolute, "remember time position" with "remember for streams" makes as you put it "permanent" - smplayer remembers position for that stream and will try to seek eevry time you open it = crash https://sourceforge.net/p/smplayer/bugs/763/ workaround is switching to mvp I find it interesting its happening to you on Linux, I was under the impression only Windows build of mplayer was bugged, maybe bad code migrated upstream somehow.
mplayer with seek set to absolute, "remember time position" with "remember for streams" makes as you put it "permanent" - smplayer remembers position for that stream and will try to seek eevry time you open it = crash https://sourceforge.net/p/smplayer/bugs/763/ workaround is switching to mvp
and finally found a workaround! This AutoHotkey script fixes my problem: WinWait, SMPlayer, , 60 SetTitleMatchMode, 2 Var=0 MyLabel: Var++ if (Var > 100) { MsgBox AlwaysOnTop error %WinID%, %ExStyle%, %Var% Exit } WinGet, WinID, ID, SMPlayer ahk_class Qt5QWindowIcon ahk_exe smplayer.exe if !WinID { Sleep, 100 Goto, MyLabel } WinGet, ExStyle, ExStyle, ahk_id %WinID% if !(ExStyle & 0x8) { WinSet, AlwaysOnTop, On, ahk_id %WinID% Sleep, 100 Goto, MyLabel } if (Var > 1) MsgBox Var more than once %Var%...
Might be related. When I upgraded to 19.1.0 I noticed mvp will rarely freeze for 1 sec when switching from/to fullscreen. Happens only when MVP is set to GPU as output.
It sure looks like this and https://sourceforge.net/p/smplayer/bugs/682/ are the same, and are caused by some obscure W10 bug
still bad in 19.1.0 :( I looked up smplayer in Process Hacker and when it doesnt work SMPLAYER window is missing WS_EX_TOPMOST as expected [06:51:58:819] PlayerID::Player: player_bin: "mpv/mpv.exe" filename: "mpv.exe" [06:52:08:092] MyActionGroup::itemTriggered: 'on_top_always' [06:52:08:092] MyActionGroup::itemTriggered: ID: 1 [06:52:08:092] BaseGui::setStayOnTop: 1 but QT5 is failing to set alwaysontop flag :( main smplayer window Extended styles stays at 0x20000900 Process Hacker has an ability...
still bad in 19.1.0 :( I looked up smplayer in Process Hacker and when it doesnt work SMPLAYER window is missing WS_EX_TOPMOST as expected [06:51:58:819] PlayerID::Player: player_bin: "mpv/mpv.exe" filename: "mpv.exe" [06:52:08:092] MyActionGroup::itemTriggered: 'on_top_always' [06:52:08:092] MyActionGroup::itemTriggered: ID: 1 [06:52:08:092] BaseGui::setStayOnTop: 1 but QT5 is failing to set alwaysontop flag :( main smplayer window Extended styles stays at 0x20000900 Process Hacker has an ability...
still bad in 19.1.0 :( I looked up smplayer in Process Hacker and when it doesnt work SMPLAYER window is missing WS_EX_TOPMOST as expected [06:51:58:819] PlayerID::Player: player_bin: "mpv/mpv.exe" filename: "mpv.exe" [06:52:08:092] MyActionGroup::itemTriggered: 'on_top_always' [06:52:08:092] MyActionGroup::itemTriggered: ID: 1 [06:52:08:092] BaseGui::setStayOnTop: 1 QT5 is failing to set alwaysontop flag :( main smplayer window Extended styles stays at 0x20000900 Process Hacker has an ability to...
still bad in 19.1.0 :( I looked up smplayer in Process Hacker and when it doesnt work SMPLAYER window is missing WS_EX_TOPMOST as expected [06:51:58:819] PlayerID::Player: player_bin: "mpv/mpv.exe" filename: "mpv.exe" [06:52:08:092] MyActionGroup::itemTriggered: 'on_top_always' [06:52:08:092] MyActionGroup::itemTriggered: ID: 1 [06:52:08:092] BaseGui::setStayOnTop: 1 QT5 is failing to set alwaysontop flag :( main smplayer window Extended styles stays at 0x20000900 Process Hacker has an ability to...
Might be related. When I upgraded to 19.1.0 I noticed mvp will rarely freeze for 1 sec when switching from/to fullscreen. Its very rare and happens smplayer session wide, as in happening until I close/reopen particular file/stream. Happens only when MVP is set to GPU as output.
similar thing happens when you play video streams using SMplayer, it gets the stream URL and treats is as a video Title, clicking I for Information displays that Title in huge bold H1 font.
might be related: https://sourceforge.net/p/smplayer/bugs/734/ except I havent seen(or rather heard) that bug since I settled on using smplayer 16.4
might be related: https://sourceforge.net/p/smplayer/bugs/734/ except I havent seen(or rather hear) that bug since I settled on using smplayer 16.4
https://sourceforge.net/p/smplayer/bugs/763/
must of got fixed in the meantime, closing Edit: hmm, I cant close my own bugs :(
must of got fixed in the meantime, closing
when I open your link in a browser it also displays only 200 positions :) (using old YT layout) YT has tons of this type of lazy loading restrictions, it will only load more positions if you start playing clip at the bottom.
wbem clips are DASH video only. mp4 ones are audio+video. seeing as it never manages to go 1080p (another limitation of non DASH mp4 on YT) I suspect smplayer can only play combined vidoe+audio formats (at least while using mplayer, maybe its different with MVP) I experimented with mplayer streaming separate DASH Video + DASH audio, it was VERY broken with mplayer losing audio sync and not bing able to recover and mplayer devs not willing to even try to reproduce :/
wbem clips are DASH video only. mp4 ones are audio+video. seeing as it never manages to go 1080p (another limitation of non DASH mp4 on YT) I suspect smplayer can only play combined vidoe+audio formats. I experimented with mplayer streaming separate DASH Video + DASH audio, it was VERY broken with mplayer losing audio sync and not bing able to recover and mplayer devs not willing to even try to reproduce :/
still bad in smplayer-18.6.0-x64 I use "start videos in fullscreen", so there might be some race condition there, maybe "stay on top" only gets applied if mplayer is windowed, and if it starts and immediatelly goes fullscreen it might be ignored.
just downloaded mplayer-svn-38017-x86_64, same error on seeking in audio stream, you can probably reopen :( I can give full repro steps if needed
https://sourceforge.net/p/smplayer/bugs/682/
still bad in 17.9 8645 :(
I finally understand whats going on. Its not some random non deterministic code snipped, its Fullscreen function call FAILING and smplayer IGNORING/not checking return codes. This is why it keeps acting like its fullscreen even tho its still in a small window, this is why going thru whole minimize/fullscreen/minimize cycle gain fixes it. Since this happens only when running with "start videos in fullscreen" I suspect fullscreen is called too early before mplayer subprocess has time to start?
still there in 8185 stay on top randomly doesnt work
yes, http://forum.smplayer.info/viewtopic.php?t=8460 here is a screenie showing log...
yes, http://forum.smplayer.info/viewtopic.php?t=8460 here is a screenie showing log...
I suspect it only manifests when "start videos in fullscreen" is on it appears to...
I probably should mention I use "start videos in fullscreen"
and again, this time while opening local mp3 I opened mp3 file and all I saw was...
got it again in 16.7 r8029 on a fresh install of w10 x64 build 14372 :( this time...
got it again in 16.7 r8029 on a fresh install of w10 x64 build 14372 :( this time...
got it again in 16.7 r8029 on a fresh install of w10 x64 build 14372 :(
win10 x64, 16.7 new mplayer builds: [17:25:46:147] MplayerProcess::parseLine: '[h264...
win10 x64, 16.7 new mplayer builds: [17:25:46:147] MplayerProcess::parseLine: '[h264...
hmm, precise has nothing to do with it, rechecked again and its only Absolute that...
Absolute\precise seeking crashes mplayer with streams (Youtube) with new mplayer builds (16.7)
yep, thanks now how do you close a ticket here? :)
yep, thanks
https://sourceforge.net/p/smplayer/bugs/762/ seems to be related
cant drag window across left and upper screen edges in >=16.6(win10), works in 16.4
switching fullscreen forgers video zoom horizontal/vertical positions
got it again, one thing wrong previously "clicking smplayer tray icon twice gets...
starting splayer fullscreen sometimes results in borderless window
ok, managed to replicate again on 16.1, both volume reset and slowing/speeding up...
its random, non easily reproducible. also forgot that sometimes forwarding/rewinding...
mp3 slows down up when seeking with mousewheel