Log in

View Full Version : Media Player Classic - BE Win32/x64


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 [17] 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235

pirlouy
18th February 2013, 20:14
In options.
Read the first post for previous questions.

l0rdraiden
18th February 2013, 20:36
In options.
Read the first post for previous questions.

Thanks but regarding the development it's not clear for me if they always use the latest possible version of MPC HC or they forked (started a new and separated development) starting from an old version of MPC HC

alexins
18th February 2013, 20:50
Thanks but regarding the development it's not clear for me if they always use the latest possible version of MPC HC or they forked (started a new and separated development) starting from an old version of MPC HC

... (started a new and separated development) starting from an old version of MPC-HC :)

VipZ
18th February 2013, 21:15
Found a bug regarding Blu-ray playback, tested with latest SVN (rev 1835 was working)

If the internal MPEG PS/TS/PVA source filter is deselected, opening BDMV or MPLS files crash MPC-BE.

Problem Event Name: APPCRASH
Application Name: mpc-be64.exe
Application Version: 1.1.0.1
Application Timestamp: 51177096
Fault Module Name: ntdll.dll
Fault Module Version: 6.2.9200.16420
Fault Module Timestamp: 505ab405
Exception Code: c0000005
Exception Offset: 0000000000001069
OS Version: 6.2.9200.2.0.0.256.103
Locale ID: 2057
Additional Information 1: 88ba
Additional Information 2: 88ba4eef95bb674c709a2b188d16755e
Additional Information 3: 49c8
Additional Information 4: 49c8286c67eb995e63b9868e21afbac5

Did some more checking, this broke between 1879 and 1889.

Aleksoid1978
19th February 2013, 06:54
Did some more checking, this broke between 1879 and 1889.

Can't reproduce. If you can - record movie and upload.

wanezhiling
19th February 2013, 07:21
http://pan.baidu.com/share/link?shareid=278708&uk=3558042035

Would be add the mp3 lyrics support like this (http://i.imgur.com/h6mUNP1.png)?

turbojet
19th February 2013, 08:06
Fixed at 2097.

Thanks previews work again on primary display but broken on extended displays with madvr. I don't think they ever worked with madvr but work with other renderers. This is also probably the same as what I meant by not working over network. Can't test right now.

Aleksoid1978
19th February 2013, 08:15
http://pan.baidu.com/share/link?shareid=278708&uk=3558042035

Would be add the mp3 lyrics support like this (http://i.imgur.com/h6mUNP1.png)?

No - for only audio there is no support to draw text/subtitle on main video.

alexins
19th February 2013, 14:20
MPC-BE v1.1.0.1 -dev build 2117 (Nightly Builds) (https://sourceforge.net/projects/mpcbe/files/MPC-BE/Nightly Builds (from svn trunk)/MPC-BE v1.1.0.1 -dev build 2117/) (sourceforge)
MPC-BE v1.1.0.1 -dev build 2117 (Nightly Builds) (http://dev.mpc-next.ru/index.php/topic,1254.0.html) (Dev. MPC-BE)

VipZ
19th February 2013, 14:20
Can't reproduce. If you can - record movie and upload.

Will see what I can do to make a video, the above is related to using LAV for MPEG and thus for BD/mpls/bdmv.

wanezhiling
19th February 2013, 15:04
No - for only audio there is no support to draw text/subtitle on main video.
And BE could not support that mp3 album.:o




http://i.imgur.com/VVKBd4p.jpg
default "dark" theme, could see the chapter mark, its fine.

http://i.imgur.com/yGX4c46.jpg
uncheck the "dark" theme, then cant see the chapter mark.:p

^w^ing
19th February 2013, 17:09
I noticed in the newest build that the behavior of the player changed when trying to reproduce this issue I reported in my last post:

there seems to be a glitch concerning double clicking the video frame to fullscreen, where the whole "fullscreen" video frame can be dragged off-center and after dropped, it locks in place and cannot be moved.

to reproduce from default settings:
- in options/player/keys, set Play/Pause command's Mouse Windowed key to None (default is LeftDown)
- play a video
- double click the video, but dont release the mouse button on the second click. Now drag your mouse and you should be moving the fullscreen video frame. after you release the mouse button, it locks wherever you dragged it and cant be moved anymore.

now what happens in the new build instead is, if I keep the mouse button pressed when double clicking, after like half a second, the player either

a) jumps to a different position, often partly off screen. (this happens if the player is positioned in the top left part of the screen when you double click it)

or

b) stays in place, but after dragging your mouse to the top left part of the screen, the player jumps off screen. (logically, this happens if the player is positioned anywhere else, not top left part of the screen)

in both cases the player is being dragged along with the mouse after it jumped, and after releasing it, it switches to fullscreen properly. expectedly, after exiting fullscreen, the player is positioned wherever you dropped it after you dragged it.

this is an improvement over the previous behavior for me as I no longer accidentally misalign the fullscreen video by accident, but i imagine this strange glitch should not be occuring.

edit: by position of the player I mean the top left corner of the player, since I deduced that is how your player defines its position.

Aleksoid1978
20th February 2013, 01:00
And BE could not support that mp3 album.:o




http://i.imgur.com/VVKBd4p.jpg
default "dark" theme, could see the chapter mark, its fine.

http://i.imgur.com/yGX4c46.jpg
uncheck the "dark" theme, then cant see the chapter mark.:p

Yes - we do not see a Album for file. And do not support default themes. In nearest features we delete default themes.

turbojet
20th February 2013, 06:24
MPC-BE+MadVR not showing previews on extended monitors is the real problem for my report about them not working over network.

With frame only, no borders, the flybar maximize button is basically fullscreen while still being able to resize, is that intended? I thought it would work like every other maximize button, fill screen except taskbar (unless its hidden) and not allow resize.

Also some things concerning context menu:
- could view > hide menu -> frame only -> no borders > show menu&caption be changed to a submenu that has the different modes? This would allow people to set the view they want with 1 button instead of maximum 4 buttons.

- context menu changes a lot when menu is enabled, could it be consistent with no menu?

- can an option or something be added to show audio\sub languages again in context menu? Some of us don't enable control bar.

^w^ing: I can't reproduce the problem, but I had some similar window sizing/moving issues that was resolved by resetting defaults (blank ini)

Aleksoid1978
20th February 2013, 07:03
And BE could not support that mp3 album.:o

Add display Album. And also start work for display lyrics info for MP3 :)

wanezhiling
20th February 2013, 07:12
http://www.sat-universe.com/images/smilies/thumbsup.gif excellent!

filler56789
20th February 2013, 07:33
Add display Album. And also start work for display lyrics info for MP3 :)

:eek: :cool: :goodpost:

^w^ing
20th February 2013, 10:40
...

^w^ing: I can't reproduce the problem, but I had some similar window sizing/moving issues that was resolved by resetting defaults (blank ini)

that is unfortunate :/ i always try to reproduce my issues with default settings, only thing i need to change in default settings to reproduce this is unbind the play/pause mouse button key.

I noticed that in scenario a) i described, the distance the player jumps is longer depending on how far away the player is from the very top left pixel on my screen. unless of course, the player is not in the top left "quarter" of my screen. also the direction of where it jumps is consistent depending on where the player originally is, if it is close to the top middle of my screen, it jumps to the right, if its close to left middle, it jumps down. in scenario b) it also similarly follows this after i drag it into top left quarter of my screen - if its on the right middle and i drag it top left, it jumps to the right, and if its on the bottom middle and i drag it top left, it jumps down. but it jumps almost completely off screen.

I successfully reproduced it on two other PCs with this build (2117).

alexins
20th February 2013, 15:09
MPC-BE v1.1.0.1 -dev build 2125 (Nightly Builds) (https://sourceforge.net/projects/mpcbe/files/MPC-BE/Nightly Builds (from svn trunk)/MPC-BE v1.1.0.1 -dev build 2125/) (sourceforge)
MPC-BE v1.1.0.1 -dev build 2125 (Nightly Builds) (http://dev.mpc-next.ru/index.php/topic,1259.0.html) (Dev. MPC-BE)

detmek
20th February 2013, 16:07
Any chance for this:
MPC-BE (and MPC-HC) internal decoders always output 8-bit NV12, even if the input file is, say, 10-bit or YV24 or RGB. Is there any chance to change that so decoder would always output same colorspace as input file, like FFDShow or LAV Video decoder? Tested with H.264 format.

wanezhiling
20th February 2013, 17:02
I think no.

Maybe LAV and ffdshow are the only ones in the world.

gilmour
20th February 2013, 18:00
With dev build 2125(x86) I have a problem, if I move the video window around while a video is playing MPC-BE will not release the mouse pointer after unclicking. Only way is right click a menu to stop it.
But as soon as you move the mouse pointer back over the video it jumps and grabs the mouse back again without clicking it.
Works ok if no video is loaded, window can be moved around, resized like normal.
Dev build 2117 worked fine previously and still works ok when I revert back to it from 2125.

Win7 x64

z_mashine
20th February 2013, 18:57
gilmour, this is already fixed in r2127.

Aleksoid1978
20th February 2013, 23:58
Any chance for this:

10bit output is unsupported. About YV24 or RGB - give a sample.

detmek
21st February 2013, 15:54
444-8bit.mp4 (51 KB)
https://mega.co.nz/#!TwhXnLIa!Ju0puhY-3ejCbZ3Gl2AgGlRwF11eSkNtzrcT3b1z0QA
RGB-Lagarith.avi (1.0 MB)
https://mega.co.nz/#!XpZGRahL!BCZX_Wo4IgQCF-Q5plQqZUGAyPBFzZaxbh0H4pKLb6M

Just to make it clear. I can set internal decoder to output NV12, YV12, YUV2 or RGB15/16/32. Problem is that decoder always outputs the top most selected colorspace.

For example, if I select NV12 decoder decoder will always output NV12, even for YUV2, YV24 or RGB. And if I set RGB32 decoder will always output RGB32, even for YV12 and YUV2.

So, the question is: Can decoder skip colorspace conversion and output original colorspace, like LAV Video decoder, FFDShow or madVR internal decoder?

kerimcem
21st February 2013, 19:05
Looks mpc-be dark colors :(

judelaw
21st February 2013, 21:21
Looks mpc-be dark colors :(

what is wrong with MPC-Black Edition (BE)?

kerimcem
21st February 2013, 21:31
what is wrong with MPC-Black Edition (BE)?

mpc-be extremely dark colors video image
mpc-hc better better video image colors
I have tried many pc

judelaw
21st February 2013, 21:51
this is nonsense
reset settings of mpc-hc and mpc-be by default and make comparison of screenshots.

Aleksoid1978
21st February 2013, 23:13
444-8bit.mp4 (51 KB)
https://mega.co.nz/#!TwhXnLIa!Ju0puhY-3ejCbZ3Gl2AgGlRwF11eSkNtzrcT3b1z0QA
RGB-Lagarith.avi (1.0 MB)
https://mega.co.nz/#!XpZGRahL!BCZX_Wo4IgQCF-Q5plQqZUGAyPBFzZaxbh0H4pKLb6M

Just to make it clear. I can set internal decoder to output NV12, YV12, YUV2 or RGB15/16/32. Problem is that decoder always outputs the top most selected colorspace.

For example, if I select NV12 decoder decoder will always output NV12, even for YUV2, YV24 or RGB. And if I set RGB32 decoder will always output RGB32, even for YV12 and YUV2.

So, the question is: Can decoder skip colorspace conversion and output original colorspace, like LAV Video decoder, FFDShow or madVR internal decoder?

Test both files:
1 - LAV output is RGB32
2 - LAV output is NV12.

LAVVideo settings is default. use with EVR Custom.

With madVR:
1 - YV24
2 - RGB32

detmek
22nd February 2013, 00:08
Yes, you got the same results with madVR as I am. But, it seams that EVR-CP reports wrong output colorspace. Check colors. With LAV Video decoders those are not subsampled to 4:2:0. Test clip was 444-8bit.mp4.
http://fotkica.com/thumbs3/1_tmb_48624574_EVRCP-LAV.png (http://fotkica.com/slike.php?slika=1_48624574_EVRCP-LAV.png)
http://fotkica.com/thumbs3/1_tmb_48624574_EVRCP-MPCdec.png (http://fotkica.com/slike.php?slika=1_48624574_EVRCP-MPCdec.png)

Aleksoid1978
22nd February 2013, 02:52
[Internal WavPack Splitter]
- Shows incorrect duration (06:45.48 for various wv-files with various lengths).
- Sometimes it takes 5 seconds before audio is initialized/before you can hear anything.
- The moment I feed it multichannel wv-files MPC-BE freezes!
Only the splitter is to blame, because all is fine with LAV Splitter + internal WavPack Decoder.


Finally fixed at rev. 2144.

Reino
23rd February 2013, 18:07
Fixed at rev. 2106;
Finally fixed at rev. 2144.Fixes confirmed. Thx for your time.

Lord Maius
23rd February 2013, 21:59
Italian txt language file updated :) (rev.2138)

http://sdrv.ms/XT5N5P

agustin9
24th February 2013, 06:36
I'm having a problem with mkv and haali splitter. The player freezes on opening. Using rev. 2155

olymind1
24th February 2013, 19:15
In rev 2155 screengrabbing is broken with View-Presents-Normal. Working fine with rev 2111. When the screen is maximalized, it doesn't stick, i can grab and move it where ever i like. In rev 2111 it is fine, it is sticking to the border of my monitor.

Aleksoid1978
27th February 2013, 01:21
In rev 2155 screengrabbing is broken with View-Presents-Normal. Working fine with rev 2111. When the screen is maximalized, it doesn't stick, i can grab and move it where ever i like. In rev 2111 it is fine, it is sticking to the border of my monitor.

Can you describe in more detail. Maybe make a screenshot

Anarchitektur
27th February 2013, 17:35
I think we need playlist button somewhere in GUI, what you think?

olymind1
27th February 2013, 18:12
Can you describe in more detail. Maybe make a screenshot

picture (http://oi52.tinypic.com/5njjbo.jpg)

Rev 2172 is bugged too. I maximalize the window (not fullscreen mode), it covers my whole monitor (except the taskbar of course), if i push down left mouse button on the video (area of the player) and move the mouse it drags it, mpc-be's window is moveable, it doesn't stick, it maintains its size but i can move it.

In rev 2111 it's working great, mpc-be's window is maximalized, then i push down left mouse button on the video and trying to move it, it's unmovable/undragable, it is sticking to its place. It's perfect.

Also i disabled win7 auto resize/dock feature.

Aleksoid1978
28th February 2013, 00:24
picture (http://oi52.tinypic.com/5njjbo.jpg)

Rev 2172 is bugged too. I maximalize the window (not fullscreen mode), it covers my whole monitor (except the taskbar of course), if i push down left mouse button on the video (area of the player) and move the mouse it drags it, mpc-be's window is moveable, it doesn't stick, it maintains its size but i can move it.

In rev 2111 it's working great, mpc-be's window is maximalized, then i push down left mouse button on the video and trying to move it, it's unmovable/undragable, it is sticking to its place. It's perfect.

Also i disabled win7 auto resize/dock feature.

Yes - it's doesn't stick if you move by video area. We are working about this, wait :)

robpdotcom
28th February 2013, 02:45
Possible bug?

I have mpc-be keys set so that "MEDIA_PLAY_PAUSE" is set to "Play" in the "Keys" menu. If I have two instances if mpc-be running, "Play" only works on the first window opened. So, if I pause the second window, I cannot unpause it.

I hope I explained it well enough.

olymind1
28th February 2013, 12:13
Yes - it's doesn't stick if you move by video area. We are working about this, wait :)

Thank you! :)

Mercury_22
28th February 2013, 14:34
Hi
I want to thank you again for "moving things forward" with MPC-BE project and ask you which are your future plans for it ?
Cause it seems that it's kinda stuck at the moment (like MPC-HC :p) in just small bug fixes and ffmpeg updates !

I'm hopping for some new features like: independent volume control for each channel like in FFD, DVB-C (there are a lot of open source projects out there with functional dvb-c which have borrow code from MPC so I don't see why you can't borrow from them too :)), a playlist controllable by "Remote Control" (= keyboard) and so on ... to more complicated things like Blu-ray menu, a library maybe

P.S. I'll hate to see that MPC-BE was all about some small ( but nice = Flybar :)) GUI improvements

giannifante
28th February 2013, 21:11
Another interesting (to me..) feature could be some sort of a playlist where one can specify start time and duration of the different tracks;
the only playlist standard with such a feature that I am aware of is XSPF, already supported in mpc-be. Here is an example taken from xspf secifications.

<playlist xmlns:cl="http://example.com">
<trackList>
<track>
<extension application="http://example.com">
<cl:clip start="25000" end="34500"/>
</extension>
</track>
</trackList>
</playlist>

afaik, no video player implements this feature..

hdboy
28th February 2013, 21:26
Thanks for this project. I have a problem: while playing a video in mpc-be 1.1.0.1, sometimes opening another file by double clicking in explorer or using the windows 7 jump list causes mpc-be to hang. I have to end task the program to close it. I don't have this problem in mpc-hc using same filters (madvr and lav). I usually playback on a 2nd monitor (my TV) full screen windowed mode.

pie1394
1st March 2013, 04:37
Just upgraded the MPC-BE from 1.1.3.0-build1737 to 1.1.0.1-build2172, and the program crash issue on some contents with madVR's auto-refresh-rate changer has been solved with the new build.

Yet the playback's preparation time is now much longer. It is something like 3 ~ 5 seconds (build 2172) vs 1~2 seconds (build 1737). Is anybody also aware of this ?


ps:
Desktop : 1920x1080p60
madVR refresh rate list: 1080p23, 1080p24, 1080p50, 1080p59, 1080p60
madVR : started in FSE, wait queue full, back buffer = 8 or 16 just makes a slight difference.

Aleksoid1978
1st March 2013, 04:39
Yet the playback's preparation time is now much longer. It is something like 3 ~ 5 seconds (build 2172) vs 1~2 seconds (build 1737). Is anybody also aware of this ?


Preview enabled ?

See - Options->Interface->Use the preview in the search.
Also - what splitters/filters use, what file open.

wanezhiling
1st March 2013, 06:01
To me, mpc-be/hc is always 1-2 sec slower for playback's preparation than PotPlayer. :)

ryrynz
1st March 2013, 06:34
To me, mpc-be/hc is always 1-2 sec slower for playback's preparation than PotPlayer. :)

Maybe something you could look to improve Aleksoid ;)

Any chance of a new build please?

Aleksoid1978
1st March 2013, 07:12
1-2 seconds difference - this is normal. Different programs, different operations at startup. On my system I not see the difference :)