Media Player Classic - BE Win32/x64

[Klaus1189]

Updated german translation with some improvements based on r5950

Do you plan to improve the eject icon, so it matches the other icons like play/pause, stop, ... in perceived height?

Originally Posted by Klaus1189

@v0lt:
Thank you very much. This looks much better, but I think there is one little cosmetic issue left with the eject icon. Now it looks like it is a bit below the others and I made a screen shot of the 200% windows scaling and enlarged it also by 500%.
If you look closely, it looks like the eject icon is a bit below the other icons, but it isn't. But I think know why. The top of the eject icon is 1 pixel below the others. Then I made a simple test - I placed the triangle of the eject icon one pixel row above, so the distance is one pixel higher between the rectangle and the triangle. Now it looks better in my opinion.
I just put in "test" and "r5943" in the old image for best comparison and to the right of the two is a copy of those two without red lines:
https://drive.google.com/file/d/17aP...ew?usp=sharing

[v0lt]

Originally Posted by Klaus1189

Do you plan to improve the eject icon, so it matches the other icons like play/pause, stop, ... in perceived height?

I didn’t draw this graphic, but it looks good for me.
Your screenshot is out of date. Also make sure that there are no toolbar.svg or toolbar.png files in the player folder.

I won't add changes for translations yet. We are considering removing support for VMR-7 and VMR-9. These two system renderers give the worst picture compared to the system EVR.

[Klaus1189]

I checked the folder and there is no png or svg file.

I made screenshots of old, 5937 and 5938+ and made a new comparison:
1:1 scaling of 200 % windows scaling
500% enlarged of the 200% window scaling

If you look closely the triangle of eject icon of the old toolbar was a bit above to compensate the look to be to low. I can not explain why the top of the triangle should be a bit higher than the other icons, but it was right this way and it looked good.
Then the r5937, where I reported that the triangle is thinner than the rectangle at 200% scaling and then the newest from r5938+, the clean looking eject icon (and also the frame step icon was modified ), but the eject icon is a bit to low in my eyes.
Don't get me wrong, I really do like the new toolbar, especially AUD, SUB and GPU are very sharp on 200% windows scaling, I really like that. But the eject should be a bit higher. Shouldn't it?

[s0meone_new]

Hungarian translation updated:
https://www104.zippyshare.com/v/X9Q25B99/file.html

[Klaus1189]

Updated german translation based on r5953
Removed "VMR-7" in other locations in the translation file, since support was dropped for the obsolete VMR-7.

[ryrynz]

Originally Posted by Klaus1189

But the eject should be a bit higher. Shouldn't it?

The height of it is correct, I looked at it enlarged 1500% and used the image programs guide ruler to determine it's straightness in relation to all other icons, the only one not in line with the rest is the stop button which is one pixel higher because it needs to be.

[Klaus1189]

Updated german translation based on r5954, some cosmetics

I found the following two lines which contains VMR-7/VMR-9 renderless and Shockwave:

STRING IDS_MAINFRM_61
STRING IDS_MAINFRM_64

Are these obsolete as well? Because VMR7 and VMR9 renderless aren't supported anymore, only VMR-9 (windowed), right?

I didn't edit these lines. If these are still used, let me know and I update (-> remove obsolete renderers from the line) also these lines.

[v0lt]

As I wrote earlier, VMR-7 and VMR-9 support has been removed. Resources are checked out in r5955.
Please update translations and delete unnecessary messages.

[Klaus1189]

Updated german translation based on r5955
Where do I find STRING IDS_MAINFRM_61 to check in GUI?

[senzaparole]

Originally Posted by senzaparole

Hello everyone!
I have a problem with MPC-BE and madVR.
If from windows I set the audio output "topping" to send the audio to the DAC / AMP Topping to listen to headphones, madvr goes crazy: I lose many frames.

If instead from windows I set the optical output of the motherboard to send the audio to the DAC / AMP for listening in headphones, madvr works as well as ever.
This problem is only with MPC-BE. With MPC-HC no problem both if the audio output is "topping" and if the audio output is "optical"

In MPC-BE I added LAV video and audio filters to MPC-BE.
And they are the same as MPC-HC.

no one answers me in this forum.

however I have found that in MPC HC everything works fine. In MPC BE if I select MPC RENDER AUDIO I lose a lot of frames. if I change the audio renderer instead, the madVR OSD is perfect.
Why does madVR depend on MPC BE audio to function properly?

[Klaus1189]

Originally Posted by senzaparole

no one answers me in this forum.

I would if i could, missing knowledge

[s0meone_new]

Hungarian translation updated:
https://www30.zippyshare.com/v/8LEeXs3d/file.html

[Aleksoid1978]

Originally Posted by senzaparole

no one answers me in this forum.

however I have found that in MPC HC everything works fine. In MPC BE if I select MPC RENDER AUDIO I lose a lot of frames. if I change the audio renderer instead, the madVR OSD is perfect.
Why does madVR depend on MPC BE audio to function properly?

What version MPC-BE?
Try without madVR and only with internal filters.
Show MPC-BE's audio renderer Options.

[wushantao]

Simplified Chinese is coming：）

https://anonfiles.com/x75fpd91pa/mplayerc.sc.rc_7z

[Grimsdyke]

Although I always try to read all posts I may have missed a recent change. The issue that I have on my system is that if I choose with the mouse a certain point on the time bar that the player does not jump to this (exact) point but (much) earlier or later !!
Is this the expect behaviour now ?

Another thing that I would like to ask again is if there are any plans now to get BR/UHD-menus working ? It doesn't need to be on the level of VLC but it would be great to know on discs with a lot of bonus features what is which extra.

But thanks for the great work !!

[Klaus1189]

Disable this feature. Better?
https://drive.google.com/file/d/19_Y...ew?usp=sharing

[Grimsdyke]

Yes, thank you Klaus !! But what was changed recently that this a problem all of a sudden ?

[Klaus1189]

It depends on the videofile. Some files will take "long" till the jump to the exact position is "calculated", if it is not a keyframe. It will be much faster when the keyframes are used to jump to. But then you can only jump to keyframes and this depends how the frames are coded. There can be P, B and I frames, it depends on the encoder and it settings when creating the videofile. Jump to keyframes is faster but not so accurate.

[senzaparole]

Originally Posted by Aleksoid1978

What version MPC-BE?
Try without madVR and only with internal filters.
Show MPC-BE's audio renderer Options.

Hello ,
1. the version is: 1.55 x64;

2. if I try without madVR it seems alright but I no longer have the madVR OSD to check. Anyway, I wouldn't want to give up madVR as a video renderer.

3. Here are the audio renderer settings. If I change the audio renderer I don't lose any more frames. I apologize for the italian words in the photo.




@klaus1189
thank you for trying

[Aleksoid1978]

Originally Posted by senzaparole

Hello ,
1. the version is: 1.55 x64;
3. Here are the audio renderer settings.

1. Try latest SVN - https://yadi.sk/d/hlf1lfC8mKU58/!_last
3. Try change WASAPI method, Device buffer.