Media Player Classic - BE Win32/x64

[Aleksoid1978]

X64 version it's failing to build (x86 it's building OK) on a new/clean SVN checkout1>------ Build started: Project: ffmpeg, Configuration: Release x64 ------
2>------ Build started: Project: openjpeg, Configuration: Release x64 ------
1>
1> Unsupported commandline switch!
1> Run "ffmpeg.bat help" for details about the commandline switches.
3>------ Skipped Build: Project: VSFilter, Configuration: Release Filter x64 ------
3>Project not selected to build for this solution configuration
4>------ Skipped Build: Project: DeCSSFilter, Configuration: Release x64 ------
4>Project not selected to build for this solution configuration
2> openjpeg_2012.vcxproj -> D:\MPC-BE\bin12\lib\Release_x64\openjpeg.lib
5>------ Build started: Project: mpc-be, Configuration: Release x64 ------
5> SubWCRev: 'D:\MPC-BE'
5> Last committed at revision 3385
5> Updated to revision 3385
5>LINK : fatal error LNK1181: cannot open input file 'D:\MPC-BE\bin12\lib\Release_x64\ffmpeg.lib'
========== Build: 2 succeeded, 1 failed, 68 up-to-date, 2 skipped ==========

P.S. I'm using VS2012U4RC

I know - fix after weekend :)

[Reino]

Rev.3370 still has the TAK-seeking-bug. Or haven't you looked into it yet?

[ryrynz]

Had a flick through the SVN notes and I don't see anything about TAK from 3370 - 3386, so I'd say he hasn't looked at it yet.

[Aleksoid1978]

Rev.3370 still has the TAK-seeking-bug. Or haven't you looked into it yet?

About what you talk about ??

[Reino]

post1643003

[beter]

For the FLAC tag bug, is the cause(s) known?
MPC-BE crashes if both of them are present:
1, The FLAC tag contains any characters with codepoints that larger than U+00FF.
2, Non-Unicode Program language setting in Control Panel is set as an East-Asian Language (Traditional Chinese, Simplified Chinese, Japanese, Korean).

If I set this setting as English, Russian, etc, it wouldn't crash.
And if I use Piaip AppLocale to run MPC-BE as Russian(But not English), it also wouldn't crash.

http://i.imgur.com/dxR6EGN.jpg

[agustin9]

I have a problem using the "left down" mouse button for Fullscreen (w/o res.change) hotkey in both windowed and fullscreen.

It enters fullscreen but doesn't leave it.

This stills happens in mpcbe, but not in mpchc, please fix it!

[alexins]

MPC-BE 1.2.1.0.3390 Dev.:

MPC-BE 1.2.1.0.3390 Dev (VS2010 & VS2012& VS2013) (http://sourceforge.net/projects/mpcbe/files/MPC-BE/Nightly%20Builds%20%28from%20svn%20trunk%29/MPC-BE%20v1.2.1.0%20-dev%20build%203390/) (sourceforge.net)
MPC-BE 1.2.1.0.3390 Dev (VS2010 & VS2012& VS2013) (http://dev.mpc-next.ru/index.php/topic,1768.0.html) (dev.mpc-next.ru)

Changes (http://svnlog.mpc-next.ru/log.php?repname=MPC-BE+Team&path=%2F&isdir=1&sr=3389&er=3371&max=40&search=)

[Aleksoid1978]

This stills happens in mpcbe, but not in mpchc, please fix it!

Can't reproduce. Left mouse key - is default for enter & leave fullscreen. And it's work.

[Aleksoid1978]

post1643003

Ok - i see.

[agustin9]

Can't reproduce. Left mouse key - is default for enter & leave fullscreen. And it's work.
The default is left doubleclick, and that works, I'm talking about left down

[Aleksoid1978]

The default is left doubleclick, and that works, I'm talking about left down

Try this build http://aleksoid.voserver.net/MPC-BE/mpc-be.exe_LDOWN.7z

[agustin9]

It works with that build, thanks!!

[Mercury_22]

@Aleksoid
Can you Please, Please ... change this default setting (= left down) for "Play/Pause" mouse key with anything else (suggestion: "middle down") cause it's the worst default setting ever
In fact it's the only default settings AFAIK, that has and it's still creating problems all the time (you can find them all over the MPC-HC/BE SVN bug fix logs)
And as usability it's a nightmare, since is getting in the way all the time, e.g. when trying to drag / move MPC-BE window, enter /exit full screen (if you don't double click fast enough you are pausing the video) ....

Why keeping this default setting for this key when it's only creating problems ?

[agustin9]

I use right down for play/pause and left down for fullscreen, but it's a matter of taste

[Mercury_22]

I use right down for play/pause and left down for fullscreen, but it's a matter of taste

Exactly my point = the default "Left Down" for Play / Pause it's the worst possible choice! And the majority of users are not using it anyway so why keep it as default ?

[bozek]

...almost time for another stable build, wouldn't you say?

[Lich King]

...almost time for another stable build, wouldn't you say?

It's not about time.. it's about being stable..

[alexins]

MPC-BE 1.2.1.0.3401 Dev.:

MPC-BE 1.2.1.0.3401 Dev (VS2010 & VS2012& VS2013) (http://sourceforge.net/projects/mpcbe/files/MPC-BE/Nightly%20Builds%20%28from%20svn%20trunk%29/MPC-BE%20v1.2.1.0%20-dev%20build%203401/) (sourceforge.net)
MPC-BE 1.2.1.0.3401 Dev (VS2010 & VS2012& VS2013) (http://dev.mpc-next.ru/index.php/topic,1770.0.html) (dev.mpc-next.ru)

Changes (http://svnlog.mpc-next.ru/log.php?repname=MPC-BE+Team&path=%2F&isdir=1&sr=3400&er=3391&max=40&search=)

[Aleksoid1978]

post1643003

Test TAK Seeking - http://aleksoid.voserver.net/MPC-BE/mpc-be.exe_TAK_Seeking.7z

[Reino]

Seeking seems to be accurate, but I get occasional freeze-ups (MPC-BE 'Not responding') when I'm navigating cue-entries. This didn't happen with Rev.3370. It would be nice of anyone else could also confirm the freeze-ups.
Thanks for your effort so far! ;)

[Aleksoid1978]

Seeking seems to be accurate, but I get occasional freeze-ups (MPC-BE 'Not responding') when I'm navigating cue-entries. This didn't happen with Rev.3370. It would be nice of anyone else could also confirm the freeze-ups.
Thanks for your effort so far! ;)

Are you sure ?? I test on sample that you send to PM. Try redownload file from link and test again. If it's happened - give me a sample .tak file - i see.

[ryrynz]

Regarding MPC freezes, I sometimes play partially downloaded files and when MPC can't read them (BE & HC) the whole programs just freezes up. Can anything be done about that?

[Reino]

Are you sure ?? I test on sample that you send to PM.I wish I was joking, but I'm not. It happens on that very sample I sent you via PM yes. Maybe a MPC-BE version creating a dump-file for you to have a look at would be an idea?

[Aleksoid1978]

I wish I was joking, but I'm not. It happens on that very sample I sent you via PM yes. Maybe a MPC-BE version creating a dump-file for you to have a look at would be an idea?

Thanks - i take more test and see what happened. Fixed in nearest features :)

[Aleksoid1978]

I wish I was joking, but I'm not. It happens on that very sample I sent you via PM yes. Maybe a MPC-BE version creating a dump-file for you to have a look at would be an idea?

Fix - testing http://aleksoid.voserver.net/MPC-BE/mpc-be.exe_TAK_Seeking_2.7z

[Reino]

I'm sorry to say, but it still freezes on that sample. Not anymore while navigating the cue-entries, but now while navigating the Seek Bar. It happens less often than with 'mpc-be.exe_TAK_Seeking' before, but still.

Upon testing some full-sized music albums I almost got the feeling you've only fixed accurate seeking for the sample I PMed you, because when navigating the image-tracks of the music albums, the accuracy is again way off! The song already started or is due to start in sometimes 30sec.
And 1 or 2 freeze-ups as well.

[alexins]

MPC-BE 1.2.1.0.3420 Dev.:

MPC-BE 1.2.1.0.3420 Dev (VS2010 & VS2012& VS2013) (http://sourceforge.net/projects/mpcbe/files/MPC-BE/Nightly%20Builds%20%28from%20svn%20trunk%29/MPC-BE%20v1.2.1.0%20-dev%20build%203420/) (sourceforge.net)
MPC-BE 1.2.1.0.3420 Dev (VS2010 & VS2012& VS2013) (http://dev.mpc-next.ru/index.php/topic,1773.0.html) (dev.mpc-next.ru)

Changes (http://svnlog.mpc-next.ru/log.php?repname=MPC-BE+Team&path=%2F&isdir=1&sr=3419&er=3402&max=40&search=)

[Reino]

I noticed mpc-be.exe_TAK_Seeking_2 is based on Rev.3411. You should've put up Rev.3413 for testing, Aleksoid1978, because with Rev.3420 here all problems are gone! No more freeze-ups and accurate seeking for all tak-files. Thanks for your time! Where can I donate? :p

[kerimcem]

3420=better colors,not dark
a good thing..

[Lord Maius]

ITA txt language file updated. Rev 3416

https://www.dropbox.com/s/sngpvhqkzsmujq2/mplayerc.it.rc.txt
:)

[hello_hello]

Try this build http://aleksoid.voserver.net/MPC-BE/mpc-be.exe_LDOWN.7z

I've been having a similar left click problem for quite a while (I'm running XP). I came here looking for an answer and tried the build you linked to above, but it didn't fix the problem.
I usually have left click set to play/pause and middle click to enter/exit fullscreen. If I swap them around, play/pause works as it should but then MPC-BE won't enter/exit full screen mode reliably. Double left click works properly. I don't have a similar left click problem when using MPC-HC (although it behaves slightly differently.... see below).

Quite often, MPC-BE seems to respond to a left click (or not) in a somewhat repeatable fashion ie click one works, clicks two and three are ignored, click four works, five and six are ignored.....

At the moment, "left down" is working perfectly for play/pause while in fullscreen mode (maybe it always does, I'm not sure), but very intermittently in windowed/minimal mode. Tomorrow MPC-BE will probably lull me into a false scene of security and left click will work perfectly for a while, until it doesn't again.

I was playing around with MPC-HC/BE while writing this post and noticed they behave differently in respect to a single left click. In case it's a problem partly inherited from MPC-HC......

If "left down" is set to pause/play, MPC-HC won't let you move the window by left clicking on the video in windowed mode. MPC-BE does, so maybe having left click effectively perform two functions is a problem. With MPC-HC, single click stops working as play/pause when in minimal mode and can only be used to drag the video around. In minimal mode, MPC-BE still lets you use "left down" for both.
For some reason I can't get MPC-HC to use "left up" for play/pause at all, but "left up" works fine for something like entering/exiting fullscreen. MPC-BE seems to use "left up" for play/pause, although it only works intermittently in windowed mode and doesn't work at all for play/pause in fullscreen mode.

I don't know if any of the above will help, but thanks for MPC-BE anyway. :)

[Reino]

Aleksoid1978, or any other dev, could you please share your thoughts on the other remarks of my post1643003 about; svnlog mentioning DC-DSM, display Artist/Various Artists and cover scaling.

And something I noticed today: View -> Information (Ctrl+3) shows "Description" when Comment is present in Tag, but it doesn't show REM COMMENT in cue-sheet. Now you may expect me to request to show cue-sheet comments as well, but I don't how other users feel about it, but I don't care about "Description". I noticed LAV Splitter shows "Description" (if present) too, but I'm only interested in "Title" and "Author" on the Information-tab (Ctrl+3).

[Aleksoid1978]

Aleksoid1978, or any other dev, could you please share your thoughts on the other remarks of my post1643003 about; svnlog mentioning DC-DSM, display Artist/Various Artists and cover scaling.

And something I noticed today: View -> Information (Ctrl+3) shows "Description" when Comment is present in Tag, but it doesn't show REM COMMENT in cue-sheet. Now you may expect me to request to show cue-sheet comments as well, but I don't how other users feel about it, but I don't care about "Description". I noticed LAV Splitter shows "Description" (if present) too, but I'm only interested in "Title" and "Author" on the Information-tab (Ctrl+3).

I support tag only for internal splitter/source. If LAV do not give information about "Title"/"Author" - write author about this.

[hello_hello]

For some reason I can't get post resize pixel shaders to work when using VMR9 renderless. Pre resize pixel shaders work fine, but when enabling post resize shaders there's no notification they've been enabled in the status bar and they have no effect. If I switch to EVR Custom Presenter, post resize shaders then work.

For the record, both pre and post pixel shaders are working fine for MPC-HC with either VMR9 or EVR (I haven't bothered testing any other renderers). I'm running XP.

Thanks.

[73ChargerFan]

@Aleksoid
Can you Please, Please ... change this default setting (= left down) for "Play/Pause" mouse key with anything else
I like it. My 2 year old could do it, and I can do it with any mouse in the dark while watching a movie.

Edit - wait, are we talking about left mouse button?

[vood007]

May i suggest to add an option to turn off Left-Mouse dragging in video window? Or add a delay. I just happens too often that i accidently move the window instead play/pause.

[v0lt]

MPC-BE v1.2.1.0 -dev build 3466 (VS2010) (http://dev.mpc-next.ru/index.php/topic,1794.msg10329.html#msg10329)

[AngelGraves13]

Will MPC BE also be switching to LAV Filters like MPC HC?

[Aleksoid1978]

Will MPC BE also be switching to LAV Filters like MPC HC?

Of course no :)

[Aleksoid1978]

Please thoroughly check the seeking speed and accuracy, compared to SVN. Also you can compare the seeking speed with other products.
http://aleksoid.voserver.net/MPC-BE/mpc-be.exe_BDMV_Seek_Final_20131002.7z

[AngelGraves13]

Of course no :)

I use LAV, so it doesn't make a difference for me other than one less step during setup. It's actually a really good idea to go with LAV.

Would it be possible to get an option under the Audio button on the GUI for "Late Night Mode" that basically enables Normalization? It's faster than having to go into the settings and doing it.

[ryrynz]

I use LAV, so it doesn't make a difference for me other than one less step during setup. It's actually a really good idea to go with LAV.
[/B]

Aleksoid has no intention of going with LAV I think ever.
He personally likes dealing with the internal filters and knows how to fix them if required. It made sense for the HC team to go LAV since they lost Aleksoid.

I really want to see the playlist graphic fixed up (made dark) polish the BE plz :) It looks so half done. Performs wonderfully though.

[Mercury_22]

Please thoroughly check the seeking speed and accuracy, compared to SVN. Also you can compare the seeking speed with other products.
http://aleksoid.voserver.net/MPC-BE/mpc-be.exe_BDMV_Seek_Final_20131002.7z

Tested against x64 SVN using internal splitter and LAV audio & video decoders and I don't see any difference
I'll do more testing later and if anything changes I'll let you know

P.S. At this point I too would like to see, as ryrynz said, other parts of MPC-BE polish, added, improved, fixed rather than just splitters and decoders

[z_mashine]

Tested against x64 SVN using internal splitter and LAV audio & video decoders and I don't see any difference
I'll do more testing later and if anything changes I'll let you know

Aleksoid1978 forgot to specify that it should be tested on BD-disks/structures.

[ryrynz]

Someone paying attention would pick that up from the filename though.. ;)

[Mercury_22]

Aleksoid1978 forgot to specify that it should be tested on BD-disks/structures.

Of course I've tested "on BD-disks/structures"
My test was "visual" though :) didn't use any "tools"

[alexins]

MPC-BE 1.2.1.0.3474 Dev.:

MPC-BE 1.2.1.0.3474 Dev (VS2010 & VS2012& VS2013) (http://sourceforge.net/projects/mpcbe/files/MPC-BE/Nightly%20Builds%20%28from%20svn%20trunk%29/MPC-BE%20v1.2.1.0%20-dev%20build%203474/) (sourceforge.net)
MPC-BE 1.2.1.0.3474 Dev (VS2010 & VS2012& VS2013) (http://dev.mpc-next.ru/index.php/topic,1799.0.html) (dev.mpc-next.ru)

Changes (http://svnlog.mpc-next.ru/log.php?repname=MPC-BE+Team&path=%2F&isdir=1&sr=3473&er=3443&max=40&search=)

[Poutnik]

I have multiple times seen at various software more VS20xx versions provided,
but I am always unsure what is the best choice for my Vista64 Home premium SP2 system.

Is it newer the better ?
Or, is less (compiler age - OS age ) better ?
Or, does it depend eventually just on VC++ redistributables installed ?

P.S.: It may be handy VC20xx choice legend in some Readme file within the file lists

[wanezhiling]

I always use VS2010 which is the most stable in theory.