mpv.net media player

[BigBrahma]

I have been having the same issue as therube in the recent versions of mpv.net.
Both the command palette and playlist are not visible when i press the buttons, and i end up having to press ESC to regain control of mpv.net.
It worked back in version 5.8.0.0, but having tries the updates released afterwards it's stopped working for some reason.

[therube]

@BigBrahma, what OS & what video card?

[BigBrahma]

Windows 8.1 and Intel Core i5-4219U

[therube]

Assuming that is actually i5-4210U, that says it has "Intel® HD Graphics 4400" (which I'll take as being in the same family as the two systems where I run into the issue on).

[stax76]

I tested it on my notebook, using Win 10 with Intel HD 4600, there it works fine.

[therube]

Possibly an issue affecting Win7/8 ?

[therube]

Originally Posted by therube

06-07-2022

'i'

now looks to do the very same thing as F9,
displaying A/V information,
but you've lost display of file (disk) name, length, size...

(yes, you can do a 't', but...)

appears ? this change comes from mpvnet end, mpvnet.exe.


Notes mention, "a second key press".
Is that supposed to apply here, to 'i' ? cause if so, I'm not getting anything different on 2nd key press.

At some point in time (a long while back, now), "out of the blue", this started working as expected.

But... come 07-24-2022, it reverted to its original (for me) behavior.
Again, out of the blue.

I've no clue what triggered it to fix itself, way back?
Nor do I have any clue what caused it to break, again?

I went through every hotkey, thinking maybe something there cause something to cause something... but so far, correct behavior has not returned.

Debug shows:

error getting property: dwidth
property unavailable
error getting property: dheight
property unavailable
error getting property: dwidth
property unavailable
error getting property: dheight
property unavailable
error getting property: track-list/0/title
property unavailable
error getting property: track-list/1/title
property unavailable
error getting property: track-list/1/lang
property unavailable

dwidth, dheight, seems to be "expected" (as in that information seems to turn up regardless of whether things are working or not)

Though the track-list/#/... appears to be related to this issue.
As in every time I (now) hit 'i', I get those same sets of track-list messages.

Maybe that tells you something?

[therube]

hah!

i never realized (cause i never use), but if you drag&drop from (Win7)
Windows Explorer, files get added... in some order
- not that i'm understanding what order that is?

yet, if you use Everything to d&d from,
the files are ordered in the order that they were listed within Everything.
(logical, isn't that.)

i ALWAYS d&d from within Everything, & i ALWAYS want my files ordered in the order that they were in Everything.

(heh. is it any wonder i never use Window Explorer!
nonetheless, i wonder what causes that difference?
[& i pity poor WE users.]
i wonder if that is the same "everywhere"?)

[therube]

/when 'i' is working correctly/
while the i information is (still) displaying
if you hit 'i', again, the F9 information then displays

(/maybe/ that has something to do with the 'i' issue i've been seeing... ?)
- partially, perhaps
if you're jumping through clips (F12, F12, F12...)
you hit F12, & the "title" displays
- if during that time, before that display "times out"
you hit F12 again, immediately followed by 'i'
that triggers the F9 behavior rather then the (i'll call it) "native" 'i' behavior

(you might have to be quick to cause/see that behavior, but it's certainly there)

[stax76]

@therube

In the last release the simple info menu was removed, there is now only a full/advanced info menu which shows all tracks in the file.

When you multi select, it might make a difference which item was selected first and last, you can change the focused item with ctrl+up/down in explorer.

When you drag, it might make a difference which item is focused or under the cursor location.

mpv.net simply uses the order it received.

[stax76]

v6.0.3.1

https://github.com/stax76/mpv.net/bl...s/Changelog.md

[therube]

6031

The show-info command shows directly an advanced view, which was enhanced with a General section and the filename.

(With a quick look) 'i' now looks to be working again (on my, Win7 end) :-).

e run powershell -command "explorer.exe ..."

Is using powershell a security liability (compared to say, explorer.exe %1 [or CMD /C explorer %1, or similar, if need be]) ?

[therube]

e run powershell -command "explorer.exe ..."

If a folder displays in "Icon" mode (in Windows Explorer), then the first 'e' open of that folder fails to focus on the expected file.

(Subsequent 'e' to that same folder work as expected.)
(If the folder is in "Details" mode, focus is always set as expected.
I've not checked other folder display modes.)

(I've only checked this on Win7, so far.)

[JNW]

@stax76

It looks like JRiver's new renderer JRVR is using mpv. Have you considered bundling FSRCNNX, SSimSuperRes, KrigBilateral and even SSimDownscaler with mpv.net and adding it to the GUI? Would make it easier for the average user to implement these high quality glsl algorithms. Just a thought.

https://github.com/igv/FSRCNN-Tensor...leases/tag/1.1
https://gist.github.com/igv

You could also add change-refresh.lua to scripts so people had automatic display mode switching. I've seen people ask about it a few time on reddit. You also need nircmd.

https://github.com/CogentRedTester/mpv-changerefresh
https://www.nirsoft.net/utils/nircmd.html

[stax76]

It looks like JRiver's new renderer JRVR is using mpv.

Are you sure it's not DirectShow based?

Have you considered bundling FSRCNNX, SSimSuperRes, KrigBilateral and even SSimDownscaler with mpv.net and adding it to the GUI?

No, I use a minimalist approach.

[clsid]

JRVR does not use mpv, they both use libplacebo.

[therube]

6031

When running in Fullscreen, there is about a 1" swath of screen at the top where the cursor does not auto-hide.

[djones]

@stax76

Any consideration given to a potplayer style of bookmarking, i.e. press a key and a bookmark file is written out with same filename of video, but with a bookmark extension. When video file is loaded, it checks for presence of bookmark file and loads saved bookmark positions for playback.

When I saw the "quick-bookmark" line in mpv.net recent changelog I got excited that persistent bookmarks might finally be a thing, but alas it's just temporary until video file is closed. I've also looked at a few bookmark LUA scripts but they all have issues or outdated.

Regardless, some type of persistent bookmarking capability for mpv.net would be fantastic.

[stax76]

@djones

I usually work only on features that are used by myself or can't be scripted with Lua, sorry.

[therube]

I'll just note, for anyone who might want to pull down more recent libmpv (mpv-2.dll), he now builds 2 versions, & you would want the version that does not have "-v3" in the name.