Log in

View Full Version : Media Player Classic - Home Cinema (MPC-HC) - v1.7.13


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

vood007
19th April 2014, 06:14
Wow thats great news to hear. Its really time to drop all the old and dead technology like the Windows 95 GUI and DirectShow, which died with Windows Vista. Look out WinRT and Media Foundation, MPC is coming! yes, i know.... cnr ;)

Stereodude
19th April 2014, 15:29
Is anyone else experiencing crashes with MPC-HC 1.7.4 when skipping forward by chapter when playing back a blu-ray? I've been able to crash it on every blu-ray I've tried so far. Open the disc, and then start clicking the skip forward button about once a second or so.

Problem signature:
Problem Event Name: APPCRASH
Application Name: mpc-hc.exe
Application Version: 1.7.4.0
Application Timestamp: 534ea92a
Fault Module Name: StackHash_694d
Fault Module Version: 6.1.7601.18247
Fault Module Timestamp: 521ea8e7
Exception Code: c0000374
Exception Offset: 000ce753
OS Version: 6.1.7601.2.1.0.768.3
Locale ID: 1033
Additional Information 1: 694d
Additional Information 2: 694dfa9afbaf7855317b6f0b09adcbda
Additional Information 3: b310
Additional Information 4: b310dbf8df8777eca5502504d82f3193

ikarad
20th April 2014, 09:31
This release is a bugfix release with a few additions.

Highlights of this release:


Fixed a crash in math library that affected some CPU/OS
Fixed the crash caused by some malformed SSA subtitles
Added auto-refresh for the information and title bar (useful for streaming)
Many improvements and fixes for subtitles (PGS, DVB, Vobsub and text)
New Bengali and Tatar translations


You can download the new version here (http://mpc-hc.org/downloads/). For the complete changes see the changelog (http://mpc-hc.org/changelog/).

What is the best?
Mpc-hc subtitle render or xy-vsfilter 3.0.0.211 (the last version available)?

ryrynz
20th April 2014, 09:55
What is the best?
Mpc-hc subtitle render or xy-vsfilter 3.0.0.211 (the last version available)?

The internal is better (more fixes) xy-vsfilter hasn't been updated since 2012.

*Edit* Not counting CCCP's modified version.

Comparing Xy-VSFilter 3.0.0."284" to the internal render would be best answered by cyberbeing, Jeeb, or a MPC-HC dev. Probably not a lot in it.

GCRaistlin
20th April 2014, 10:26
The internal is better (more fixes) xy-vsfilter hasn't been updated since 2012.
The internal doesn't allow to set fps ratio, does it?

vivan
20th April 2014, 10:50
What is the best?
Mpc-hc subtitle render or xy-vsfilter 3.0.0.211 (the last version available)?xySubFilter. It's better than both of them.
ISR and xy-vsfilter have their own advantages and disadvantages, so there's no right answer.

ikarad
20th April 2014, 12:19
xySubFilter. It's better than both of them.
ISR and xy-vsfilter have their own advantages and disadvantages, so there's no right answer.
Why sysubfilter? Xyvsfilter is not better?
Xysubfulter doesn't have stable version.

Can you give advantages and disadvantages of each solution?

SamKook
20th April 2014, 13:44
The main advantage between the two is that XYSubFilter can render the subtitle at display resolution instead of movie resolution so it look much nicer.
Check the first post in the thread for more difference(look for the "(XySubFilter only)"): http://forum.doom9.org/showthread.php?t=168282

ikarad
20th April 2014, 15:59
The main advantage between the two is that XYSubFilter can render the subtitle at display resolution instead of movie resolution so it look much nicer.
Check the first post in the thread for more difference(look for the "(XySubFilter only)"): http://forum.doom9.org/showthread.php?t=168282

If it's the only difference, I don't care.
When I speak about differences, I speak about bugs not specs.

vivan
20th April 2014, 17:15
Xysubfulter doesn't have stable version.It could be beta, but it is as stable as "stable" version.

If it's the only difference, I don't care.
When I speak about differences, I speak about bugs not specs.Specs? It could sound like not a big difference, while actually it makes huge difference in quality.
Using (xy-)vsfilter for rendering subtitles on SD video on 1080p (and even 768p) screen is just painful.

ikarad
20th April 2014, 17:41
Specs? It could sound like not a big difference, while actually it makes huge difference in quality.
Using (xy-)vsfilter for rendering subtitles on SD video on 1080p (and even 768p) screen is just painful.

It's not the problem.
When I speak about differences I speak about only bugs.

The other differences are not the subject of my question (To answer at the difference of quality in subs, I only see HD movie or anime, then there is not problem of quality with xyvsfilter for me).

I only want to know if between mpc-hc internal sub render, xy vsfilet or xysubfilter, what rendrer have the minimum of bugs.

nevcairiel
20th April 2014, 19:57
The main advantage between the two is that XYSubFilter can render the subtitle at display resolution instead of movie resolution so it look much nicer.
Check the first post in the thread for more difference(look for the "(XySubFilter only)"): http://forum.doom9.org/showthread.php?t=168282

So can the mpc-hc internal subtitle renderer (ISR) and always could. :)

SamKook
21st April 2014, 04:19
I only want to know if between mpc-hc internal sub render, xy vsfilet or xysubfilter, what rendrer have the minimum of bugs.

Or you could simply report the bugs if you encounter one.

I've been using XYsubfilter without noticing any bug that affected me so far.

So can the mpc-hc internal subtitle renderer (ISR) and always could. :)
Yes, but it doesn't display ass subtitles in the same way and most fansub group are creating their sub based on the vobsub(or whatever it was called originally) family of subtitle renderers.

If you only watch simple subtitles though, that doesn't matter much.

nevcairiel
21st April 2014, 08:13
Yes, but it doesn't display ass subtitles in the same way and most fansub group are creating their sub based on the vobsub(or whatever it was called originally) family of subtitle renderers.

The original DirectVobSub/VSFilter is actually part of the MPC-HC project, and the internal subtitle renderer is based on the rendering of VSFilter as well, it should render ASS subs just fine.

ikarad
21st April 2014, 08:27
Or you could simply report the bugs if you encounter one.
.

I have made in the past. Now, I don't have the time.

SamKook
21st April 2014, 12:48
The original DirectVobSub/VSFilter is actually part of the MPC-HC project, and the internal subtitle renderer is based on the rendering of VSFilter as well, it should render ASS subs just fine.

Hmm, I thought it was using libass. I guess the standalone one changed at some point because I clearly remember MPCHC not rendering some animated subs in quite the same way(at least a couple of years ago).

vivan
21st April 2014, 17:07
The original DirectVobSub/VSFilter is actually part of the MPC-HC project, and the internal subtitle renderer is based on the rendering of VSFilter as well, it should render ASS subs just fine.Scaling.
Original VSFilter can only render subtitles correctly at script resolution. If video resoultion is different from script resolution it simpy scales variables. E.g. if it was font size 20 for 1280x720 it will change it to 30 for 1920x1080. Such simple scaling is correct most of the time, but with blur and 3D-rotations it's wrong.

http://web.archive.org/web/20130811123020/http://afternoonnapsempire.org/subtitle-renderer-matters/

nevcairiel
21st April 2014, 17:11
Scaling.
Original VSFilter can only render subtitles correctly at script resolution. If video resoultion is different from script resolution it simpy scales variables. E.g. if it was font size 20 for 1280x720 it will change it to 30 for 1920x1080. Such simple scaling is correct most of the time, but with blur and 3D-rotations it's wrong.

http://web.archive.org/web/20130811123020/http://afternoonnapsempire.org/subtitle-renderer-matters/

Well the argument was for XySubFilter, does that not suffer from the same fate, as it also renders on display resolution if you tell it to? Or did they implement it differently?

If a script looks obviously wrong when rendered at display resolution, you should open a bug at MPC-HC. :)

vivan
21st April 2014, 17:24
Well the argument was for XySubFilter, does that not suffer from the same fate, as it also renders on display resolution if you tell it to? Or did they implement it differently?Yeap. Instead of scaling to target resolution it directly renders at target resolution (or maybe just scales everything right).
Imho, this was the most important improvement in subtitle rendering in recent years :)

If a script looks obviously wrong when rendered at display resolution, you should open a bug at MPC-HC. :)I think there were some in the bugtracker.

bombadilio
21st April 2014, 17:46
Can someone help me with a bugging issue??

Q; Multi Monitor support - Enable 4 screens w/ Wallpaper or Background mode
How to set MPC to run on 4 screens in Wallpaper or Background mode?

I run Nvidia Surround + 1 = 4 monitors and the resolution is 4800 x 2560 or with 4 monitors 6400 x 2560. I want to run Full screen on all 4 monitors. The only problem so far that works is VLC by setting it to wallpaper mode. Mainly because windows sees the 3 monitors as 1 and the 4th as an accessory.

MPC only will allow full screen on 3 if you "stretch" it to the 4th it gets distorted.

Which puts me in a position A. Do I watch with VLC on 4 monitors or B. Do I watch MPC + SVP/reclock on 3?

I prefer 4 monitors but I cannot deny with this guide and SVP movies look AMAZING!!!


Any help on how to setup MPC or Potplayer on 4 monitors would be GREATLY APPRECIATED!

In my thread here I show this photo in how MPC distorts:
http://www.avsforum.com/content/type/61/id/417271/width/1000/height/1000

http://www.svp-team.com/forum/viewtopic.php?pid=40894#p40894

minaust
22nd April 2014, 04:47
Hi guys;

OK, I feel kind of stupid. After a recent exchange of posts here, I thought I'd experiment with different subtitle renderers. I thought I had it figured out. Looks like I was wrong. If I uncheck the "Use built-in subtitle renderer" box, I get no subs at all, no matter what I add as an external renderer, set to prefer or what.

I'm using MPC-HC 1.7.4 stable, LAV internal, madvr, xy-vsfilter, xysubfilter (added in external filter) on Win 7 pro 64-bit.

So, what do I do to make 'em work? (and any changes necessary for the Haali splitter?) I've been through the setup instructions - more than once. However the setup is for earlier versions of MPC-HC.

EDIT: They DO work - but only with embedded subs - just not with external. Since I don't embed my subs, it took me a while to figure it out.

rock
22nd April 2014, 10:09
@minaust
if you used madVR as video renderer, you only need XySubFilter, you don't need really need xy-VSFilter.
afaik, they do work only with embedded subs is the case when XySubFilter with EVR-CP as video renderer.

vivan
22nd April 2014, 10:55
xySubFilter works with external subtitles just fine. However there's a bug (http://forum.doom9.org/showthread.php?p=1678156#post1678156) in MPC-HC that prevents xySubFilter autoloading in some cases (only external subtitles + audio switcher enabled + internal audio decoder).
There's a simple workaround - select "Always load" in loading settings of xySubFilter.

bombadilio
22nd April 2014, 16:47
Can someone help me with a bugging issue??


Tried a good portion of the day yesterday and I am just at a loss, does anyone have a solution? Would be much appreciated.

SamKook
22nd April 2014, 17:52
Tried a good portion of the day yesterday and I am just at a loss, does anyone have a solution? Would be much appreciated.

If I'm not mistaken, fullscreen mode in MPCHC only works for 1 screen.
You can see it on 3 because Nvidia surround create a single virtual screen with 3 of the monitors, but as far as I know, it can't be setup with 4 since it wouldn't make sense for gaming to have the center in the middle of 2 monitors.

clsid
22nd April 2014, 18:59
GCC 4.9.0 miscompiles parts of FFmpeg, so it should not be used unless you enjoy broken FLAC playback.

cyberbeing
22nd April 2014, 20:40
There's a simple workaround - select "Always load" in loading settings of xySubFilter.
You don't necessarily need to select 'Always Load'. Even with 'Load When Needed' if you set XySubFilterAutoLoader to 'Prefer' in external filters, it should work until MPC-HC officially gets the fix for the RDP DShow Redirection Filter problem on audio pins. JEEB@CCCP was working on improving that section of the code a bit, before he makes a pull request on MPC-HC's GitHub.

The MPC-HC build from the latest CCCP released a couple days ago already contains the fix. Here is the MPC-HC (CCCP 2014-04-20) (https://www.mediafire.com/?bbum759i0actcc5) build just by itself. It's noteworthy that CCCP's MPC-HC builds have always used standard 'external' LAV Filters installed globally for its internal filters and has modified defaults. If someone prefers a standard MPC-HC nightly build with the fix, I built one here (https://www.mediafire.com/?23lnv93vfyr1a4x).

bombadilio
22nd April 2014, 23:40
If I'm not mistaken, fullscreen mode in MPCHC only works for 1 screen.
You can see it on 3 because Nvidia surround create a single virtual screen with 3 of the monitors, but as far as I know, it can't be setup with 4 since it wouldn't make sense for gaming to have the center in the middle of 2 monitors.

It works in Nvidia Surround since windows sees it as one screen and sometimes it will stretch it to the 4th monitor. Otherwise it will just distort on the 4th.

VLC gets around this by putting it into Wall paper mode.

minaust
23rd April 2014, 01:29
xySubFilter works with external subtitles just fine. However there's a bug (http://forum.doom9.org/showthread.php?p=1678156#post1678156) in MPC-HC that prevents xySubFilter autoloading in some cases (only external subtitles + audio switcher enabled + internal audio decoder).
So I discovered... Do you know how many Google searches on video encoding topics come back here to Doom 9? A lot.

Anyway, any chance of this incompatibility ever being reconciled any time soon?

There's a simple workaround - select "Always load" in loading settings of xySubFilter.

Already tried that - no go. :(

It's not really worth my fooling around with it much longer. Perhaps we can have a "meeting of the minds" between the devs one day. But for me to go through 150+ rips and embed subtitles in each one? I love the look of xySubfilters's subs, but not that much.

But who knows? I may get a wild hair one day and... It's happened before.

minaust
23rd April 2014, 04:14
The MPC-HC build from the latest CCCP released a couple days ago already contains the fix. Here is the MPC-HC (CCCP 2014-04-20) (https://www.mediafire.com/?bbum759i0actcc5) build just by itself. It's noteworthy that CCCP's MPC-HC builds have always used standard 'external' LAV Filters installed globally for its internal filters and has modified defaults. If someone prefers a standard MPC-HC nightly build with the fix, I built one here (https://www.mediafire.com/?23lnv93vfyr1a4x).
I tried both builds - got embedded subs only. BTW, the CCCP build will use the internal LAV splitter source if it's there.

cyberbeing
23rd April 2014, 12:51
I tried both builds - got embedded subs only.

Don't know what to say. If you test everything in the following list to be true, you must be experiencing some other unrelated issue:
 

You are using one of the MPC-HC builds I posted with the fix.
 
You are using XySubFilter 3.1.0.682 Beta2 release. Versions of XySubFilter prior to Beta2 do not support the required XySubFilterAutoLoader filter.
 
You've installed XySubFilter 3.1.0.682 Beta2 successfully when running the bat (DLLRegisterServer in xysubfilter.dll suceeded).
 
MPC-HC ISR (built-in subtitle render | autoload subtitles) is disabled under Options -> Playback in MPC-HC settings.
 
FFDSHow (if installed) has all checkboxes under the subtitle section disabled.
 
You do not have any filters set to "Prefer" under MPC-HC External Filters.
 
You do not have XySubFilterAutoLoader set to "Block" under MPC-HC External Filters.
 
The subtitles in questions are named identically to the video (i.e. videoname.mp4 videoname.srt)
 
The subtitles are in the same directory as the video.
 
The file extension is lower-case (srt rather than SRT)
 
The subtitle format is supported (ass;ssa;srt;sub;idx;sup;txt;usf;xss;ssf;smi;psb;rt)
 
The subtitle is not malformed or corrupt (check if your subtitle can by can be loaded from the XySubFilter Main -> Open tab)
 
The issue occurs even after re-saving the subtitle to .ass with Aegisub (http://www.aegisub.org/)
 
You do not have "Hide Subtitles" checkbox enabled in XySubFilter settings
 
Issue occurs even after resetting XySubFilter to default settings (http://code.google.com/p/xy-vsfilter/issues/detail?id=26#c3)
 
Issue occurs in MPC-HC with all supported renderers (VMR9, EVR-CP, madVR 0.87.10)?
 
You have not renamed the mpc-hc.exe executable
 
Issue occurs in MPC-BE when using madVR 0.87.10? (Subtitles->Use Built-in Subtitle Render & Internal Filters -> Audio Switcher both Disabled)
 
Issue occurs in ZoomPlayer when using madVR 0.87.10? (SmartPlay disabled)
 
Issue with external subtitles does not occur in xy-VSFilter 3.0.0.211


If you have a follow-up, please post it in the xy-VSFilter thread (http://forum.doom9.org/showthread.php?t=168282) so we do not get off-topic here. Sharing a log from our logging build (http://forum.doom9.org/showpost.php?p=1674622&postcount=411) in that thread, along with a small sample, that could be useful assuming the above list of things to check doesn't allow you to figure out what was wrong.

With the default "Loading -> Load when needed" setting in XySubFilter, it will not be loaded unless external subtitles are found. With "Loading -> Always Load" XySubFilter should always be present even when no subtitles are present or auto-loaded. Was you problem with "Always Load" set that XySubFilter was not present under 'Filters' context menu, or only that your external subtitle was not loaded? Also worth mentioning that at this time only MPC-BE supports manually loading external subtitles via drag and drop and media player menus into xy-VSFilter/XySubFilter.

minaust
23rd April 2014, 23:57
Issue occurs even after resetting XySubFilter to default settings (http://code.google.com/p/xy-vsfilter/issues/detail?id=26#c3)
Bingo! That one did the trick. :) I never changed anything, so I dunno what screwed it up....

Anyway, swerving back on topic, what is the holdup with getting MPC-HC fixed? I mean, you've made a believer out of me, but I have no right to expect you to continuously provide patched builds (although I thank you for this one), and I don;t like MPC-BE. So, I'm rooting for MPC-HC to get the fix.

It's not like the fix is a mystery.

EDIT: Never mind - whereas that may have been part of the fix, it wasn't all of it. As a test, I dtropped back in mpc-hc.exe from 1.7.4 stable, and it still worked - for that one video only. Seems that .Ass is not the same as .ass. Case sensitivity sucks. MPC-HC apparently already has been foxed.

cyberbeing
24th April 2014, 09:03
Seems that .Ass is not the same as .ass. Case sensitivity sucks.

We've fixed this as well, but it was after the release of XySubFilter Beta2. I've attached a build here (http://code.google.com/p/xy-vsfilter/issues/detail?id=181#c10).

minaust
25th April 2014, 08:34
We've fixed this as well, but it was after the release of XySubFilter Beta2. I've attached a build here (http://code.google.com/p/xy-vsfilter/issues/detail?id=181#c10).
Got it, works fine, thanks. That was a trivial beef. I've got a bigger beef, but that's for the appropriate thread/forum.

BenLi
25th April 2014, 21:44
I would like to report a idx+sub subtitle problem that bother me since 1.7.2 was released.

subtitle appear in the correct position and correct text height when using mpc-hc 1.7.1
http://i.imgur.com/gZMcbSyl.jpg (http://imgur.com/gZMcbSy)http://i.imgur.com/c0D8RFHl.jpg (http://imgur.com/c0D8RFH)

subtitle appear in the incorrect position and text is squashed when using mpc-hc 1.7.4
http://i.imgur.com/sde7Wxol.jpg (http://imgur.com/sde7Wxo)http://i.imgur.com/vPuJf4dl.jpg (http://imgur.com/vPuJf4d)

all default setting.

kasper93
26th April 2014, 00:59
This is know issue and we will try to improve that. But you need to know that it's not like we are doing it wrong. It's just subtitles that are not in correct aspect ratio for that particular video. If video was cropped and subtitles were not you will get this output as you see on screenshots. This was resolved for DVB and PGS subtitles in recent stable. VobSub is on todo list to be fixed, but it's somehow different case there. Note that it is just luck that those subtitles are rendered correctly. It just happens that your output resolution aspect ration is the same as subtitles aspect ratio. But this is not the case if you watch in windowed mode or on different resolution and you will get a lot worse results with older version.

xySubFilter. It's better than both of them.
ISR and xy-vsfilter have their own advantages and disadvantages, so there's no right answer.

Well XySubFilter works in the similar way as ISR always have been. It may have different performance, but ISR after changes in previous stable is very near to XySubFilter, I don't have numbers, but I have few samples which neither ISR nor XySubFilter can handle, one is not faster than other.

xy-vsfilter and any other vsfilter like renderer doesn't need to be supported by video renderer. It just burn subtitles onto video frame before sending to video renderer. I personally wouldn't recommend using either of vsfilter like renderer unless you have very good reason to do so. This approach has too many issues.

I personally use ISR, because I couldn't find any good reason to switch to XySubFilter. If you have any feel free to share, it will help us to improve ISR to be even better.

Just try both XySubFilter and ISR and answer to yourself if you see the difference :) If you do, just chose better renderer.

minaust
27th April 2014, 05:22
Greetings all:

I'm posting this here for purposes of discussion.

I noticed a couple of releases ago that MPC-HC changed the way the ISR loaded subs. Previously, MPC-HC honored Gabest's original naming convention (which I didn't even know existed): "Movie.mkv" would require the subtitle files be named "Movie.srt" or "Movie.English.srt" or "Movie.whatever.srt". Notice the period after the movie name and before the description.

Beginning with release 1.7.2 (I think), given "Movie.mkv", the ISR now loads "Movie*.srt". In another thread, kasper93 made the valid point that he'd rather load a few extra subs than skip valid ones. That makes sense - to a point.

But, to a user like me, who keeps all his subs in one folder, this is a problem. Playing for example, "Alien.mkv", the ISR will load the subs for the movies: Alien, Alien 3, Alien 3 Special Edition, Alien Director's Cut, Alien Nation, and Alien vs Predator. That's beyond the point.

For someone who keeps his subs in the same folder as the video file, there is no problem. It's probably desired behavior.

My suggestion is this: add a checkbox in the subtitle section of the options as to which mode is used. They're both valid.

EDIT: I've now submitted a ticket on this, #4281 (https://trac.mpc-hc.org/ticket/4281)

madshi
27th April 2014, 07:07
But, to a user like me, who keeps all his subs in one folder, this is a problem. Playing for example, "Alien.mkv", the ISR will load the subs for the movies: Alien, Alien 3, Alien 3 Special Edition, Alien Director's Cut, Alien Nation, and Alien vs Predator. That's beyond the point.

For someone who keeps his subs in the same folder as the video file, there is no problem. It's probably desired behavior.

My suggestion is this: add a checkbox in the subtitle section of the options as to which mode is used. They're both valid.
Alternatively, try to match each found subtitle file to an existing video file in the same folder. This way you can automatically black list some subtitles files which clearly belong to a different movie. This solution would result in better usability (less options to configure for the user), provided it works as expected.

Superb
27th April 2014, 19:02
A small drag-n'-drop feature request:
Make MPC-HC accept srt/subtitle files dragged directly from Chrome's download panel. Could be very useful... ;)

SecurityBunny
30th April 2014, 01:45
I was wondering if there were any plans on implementing / improving WASAPI audio. Doing some research, I found 'MPC-HC Audio Renderer' renders in WASAPI mode, but it states it is broken and shouldn't be used when hovering in output options. Using ReClock configured properly, I still occasionally get audio hiccups and popping when playback glitches, even with ReClock's frame rate adjustment disabled. I'd rather use something native in MPC-HC than resort to third party software.

MPC-HC 1.7.4.15
MadVR 0.87.10
XySubFilter 3.1.0.688

Mangix
30th April 2014, 01:48
use DirectSound. Don't shoot yourself in the foot by using WASAPI.

vBm
1st May 2014, 15:21
v1.7.5 is released

This release is a bugfix release to fix a couple of regressions including an annoying crash affecting PGS subtitles.

You can download the new version here (http://mpc-hc.org/downloads/).
For the complete changes see the changelog (http://mpc-hc.org/changelog/).

Stereodude
3rd May 2014, 16:05
Is anyone else experiencing crashes with MPC-HC 1.7.4 when skipping forward by chapter when playing back a blu-ray? I've been able to crash it on every blu-ray I've tried so far. Open the disc, and then start clicking the skip forward button about once a second or so.
FWIW, 1.7.5 fixed this for me. Seems to have been #4240.

rahzel
4th May 2014, 00:08
Did you guys modify the auto-zoom in 1.7.5? It behaves differently than previous versions. My current display is 1360x768 native and 1080p 16:9 clips would open and fill the entire screen with black bars on the sides to preserve the AR. Now it opens up in a smaller window without the black bars.

Not really an issue, just curious.

wanezhiling
4th May 2014, 00:18
Did you guys modify the auto-zoom in 1.7.5? It behaves differently than previous versions. My current display is 1360x768 native and 1080p 16:9 clips would open and fill the entire screen with black bars on the sides to preserve the AR. Now it opens up in a smaller window without the black bars.

Not really an issue, just curious.

Yes, MPC-HC adjusted auto-zoom logic. (https://github.com/mpc-hc/mpc-hc/commit/54d1fa7cd5d3cd448c663033a35e756847de6bad)

rahzel
4th May 2014, 02:39
Thanks. Makes sense.

Maketee
4th May 2014, 11:09
Auto zoom in 1.7.5 does not work. When I open video clip, it only opens small window. If I hit Alt+4, then it zooms correctly.

Last version where it worked was 1.7.4.8.

Settings used:
Options -> Playback -> Auto-zoom checked -> Auto Fit (does not matter what i put here. They do nothing)

Any other settings I should mention?

GCRaistlin
4th May 2014, 11:48
Framestep feature is broken for DVDs in 1.7.4 and 1.7.5: the button is disabled during the playback. It works in 1.7.3 release.

wanezhiling
4th May 2014, 12:05
@Maketee, reset all settings.

GCRaistlin
4th May 2014, 12:14
Framestep feature is broken for DVDs in 1.7.4 and 1.7.5: the button is disabled during the playback. It works in 1.7.3 release.

To be precise, since 1.7.3.40.