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


Pages : 1 [2] 3 4

mindbomb
2nd December 2013, 20:53
why not just replace the isr with xy subfilter completely? or is that planned?

cengizhan
2nd December 2013, 21:30
still not working.

i have found version 3.1.0.640 in some chinese website. this version worked. the beta version (3.1.0.546) that is on xy-filter website doesnt work.

mariush
2nd December 2013, 22:32
I just updated MPC-HC to 1.7.1 from sourceforge to see the internal HEVC codec and how well it runs on my computer.

I was however suprised to see that the tv tuner functionality actually works now. I have a Leadtek Winfast 2000XP Expert tuner and it never worked right with previous versions and with VLC and other players. Now it actually works.

There is however a small issue and I can't seem to find any way to fix it: the framerate is locked to 29-30 fps while I'm in PAL land and my tv box outputs 25 fps. Basically I can watch TV but it keeps stuttering due to the framerate.

Any suggestions about fixing this?

(tv box from isp outputs s-video/composite through scart , i'm connecting the composite to composite in on the tv tuner, audio through line in )

Made some screenshots of the filters involved and a snapshot of the main mpc-hc window with the view > renderer settings > display stats text on top of the page to see the stats.

Images are in this imgur gallery : http://imgur.com/a/9kSiN


In case it helps the pin info text for what I think it's more relevant:


Filter : Smart Tee - CLSID : {CC58E280-8AA1-11D1-B3F1-00AA003761C5}

- Connected to:

CLSID: {17CCA71B-ECD7-11D0-B908-00A0C9223196}
Filter: WinFast TV2000 XP Expert WDM Video Capture.
Pin: Capture

- Connection media type:

Video: YUY2 720x576 25fps 20736kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_YUY2 {32595559-0000-0010-8000-00AA00389B71}
formattype: FORMAT_VideoInfo {05589F80-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 829440
cbFormat: 88

VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(0,0)
dwBitRate: 20736000
dwBitErrorRate: 0
AvgTimePerFrame: 400000

BITMAPINFOHEADER:
biSize: 40
biWidth: 720
biHeight: 576
biPlanes: 1
biBitCount: 16
biCompression: YUY2
biSizeImage: 829440
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
0000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0020: 00 68 3c 01 00 00 00 00 80 1a 06 00 00 00 00 00 .h<.....€.......
0030: 28 00 00 00 d0 02 00 00 40 02 00 00 01 00 10 00 (...Ð...@.......
0040: 59 55 59 32 00 a8 0c 00 00 00 00 00 00 00 00 00 YUY2.¨..........
0050: 00 00 00 00 00 00 00 00 ........




Filter : WinFast TV2000 XP Expert WDM Crossbar. - CLSID : {71F96460-78F3-11D0-A18C-00A0C9118956}

- Connected to:

CLSID: {266EEE40-6C63-11CF-8A03-00AA006ECB65}
Filter: WinFast TV2000 XP Expert WDM TVTuner.
Pin: Analog Video

- Connection media type:

Unknown

AM_MEDIA_TYPE:
majortype: MEDIATYPE_AnalogVideo {0482DDE1-7817-11CF-8A03-00AA006ECB65}
subtype: MEDIASUBTYPE_None {E436EB8E-524F-11CE-9F53-0020AF0BA770}
formattype: FORMAT_AnalogVideo {0482DDE0-7817-11CF-8A03-00AA006ECB65}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 48

pbFormat:
0000: 00 00 00 00 00 00 00 00 d0 02 00 00 e0 01 00 00 ........Ð...à...
0010: 00 00 00 00 00 00 00 00 d0 02 00 00 e0 01 00 00 ........Ð...à...
0020: d0 02 00 00 e0 01 00 00 00 00 00 00 00 00 00 00 Ð...à...........

kasper93
3rd December 2013, 19:00
Have you set country in options?

mariush
4th December 2013, 01:52
I didn't even check before but yes, it : see picture (http://savedonthe.net/image/1933/mpchc.png)

Don't know if it should matter because the filter defaults to composite in + audio line in and that input can normally accept various framerates and the card supports both ntsc and pal so it must support 23.976, 25fps, 29.97 fps etc etc ...

I should be able to select the framerate somehow.

Armada
4th December 2013, 12:45
strange. i have registered it, added to externel filters, disabled subtitle autoloading but still not visible in filters menu.
Unfortunately for now only embedded subtitles are supported, external subtitle files such as SRT are not supported until we decide on some architectural design issues relating to it.
why not just replace the isr with xy subfilter completely? or is that planned?
Unfortunately we're not satisfied with the code quality of XySubFilter, it will be difficult to maintain for us if it were to be abandoned.

But don't worry, we're working on improving the performance of the ISR so that it should be fast enough for the complex animated subtitles that are becoming the norm.

betaking
5th December 2013, 06:50
hi this is Simplified Chinese translation rc and txt for last git!
http://www.sendspace.com/file/tqep6a

mindKILL3R
5th December 2013, 09:56
I was watching this ep of HIMYM and noticed the video didn't feel very sharp. Took a screencap here: http://i.imgur.com/DWedBLX.jpg

What might cause this? Source is 720p TVrip, player is MPCHC 1.7.0.7851. Looks like the default video decoder is LAV but I haven't touched it.

nevcairiel
5th December 2013, 10:25
Did you consider that the encode is just bad? :)

mindKILL3R
5th December 2013, 19:14
Actually I did, haha. Just forgot to mention it in that post.

I did get the file off a tracker (wasn't just a random P2P download), but that wouldn't necessarily guarantee a good encode, so who knows.

Guest
5th December 2013, 19:24
I did get the file off a tracker

@all

No further help to be given on this due to rule 6 violation.

hello_hello
6th December 2013, 17:06
I'm having an issue opening h264 video (any container it seems) via an Avisynth DirectShowSource script with MPC-HC. Well it's more than an issue. I can't get it to work no matter what I try. I'm not really sure when it stopped working. Same problem with MPC-HC on two different PCs (both XP). MPC-HC displays an Avisynth error message:

DirectShowSource: Renderfile, the filter graph manager won't talk to me.

The same script will open fine using MPC-BE (it results in two Haali Media Splitter and ffdshow icons running, which I think was normal), so could this be something to do with the switch to LAV Filters? I've tried disabling MPC-HC's internal filters and adding the ffdshow video decoder as a preferred external filter, but nothing has worked so far. I've even tried changing renderers.

Other methods such as FFVideoSource and AVISource seem to work as they always have (even if the source file contains h264 video).

If it helps any, after attempting to open a "problem" DirectShowSource script with MPC-HC and then using the Play/Filters menu, there's three filters listed as follows (in this case the source file was an MKV containing h264 video):

Video Mixing Renderer 9 (renderless)
Color Space Converter
AVI/WAV File source

Repeating the process with MPC-BE (which successfully open the script), shows these three filters listed:

Video Renderer
AVI Decompressor (YV12)
AVI/WAV File source

Thanks in advance for any help.

Vincent Vega
8th December 2013, 10:25
is there a solution to this yet?

preview from HD capture card can work pretty awesome with EVR Custom, I can play from xbox in 1080p60 from 1080p60 capable card.

but I cant record. -((
is there any combination of record settings that works?

thanks

ParkerLewis
8th December 2013, 22:36
Hello all,

I've been using MPC-HC for years. I've been having a problem since a few days and I can't find the solution.

The EVR CP renderer has suddenly started being slow, ie, it takes 4-5 seconds to start a video on launch. Things to consider :

- This behaviour is new, has been happening for a few days, but I am almost positive nothing special happened on the PC (no new CG drivers, no hardware / software changes...).
- Selecting other renderers (for example Haali), videos do start instantly, so it is really EVR CP - specific.
- Have tried updating to the latest MPC-HC (1.7.1). Didn't change anything. Player itself launches instantly, but there is a 4-5 seconds lag before video starts playing.
- This only applies to the first video being launched. If I hit the "next" button, the next video will start playing immediately.

For reference, my setup is Win7 64bits, MPC-HC 64 bits, nVidia 560 Ti.

Do you guys have any idea what could be causing this, and how to solve it ?

Thanks for your help. I know it shouldn't, but it's driving me crazy.

Pulstar
8th December 2013, 23:45
The shaders have profiles now, awesome. Can we next please have resolution conditions so that for example 720p and above videos do not load the sharpen shader?

vBm
9th December 2013, 00:02
Those who want to help us with localizations please do so here.
https://www.transifex.com/projects/p/mpc-hc/

vio_man
9th December 2013, 01:09
I'm having crashes with some WMV files. When loading one of the affected files, MPC-HC crashes immediately.

Here is a MediaInfo log from one of the files

General
Format : Windows Media
File size : 193 MiB
Duration : 13mn 7s
Overall bit rate mode : Variable
Overall bit rate : 2 058 Kbps
Maximum Overall bit rate : 4 096 Kbps
Encoded date : UTC 2013-09-01 22:57:41.375

Video
ID : 2
Format : VC-1
Format profile : MP@HL
Codec ID : WMV3
Codec ID/Info : Windows Media Video 9
Codec ID/Hint : WMV3
Description of the codec : Windows Media Video 9 - Professional
Duration : 13mn 7s
Bit rate mode : Variable
Bit rate : 2 000 Kbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate : 29.970 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.072
Stream size : 188 MiB (97%)
NumberOfFrames : 23580

Audio
ID : 1
Format : WMA
Format profile : Pro
Codec ID : 162
Codec ID/Info : Windows Media Audio
Description of the codec : Windows Media Audio 10 Professional - 48 kbps, 44 kHz, 2 channel 16 bit 2-pass VBR
Duration : 13mn 7s
Bit rate mode : Variable
Bit rate : 49.3 Kbps
Channel(s) : 2 channels
Sampling rate : 44.1 KHz
Bit depth : 16 bits
Stream size : 4.63 MiB (2%)
NumberOfFrames : 2174

Not having problems when using Windows Media Player.

Edit: found a workaround, had to disable VC1 playback at LAV filter.

betaking
9th December 2013, 07:41
hi this is Simplified Chinese translation rc and po for last git!
http://www.sendspace.com/file/n54rss

vood007
9th December 2013, 07:50
Hello all,

I've been using MPC-HC for years. I've been having a problem since a few days and I can't find the solution.

The EVR CP renderer has suddenly started being slow, ie, it takes 4-5 seconds to start a video on launch. Things to consider :

- This behaviour is new, has been happening for a few days, but I am almost positive nothing special happened on the PC (no new CG drivers, no hardware / software changes...).
- Selecting other renderers (for example Haali), videos do start instantly, so it is really EVR CP - specific.
- Have tried updating to the latest MPC-HC (1.7.1). Didn't change anything. Player itself launches instantly, but there is a 4-5 seconds lag before video starts playing.
- This only applies to the first video being launched. If I hit the "next" button, the next video will start playing immediately.

For reference, my setup is Win7 64bits, MPC-HC 64 bits, nVidia 560 Ti.

Do you guys have any idea what could be causing this, and how to solve it ?

Thanks for your help. I know it shouldn't, but it's driving me crazy.

Does this only happen with a single file or video format or does it happy with every video?
Are you sure nothing changed on your PC? Things like Antivirus or Windows Update do things in background. Check your event logs, Taskmanager etc for anything fishy. You can try to reinstall DirectX and do a "SFC /SCANNOW" from the command line as admin.

vBm
9th December 2013, 10:53
hi this is Simplified Chinese translation rc and po for last git!
http://www.sendspace.com/file/n54rss

Please submit changes via transifex from now on.
https://www.transifex.com/projects/p/mpc-hc/

ParkerLewis
9th December 2013, 22:18
Does this only happen with a single file or video format or does it happy with every video?
Are you sure nothing changed on your PC? Things like Antivirus or Windows Update do things in background. Check your event logs, Taskmanager etc for anything fishy. You can try to reinstall DirectX and do a "SFC /SCANNOW" from the command line as admin.

It happens with every video.

Anyway, I have found the culprit : it was the "NVIDIA Stereoscopic 3D Driver Service" that I had disabled a few days ago, because it sometimes hanged the CPU for no reason (hanging one of the cores somewhat randomly). Since I'm not using any 3D device (i have a 3D screen but am simply not using it as such), I had just disabled it. Reactivatiing the service solves the problem, although I can't figure out why the renderer would need this. Thoughts anyone ?

I have simply uninstalled the 3D Vision driver now - problem still solved.

bugmen0t
10th December 2013, 12:50
I set the audio language in the internal LAV splitter and leave subtitle language empty. When starting whatever movie the audio has the chosen language and the subtitle defaults to 'forced' as intended. However a second later or so the subtitle switches automatically to the first subtitle of the movie, no matter what (I can manually reset it though).

This bug always occurs for some versions in a row of MPC-HC, is then fixed after some weeks (subtitle stays at 'forced') and then reoccurs some versions later. :confused:

Why is that? Or am I doing something wrong setting wise?

Doom9
14th December 2013, 16:10
Just got the new Dell 32" 4K screen, now running Win8.1 at 150% scaling - and have the same issue with scaling. Menus are alright, but icons/controls need to be adapted
Ahh, the pains of being an early adopter :( With Dell's upcoming 28 incher I hope we'll soon see a tipping point where more programs are adapted actively (ATM not even Chrome fully works... you should see what it sometimes does with text :( )

vBm
14th December 2013, 19:20
Just got the new Dell 32" 4K screen, now running Win8.1 at 150% scaling - and have the same issue with scaling. Menus are alright, but icons/controls need to be adapted
Ahh, the pains of being an early adopter :( With Dell's upcoming 28 incher I hope we'll soon see a tipping point where more programs are adapted actively (ATM not even Chrome fully works... you should see what it sometimes does with text :( )

Unfortunately no one from the dev team is using 8.1 yet.

Doom9
14th December 2013, 21:34
The OS version shouldn't matter though I think... previous Windows versions offered scaling, too (I used to think this was an "old person with bad eyes" feature). What is different in 8.1 is the level of control you get over this feature iirc.

nevcairiel
14th December 2013, 21:40
The way scaling is done was significantly changed in Windows 8, Vista and 7 have completely different functions here, which are pretty crappy tbh. Only 8/8.1 allow apps to optimize properly for high DPI.

Klementh
22nd December 2013, 14:17
Hello, I just want to report that some videos with their aspect ratios changed by WMVARChanger (http://forum.videohelp.com/threads/280102-WMV-Aspect-Ratio-Changing?p=1686783&viewfull=1#post1686783) don't play with the new aspect ratio in MPC-HC while in other players like VLC and WMP they do.

I uploaded a very small sample video so you guys can verify this:
http://www74.zippyshare.com/v/39171552/file.html.
You can modify the AR of this video all you want with the AR changer but it has no effect on the way MPC-HC plays it.

This other thread is related:
http://forum.doom9.org/showthread.php?t=130284

clsid
22nd December 2013, 17:18
Bug: when replaying a video file after it has reached the end, the video window is black with EVR-CP. Switching to fullscreen or any other window resizing action will make the video re-appear.

pirlouy
23rd December 2013, 19:23
Are there still some developers for DVB-T tuner ? I wanted to know if there are some models to avoid/pick, compatible with MPC.
If you have a recommendation, tell me.

kasper93
23rd December 2013, 20:40
In theory every BDA compliant tuner should work fine.

pirlouy
23rd December 2013, 21:34
I had a Leadtek one some time ago and MPC was not able to find canal. It was compatible with DVBViewer though. But I want a card to work with madVR, thus MPC compatible.

mariush
23rd December 2013, 23:04
Slashdot ran a story about the 4k and 3d release of Big Buck Bunny so I downloaded the 3840x2160 60fps version and run it on my system. The videos are here, in several versions: http://bbb3d.renderfarming.net/download.html

Naturally, the video card (radeon 7770Ghz ed) can't decode it with dxva, so it went back to LAVFilters software decoding. Thing is ... my eight core FX-8320 hovers at around 20-25% cpu usage and the video runs at around 32-34 fps with lots of pauses where sound stops for the video to catch up.
Just 2-3 cores seem to be used.

So I guess the decoder is simply single threaded or pretty much poorly threaded?

kasper93
23rd December 2013, 23:32
@pirlouy: We can't test every tuner so any help and reports from users are always welcome. If you have problems go to https://trac.mpc-hc.org/ and maybe we will be able to help or fix things.

I can for sure tell that all tuners on chipset IT9135, AF9015, RTL2832U works fine. PCTV7010ix PCTV3010i and PCTV 290e and many others works fine too. I'm not saying that DVB-T support in MPC-HC is perfect but it constantly improved. Like I said if you have a problem go to our trac and we will help.

pirlouy
24th December 2013, 00:18
Nice to see you're still ready to help. I'll buy a card soon and report my result.

Rinzler
24th December 2013, 07:58
Is it possible to make scheduler like AIMP has?

pirlouy
26th December 2013, 19:28
@kasper93: I've created a ticket (https://trac.mpc-hc.org/ticket/3882) as requested. :)

mindbomb
26th December 2013, 21:59
Slashdot ran a story about the 4k and 3d release of Big Buck Bunny so I downloaded the 3840x2160 60fps version and run it on my system. The videos are here, in several versions: http://bbb3d.renderfarming.net/download.html

Naturally, the video card (radeon 7770Ghz ed) can't decode it with dxva, so it went back to LAVFilters software decoding. Thing is ... my eight core FX-8320 hovers at around 20-25% cpu usage and the video runs at around 32-34 fps with lots of pauses where sound stops for the video to catch up.
Just 2-3 cores seem to be used.

So I guess the decoder is simply single threaded or pretty much poorly threaded?


in general, the h264 decoder is multithreaded and scales really well with additional cores. However, I know things like interlacing (1080i) ruin the scaling, so perhaps the 3d aspect of this video is what is responsible for the poor scaling in this example.

wanezhiling
27th December 2013, 01:30
The option (http://i1.tietuku.com/fykl41nk9.png) is always grey, is this normal?

vood007
27th December 2013, 01:43
The option (http://i1.tietuku.com/fykl41nk9.png) is always grey, is this normal?

No thats a bug. Currently EVRCP behaves strange too, had to switch back to VMR9 to get smooth framerates.

edit: looks like someone else has the same problems here:
http://forum.videohelp.com/threads/361132-720p60-video-stutters-when-playing?p=2290926&posted=1#post2290926

nevcairiel
27th December 2013, 08:14
The option (http://i1.tietuku.com/fykl41nk9.png) is always grey, is this normal?

No its not always grey.
With VMR-7 (renderless) its available. With any newer renderers, this is no longer an option, and it always uses 3D surfaces.

wanezhiling
27th December 2013, 08:28
Oh thanks, you are right.

vood007
27th December 2013, 15:15
Still, that dialog is broken. I doubt shader, subtitle etc support got removed from VMR9...

mariush
27th December 2013, 21:11
in general, the h264 decoder is multithreaded and scales really well with additional cores. However, I know things like interlacing (1080i) ruin the scaling, so perhaps the 3d aspect of this video is what is responsible for the poor scaling in this example.

No, I downloaded the 2d 2160p version from the site. Here's the specs:



Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L5.1
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 10mn 34s
Bit rate : 8 000 Kbps
Maximum bit rate : 35.1 Mbps
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 60.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.016
Stream size : 605 MiB (94%)
Writing library : x264 core 120
Encoding settings : cabac=1 / ref=4 / deblock=1:1:1 / analyse=0x3:0x133 / me=tesa / subme=11 / psy=1 / psy_rd=0.40:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=12 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=16 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=2pass / mbtree=1 / bitrate=8000 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:0.60
Encoded date : UTC 2013-12-17 16:40:26
Tagged date : UTC 2013-12-17 16:40:29



Here's a picture of the player and task manager with the render stats: http://savedonthe.net/image/1949/decoder.jpg

Player full screen on second monitor (1920x1080 so it's a straight forward 50% resize) , main monitor 1920x1200 with task manager and properties to show lavf decoder (which i suspect being the problem)

vood007
27th December 2013, 21:22
No, I downloaded the 2d 2160p version from the site. Here's the specs:

Player full screen on second monitor (1920x1080 so it's a straight forward 50% resize) , main monitor 1920x1200 with task manager and properties to show lavf decoder (which i suspect being the problem)

Did you try VMR9 renderer instead of EVRCP?

mariush
27th December 2013, 22:29
Yeah, no luck. Tried VMR9, VMR7, no soap. Increasing EVR buffers to 10 from the default of 5 seemed to help a bit (by making the pauses shorter, like 2 seconds instead of 3-5 seconds) but it's still pausing every 8-10 seconds or so.

Just installed CoreAVC 3 and set it as preferred decoder in the options. With the same settings, it averaged 42-45fps as the picture shows: http://savedonthe.net/image/1950/decoder2.jpg

All cores used as the picture shows. The movie doesn't stutter, no audio pauses, but it's noticeable that sometimes the video lags a bit behind or moves like in slow motion.

After configuring mpc-hc to VMR9, the codec can do 60fps just fine (it oscillates between 57-60fps but most of the time it's near 60fps) and the cpu usage drops to about 45-50% cpu: http://savedonthe.net/image/1951/decoder3.jpg
VMR7 works just as well, and it may lower the cpu usage a few more percents on average (but with vmr9 it's perfectly fine at 40-50% on the fx-8320).

nevcairiel
27th December 2013, 23:27
Multi-Threading is slightly broken in MPC-HC 1.7.1 x64 (and LAV 0.59.1 x64). You can either use 32-bit, or pick a nightly build from http://nightly.mpc-hc.org/, it should work much better.
I'm just going to assume thats the version you are running, since its the only explanation. :) I get 100% CPU load when benchmarking that clip at least.

mariush
27th December 2013, 23:55
It is indeed the 64bit version of MPC-HC with LAV 0.59.1.26. Thank you for clarifying everything.

I don't have much content going over 1080p, just found it curious that 60fps was not achievable with my fx-8320 cpu. I'll stick with these versions for now, they work fine with the content i watch.

Octo-puss
31st December 2013, 16:32
There are several additional files in MPC package, for example D3DCompiler_43.dll and mpciconlib.dll. What are they good for? Directx is installed on all computers already as far as I know. The other file is a mystery.

the_weirdo
31st December 2013, 17:04
There are several additional files in MPC package, for example D3DCompiler_43.dll and mpciconlib.dll. What are they good for? Directx is installed on all computers already as far as I know. The other file is a mystery.

mpciconlib.dll contains icons for media files associated with MPC-HC.

There're some Windows version (e.g. Windows 7) not included the latest version of DirectX 9.0c and users must update it manually. If they don't, applications which depend on DirectX 9.0c runtime will fail to work. MPC-HC includes these runtime libraries as a workaround for this problem.

nevcairiel
31st December 2013, 17:20
There are several additional files in MPC package, for example D3DCompiler_43.dll and mpciconlib.dll. What are they good for? Directx is installed on all computers already as far as I know. The other file is a mystery.

D3D9 has a couple optional components which are not by default installed on any Windows system.

You may have noticed other applications, primarily games, which also run a DirectX installer, and you always wondered why? Thats why!

dukey
31st December 2013, 17:24
For some insane reason MS loves to have thousands of different versions of the DX dlls

Octo-puss
31st December 2013, 18:12
D3D9 has a couple optional components which are not by default installed on any Windows system.

You may have noticed other applications, primarily games, which also run a DirectX installer, and you always wondered why? Thats why!
Hah, I always run the Dx9 installer automatically when I install a PC, so that's why I never noticed anything weird/wrong :D

JanWillem32
31st December 2013, 18:36
The D3DX libraries (and its DLL) are decrepated and will not be updated nor shipped with Windows or other official distributions by Microsoft. The latest version of the D3DCompiler DLL is shipped with Windows 8.1, but older versions of Windows don't get updated by DirectX redistributables or platform updates yet. There's another problem: D3DCompiler_47.dll (the current version, included with Windows 8.1) doesn't support Windows XP.

Carpo
1st January 2014, 11:00
Seeing as support for XP is going to end in the next few months its no surprise that MS isnt supporting it in the latest DirectX

Fadeout
1st January 2014, 18:24
...so, who removed the shaders options and shortcuts?

MokrySedeS
1st January 2014, 18:42
What are you talking about? Shaders are still there as well as shortcut keys (not set by default though) to switch between them.
The interface is redesigned completely, that's true, but definitely not removed. I'd even say that it's substantially improved.
The only thing missing IMO is the on/off switch.

vood007
1st January 2014, 20:19
Custom added shaders via the old shadereditor should be saved as txt files before updating MPC or you lose it, although they are still there as registry keys. I am sure devs know that and fix it before next stable.

The Shader OFF switch can be done via a saved empty shader preset.

MokrySedeS
1st January 2014, 21:52
The Shader OFF switch can be done via a saved empty shader preset.

Sure, but that's not really intuitive nor convenient. To me it looks like a hack.
If I had a lot of presets I'd have to go through them with shortcuts till I found the empty one or I'd have to use a mouse and work my way through the menu, so there's no real quick and easy way to turn the shaders on/off.

clsid
2nd January 2014, 18:19
The D3DX libraries (and its DLL) are decrepated and will not be updated nor shipped with Windows or other official distributions by Microsoft. The latest version of the D3DCompiler DLL is shipped with Windows 8.1, but older versions of Windows don't get updated by DirectX redistributables or platform updates yet. There's another problem: D3DCompiler_47.dll (the current version, included with Windows 8.1) doesn't support Windows XP.Older versions of Windows have never included any of the extra DirectX DLLs. So the deprecation state is not a factor in that. If 8.1 includes some files, it is because some of its standard apps require it.

Raylan Givens
3rd January 2014, 20:05
Guys, aint' time to dumb XP and improve MPC in many ways? What to start using SS3, at least D3DCompiler_46 ( Win8 and legally redistributable ) and many other small things? Imo it would be the best, MPC doesnt' need more features ( bloat ). Just as good and efficient as possible.

Just please fix the stuck when you're using D3D FullScreen and it's about to play the next file in the playlist.

jeremy33
5th January 2014, 14:18
I update my HTPC tutorial to setup MPC-HC with madvr, ffdshow, avisynth, reclock, etc...

You can read it here : How to setup MPC-HC (http://www.ezoden.com/684/tutorial-htpc)

By the way the guide is very good (except my english but I work to improve it), I started it 4 years ago (!), it is also in french and I have a lot of good comments and I would like to introduce it to more people.
So if someone can publish it on his site or on the official MPC-HC site it can be useful for many people.

Let me know what you think ;)

ceb
5th January 2014, 17:17
Before updating MPC-HC, if the video was playing in windowed mode and I double clicked, it went into fullscreen while it continued playing the video.
Now though every time I go into fullscreen the video is stopped and I have to play it again.
Is this a problem on my end or has something changed? If the latter is there a way to go back to the previous behaviour?

JMGNYC
6th January 2014, 02:19
I'm using LAV with MPC-HC 1.7.1. I have a number of .m4v files with the first track being english AAC 2.0 and the second track being english AC3 5.1. In other words, standard Apple format for both iOS and PC.

I've noticed that MPC-HC/LAV used to pick the AC3 5.1 first all the time. Now it seems to be defaulting to the AAC 2.0 track. I can switch to the AC3 5.1 track and it plays fine.

Is there any way to get this set back up to always select the AC3 5.1 track as the default track (rather than the AAC 2.0 track) with MPC-HC/LAV?

Thanks.

Deathless
6th January 2014, 20:32
I just can't seem to make MPC-HC work with LAV filters and madVR. The problem is I'm trying to decode using DXVA and all I get is a green screen. I have tried to run it using DXVA2 (Copy-back). The mkv file runs just fine when using software decoding.

My hardware is an old ati hd 4830.

Thank you!

brunogm
7th January 2014, 04:08
i solved some smooth playing issues in some 24fps high bit-rate 1080p 10-bit video that played smooth in MPV, but always stuttered in the same parts with MPC-HC.

So with "Display stats Ctrl+J" i found the issue, the EVR buffers start to lower until 1 in the parts that the video stutters. so i increased the EVR buffer to 13 (i prefer prime numbers and in this case about half fps). And finally i have smooth video. Task manager doesn't show increase in memory consumption, the internal stats show less than 45MiB of video stream buffers and 1MiB for audio. I even went crazy with 60 buffers but no change in used memory, only with increased subtitle buffer and increase in ~24MiB occurred. Maybe this will help people with the same issues and maybe development.

Vizio Ct14, i3-3217u 4GB,

MPC-HC (64-bit)
---------------

Build information:
Version: 1.7.1 (9ae7b7c)
Compiler: MSVC 2012 Update 4
Build date: Nov 17 2013 09:30:04

LAV Filters:
LAV Splitter: 0.59.1.26
LAV Video: 0.59.1.26
LAV Audio: 0.59.1.26
FFmpeg compiler: MinGW-w64 GCC 4.8.2

Operating system:
Name: Windows NT 6.1 (build 7601, Service Pack 1)
Version: 6.1 (64-bit)

Deathless
7th January 2014, 11:42
The problem solved itself. I don't know how.

dansrfe
9th January 2014, 08:54
Is there a feature in MPC-HC to compensate for the video clock's jitter?

ryrynz
9th January 2014, 09:06
LOL, no.

ceb
10th January 2014, 18:20
Before updating MPC-HC, if the video was playing in windowed mode and I double clicked, it went into fullscreen while it continued playing the video.
Now though every time I go into fullscreen the video is stopped and I have to play it again.
Is this a problem on my end or has something changed? If the latter is there a way to go back to the previous behaviour?
Another problem I noticed is that when I leave a video paused for say 1 minute, once I go back to playing it the video stutters. To resolve the issue I have to close and open again the player, and some times even after opening it again the video still stutters, so I just wait a bit and it somehow resolves itself. Any solutions to these 2 problems?

wanezhiling
10th January 2014, 18:33
Latest build improved subtitles renderer much, thanks.
Here (http://www.sendspace.com/file/caqs9b)'s another complex .ass file. :)

vood007
10th January 2014, 21:34
Another problem I noticed is that when I leave a video paused for say 1 minute, once I go back to playing it the video stutters. To resolve the issue I have to close and open again the player, and some times even after opening it again the video still stutters, so I just wait a bit and it somehow resolves itself. Any solutions to these 2 problems?

I see this too, every 10th or so video i open is stuttering. Reopening or switching VSync Mode usually helps but it gets really annoying. I think it started short after new shader GUI was introduced, Ver 1.7.1.96 does not have this problem.

bugmen0t
13th January 2014, 08:15
Internal LAVSplitter in version 1.7.1.356 still needs to have "default,forced" explicitly to be set when using the default subtitle selection mode. Isn't that supposed to be chosen already if one leaves the subtitle language selection empty?

Aleksoid1978
14th January 2014, 13:15
Hi Developers.
After you latest change, since text subtitle loading/parsing/rendering - you have bug in

OpenSubStationAlpha() -> CSimpleTextSubtitle::Add()

subtitle example - http://aleksoid.voserver.net/Sample/Subtitle/Ass/%5bkamigami%5d%20is%20infinite%20stratos%20-%2012%20(bd%201280x720%20x264%20aac).Chs.ass

easy fix, also more optimized:

--- a/src/Subtitles/STS.cpp
+++ b/src/Subtitles/STS.cpp
@@ -1969,6 +1969,14 @@ void CSimpleTextSubtitle::Add(CStringW str, bool fUnicode, int start, int end, C
STSSegment stss(start, end);
stss.subs.Add(n);
m_segments.Add(stss);
+ } else if (end <= m_segments[0].start) {
+ STSSegment stss(start, end);
+ stss.subs.Add(n);
+ m_segments.InsertAt(0, stss);
+ } else if (start >= m_segments[segmentsCount - 1].end) {
+ STSSegment stss(start, end);
+ stss.subs.Add(n);
+ m_segments.Add(stss);
} else {
STSSegment* segmentsStart = m_segments.GetData();
STSSegment* segmentsEnd = segmentsStart + segmentsCount;

Superb
18th January 2014, 12:09
I'm currently working on updating the Hebrew translation via Transifex.
I like its UI. Quite easy to work with.

I've just encountered the string: Open next/previous file in folder on "Skip back/forward" when there is only one item in playlist
You might wanna change it so that next/previous matches back/forward respectively... (meaning changing one of them)
Also, people in my community have encountered some annoying RTL issues caused by the GUI not being completely "mirroring-ready". These affect usability. RTL should probably be disabled until these issues are resolved.

justonce01
19th January 2014, 20:07
Is it possible to adjust the subtitles so it displays them directly below the video in the artificial letterbox? I tried out all the options with margins (including negative values) and the "Position subtitles relative to the video frame" box, but with no success. My main issue is the display of single lines, because they leave too much space above them.

Here's an example of the current situation, with the subtitles being displayed "from bottom to top":
http://i.imgur.com/XQwphBo.jpg

This is how I'd like them to be displayed ("top to bottom"):
http://i.imgur.com/S1cYbvM.jpg

Liisachan
21st January 2014, 09:00
Please see my ticket #3961 (https://trac.mpc-hc.org/ticket/3961) and tell me if anyone is unhappy if the \fay reset problem is fixed. The fix should not break any existing sign subs (see below).

That is: "{\fax0.3}ABCD {\fscx150}EFG" is basically the same with "{\fax0.3}ABCD EFG" except that "EFG" is stretched. However "{\fay0.3}ABCD {\fscx150}EFG" is not the same with "{\fay0.3}ABCD EFG" with a stretched "EFG", but the result is something strange. This behavior was originally there in VSFilter 2.39c, so technically the fix might break some existing scripts. But this behavior is very strange and unexpected; I doubt anyone has ever written a script that depends on this behavior. libass is NOT compatible with this oddness of VSFilter about \fay. Fixing the \fay reset problem in VSFilter would make it more compatible with libass.

The fix would not break existing sign subs, unless {\fs} {\fsp} {\fscx} {\fscy} are used in the middle of the text after {\fay}. It's ok even if {\fs} etc. is used right after {\fay} before text begins. If you have ever tried to use {\fs} etc. in the middle, I'm pretty sure you thought that the behavior was buggy and unacceptable, and changed your strategy so that you didn't need to use {\fs} etc. in the middle. This problem was once "accidentally" fixed in 1.6.4, but 1.6.5 and later has this again.

EDIT: I mean \fay: \fry has nothing to do here.

vood007
21st January 2014, 18:01
Possible bug: Mouse capture (click to play/pause) does not work when menu and titlebar (=frame only) is turned off.

GCRaistlin
22nd January 2014, 14:40
I wish to use external codec to play video. I unchecked all in Internal Filters and enabled this codec in External Filters list. But when I open the video file LAV Video (external version) is loaded instead of this codec. What am I doing wrong?

vivan
22nd January 2014, 14:43
GCRaistlin,
you have to set it to "prefer".

GCRaistlin
22nd January 2014, 17:37
vivan, I've done that. I believe it didn't work because this external codec isn't actually compatible with the video I tried to play.

Is there a way to enable external codec only for specific video formats and disable for all others, even if they're supported by the codec?

vBm
22nd January 2014, 17:53
I wish to use external codec to play video. I unchecked all in Internal Filters and enabled this codec in External Filters list. But when I open the video file LAV Video (external version) is loaded instead of this codec. What am I doing wrong?

You have external copy of LAV filters installed obviously.

GCRaistlin
22nd January 2014, 18:33
You have external copy of LAV filters installed obviously.
Yes, I do. I investigated this already.
But the second question is still open.

clsid
22nd January 2014, 23:31
You would get a better answer if you would have given more info about that other codec. If it supports multiple formats, then I assume it provides options that control what it decodes.
If it doesn't get used when it is set as preferred then it obviously means it does not support the video format that you were playing.

wanezhiling
23rd January 2014, 09:33
http://url.cn/PLjhIs

MPC-HC.1.7.1.383.x86
Default setting

MPC-HC failed to auto-load the external aac file when playing the mp4 file.

GCRaistlin
23rd January 2014, 20:13
clsid, I've told about CyberLink H.264/AVC Decoder. Actually, now I'm not sure if it has any advantages over LAV but I'm just curious - how to use the lower part of External Filters section?

skyworlka
24th January 2014, 03:36
Anybody know why the options under "sync renderer settings" would be disabled?

wanezhiling
24th January 2014, 03:54
You should select "Sync Renderer" in Output tab first.

skyworlka
26th January 2014, 01:04
Thanx.

betaking
26th January 2014, 11:55
Test Visual Studio 2013 Update 1 complier mpc-hc by last git is ok! But how to Add VS2013 update 1 version number to AboutDlg.cpp?

vBm
26th January 2014, 17:50
After almost 2 months since our last stable build, we decided to release v1.7.2. This release is a bugfix release, with a few performance improvements and a few new features.

Highlights of this release:


Many subtitle renderer performance improvements and bugfixes
Minor UI tweaks, like showing the hidden main menu with Alt key
High DPI improvements
Re-designed the shaders storing system
Many LAV Filters fixes and improvements, including various crash fixes
Switched our translation system to use Transifex (https://www.transifex.com/), see this news post (http://mpc-hc.org/2014/01/21/translations-moved-to-Transifex/) for more information
New Croatian and Malay 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/).

eddman
26th January 2014, 18:50
You'd have to forgive me if my following question is too amateurish. I'm not an expert when it comes to video playback.

http://i.imgur.com/jOQbnez.png

Is the sync shown in the image normal?

The two lines stick very close together during movies with some occasional small spikes. Are they supposed to fully overlap?

Also, the frame rate never completely locks at 23.976. It fluctuates from around 23.972 to 23.981 something.

nevcairiel
26th January 2014, 19:03
Thats all perfectly normal. They never overlap perfectly, but thats OK.
The framerate fluctuating is not perfect, but also pretty normal. It happens because timestamps in files are not 100% accurate, but as long as its close enough to the target, it'll be smoothed out automatically by the V-Sync.

clsid
26th January 2014, 19:37
clsid, I've told about CyberLink H.264/AVC Decoder. Actually, now I'm not sure if it has any advantages over LAV but I'm just curious - how to use the lower part of External Filters section?Decoders from Cyberlink can often not be used outside of their own products.

eddman
26th January 2014, 19:52
Thats all perfectly normal. They never overlap perfectly, but thats OK.
The framerate fluctuating is not perfect, but also pretty normal. It happens because timestamps in files are not 100% accurate, but as long as its close enough to the target, it'll be smoothed out automatically by the V-Sync.

Thanks for clearing that up. Some movies exhibit some stuttering in MPC-HC, so I thought my player wasn't working properly. Guess that's not the case.

Another thing; my monitor is set at 60 Hz refresh rate, and it's the max value too.

Is it really necessary to match the refresh rate to video's frame rate?
Once I set it to 48 Hz, thinking it might change the viewing experience, but didn't really notice a difference; or perhaps I did something wrong?
The sync lines and behavior with 48 Hz were also pretty much the same as 60 Hz.

P.S. Your filters are great. I can't thank you enough.

Dstruct
26th January 2014, 21:49
After almost 2 months since our last stable build, we decided to release v1.7.2. This release is a bugfix release, with a few performance improvements and a few new features.

Highlights of this release:


Many subtitle renderer performance improvements and bugfixes
Minor UI tweaks, like showing the hidden main menu with Alt key
High DPI improvements
Re-designed the shaders storing system
Many LAV Filters fixes and improvements, including various crash fixes
Switched our translation system to use Transifex (https://www.transifex.com/), see this news post (http://mpc-hc.org/2014/01/21/translations-moved-to-Transifex/) for more information
New Croatian and Malay 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/).

Going from window to fullscreen (and back) seems (looks like) to be slower than in 1.7.1.

Windows XP SP3, VMR 9 renderless, Nvidia Geforce GTS450

Stereodude
27th January 2014, 01:12
After almost 2 months since our last stable build, we decided to release v1.7.2. This release is a bugfix release, with a few performance improvements and a few new features.

Highlights of this release:


Many subtitle renderer performance improvements and bugfixesI'm not sure what bugfixes were made, but there are still issues with subtitle handling. Subtitle handling in .mkv files and Blu-Ray playback is still messed up. Mkv files with a subtitle stream (made with mkvmerge) with the Default=no and forced=no still have the subtitles show up every time when the LAV splitter subtitle selection mode is set to Default with no preferred language. They don't show up when the splitter is set to forced. Blu-Ray disc playback does the same thing. If there's no forced subtitles and I don't have a preferred language it seems that MPC-HC / LAV should honor the .mkv file or blu-ray disc settings and pick no subtitle.

BTW, nevcairiel says this is a MPC-HC issue, not a LAV issue. Specifically that MPC-HC overrides LAV's default behavior. link (http://forum.doom9.org/showthread.php?p=1664609#post1664609)

bacondither
27th January 2014, 09:56
In the 1.7.2 changelog:

"internal pixel shader editor was removed, you’re supposed to use specialized external editors from now on, but can still view compilation output in “Debug Shaders” window"

Why was the pixel shader editor removed? :mad:

mindbomb
27th January 2014, 23:10
i have a question about subtitle texture settings. Specifically, I was wondering about the "Desktop" setting for maximum texture resolution. If your watching a video on a secondary display, does the desktop setting refer to the resolution of the first display?

Stereodude
28th January 2014, 01:23
BTW, nevcairiel says this is a MPC-HC issue, not a LAV issue. Specifically that MPC-HC overrides LAV's default behavior. link (http://forum.doom9.org/showthread.php?p=1664609#post1664609)I can confirm that the external LAV filter does not have the same behavior as the internal LAV filter. The external one works correctly. The internal does not.

mindbomb
28th January 2014, 01:49
i just did a clean install of 1.7.2, and I believe I'm having the issue that stereodude is having. Which is that internal lav splitter is selecting the subtitle track with the lowest track ID rather than nothing when there is no default track in an mkv.

I believe this issue is related to the "auto-load subtitles" option, as the problem goes away with external subtitle renderers.

Stereodude
28th January 2014, 01:54
i just did a clean install of 1.7.2, and I believe I'm having the issue that stereodude is having. Which is that internal lav splitter is selecting the subtitle track with the lowest track ID rather than nothing when there is no default track in an mkv.It also affects blu-ray disc playback, not just mkv. Again, the external filter works correctly there as well where the internal one does not.

Stereodude
28th January 2014, 01:57
I believe this issue is related to the "auto-load subtitles" option, as the problem goes away with external subtitle renderers.You're correct. Unchecking that box causes the internal filter to behave identical to the external one.

kasper93
28th January 2014, 02:24
@mindbomb, Stereodude: I know where is the problem and will fix that tomorrow.

> I believe this issue is related to the "auto-load subtitles" option, as the problem goes away with external subtitle renderers.
This way you disable ISR... which is not good idea. And it's not directly connected with this...

Stereodude
28th January 2014, 13:43
@mindbomb, Stereodude: I know where is the problem and will fix that tomorrow.Okay, I look forward to the fix.

Thingol
30th January 2014, 11:34
I can't find a keyboard shortcut for adjusting subtitle position. Is there any?

hello_hello
31st January 2014, 02:59
Could someone please explain how to save and load pixel shader presets using MPC-HC 1.7.2. I don't seem to be able to get it to do anything (XP SP3) and having to go into MPC-HC's options to add or remove a pixel shader from the list in order to use one, or not, is a huge step backwards from simply being able to right click and enable/disable them that way.... so I assume I'm just not able to get the pixel shader preset function to work as it should.

Next to the area where pixel shaders are added to lists (the "pre" or "post" pixel shader lists) there's three small "boxes" which can be clicked on. I discovered through a little trial and error they're actually up and down arrows (for re-ordering the pixels shaders) while the third one is for removing a pixel shader from the list, however for me there's nothing to indicate their function (no arrows or an "X" etc) they're just three blank "boxes" you can click on.

For the record... I'd like to be able to convert BT.709 to BT.601 using a pixel shader nice and easily for a couple of reasons....

The Windows renderers (or wherever the colorimetry choice is made in the playback chain) make the choice based on resolution, and due to the "odd" formula used, they don't always get it right. I sometimes wonder why it's not considered to be a major problem, instead of something which seems to have gone mostly unnoticed, but a "720p" encode with a resolution such as 120x544 will display using BT.601 every time. The BT.601 to BT.709 pixel shader will correct that.

Most SD encodes taken from HD sources weren't color converted while encoding, so they need to be color corrected on playback. I've worked out how to modify the BT.601 to BT.709 pixel shader so it actually works when I'm likely to need it.... when viewing SD video. By default it only works for HD video, due to it's original function being the correcting of colors caused by video card driver problems which haven't existed for years. Why it's limited to correcting a problem which no longer exists, I don't know. The latest version of MPC-HC, which uses hlsl files for pixel shaders, finally makes it nice and easy to change the name of the pixel shader to indicate it's actual function. "BT.709 to BT.601".

Somewhere, sometime, someone noticed certain video card drivers were, under particular circumstances, causing the wrong colorimetry to be used, and a pixel shader was created to correct it, but when the resolution results in the wrong colorimetry all the time......

Snowknight26
31st January 2014, 17:11
Could someone please explain how to save and load pixel shader presets using MPC-HC 1.7.2.

http://stfcc.org/pics/i/20096420bbe6120bcd3e87d717771905_th.png (http://stfcc.org/pics/i/20096420bbe6120bcd3e87d717771905.png)
(Your list will actually show shaders, disregard the empty box.)

It should be pretty self-explanatory. Just add the shaders you want to the appropriate list (pre- or post-resize) and save it as a preset. Then, for convenience, assign a key to 'Next Shader Preset' or 'Prev Shader Preset' to cycle between your presets.

hello_hello
31st January 2014, 21:27
It should be pretty self-explanatory. Just add the shaders you want to the appropriate list (pre- or post-resize) and save it as a preset. Then, for convenience, assign a key to 'Next Shader Preset' or 'Prev Shader Preset' to cycle between your presets.

Thanks for the reply.
I guess it was me being dumb. As the shader preset dropdown box is a dropdown box, I didn't expect to be typing anything in it so the load, save a delete buttons remained greyed out. Once I typed something in the drop down box......
Now I get it, it's much better than the old system.

No up/down arrows next to the area for adding pixel shaders though (as per your screenshot). Just little boxes (XP SP3).
I can't believe it's 2014 and this forum still forces you to upload images to a third party site.

http://i62.tinypic.com/2r7pw76.gif

PS Thanks for the continued work on MPC-HC. I couldn't imagine life without it!

hello_hello
1st February 2014, 10:12
It's no big deal, but out of curiosity, why does version 1.7.2 go in and out of fullscreen mode the way it does? It's hard to explain, but....
It's kind of like it "bounces" out of fullscreen mode, like the picture downscales, followed by the MPC-HC window which seems like it's playing "catchup". Previous versions seemed to go in an out of fullscreen mode much more smoothly.
As I said, it's no big deal.... I'm just curious as to why the new version is different.

Dstruct
1st February 2014, 15:04
It's no big deal, but out of curiosity, why does version 1.7.2 go in and out of fullscreen mode the way it does? It's hard to explain, but....
It's kind of like it "bounces" out of fullscreen mode, like the picture downscales, followed by the MPC-HC window which seems like it's playing "catchup". Previous versions seemed to go in an out of fullscreen mode much more smoothly.
As I said, it's no big deal.... I'm just curious as to why the new version is different.

Yeah I notice the same thing.

Going from window to fullscreen (and back) seems (looks like) to be slower than in 1.7.1.

Windows XP SP3, VMR 9 renderless, Nvidia Geforce GTS450

Bugtracker: https://trac.mpc-hc.org/ticket/4004

AndreaMG
1st February 2014, 21:31
Hi, I'm using latest MPCHC with LAV filters built inside. While watching my BD of "Fringe" if in MPCHC I click "navigate/jump to" it shows the chapters (TV episodes in my case) ordered by descending length, some episodes though are missing... I'm only able to play those by going under "BDMW/PLAYLIST" and manually selecting the "mpls" files. Why is that? Thanks

kasper93
1st February 2014, 21:46
Which season? It will be hard to tell without files to test :)

AndreaMG
1st February 2014, 22:05
It's Season 2 Disc 3 Thanks :)

hello_hello
1st February 2014, 22:33
Yeah I notice the same thing.
Bugtracker: https://trac.mpc-hc.org/ticket/4004

I added a comment to your bug report with some more (related, I assume) info.

kasper93
2nd February 2014, 10:07
@AndreaMG: For some reason MPC-HC have filter which doesn't include playlist shorter than 3 minutes. I think this limit is little too high

nevcairiel
2nd February 2014, 10:15
No actual episode would be less then 3 minutes.

kasper93
2nd February 2014, 10:36
> No actual episode would be less then 3 minutes.

Right, but I see that we filter out some bonus content.

And I was wrong obviously ;0 One full episode is indeed missing.

AndreaMG
2nd February 2014, 12:20
Thanks for looking into this. Actually it misses two whole episodes (the n. "00072" and "00075"). Now I have to go back to all previous discs to look at potential unwatched episodes!!!!!!!! :D:eek:. A suggestion if I may: most of the times TV episodes in BD are labelled with progressive numbers (in this case "00071" is the first episode of the disc, "00072" is the second one and so on), can you please add a function to organize the playlist also alphabetically? I'm asking this because otherwise I have to manually select them in the right order and in the past I accidentally watched an episode which wasn't the right one :D. Thanks again

kasper93
2nd February 2014, 13:38
I don't have much time right now, but I will improve playlist parsing in a week or two. And hopefully all problems will be gone.

most of the times TV episodes in BD are labelled with progressive numbers

This is not entirely true. I have Dexter BDs and it is random . Though it has one playlist with all episodes in one piece, which helps :)

vBm
2nd February 2014, 18:05
This release is a bugfix release, fixing 2 annoying regressions in 1.7.2.

Highlights of this release:


Fix some issues with the subtitle renderer that could lead to incorrectly displayed subtitles
Fix DVD Favorites
New Galician and Vietnamese translations


See here (http://mpc-hc.org/2014/01/26/1.7.2-released/) for v1.7.2 release notes. You can download the new version here (http://mpc-hc.org/downloads/). For the complete changes see the changelog (http://mpc-hc.org/changelog/).

LigH
2nd February 2014, 18:23
@ AndreaMG:

1.918 x 1.079 pixels. Respect. But next time, instead of "blowing my monitor apart", please read about the "dir" command of cmd.exe and the ">" redirection into a text file, which could have been posted in a "CODE" bbCode block. Saves precious bandwidth. :rolleyes:
__

@ vBm:

See here (http://www.mpc-hc.org/2014/02/02/1.7.3-released/) for v1.7.3 release notes. ;)

AndreaMG
2nd February 2014, 19:12
I don't have much time right now, but I will improve playlist parsing in a week or two. And hopefully all problems will be gone.
Thanks :)

Stereodude
2nd February 2014, 19:20
This release is a bugfix release, fixing 2 annoying regressions in 1.7.2.

Highlights of this release:


Fix some issues with the subtitle renderer that could lead to incorrectly displayed subtitles
Fix DVD Favorites
New Galician and Vietnamese translations
I see the subtitle fix kasper93 mentioned here (http://forum.doom9.org/showthread.php?p=1664768#post1664768) is not in this release since it has the same bad behavior regarding unnecessarily selecting subtitles that the previous versions did. :(

vBm
2nd February 2014, 20:42
@ vBm:

See here (http://www.mpc-hc.org/2014/02/02/1.7.3-released/) for v1.7.3 release notes. ;)

I've posted correct link because we released .3 very soon after .2 ;)

I see the subtitle fix kasper93 mentioned here (http://forum.doom9.org/showthread.php?p=1664768#post1664768) is not in this release since it has the same bad behavior regarding unnecessarily selecting subtitles that the previous versions did. :(
It's not yet in master branch.
But I guess it'll be pushed very soon and it'll end up in nightlies untill next release.

filler56789
6th February 2014, 04:11
http://nightly.mpc-hc.org/log.1.7.3.10.log

Signing "mpcresources.zh_TW.dll"...
Done Adding Additional Store
SignTool Error: An error occurred while attempting to sign: mpcresources.zh_TW.dll

------------------------------
[ERROR] Problem signing mpcresources.zh_TW.dll
------------------------------

Moving the old files...
> Moved log.1.7.3.7.log to /old/1.7.3.7/
> Moved MPC-HC.1.7.3.7.x64.7z to /old/1.7.3.7/
> Moved MPC-HC.1.7.3.7.x64.exe to /old/1.7.3.7/
> Moved MPC-HC.1.7.3.7.x64.pdb.7z to /old/1.7.3.7/
> Moved MPC-HC_standalone_filters.1.7.3.7.x64.7z to /old/1.7.3.7/
> Moved MPC-HC.1.7.3.7.x86.7z to /old/1.7.3.7/
> Moved MPC-HC.1.7.3.7.x86.exe to /old/1.7.3.7/
> Moved MPC-HC.1.7.3.7.x86.pdb.7z to /old/1.7.3.7/
> Moved MPC-HC_standalone_filters.1.7.3.7.x86.7z to /old/1.7.3.7/

Uploading the new build...
> Couldn't upload MPC-HC.1.7.3.10.x64.7z...
> Couldn't upload MPC-HC.1.7.3.10.x64.exe...
> Couldn't upload MPC-HC.1.7.3.10.x64.pdb.7z...
> Couldn't upload MPC-HC_standalone_filters.1.7.3.10.x64.7z...
> Couldn't upload MPC-HC.1.7.3.10.x86.7z...
> Couldn't upload MPC-HC.1.7.3.10.x86.exe...
> Couldn't upload MPC-HC.1.7.3.10.x86.pdb.7z...
> Couldn't upload MPC-HC_standalone_filters.1.7.3.10.x86.7z...

Stereodude
6th February 2014, 04:36
Feature request:

How about an optional feature to insert black frames with silence as a pre-roll for video clip? Something to get a the render going so the dropped frames at the begining happen in the black pre-roll instead of at the start of the video clip? The frame rate and resolution used would come from the source stream.

JanWillem32
6th February 2014, 11:06
That's indeed a useful function. I already implemented it in the experimental renderer set. You actually only need a pre-roll of one frame and a flush (which usually lasts for several screen refreshes) before starting the playback timers.
Note that the inserted frame doesn't have to be black. (I programmed it to use the user-defined background color.)
Because seamless playback is important as well, the function detects if compatible streams are switching. In such a case, the renderer just switches, with no reset nor a pre-roll and flush. (If the new stream is incompatible, e.g. different resolutions, the renderer does have to reset quite a lot of its internal components.) Though I must say, none of the external mixers (EVR, VMR-9, RealMedia, QuickTime) are very cooperative in terms of seamless playback. They are all slow when re-initializing.

wanezhiling
7th February 2014, 09:42
http://url.cn/QnATWz
Load the subtitle, MPC-HC.1.7.3.13 crashes..

vBm
7th February 2014, 15:49
http://url.cn/QnATWz
Load the subtitle, MPC-HC.1.7.3.13 crashes..

#4025 (https://trac.mpc-hc.org/ticket/4025) will be fixed tonight.

Stereodude
8th February 2014, 04:05
How about WASAPI support in MPC-HC?

wanezhiling
8th February 2014, 04:46
http://i.imgur.com/0n2DJre.png

Stereodude
8th February 2014, 05:27
Your point? WASAPI would be a useful feature, which is why I requested it. The fact that the renderer is currently broken doesn't change the usefulness of WASAPI.

wanezhiling
8th February 2014, 05:44
You could try MPC-BE whose WASAPI is implemented well.:)

nuhkka
8th February 2014, 16:51
did they get rid of left click to pause video option?

i can't pause videos by clicking on the video anymore..

jkauff
9th February 2014, 18:48
did they get rid of left click to pause video option?

i can't pause videos by clicking on the video anymore..
Still works for me in the latest nightly. What version are you using?

vood007
9th February 2014, 18:59
Mouse Play/Pause only works if titlebar is enabled. When off, mouse moves window.

JarrettH
9th February 2014, 20:25
How about WASAPI support in MPC-HC?

That would be great, but easier said than done I guess. I'm not sure if this has to do with DirectSound, but my USB DAC does not detect the input sample as it does with WASAPI and JRiver (still lit up for 44.1khz for a 48khz audio track)

mindbomb
9th February 2014, 22:00
yea, that's from directsound. sample rate, bit depth, and number of channels is standardized.

Stereodude
10th February 2014, 03:19
That would be great, but easier said than done I guess. I'm not sure if this has to do with DirectSound, but my USB DAC does not detect the input sample as it does with WASAPI and JRiver (still lit up for 44.1khz for a 48khz audio track)Well, I didn't look at the specific open source licenses used on each, but it seem like the MPC-HC devs could see how MPC-BE does it and perhaps re-use their code (if the open source licenses between the two are compatible).

kasper93
10th February 2014, 03:49
I recommend using Reclock as audio renderer it support WASAPI and works very well. Of course you can lock reclock on original speed so that it's ordinary audio renderer :)

Stereodude
10th February 2014, 05:50
I recommend using Reclock as audio renderer it support WASAPI and works very well. Of course you can lock reclock on original speed so that it's ordinary audio renderer :)Can I bitstream the various compressed audio formats over HDMI while using Reclock as the audio renderer for PCM or do I have to change settibgs depending on what I'm playing?

vood007
10th February 2014, 19:10
I notice some random 100% GPU usage with latest nightly 1.7.3.20.x86.
1.7.3.16 is fine.

edit:
1.7.3.21 looks like its fixed

nuhkka
10th February 2014, 19:11
Still works for me in the latest nightly. What version are you using?

the latest stable 32bit

Mouse Play/Pause only works if titlebar is enabled. When off, mouse moves window.

is this something new? i don't really like having the title bar or other menus on my mpc-hc.

i did press ctrl+0 to re-enable those menus and the press to pause did start working again, but i don't want those frames around my videos :( . i like my mpc-hc to look like this:

http://i.imgur.com/3DWvdji.jpg

though i do wish they would move the 'Playing [H/W] and time status to the controls bar above.

MokrySedeS
10th February 2014, 19:55
Go to Options --> Player --> Keys
Find "Play/Pause" in "Command" column and set the "Mouse Windowed" column to "Left Up"

nuhkka
14th February 2014, 14:16
that worked thnx

Anime Viewer
14th February 2014, 15:43
I'm trying to configure MPC-HC to play my blu-ray discs since I have a blu-ray drive built into my notebook. When I try to launch a blu-ray disc from MPC (file -> Open disc, or Open DVD/BD all I get is the progress bar (with it at the end) and a paused state. Are there any filters that I should have installed in order to play said blu-ray discs? I have MPC-HC stripped down to the following:

Playback - Output - DirectShow Video:
madVR

Internal Filters - Source Filters:
CDDA (Audio CD)
CDXA (VCD/SVCD/XCD)
DirectShow Media
DVD Video Title Set
RAR

(no transform filters)

External Filters:
LAV Audio Decoder
LAV Video Decoder
LAV Splitter

I appreciate any help.

nevcairiel
14th February 2014, 15:49
Only decrypted discs are supported, so you need to run a software like AnyDVD HD to decrypt the discs.

Vincent Vega
15th February 2014, 02:17
i have disabled "hide on fullscreen" option still i cant get playlist to stay open more than 2 sec in fullscreen.

MPC-HC
------

Build information:
Version: 1.7.3 (cb22afa)
Compiler: MSVC 2013 (SSE)
Build date: Feb 2 2014 17:50:05

LAV Filters:
LAV Splitter: 0.60.1.5
LAV Video: 0.60.1.5
LAV Audio: 0.60.1.5
FFmpeg compiler: MinGW-w64 GCC 4.8.2

Operating system:
Name: Windows NT 5.1 (build 2600, Service Pack 3)
Version: 5.1

P.S. and there's more, i have to hit keyboard shortcut key twice to make playlist appear in fullscreen

andybaby
15th February 2014, 09:30
It's the very first time I have Audio Problems with MPC HC. Audio is a rare 3-Channel DTS-Ma Track (Blu-Ray Nebraska). I only hear l/r, no Center. I listen on the Computer with an Headphone or Stereo Speakers. I never had a missing Center with 5.1 Audio Files. A Film with no Dialog at al is strange to follow. :)

nevcairiel
15th February 2014, 10:01
It's the very first time I have Audio Problems with MPC HC. Audio is a rare 3-Channel DTS-Ma Track (Blu-Ray Nebraska). I only hear l/r, no Center. I listen on the Computer with an Headphone or Stereo Speakers. I never had a missing Center with 5.1 Audio Files. A Film with no Dialog at al is strange to follow. :)

You may need to configure MPC-HC to downmix to stereo, the Windows mixer which usually does the downmix if MPC-HC doesn't is a bit funky with unusual channel configurations.

andybaby
15th February 2014, 15:11
You may need to configure MPC-HC to downmix to stereo, the Windows mixer which usually does the downmix if MPC-HC doesn't is a bit funky with unusual channel configurations.

Thanks, that does it.

rahzel
16th February 2014, 06:23
Anyone else having issues with MPC HC 1.7.2+ and Fullscreen Exclusive mode in MadVR? When I try to enter FSE mode on my Radeon 7750 HTPC, the bottom MPC bar/frame stays at the bottom and it doesn't enter FSE mode. I have to exit and fullscreen it again. With MPC 1.7.1 and below, I have no issues at all. This also only happens with videos that have a ~1.85/1.78 AR... movies that are ~2.35+ enter FSE mode fine, with no image of the bottom stuck on the screen.

rahzel
17th February 2014, 18:34
No one?

I have ruled out MadVR and LAV being the cause. I've tried the last 4 versions of madVR, and I've tried MPC 1.7.1 with the latest LAV filters forced as the preferred decoder and no issues. Only if I use 1.7.2 or 1.7.3 do I get this issue.

Using the latest AMD drivers, Win7 64-bit, x86 version of MPC.

Stereodude
17th February 2014, 18:43
I haven't seen that.

clsid
17th February 2014, 23:25
@rahzel
Are you using the classic Windows theme, or auto-hide taskbar option?

There are a few full-screen related bug reports on trac right now. Have a look here:
https://trac.mpc-hc.org/ticket/4004

rahzel
18th February 2014, 01:19
@rahzel
Are you using the classic Windows theme, or auto-hide taskbar option?

There are a few full-screen related bug reports on trac right now. Have a look here:
https://trac.mpc-hc.org/ticket/4004
Thanks, will give that a read.

I'm not using classic theme, I'm using a custom aero theme. I do have auto-hide taskbar enabled though (HTPC connected to my plasma). I wonder if that is causing the issue.

edit: maybe it's related to the auto-hide taskbar. Will give that a try, but I do wish to continue using the auto-hide taskbar setting, so hopefully this gets fixed. I made a comment in that ticket.

edit 2: I can confirm that disabling auto-hide taskbar fixes the problem.

rock
18th February 2014, 08:08
when mouse pointer hover on tooltip (e.g. control button, H/W), controls bar hide and appear quickly, somehow it feels strange for me

Dark Eiri
21st February 2014, 21:11
I'm quite surprised, coming back to HC after a long time using BE and seeing it has it's own internal RAR Source filter! I love it!

But it doesn't seem to support .mp4 files. I remember someone made a really simple fix for RARFileSource which is basically:


RFS.cpp has the following line added:

{ "mp4", &MEDIASUBTYPE_QTMovie },


So could you guys please implement that? (I'm assuming your code is similar to the RARFileSource.ax filter, I'm sorry if I got it wrong

EDIT: Oh... it seems to work with the x86 version... so it's only the x64 version that not working for .mp4 inside RAR :(

vBm
22nd February 2014, 00:19
I'm quite surprised, coming back to HC after a long time using BE and seeing it has it's own internal RAR Source filter! I love it!

But it doesn't seem to support .mp4 files. I remember someone made a really simple fix for RARFileSource which is basically:


RFS.cpp has the following line added:

{ "mp4", &MEDIASUBTYPE_QTMovie },


So could you guys please implement that? (I'm assuming your code is similar to the RARFileSource.ax filter, I'm sorry if I got it wrong

EDIT: Oh... it seems to work with the x86 version... so it's only the x64 version that not working for .mp4 inside RAR :(

I'm using x64 and i can't confirm the problem.

And we already have that patch applied on top of vanilla RFS along with few other -> https://github.com/mpc-hc/rarfilesource/

mzso
27th February 2014, 19:29
Any way to stop mpc-hc from leaving full screen when it looses focus. I wanted to compare something with overlay mixer but I can't this way.

kasper93
28th February 2014, 21:30
If someone is interested here is latest LumaSharpen from SweetFX Shader Suite (http://forums.guru3d.com/showthread.php?p=4775046) ported for MPC-HC :) Just few changes needed to use it as standalone shader.

/*
_____________________

LumaSharpen 1.4.1
_____________________

by Christian Cann Schuldt Jensen ~ CeeJay.dk

It blurs the original pixel with the surrounding pixels and then subtracts this blur to sharpen the image.
It does this in luma to avoid color artifacts and allows limiting the maximum sharpning to avoid or lessen halo artifacts.

This is similar to using Unsharp Mask in Photoshop.

Compiles with 3.0
*/

/*-----------------------------------------------------------.
/ User settings /
'-----------------------------------------------------------*/

#define sharp_strength 0.65
#define sharp_clamp 0.035
#define pattern 8
#define offset_bias 1.0
#define show_sharpen 0

/*-----------------------------------------------------------.
/ Developer settings /
'-----------------------------------------------------------*/
#define CoefLuma float3(0.2126, 0.7152, 0.0722) // BT.709 & sRBG luma coefficient (Monitors and HD Television)
//#define CoefLuma float3(0.299, 0.587, 0.114) // BT.601 luma coefficient (SD Television)
//#define CoefLuma float3(1.0/3.0, 1.0/3.0, 1.0/3.0) // Equal weight coefficient

/*-----------------------------------------------------------.
/ Main code /
'-----------------------------------------------------------*/

float4 p0 : register(c0);
sampler s0 : register(s0);

#define px (1.0 / p0[0])
#define py (1.0 / p0[1])

float4 main(float2 tex : TEXCOORD0) : COLOR0
{
// -- Get the original pixel --
float3 ori = tex2D(s0, tex).rgb; // ori = original pixel
float4 inputcolor = tex2D(s0, tex);

// -- Combining the strength and luma multipliers --
float3 sharp_strength_luma = (CoefLuma * sharp_strength); //I'll be combining even more multipliers with it later on

/*-----------------------------------------------------------.
/ Sampling patterns /
'-----------------------------------------------------------*/
// [ NW, , NE ] Each texture lookup (except ori)
// [ ,ori, ] samples 4 pixels
// [ SW, , SE ]

// -- Pattern 1 -- A (fast) 7 tap gaussian using only 2+1 texture fetches.
#if pattern == 1

// -- Gaussian filter --
// [ 1/9, 2/9, ] [ 1 , 2 , ]
// [ 2/9, 8/9, 2/9] = [ 2 , 8 , 2 ]
// [ , 2/9, 1/9] [ , 2 , 1 ]

float3 blur_ori = tex2D(s0, tex + (float2(px, py) / 3.0) * offset_bias).rgb; // North West
blur_ori += tex2D(s0, tex + (float2(-px, -py) / 3.0) * offset_bias).rgb; // South East

//blur_ori += tex2D(s0, tex + float2(px,py) / 3.0 * offset_bias); // North East
//blur_ori += tex2D(s0, tex + float2(-px,-py) / 3.0 * offset_bias); // South West

blur_ori /= 2; //Divide by the number of texture fetches

sharp_strength_luma *= 1.5; // Adjust strength to aproximate the strength of pattern 2

#endif

// -- Pattern 2 -- A 9 tap gaussian using 4+1 texture fetches.
#if pattern == 2

// -- Gaussian filter --
// [ .25, .50, .25] [ 1 , 2 , 1 ]
// [ .50, 1, .50] = [ 2 , 4 , 2 ]
// [ .25, .50, .25] [ 1 , 2 , 1 ]


float3 blur_ori = tex2D(s0, tex + float2(px, -py) * 0.5 * offset_bias).rgb; // South East
blur_ori += tex2D(s0, tex + float2(-px, -py) * 0.5 * offset_bias).rgb; // South West
blur_ori += tex2D(s0, tex + float2(px, py) * 0.5 * offset_bias).rgb; // North East
blur_ori += tex2D(s0, tex + float2(-px, py) * 0.5 * offset_bias).rgb; // North West

blur_ori *= 0.25; // ( /= 4) Divide by the number of texture fetches

#endif

// -- Pattern 3 -- An experimental 17 tap gaussian using 4+1 texture fetches.
#if pattern == 3

// -- Gaussian filter --
// [ , 4 , 6 , , ]
// [ ,16 ,24 ,16 , 4 ]
// [ 6 ,24 , ,24 , 6 ]
// [ 4 ,16 ,24 ,16 , ]
// [ , , 6 , 4 , ]

float3 blur_ori = tex2D(s0, tex + float2(0.4*px, -1.2*py)* offset_bias).rgb; // South South East
blur_ori += tex2D(s0, tex + float2(-1.2*px, -0.4*py) * offset_bias).rgb; // West South West
blur_ori += tex2D(s0, tex + float2(1.2*px, 0.4*py) * offset_bias).rgb; // East North East
blur_ori += tex2D(s0, tex + float2(-0.4*px, 1.2*py) * offset_bias).rgb; // North North West

blur_ori *= 0.25; // ( /= 4) Divide by the number of texture fetches

sharp_strength_luma *= 0.51;
#endif

// -- Pattern 4 -- A 9 tap high pass (pyramid filter) using 4+1 texture fetches.
#if pattern == 4

// -- Gaussian filter --
// [ .50, .50, .50] [ 1 , 1 , 1 ]
// [ .50, , .50] = [ 1 , , 1 ]
// [ .50, .50, .50] [ 1 , 1 , 1 ]

float3 blur_ori = tex2D(s0, tex + float2(0.5 * px, -py * offset_bias)).rgb; // South South East
blur_ori += tex2D(s0, tex + float2(offset_bias * -px, 0.5 * -py)).rgb; // West South West
blur_ori += tex2D(s0, tex + float2(offset_bias * px, 0.5 * py)).rgb; // East North East
blur_ori += tex2D(s0, tex + float2(0.5 * -px, py * offset_bias)).rgb; // North North West

//blur_ori += (2 * ori); // Probably not needed. Only serves to lessen the effect.

blur_ori /= 4.0; //Divide by the number of texture fetches

sharp_strength_luma *= 0.666; // Adjust strength to aproximate the strength of pattern 2
#endif

// -- Pattern 8 -- A (slower) 9 tap gaussian using 9 texture fetches.
#if pattern == 8

// -- Gaussian filter --
// [ 1 , 2 , 1 ]
// [ 2 , 4 , 2 ]
// [ 1 , 2 , 1 ]

half3 blur_ori = tex2D(s0, tex + float2(-px, py) * offset_bias).rgb; // North West
blur_ori += tex2D(s0, tex + float2(px, -py) * offset_bias).rgb; // South East
blur_ori += tex2D(s0, tex + float2(-px, -py) * offset_bias).rgb; // South West
blur_ori += tex2D(s0, tex + float2(px, py) * offset_bias).rgb; // North East

half3 blur_ori2 = tex2D(s0, tex + float2(0, py) * offset_bias).rgb; // North
blur_ori2 += tex2D(s0, tex + float2(0, -py) * offset_bias).rgb; // South
blur_ori2 += tex2D(s0, tex + float2(-px, 0) * offset_bias).rgb; // West
blur_ori2 += tex2D(s0, tex + float2(px, 0) * offset_bias).rgb; // East
blur_ori2 *= 2.0;

blur_ori += blur_ori2;
blur_ori += (ori * 4); // Probably not needed. Only serves to lessen the effect.

// dot()s with gaussian strengths here?

blur_ori /= 16.0; //Divide by the number of texture fetches

//sharp_strength_luma *= 0.75; // Adjust strength to aproximate the strength of pattern 2
#endif

// -- Pattern 9 -- A (slower) 9 tap high pass using 9 texture fetches.
#if pattern == 9

// -- Gaussian filter --
// [ 1 , 1 , 1 ]
// [ 1 , 1 , 1 ]
// [ 1 , 1 , 1 ]

float3 blur_ori = tex2D(s0, tex + float2(-px, py) * offset_bias).rgb; // North West
blur_ori += tex2D(s0, tex + float2(px, -py) * offset_bias).rgb; // South East
blur_ori += tex2D(s0, tex + float2(-px, -py) * offset_bias).rgb; // South West
blur_ori += tex2D(s0, tex + float2(px, py) * offset_bias).rgb; // North East

blur_ori += ori.rgb; // Probably not needed. Only serves to lessen the effect.

blur_ori += tex2D(s0, tex + float2(0, py) * offset_bias).rgb; // North
blur_ori += tex2D(s0, tex + float2(0, -py) * offset_bias).rgb; // South
blur_ori += tex2D(s0, tex + float2(-px, 0) * offset_bias).rgb; // West
blur_ori += tex2D(s0, tex + float2(px, 0) * offset_bias).rgb; // East

blur_ori /= 9; //Divide by the number of texture fetches

//sharp_strength_luma *= (8.0/9.0); // Adjust strength to aproximate the strength of pattern 2
#endif


/*-----------------------------------------------------------.
/ Sharpen /
'-----------------------------------------------------------*/

// -- Calculate the sharpening --
float3 sharp = ori - blur_ori; //Subtracting the blurred image from the original image

#if 0 //New experimental limiter .. not yet finished
float sharp_luma = dot(sharp, sharp_strength_luma); //Calculate the luma
sharp_luma = (abs(sharp_luma)*8.0) * exp(1.0 - (abs(sharp_luma)*8.0)) * sign(sharp_luma) / 16.0; //I should probably move the strength modifier here

#elif 0 //SweetFX 1.4 code
// -- Adjust strength of the sharpening --
float sharp_luma = dot(sharp, sharp_strength_luma); //Calculate the luma and adjust the strength

// -- Clamping the maximum amount of sharpening to prevent halo artifacts --
sharp_luma = clamp(sharp_luma, -sharp_clamp, sharp_clamp); //TODO Try a curve function instead of a clamp

#else //SweetFX 1.5.1 code
// -- Adjust strength of the sharpening and clamp it--
float4 sharp_strength_luma_clamp = float4(sharp_strength_luma * (0.5 / sharp_clamp), 0.5); //Roll part of the clamp into the dot

//sharp_luma = saturate((0.5 / sharp_clamp) * sharp_luma + 0.5); //scale up and clamp
float sharp_luma = saturate(dot(float4(sharp, 1.0), sharp_strength_luma_clamp)); //Calculate the luma, adjust the strength, scale up and clamp
sharp_luma = (sharp_clamp * 2.0) * sharp_luma - sharp_clamp; //scale down
#endif

// -- Combining the values to get the final sharpened pixel --
//float4 done = ori + sharp_luma; // Add the sharpening to the original.
inputcolor.rgb = inputcolor.rgb + sharp_luma; // Add the sharpening to the input color.

/*-----------------------------------------------------------.
/ Returning the output /
'-----------------------------------------------------------*/
#if show_sharpen == 1
//inputcolor.rgb = abs(sharp * 4.0);
inputcolor.rgb = saturate(0.5 + (sharp_luma * 4)).rrr;
#endif

return saturate(inputcolor);
}


I was just curious how it work. I'm not a big fan of sharpening, but I use it for specific content that need it. And it's fine. I haven't done any comparison with sharpen shaders shipped with MPC-HC so don't even ask and check it yourself.

turbojet
1st March 2014, 01:39
kasper93: Is there any difference from http://forums.guru3d.com/showpost.php?p=4667177&postcount=96 besides the strength and pattern?

I've just recently switched to pattern 3 from pattern 8, and really liking the switch.

Ceejay.dk is a member here, I think he plans to open a thread for it in the software player forum soon.

wanezhiling
1st March 2014, 14:50
http://url.cn/NRORfj
DVD subtitle flickers.

Rise
2nd March 2014, 00:07
Great Job guys! Using now with K-Lite Mega Codec and no big problems until now. Sometimes it starts unstable and i have to restart it.

Is there possible to make MPC-HC show album cover?
By the way, using win xp 32bits.

LigH
2nd March 2014, 00:14
Who the :devil: still recommends using "codec packs"?! :confused: Especially since MPC-HC uses an own copy of LAV Filters. No more need for not clearly legal and riskless ballast in the system.

Rise
2nd March 2014, 00:51
Who the :devil: still recommends using "codec packs"?! :confused: Especially since MPC-HC uses an own copy of LAV Filters. No more need for not clearly legal and riskless ballast in the system.

I was testing for now. If it does not show good results i will uninstall, simple =D.

vood007
2nd March 2014, 01:10
K-Lite is okay, one of the better packages and its up-to-date, especially on XP.

Virtual_ManPL
2nd March 2014, 12:36
I'm not seeing a new 64bit build on Official MPC-HC Nightly site (http://nightly.mpc-hc.org/).
Any ideas why?

EDIT:
64bit builds are back ;)

Aleksoid1978
4th March 2014, 07:53
Opened incorrect PGC on this DVD http://share.weiyun.com/60aa49d153cb3bc88654ff294e48cc8b - as result, incorrect play. :)
P.S. - or LAV Splitter fail to play, play only 00:02:00

minaust
8th March 2014, 04:29
Hi everybody!

I think I've discovered a bug, and I think I've troubleshot it down to the source. Here goes:

I re-ripped my only Blu-Ray disc to test a new ripping toolset, and I discovered that the duration of the finished MKV was severely misreported – 4:32:02 instead of the correct 1:47:21. It turned out that if I muxed the.264 stream into the mkv container with no audio, the duration was properly reported. Further testing showed I could mux in some audio files and get proper duration, and a misreported duration with others.

Testing the “faulty” mkv in other players all showed the proper duration. Checking the duration of the component files using various tools, such as virtualdub, mediainfo, winamp and others, all showed the proper duration. Media Player Classic 6.4.9.1 reported proper duration. MPC-HC 1.6.8.7417 showed proper duration. Mpc-hc 1.7.0.190 showed improper duration.

That made me think that LAV splitter may be at fault. So I went to my working MPC-HC folder (1.7.3 stable) and deleted the LAV folder. Then I went to the folder containing the standalone LAV filters (0.60.1) and installed them – and the duration was still misreported. I uninstalled the LAV splitter and set Haali as an external filter and set it as 'preferred', and problem solved, except this isn't a solution, it's just a fix.

Anybody else see anything like this?

Further observations:

Problem occurs in both 64 and 32-bit versions.
Playback appears to be normal, as long as you don't click on an invalid portion of the timeline.
Chapter points, if any, are all scrunched to the left side of the timeline.
Misreported duration is ALWAYS 4:32:02 – at least with this title.

Note: I have since ripped another Blu-Ray, and this one also has a misreported duration.
Duration of 1:54:43 is reported as 5:12:05.

Windows 7 Professional 64-bit

EDIT: Never mind - it's a known LAV Splitter issue - #433 as I recall.

seiyafan
8th March 2014, 14:55
This is a question regarding the built-in subtitles. Delay interval option doesn't seem to work, no matter what number I put the delay in the subtitle has always been the same. What did I do wrong?

I am on version 1.7.1

vivan
8th March 2014, 19:13
This settings changes step of subtitle delay (F1/F2 keys by default).
E.g. if you select 500 ms and then press F1 3 times you'll get the delay of -1500 ms.

Masutin
9th March 2014, 01:26
I have wishes if this is a place to make them.
1) Access of the list of recent files with one key stroke. Currently, you need to go to File, then Recent Files. Or at least provide Recent Files with an accelerator (underscored letter).
2) Show somehow when two or more audio tracks are available and if subtitles are embedded.

seiyafan
9th March 2014, 02:00
This settings changes step of subtitle delay (F1/F2 keys by default).
E.g. if you select 500 ms and then press F1 3 times you'll get the delay of -1500 ms.

Thanks!

vomanci
9th March 2014, 11:15
Using MPC-HC and madVR, is any gain using XYSubfilter over ISR when 99% of my subtitles are .srt ?

nevcairiel
9th March 2014, 11:22
Using MPC-HC and madVR, is any gain using XYSubfilter over ISR when 99% of my subtitles are .srt ?

Not really any huge advantages worth the extra trouble, IMHO.
Plain text subs or bitmap subs work just fine in MPC-HC ISR, it may only be ASS subtitles where XY has better performance.

madshi
9th March 2014, 11:37
XySubFilter still has advantages: madVR can queue the subtitles in its own queue. There's no issue with pausing and seeking. And XySubFilter is probably a bit faster, as well. Plus, if you get to that 1% of ASS subtitles for the odd anime, XySubFilter will give you properly color matched subtitles, scaled up correctly to the output resolution.

But yeah, the ISR generally works just fine, too, so if you're happy with it, no real need to change.

vomanci
9th March 2014, 17:21
Thank you for info.
A bug? In latest nightly unchecking "auto load subtitles" still loads them. Tried resetting and even reinstalling MPC. Same thing.

kasper93
9th March 2014, 20:26
There's no issue with pausing and seeking.

What issues are we talking about exactly?

And XySubFilter is probably a bit faster, as well.

After recent changes it should have much difference in performance for simple text subtitles at least, but I don't have any numbers.

Generally speaking ISR is just fine for everything except maybe some complex ASS where XY works better. At least it just fine for me :)

madshi
10th March 2014, 11:12
What issues are we talking about exactly?
The ISR used to have problems when madVR asked it to draw "unexpected" subtitle frames. E.g. with a paused image, madVR sometimes has to draw the paused frame multiple times (e.g. to draw and later remove the "Paused" OSD). Or when seeking, madVR suddenly asks the ISR to draw a subtitle frame with a totally different timecode than earlier subtitle frames. In these situations the ISR used to not draw anything for a few frames. I don't know, maybe this bug has been fixed in a more recent version? FWIW, madVR still forcefully hides the "Paused" OSD to avoid this specific issue with the ISR. Without this hack, basically the subtitles disappeared every time the user paused the video.

There's one more potential difference: In a future version madVR is going to get support for CIH projection setups, screen masking etc, and it will automatically move the OSD and also the subtitles into the unmasked (= visible) screen area. This kind of thing is already fully supported by the new subtitle interface (used by XySubFilter), but the ISR doesn't support that kind of stuff (at least not having this controlled by the video renderer), unless we extend the ISR interface.

DeathAngelBR
14th March 2014, 15:46
Hi.

I didn't know where exactly I should ask this.

I'm using CLI to encode a BDRip of constant frame rate (23.976), but after muxing mediainfo says it's variable frame rate.

Using official stable x264:

"avs4x264mod.exe" --seek-mode safe --x264-binary "x26410bit.exe" --preset veryslow --tune animation --crf 13.0 --deblock -1:-1
--keyint 240 --qcomp 0.8 --aq-strength 0.85 --merange 16 --psy-rd 0.60:0.00 --no-dct-decimate --no-fast-pskip --colorprim bt709
--transfer bt709 --colormatrix bt709 --fps 24000/1001 --force-cfr --input-res 1280x720 --frames 35031 --input-depth 16
--output "E:\SYMPHOGEAR\Symphogear G 04 video.264" "SymphogearG04.avs"

Using x264 tmod:

"avs4x264mod.exe" --seek-mode safe --x264-binary "x264tMod10bit.exe" --preset veryslow --tune animation --crf 13.0 --deblock -1:-1
--keyint 240 --qcomp 0.8 --fade-compensate 0.8 --aq-mode 3 --aq-strength 0.85 --merange 16 --psy-rd 0.60:0.00 --no-dct-decimate --no-fast-pskip
--colorprim bt709 --transfer bt709 --colormatrix bt709 --fps 24000/1001 --force-cfr --input-res 1280x720 --frames 35031 --input-depth 16
--output "E:\SYMPHOGEAR\Symphogear G 04 video tmod.264" "SymphogearG04.avs"

Even if I check the "fix bitstream information" and select 24000/1001p as frame rate in mkvmergegui, mediainfo still says it's VFR. Welp?

LigH
14th March 2014, 15:53
No reason for panic. MediaInfo reporting a variable frame rate doesn't mean much. The reason might just be that 24000/1001 is represented with timecode difference fluctuations of just one millisecond. Or it means simply that it is multiplexed in a container with a technique that supports VFR at all (e.g. via timestamps per frame or GOP), instead of assuming the same duration for all frames.

DeathAngelBR
14th March 2014, 21:24
No reason for panic. MediaInfo reporting a variable frame rate doesn't mean much. The reason might just be that 24000/1001 is represented with timecode difference fluctuations of just one millisecond. Or it means simply that it is multiplexed in a container with a technique that supports VFR at all (e.g. via timestamps per frame or GOP), instead of assuming the same duration for all frames.

... any workaround?

I created a timecodes file specifying 23.976fps through the entire range and it still says VFR.

JanWillem32
14th March 2014, 21:37
For as long as the video format allows time stamps at all, files are marked as VFR. There are video formats that don't allow time stamps, such as the Digital Cinema package files (these only specify frame rate in the header).
To solve this 'issue' either use a video fomat without time stamps, or add the option to scan and analyze all video time stamps in the MediaInfo source code.

LigH
14th March 2014, 21:38
Why do you believe that there is a problem at all?

... or add the option to scan and analyze all video time stamps in the MediaInfo source code.

So the reason lies in the fact that MediaInfo reads only a tiny bit of the file, just enough to detect its content. It does not scan the whole file, so it cannot know if all the timecodes are in regular distance for the whole playing time.

Still, I see no issue about a video "having a chance to have VFR".

sneaker_ger
15th March 2014, 12:40
MediaInfo doesn't mark all mkv files as VFR, though. Post a sample in the MediaInfo thread (http://forum.doom9.org/showthread.php?t=96516).

DeathAngelBR
15th March 2014, 19:41
MediaInfo doesn't mark all mkv files as VFR, though. Post a sample in the MediaInfo thread (http://forum.doom9.org/showthread.php?t=96516).

I just downloaded a standalone build of mediainfo, and it shows the frame rate correctly (CFR). I guess something is up with MPC-HC's built-in mediainfo.

JohnLai
16th March 2014, 15:51
Been away for quite a long time, anyone know what happen to mpc-hc audio renderer (wasapi) mode? It outputs static sound when the renderer is selected.

SamKook
16th March 2014, 16:10
The internal audio renderer has been broken for years(if it ever worked, never seen it myself).

mpc-be fixed it in their player though.

kasper93
16th March 2014, 17:21
Well it works. Just you need to have audio input that it "like". Generally it is not recommended to be used. I recommend you Reclock which is perfect if it comes to WASAPI.

vomanci
17th March 2014, 09:19
A bug? In latest nightly unchecking "auto load subtitles" still loads them. Tried resetting and even reinstalling MPC. Same thing.

Well, ISR still loads only external subtitles. Internal ones are not shown. you can check it by right click->subtitles. I have to disable them there not to show up.

cyberbeing
17th March 2014, 13:09
A bug? In latest nightly unchecking "auto load subtitles" still loads them. Tried resetting and even reinstalling MPC. Same thing.
Well, ISR still loads only external subtitles. Internal ones are not shown. you can check it by right click->subtitles. I have to disable them there not to show up.

If you go to Options->Subtitles->Misc and delete everything in the 'Autoload paths' box, that should prevent the ISR from loading with external subtitles.

JohnLai
17th March 2014, 14:14
The internal audio renderer has been broken for years(if it ever worked, never seen it myself).

mpc-be fixed it in their player though.


Well it works. Just you need to have audio input that it "like". Generally it is not recommended to be used. I recommend you Reclock which is perfect if it comes to WASAPI.

Very well, I shall test both options and see which one suits my needs best. Thanks!

vomanci
17th March 2014, 14:31
If you go to Options->Subtitles->Misc and delete everything in the 'Autoload paths' box, that should prevent the ISR from loading with external subtitles.

Still loads them. :confused:
I should specify i use madVR and XySubFilter.

sneaker_ger
17th March 2014, 14:48
The "Auto-load subtitles" box only affects MPC-HC's internal subtitle renderer ("ISR"), not XySubFilter.

vomanci
17th March 2014, 14:57
To be clear, i have "Auto-load subtitles" box unchecked but the ISR still loads external subtitles. The only way to disable them is by right click->subtitles->enable unchecked. Else i have the subtitles drawn twice, by ISR and XySubFilter. From what i knew, disabeling "Auto load..." should disable completely ISR, "subtitles" should be greyed out.

cyberbeing
17th March 2014, 20:50
I know what you mean vomanci, since sometimes the MPC-HC ISR setting will become bugged and refuse to disable the ISR on first or even multiple tries. I've yet to figure out a way to reliably reproduce it, but it is an issue which has been occurring off and on for well over a year.

If you fiddle with it a bit, you can usually fix it. Try the following:

Uninstall XySubFilter (and/or xy-VSFilter if applicable)
Re-enable the "Auto-Load Subtitles" checkbox and reset the "Autoload paths" setting for the ISR
Exit MPC-HC
Open Video with external subtitles and let the ISR load them
Disable the "Auto-Load Subtitles" the setting for the ISR
Exit MPC-HC
Open Video with external subtitles and now the "Subtitles" context menu should be greyed out and ISR fully disabled
If the "Subtitles" context menu is still NOT greyed out, repeat steps 1-7 on various videos with internal/external subtitles until successful
Go to Subtitle->Misc, enable "Ignore Embedded Subtitles" , and clear the "Autoload paths" box
Exit MPC-HC
Install XySubFilter again (and/or xy-VSFilter if applicable)
Open Video with external subtitles and everything should be normal, with the ISR remaining disabled for internal & external subtitles

sneaker_ger
17th March 2014, 21:22
So, any idea which registry key would be responsible for the hick-up? Surely there must be an easier way that also leads to a bugfix.

vomanci
17th March 2014, 21:44
Well, tried all steps . Nothing works. Plus i found out that if "Auto-load subtitles" is checked, XySubFilter isn't loaded no matter what the "Loading" state in it's settings is. I seem to remember a red text specifically saying to disable ISR or both will work at the same time.
One more thing: why must we exit the player in order for settings to work? Doesn't seem normal behavior to me.
I'll leave this bug for now. Maybe next nightly will work. Who knows. Still, i wonder how BE branch managed to make so many bug fixes and improvements compared to this one. Maybe you are lacking man power? Just curious.

kasper93
17th March 2014, 23:58
@vomanci: Can you give more information to help us reproduce the issue? When you unchecked "Auto-load subtitles" it's impossible that ISR is automatically loaded, but you can still trigger it when drag&drop subtitle file onto mpc-hc window and this is only way o trigger ISR I can think of. You don't need to exit player to make this setting works, just reload media file, because once ISR is loaded it will be used ;)

cyberbeing
18th March 2014, 00:52
@kasper93

Earlier today I was able to reproduce the same issue as vomanci reported, with the "Auto-load subtitles" disabled yet the ISR continuing to load and render both internal and external subtitles. I had to go through steps 1-7 in my previous post to resolve it, and this isn't the first time I've run into this same issue.

Actually, I able to reproduce it again just now. Still unsure what the exact trigger is to cause it to remain active for internal subtitles when "Auto-load subtitles" is disabled, but it seems easy to trigger in regards to external subtitles only as described below.

Unrelated side note: MPC-HC's filter graph logic needs to be updated to take into account the new XySubFilterAutoLoader CLSID, and as of XySubFilter Beta2 there is no longer any need to block VSFilter when XySubFilter + madVR is used. JEEB has a commit here (https://github.com/jeeb/mpc-hc/commit/cb78f5d0353e173ab2c7ef2a5305690b6a647818) which could work for both needed changes. JEEB also opened a ticket (https://trac.mpc-hc.org/ticket/4122) about some MPC-BE functionality worth merging in to make behavior more user friendly when VSFilter.dll or XySubFilter.dll is used.


You don't need to exit player to make this setting works, just reload media file

This doesn't work for files with external subtitles only.


Enable "Auto-load subtitles"
Start playing Video with external ASS subtitles with ISR
Disable "Auto-load subtitles"
Reload Video
ISR remains active.
Exit MPC-HC
Start playing Video with external ASS subtitles only, and ISR still auto-loads the external subtitles even though "Auto-load subtitles" is disabled
Start playing Video with internal ASS subtitles, and ISR is finally disabled.
Go back and start playing Video with external ASS subtitles only, and ISR remains disabled.




Enable "Auto-load subtitles"
Start playing Video with external ASS subtitles only with ISR in EVR-CP
Disable "Auto-load subtitles"
Switch Video Renderer to madVR
Reload Video
ISR remains active even though, "Auto-load subtitles" is disabled.
Exit MPC-HC
Start playing Video with external ASS subtitles only, and ISR still auto-loads the external subtitles even though "Auto-load subtitles" is disabled
Start playing Video with internal ASS subtitles, and ISR is finally disabled.
Go back and start playing Video with external ASS subtitles only, and ISR remains disabled.

kasper93
18th March 2014, 01:54
@cyberbeing: Thanks, that was very helpful.

Could you test this build and see if there are remaining issues? https://dl.dropboxusercontent.com/u/16282309/MPC-HC.1.7.3.111.x86_ISR_ENABLE.7z @vomanci you too :)

JEEB also opened a ticket about some MPC-BE functionality worth merging in to make behavior more user friendly when VSFilter.dll or XySubFilter.dll is used.


I know, I will try to do something about it.

cyberbeing
18th March 2014, 07:20
Could you test this build and see if there are remaining issues?
Tested a few different scenarios and it seems okay now.

vomanci
18th March 2014, 08:26
Well, tested this build (and all steps cyberbeing recommended) and "subtitles" isn't greyed out but ISR doesn't draw (load) any subtitles. But now it shows in the list internal ones instead of external ones like it did before. But still now seems ok as there isn't any "Enable" setting available, so i guess ISR isn't loaded.
@kasper93 ISR just got loaded, didn't drag&drop anything.

cyberbeing
18th March 2014, 12:49
"subtitles" isn't greyed out...there isn't any "Enable" setting available, so i guess ISR isn't loaded.

Correct. When the ISR is disabled yet internal subtitles exist, the subtitle menu not being greyed yet missing "Options" "Styles" "Reload" and "Enable" settings is intended behavior in recent MPC-HC versions. Those settings will only show up in the context menu when the ISR is active.

@kasper93 ISR just got loaded, didn't drag&drop anything.
If you mean you're still having issues with ISR being loaded unexpectedly when the "Auto-load Subtitles" setting is disabled, you'll need to explain how to reproduce the issue.

In current MPC-HC versions, the ISR still will be loaded on demand if you use Drag'n'Drop, File->Load Subtitle, or Subtitle DB Download functionality. Changing this behavior to instead load subtitles into VSFilter.dll or XySubFIlter.dll when active and improve hotkey and menu support is what the feature request ticket here (https://trac.mpc-hc.org/ticket/4122) is about. Not yet implemented in MPC-HC.

vomanci
18th March 2014, 14:23
With the test build everything is OK.

There aren't any steps to reproduce this for me. In previous build ISR just got loaded automatically. No Drag'n'Drop, File->Load Subtitle, or Subtitle DB Download or hotkey. Weird.

Volfield
18th March 2014, 22:09
Possible bug. When i hit pause screen jumps few frames ahead. When unpause its go back and play normally. Tried last few nightly, win8, win7 and its still the same. Only EVR-CP has this problem. MPC-BE, PotPlayer works fine.

EDIT: last working build MPC-HC.1.7.3.64.x86

NanoBot
20th March 2014, 23:25
Hi,

You can already pop out the playlist before going to fullscreen, so at least you're still able to do that.
I'll keep this usage scenario in mind and find a good way to address it, thanks for the feedback.
We're actually looking to bring back the options dialog during D3DFullscreen playback for people who run a dual-screen setup.

I would like to ask if there is already a solution for this scenario and I eventually missed it ? Until now, the only solution for me is to stick with version 1.6.8, which is the latest stable version which works like I prefer it.

minaust
21st March 2014, 20:20
@kasper93

Earlier today I was able to reproduce the same issue as vomanci reported, with the "Auto-load subtitles" disabled yet the ISR continuing to load and render both internal and external subtitles. I had to go through steps 1-7 in my previous post to resolve it, and this isn't the first time I've run into this same issue.

I'm running Windows 7 pro 64 bit and using MPC-HC 1.7.3 stable. I spent the better part of a day using your steps to reproduce the problem without success. In all cases the autoload checkbox behaved as expected - with and without xyvsfilter installed.

I'm curious though - did you clear MPC-HC completely from your registry and set it up all ever again?

cyberbeing
21st March 2014, 20:57
The issue can be reproduced in MPC-HC 1.7.3 stable when reset to default settings, if that's what you're asking.

kasper93 already reproduced and fixed the bug, so I don't know why you'd want to waste time on this any longer.

RandomQ
21st March 2014, 23:46
I have a totally random issue with MPC that is pretty inconvenient.
If I open a file occasionally a distorted and deafening noise starts and stops only if I close the player. What could it be and how do I check what's causing it?
This happens completely randomly and it's incredibly loud.

I mostly use MPC for watching anime and I'm using madVR + LAV filters.

rock
22nd March 2014, 09:49
I'd like to see a new way to change the logo, like toolbar with just simply put image into mpc-hc folder :)

mindbomb
23rd March 2014, 01:16
I have a totally random issue with MPC that is pretty inconvenient.
If I open a file occasionally a distorted and deafening noise starts and stops only if I close the player. What could it be and how do I check what's causing it?
This happens completely randomly and it's incredibly loud.

I mostly use MPC for watching anime and I'm using madVR + LAV filters.

Oh wow, this happens to me sometimes too, but only on one of my computers. I use reclock as my audio renderer with wasapi exclusive mode, I assume it has something to do with that. I also switch between different audio devices on it.

jkauff
24th March 2014, 22:59
Had a problem today with latest nightly MPC-HC.1.7.3.147.x86. Every few minutes, video and audio would suddenly get out of sync by a few seconds. Exiting and restarting fixes the problem for a few more minutes. Filters all internal LAV; renderer latest madVR.

Problem does not occur with earlier builds or other players.

kasper93
24th March 2014, 23:57
@jkauff: Please create a ticket http://trac.mpc-hc.org/ with explanation. what is happening, when, what was the last working build. But before that check if it happens both with subtitles and without.

jkauff
25th March 2014, 01:44
@jkauff: Please create a ticket http://trac.mpc-hc.org/ with explanation. what is happening, when, what was the last working build. But before that check if it happens both with subtitles and without.
Done. The 155 build does the same. The video playback speeds up and gets out of sync with the audio.

eddman
1st April 2014, 04:34
Is there a way to set the subtitles relative to the frame rather than the picture?

It would be useful while watching cinema aspect ratio movies (2.39/2.35:1) in full-screen, so that they won't obscure the picture and rather sit below it in the black space.

slalom
1st April 2014, 12:17
Look at options for subtitles, you'll have to uncheck a box

eddman
1st April 2014, 17:09
Look at options for subtitles, you'll have to uncheck a box

Thanks, but it's not working for my movies with PGS subs.

nevcairiel
1st April 2014, 17:11
PGS subtitles define an absolute position on the screen, relative to the full 1080p signal from the Blu-ray they are coming from. Blame the Blu-ray creator for placing them inside the image. ;)

eddman
1st April 2014, 17:20
PGS subtitles define an absolute position on the screen, relative to the full 1080p signal from the Blu-ray they are coming from. Blame the Blu-ray creator for placing them inside the image. ;)

Ohh, well, that's emm... not nice of them. :(

Thanks. Guess I'll have to look for srt subs then.

jkauff
2nd April 2014, 01:35
Done. The 155 build does the same. The video playback speeds up and gets out of sync with the audio.
Bumping my own problem with more info. Investigating further, the problem only occurred with internal LAV video and Intel Quicksync with hw de-interlacing, and went away when I disabled the de-interlacing.

upyzl
2nd April 2014, 14:20
I don't know whether it is a MPC-HC issue...

when using L-SMASH (https://github.com/l-smash/l-smash) (binary download) (https://drive.google.com/folderview?id=0BwV03nn6LPd9TUdYVkE3UFBhR28&usp=sharing#list) mux or remux a *.mp4, MPC-HC internal MediaInfo can not show/display H.264/AVC SEI which x264 written
such as:
http://i.imgbox.com/lsfwYyAf.png

but when playing with MPC-BE or PotPlayer, they can show the SEI:
MPC-BE:
http://i.imgbox.com/05gzqHEk.png

PotPlayer:
http://i.imgbox.com/bGeZAoXl.png


and..if I delete the last 30bytes of mp4-Video(HEX Edit):
http://i.imgbox.com/jVm65wsr.png

MPC-HC can also show the SEI:
http://i.imgbox.com/132neNR9.png

Does it a bug or could fix it
or in fact it is L-SMASH side issue?

Kurtnoise
2nd April 2014, 15:04
Looks like a missing feature from MediaInfo library...not related to the players.

Stereodude
4th April 2014, 12:32
A Blu-Ray playback feature request... Can MPC-HC offer the option to use the disc.inf file AnyDVD HD inserts into the to determine the proper playlist to play instead of always picking the longest playlist? In case you're not aware, AnyDVD HD inserts a line into the file with the correct playlist to use for discs that have intentional playlist obfuscation. It looks like this.

playlists=814

Nachbar
5th April 2014, 18:23
I would like shift plus right arrow be skip one minute thirty seconds. Is there a way this can be done? The purpose of it is so I can skip the opening and ending songs of anime episodes.

vivan
5th April 2014, 19:26
Yes.
1) Options -> Keys. You need to change "Jump Forward (large)" to Shift + Right Arrow (or just leave it as it is, if you're fine with Alt + Right Arrow).
2) Options -> Tweaks. Enter "90000" into third window (jump distance for large jump).

Also you can use PgDn (I think it's default for jumping to next chapter) if your file has chapters.

Nachbar
7th April 2014, 14:57
Thanks Vivan

Aleksoid1978
11th April 2014, 01:37
A Blu-Ray playback feature request... Can MPC-HC offer the option to use the disc.inf file AnyDVD HD inserts into the to determine the proper playlist to play instead of always picking the longest playlist? In case you're not aware, AnyDVD HD inserts a line into the file with the correct playlist to use for discs that have intentional playlist obfuscation. It looks like this.

playlists=814

Have you upload some disc.inf or link to download(torrent) to BD with such disc.inf.

ddjmagic
11th April 2014, 10:35
Have you upload some disc.inf or link to download(torrent) to BD with such disc.inf.

Here's an example of a BD layout with the disc.inf added -
Sample (https://www.mediafire.com/?92uci4a3q1oa7ws)

The disc.inf contents look like this -
[disc]
type=BD-ROM
version=AnyDVD HD 7.4.5.0 (BDPHash.bin 14-02-26-B)
totalsectors=24021760
label=THE_LAST_STAND
speedmenu=0
region=1
playlists=842

Stereodude
12th April 2014, 18:31
Have you upload some disc.inf or link to download(torrent) to BD with such disc.inf.
I've PM'd you a link to a zip file containing several examples of disc.inf files from discs with playlist obfuscation and several without.

While we're on the topic of Blu-Ray playback, proper subtitle selection would be nice too. MPC-HC + LAV (internal or external) doesn't seem to honor set stream commands on the disc to activate/select a subtitle stream either.

LigH
14th April 2014, 09:12
Instead of telling me that this video codec is not supported, MPC-HC crashes trying to play Ogg Daala video.

wanezhiling
14th April 2014, 16:27
http://i.imgur.com/LGBQ15B.jpg

Sandy Bridge i5-2450M (HD3000)
Nvidia GT 630M, 337.50 beta
Win8.1 with up1

After upgrading nvidia driver to latest 337.50 beta, an error window occurs when starting mpc-hc. (Driver rollback could avoid the error window, of course.)

According to current reports, this happens on some laptops (Intel + Nvidia).

vBm
14th April 2014, 19:29
Instead of telling me that this video codec is not supported, MPC-HC crashes trying to play Ogg Daala video.

supply mini dump on https://trac.mpc-hc.org and someone will take a look.

Aleksoid1978
15th April 2014, 02:24
Instead of telling me that this video codec is not supported, MPC-HC crashes trying to play Ogg Daala video.

Can you upload a sample.

LigH
15th April 2014, 07:41
Some Daala videos (https://www.mediafire.com/folder/empz8u2a2hwza/Daala); I don't expect support (the bitstream is not yet final, I believe), just a bit more stability.

Minidump will be reported... as soon as your Trac accepts an account name. I get a warning that my preferred account name does not match the local naming policy, but this naming policy is not obviously documented while registering.

wanezhiling
15th April 2014, 07:55
http://i.imgur.com/0hc5Fpw.png
No crash here when trying to play Ogg Daala video.

LigH
15th April 2014, 08:48
Maybe some other installed DirectShow filter causes it when the internal LAV Filters don't recognize it...

In the meantime, the minidump (http://www.ligh.de/tmp/mpc-hc_dmp_daala.7z).

rock
15th April 2014, 14:20
Explorer Context Menu is not showing on mp4, ts, wmv which I associated with MPC-HC. They seem not registered. using Windows 8.1

vBm
16th April 2014, 20:33
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/).

Stereodude
17th April 2014, 01:09
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/).
I see that the subtitle bug I reported in post 1101 (http://forum.doom9.org/showpost.php?p=1664523&postcount=1101) where MPC-HC would override LAV's (internal) subtitle handling has been fixed. Thanks!

In the continuing tradition of complaining about subtitles and Blu-Ray playback, can MPC-HC be tweaked to honor/follow the SetStream commands in the MovieObject.bdmv file in the Blu-Ray structure for selecting PGS subtitle tracks?

Some movies have a separate subtitle track that contain only subtitles that should be forced during playback. That subtitle track is automatically selected / enabled by a SetStream command in the MovieObject.bdmv file during playback by the player. MPC-HC doesn't honor/follow those commands when playing back such discs.

Thanks!

nevcairiel
17th April 2014, 08:32
If you know the magic to get this information reliably out of those files, feel free to contribute. As far as I know, its a fully programmed VM which actually runs these script commands, and its pretty much impossible to find out which track would be of importance.
In fact, I know of no Blu-ray ripping tool for example which can reliably tell me which forced track to use.

hello_hello
17th April 2014, 09:13
I have a question about luminance levels. ie "full range" vs "TV" levels.

I have a memory of MPC-HC expanding the levels to "full" when using the EVR renderer and it was set to do so (renderer settings/output range) but these days it seems to make no difference when using XP. Is that to be expected? I'm using a Nvidia video card and I've checked it with the Nvidia drivers set to use the "application settings" for that sort of thing.

Also.... can someone tell me if there's any specific "rules" for which renderers expand the levels, and whether any of it is OS dependant or driver dependant? I was recently involved in a discussion about levels in another forum where another poster tested different renderers using Win8 and the results were a lot different to mine, where aside from MadVR, none of the renderers seem to expand the levels at all.
http://forum.videohelp.com/threads/363758-Problem-with-MOV-MPEG4?p=2315433&viewfull=1#post2315433

Normally I have the video card set to expand the levels and everything displays as it should so it's not an issue, but I'm curious as to whether there's "expected behaviour" from different renderers and/or drivers?

Thanks.

Stereodude
17th April 2014, 12:30
If you know the magic to get this information reliably out of those files, feel free to contribute. As far as I know, its a fully programmed VM which actually runs these script commands, and its pretty much impossible to find out which track would be of importance.
In fact, I know of no Blu-ray ripping tool for example which can reliably tell me which forced track to use.
I've only used BDedit to add them to discs after muxing a disc structure together with tsmuxer. I've used the instructions found here (http://forum.videohelp.com/threads/319506-Force-subs-without-rebuilding). I didn't realize it was a VM running commands. The opcode shown in BDedit doesn't look that complicated, but I haven't tried looking at the raw .bdmv file to see how visible the commands are inside it.

Armada
17th April 2014, 17:17
I have a question about luminance levels. ie "full range" vs "TV" levels.

I have a memory of MPC-HC expanding the levels to "full" when using the EVR renderer and it was set to do so (renderer settings/output range) but these days it seems to make no difference when using XP. Is that to be expected? I'm using a Nvidia video card and I've checked it with the Nvidia drivers set to use the "application settings" for that sort of thing.
Please check the renderer settings to make sure the Output Range is set to 0 - 255. Other than that I'm pretty sure this is decided by the renderer on the system and is out of the hands of MPC-HC. The EVR renderer always behaved strangely on XP, we don't fully support that configuration and recommend you use VMR-9 on XP.

Also, it seems you are overdue for a system upgrade.

foxyshadis
18th April 2014, 00:56
Also.... can someone tell me if there's any specific "rules" for which renderers expand the levels, and whether any of it is OS dependant or driver dependant?

It's the driver writers' fault. They finally started paying attention to video playback bugs in 2007 or 2008 (before that they didn't even seem to realize that there was such a thing as TV range or colormatrix, every driver update randomly changed things), but lately they care less and bugs are creeping back in, especially for XP. The XP video drivers are all separate from the Vista-and-up 32-bit driver, so they don't get much love anymore.

If you can't upgrade, the best you can do is install older drivers until you get to one that's working properly and stick with it, do the RGB conversion in software via ffdshow or LAV, or switch to a fully software renderer, like madVR.

truexfan81
18th April 2014, 02:54
edited to prevent "thread crapping"

ryrynz
18th April 2014, 04:33
Comments like that tend to invite thread crapping, just let them draw their own conclusion IMO.

hello_hello
18th April 2014, 06:19
It's the driver writers' fault. They finally started paying attention to video playback bugs in 2007 or 2008 (before that they didn't even seem to realize that there was such a thing as TV range or colormatrix, every driver update randomly changed things), but lately they care less and bugs are creeping back in, especially for XP. The XP video drivers are all separate from the Vista-and-up 32-bit driver, so they don't get much love anymore.

If you can't upgrade, the best you can do is install older drivers until you get to one that's working properly and stick with it, do the RGB conversion in software via ffdshow or LAV, or switch to a fully software renderer, like madVR.

Thanks for the info.
I've been running 2 year old drivers for the last errr.... 2 years, and they've worked fine. I set the video card to expand the levels and it does just that. When running EVR though, EVR doesn't, even when the drivers are set to use "application settings". I was just curious as to whether EVR should expand the levels when running XP, but it's no big deal. I'm sure it did once, but that may have been a few years ago using earlier drivers. Maybe even a previous XP installation.

I installed the latest GForce drivers a couple of days ago and they're terrible. Levels weren't being expanded correctly over DVI, in fact I think they were being limited incorrectly..... unless I'm going mad.... but I uninstalled them and went back to the previous "known good" drivers and everything went back to normal. It reminded me why I rarely upgrade anything unless I have to.

I like MadVR, but it has one annoyance which stops me using it. I have a CRT monitor and a TV running at different refresh rates. When I open a video on one monitor and move it to the other, ReClock is aware of the refresh rate change and does it's thing accordingly. Except when using MadVR. ReClock keeps adjusting the frame rate according to the original refresh rate unless I re-open the video, so I use VMR9 instead.

xp is no longer supported, just upgrade already

Sure..... which I assume means I'll be forever bug free and never need to post here again asking why something doesn't work as expected?
When I build new PC later this year it'll run a newer version of Windows, but this PC will probably keep running XP until it dies. Or when Microsoft releases a version of Windows I like using. Or if I eventually need to install/upgrade software which won't run on XP. Whichever comes first.

Armada
18th April 2014, 17:27
Sure..... which I assume means I'll be forever bug free and never need to post here again asking why something doesn't work as expected?
It doesn't mean you'll be forever bug-free, but not upgrading does mean you'll encounter more bugs because it is already difficult to support both XP and the latest operating system. We won't drop support overnight, but it will just keep getting harder from this point on so eventually we'll be forced to drop support.

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.

Maketee
4th May 2014, 13:04
@Maketee, reset all settings.

I did, but auto zoom still doesn't work.
Even removed all MPC registry entries but it is still broken.

wanezhiling
4th May 2014, 13:37
http://forum.doom9.org/showthread.php?p=1679745#post1679745
Did you mean like this?

Maketee
4th May 2014, 14:01
http://forum.doom9.org/showthread.php?p=1679745#post1679745
Did you mean like this?

No, my problem is that MPC main window does not change its size when I open a video clip. It stays in its default 315x331 size.

Auto zoom is enabled, but it does not work. If I manually hit Alt+(1-5) then MPC window resizes. So something is broken...

Windows 8.1 (Update 1) x64 + MPC 1.7.5.38 x64. Display resolution is 2560x1600.

Auto zoom worked normally in MPC version 1.7.4.8.

DarkSpace
4th May 2014, 20:48
Yes, MPC-HC adjusted auto-zoom logic. (https://github.com/mpc-hc/mpc-hc/commit/54d1fa7cd5d3cd448c663033a35e756847de6bad)
That's a welcome change, and I appreciate it!
However, for me it only works partially:
When opening a video in windowed mode, everything works fine, without adding black bars and all, but when opening a video in fullscreen and only then switching to windowed mode, the player window will still cover the entire screen and have black bars on the sides. When starting the video in windowed mode, then switching to fullscreen, and then switching back, everything works as expected again (although I guess that in this case, it simply switches to the last used window size).

For reference, I tested this using a 1920x1080 video on a 1920x1080 screen. When exiting fullscreen for a video that is obviously smaller than the screen (e.g. 1280x720), everything works as it did before.

Edit: Also, it seems that when opening the video in windowed mode, the window boundaries briefly cover the entire screen ("old behavior") before adjusting to the new size without black bars. At least that's my explanation for the brief flashing at the screen edges.

Edit 2: My apologies, it works just fine with EVR-CP even when opening files in fullscreen and only then going into windowed mode. I was going to test this before posting my message, actually, but then I forgot. I suppose that this is a madVR problem, then...

Stereodude
5th May 2014, 13:31
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/).
It seem that forced subtitles on Blu-Rays are broken in v1.7.4 and v1.7.5. I'm talking about the individually flagged as forced subtitles that appear in the first subtitle track returned by the LAV splitter. They do not display with the automatically selected "Forced Subtitles (auto)" option from the splitter. The splitter properties are set to Default, the subtitles field has no language codes in it, and the Enable Automatic Forced Subtitle Stream box is checked.

Edit: 1.7.4 and 1.7.5 also break the external LAV filter's forced (individually flagged) subtitles. I have opened a ticket #4326 (https://trac.mpc-hc.org/ticket/4326) on this.

Thunderbolt8
16th May 2014, 13:40
I still get that warning message everytime I open MPC-HC with my haswell & optimus laptop with latest Nvidia drivers 337.81. any way to fix this? its annoying.

RussellZoloft
17th May 2014, 01:06
I do apologize if this has been discussed already, I did attempt to search, but this is quite the thread, and I did not go thru the whole thing post by post.

I use the mpc-hc "daily builds," and have been updating as they become available for many years now, from:

http://xhmikosr.1f0.de/mpc-hc/

One of the features I use the most is left mouse click on the playing video will pause the video, and clicking again will resume the video. But, the last version that this feature worked was MPC-HC.1.7.1.366.x64. More recent versions, currently up to MPC-HC.1.7.5.108.x64 this does not work. I check the new versions daily, so EVERY version since MPC-HC.1.7.1.366.x64 has had this issue. I install the new version over the old version, so, the settings all remain the same, and in the settings where you can chose what your buttons and clicks do, this option has remained there, and unchanged. The option still seems to exist, it just has not worked lately. I've noticed that on MPC-HC.1.7.1.366.x64 when playing a video in HD, in the bottom left of the screen it says DXVA, though on newer versions (at least the last few, since I've noticed) it says H/W in that same place, not DXVA, though, the handling of SD video does not appear to have changed, simply saying "playing" in that same location. Though, this does not appear to be related, because even SD videos do not pause with a click, it's the only other thing that I've noticed that's different!

In "normal" mode, the click to pause function works just fine, but in "compact" and minimal (which I use, with status), it does not.

Any suggestions as to what the issue might be, and how to get one of my favorite features back? Of course, in the meantime I stick with build 366, but I am more than a little OCD about keeping my software up to date (I did chose my username wisely), so it irks me when I do have to roll back to a much older version all the time, just to keep a feature that I really like.

Thanks for reading and replying!

kasper93
17th May 2014, 02:24
Change play/pause command to "left up" and it should do the trick.

RussellZoloft
17th May 2014, 13:07
kasper,

thanks! I changed the individual play and pause to left down, and changed the combined play/pause to left up, and it works now. Greatly appreciated!

truexfan81
17th May 2014, 18:40
I do apologize if this has been discussed already, I did attempt to search, but this is quite the thread, and I did not go thru the whole thing post by post.

I use the mpc-hc "daily builds," and have been updating as they become available for many years now, from:

http://xhmikosr.1f0.de/mpc-hc/

One of the features I use the most is left mouse click on the playing video will pause the video, and clicking again will resume the video. But, the last version that this feature worked was MPC-HC.1.7.1.366.x64. More recent versions, currently up to MPC-HC.1.7.5.108.x64 this does not work. I check the new versions daily, so EVERY version since MPC-HC.1.7.1.366.x64 has had this issue. I install the new version over the old version, so, the settings all remain the same, and in the settings where you can chose what your buttons and clicks do, this option has remained there, and unchanged. The option still seems to exist, it just has not worked lately. I've noticed that on MPC-HC.1.7.1.366.x64 when playing a video in HD, in the bottom left of the screen it says DXVA, though on newer versions (at least the last few, since I've noticed) it says H/W in that same place, not DXVA, though, the handling of SD video does not appear to have changed, simply saying "playing" in that same location. Though, this does not appear to be related, because even SD videos do not pause with a click, it's the only other thing that I've noticed that's different!

In "normal" mode, the click to pause function works just fine, but in "compact" and minimal (which I use, with status), it does not.

Any suggestions as to what the issue might be, and how to get one of my favorite features back? Of course, in the meantime I stick with build 366, but I am more than a little OCD about keeping my software up to date (I did chose my username wisely), so it irks me when I do have to roll back to a much older version all the time, just to keep a feature that I really like.

Thanks for reading and replying!

1.7.1 is ancient now, checkout the new nightly page http://nightly.mpc-hc.org/

ryrynz
18th May 2014, 03:03
1.7.1 is ancient now, checkout the new nightly page http://nightly.mpc-hc.org/

I think you missed the purpose of his post entirely. :-D Dw though it was resolved..

Also you didn't need to quote his entire post either :-P

truexfan81
18th May 2014, 05:37
I think you missed the purpose of his post entirely. :-D Dw though it was resolved..

Also you didn't need to quote his entire post either :-P

yeah it was a bit long lol sorry, i'll edit it in a bit

seiyafan
21st May 2014, 21:43
solved.

terrypin
23rd May 2014, 14:12
If I use File > Properties on an MP4 that has a resolution of 1920 x 1080, MPC-HC reports 'Video size' = 960 x 540.

https://dl.dropboxusercontent.com/u/4019461/MPC-VideoSize.jpg

My mis-interpretation or an obvious bug?

--
Terry, East Grinstead, UK

vBm
23rd May 2014, 14:37
report problem at https://trac.mpc-hc.org and upload sample there so devs can investigate it.

terrypin
23rd May 2014, 16:05
report problem at https://trac.mpc-hc.org and upload sample there so devs can investigate it.

But before I do that I'm hoping someone will answer the question at the end of my post!

--
Terry, East Grinstead, UK

Stereodude
23rd May 2014, 16:56
But before I do that I'm hoping someone will answer the question at the end of my post!
No one can answer that without a sample.

terrypin
24th May 2014, 07:41
No one can answer that without a sample.

A sample of what? An MP4 file? You don't have a single one ?

--
Terry, East Grinstead, UK

the_weirdo
24th May 2014, 08:54
A sample of what? An MP4 file? You don't have a single one ?

Not every MP4 files, but the one that shows the problem. Or does it happen with every MP4 files you have? I, for one, cann't seem to reproduce your problem with any MP4 files of mine.

terrypin
24th May 2014, 09:27
Not every MP4 files, but the one that shows the problem. Or does it happen with every MP4 files you have? I, for one, cann't seem to reproduce your problem with any MP4 files of mine.

Yes, every one of a few dozen MP4 files I've tried all give same result. Namely that correct size is x2 the 'Video size'.

MOV and MTS files behave the same as well.

And the few MPG files I tried all gave a ratio of x4!

AVI is the only extension tested (on 6 or 8 randomly chosen files) that gives the correct result.

Anyway, what is the actual definition of Video size? Presumably it means something different to the size reported in properties and by other tools such as MediaInfo, Windows Explorer, etc, or it wouldn't be shown twice.

This is MPC-HC 1.7.5 (537b5a3).

--
Terry, East Grinstead, UK

LigH
24th May 2014, 10:55
The question is possibly: Is the reported "Video size" the displayed size or the encoded size?

It seems to depend rather on the resolution of the encoded video than the container format. Try to create an MP4 file with a small width and height; I doubt it will be shrinked as well.

Do not choose randomly; instead, test systematically.

Armada
24th May 2014, 21:49
Yes, every one of a few dozen MP4 files I've tried all give same result.
So you're saying... 60% of the time it works every time?

Giving us a sample of one of those files that does result in a bug will make it much easier to reproduce and find out what properties of those files are triggering strange behaviour.

Guest
24th May 2014, 23:29
I tried all of my MP4s and none of them acted that way, so I second the call for a sample.

terrypin
25th May 2014, 19:51
I tried all of my MP4s and none of them acted that way, so I second the call for a sample.

OK, I could provide 30 or so but here's a random 3:

https://dl.dropboxusercontent.com/u/4019461/JackPhono-2.mp4

https://dl.dropboxusercontent.com/u/4019461/4xObjectCollage10s.mp4

https://dl.dropboxusercontent.com/u/4019461/Credits%2BPhotos.mp4

--
Terry, East Grinstead, UK

clsid
25th May 2014, 20:24
The value shown for "video size" in the properties dialog appear to be taken from the video render.

Haali renderer halves the video size when the video is too large to fit the screen.

EVR shows "not known". All other renderers show 1920x1080.

terrypin
25th May 2014, 21:12
Thanks.

I'm not technically confident about this sort of stuff, but the conclusion I'm going to draw from your reply is that this is a bug. I'll simply ignore 'Video size'.

I still don't know what the number is supposed to tell us?

Terry, East Grinstead, UK

LigH
26th May 2014, 07:51
It seems to be the dimension of the internal surface the video is decoded to before it is displayed. There seem to be renderers which reduce their internal video resolution below the screen resolution before displaying the content.

terrypin
26th May 2014, 09:35
It seems to be the dimension of the internal surface the video is decoded to before it is displayed. There seem to be renderers which reduce their internal video resolution below the screen resolution before displaying the content.

Thanks, appreciated.

Does this have any practical value? For an 'end user' like me, simply using MPC-HC as a player, it doesn't seem to do so.

But maybe it has some importance for techies? If so, it doesn't seem to be rated important enough to report in tools like MediaInfo and GSpot.


--
Terry, East Grinstead, UK

LigH
26th May 2014, 09:54
Different renderers will provide different quality at different CPU/GPU utilization, and a different set of additional features (e.g. if it is at all able to overlay subtitles). MPC-HC reports the supported features when selecting a renderer. If it will be fast enough for your hardware and look good enough for your taste, you'll have to check by playing a video with large dimensions and different renderers, and compare the look and the utilizations (e.g. with ProcessExplorer). Just as examples, EVR and madVR will both be quite compatible and feature-rich, but madVR will stress CPU and GPU a lot more, trying to resample chrominance with high quality.

MediaInfo and GSpot will not be able to report this because it is a matter of the specific player setup, not to be found in the media files already.

Armada
27th May 2014, 13:15
OK, I could provide 30 or so but here's a random 3
I cannot reproduce the problem with any of those files, they all report the right size for me with VMR9 or EVR-CP.

Haali renderer halves the video size when the video is too large to fit the screen.
In other words, he's using an old deprecated renderer. We really should remove it.

@terrypin Go to the options and select EVR-CP as the renderer.

GTPVHD
27th May 2014, 14:17
The sooner you remove Haali renderer selection in MPC-HC Options & support the better, it hasn't been updated in years.

sneaker_ger
27th May 2014, 14:25
It's not broken and some people still use it. Some people get unexplainable stutter with the EVR based renderers and Haali can help in such cases. If wanted to remove deprecated renderers you'd basically have to remove everything but madVR and EVR(-CP).

clsid
27th May 2014, 15:09
It would be better to just remove the 'video size' field. It is just confusing what it represents for the end user. The real size of the video is also already shown in the mediatype info below and on the mediainfo tab. No need to show things three times.

terrypin
27th May 2014, 15:37
I cannot reproduce the problem with any of those files, they all report the right size for me with VMR9 or EVR-CP.


In other words, he's using an old deprecated renderer. We really should remove it.

@terrypin Go to the options and select EVR-CP as the renderer.

Ok, done that thanks. But Video size still reports 960x540 for a 1920x1080 MP4.

https://dl.dropboxusercontent.com/u/4019461/MPC-VideoSize-2.jpg

--
Terry, East Grinstead, UK

terrypin
27th May 2014, 15:40
It would be better to just remove the 'video size' field. It is just confusing what it represents for the end user. The real size of the video is also already shown in the mediatype info below and on the mediainfo tab. No need to show things three times.

That makes sense to me.

--
Terry, East Grinstead, UK

Armada
27th May 2014, 16:39
Ok, done that thanks. But Video size still reports 960x540 for a 1920x1080 MP4.

https://dl.dropboxusercontent.com/u/4019461/MPC-VideoSize-2.jpg

--
Terry, East Grinstead, UK
Have you restarted MPC-HC before you tried opening the properties again?

the_weirdo
27th May 2014, 17:10
It would be better to just remove the 'video size' field. It is just confusing what it represents for the end user. The real size of the video is also already shown in the mediatype info below and on the mediainfo tab. No need to show things three times.

It's still useful in case someone wants to know display size of anamorphic videos (however, for now, that only works when renderer is madVR).

terrypin
27th May 2014, 17:57
Have you restarted MPC-HC before you tried opening the properties again?

Ah, guess I didn't, because just retried it again and now it's OK!

Thanks.

--
Terry, East Grinstead, UK

Megalith
28th May 2014, 16:06
Can someone explain why the auto-zoom behavior was changed? I don't understand the purpose. When I open 1080p video files on my 1080p monitor now, it opens in a box instead of being "maximized."

the_weirdo
28th May 2014, 17:10
Can someone explain why the auto-zoom behavior was changed? I don't understand the purpose. When I open 1080p video files on my 1080p monitor now, it opens in a box instead of being "maximized."

IMHO, the current behavior is fine. However, they should add an option to open videos in maximized window.

Armada
28th May 2014, 23:31
IMHO, the current behavior is fine. However, they should add an option to open videos in maximized window.
Can't you just set the Auto-Fit zoom factor to 100%?

the_weirdo
29th May 2014, 05:10
Can't you just set the Auto-Fit zoom factor to 100%?

Just to be clear, I like the current behavior of Auto Fit zoom. However, some people (like Megalith) may want to open videos in maximized window. By "maximized window", I mean the MPC-HC window is set to maximized state.

rock
29th May 2014, 08:45
I got different behavior when using dxva2 and software decoding with auto-zoom & limit window proportions on resize option enabled. played 1080p video on 1366x768 monitor resolution

surami
29th May 2014, 15:23
I got a problem to play 4:4:4 HEVC file in MPC-HC (64bit) vers. 1.7.5.134, please see this topic (http://forum.doom9.org/showthread.php?t=170696).

Update: The x265 4:4:4 encoding isn't working yet, so sorry for the missleading, I didn't know about that.

terrypin
4th June 2014, 13:53
I've only recently noticed that a PLAY or PAUSE button appears top left for a short time after Play or Pause (bottom left) is clicked? What's its purpose? Apart from being redundant IMO, they make it tricky to get a screenshot if it's needed within a few seconds of the last action.

https://dl.dropboxusercontent.com/u/4019461/MPC-HC-Unwanted.jpg

Is there an embarrassingly obvious optional setting I've not found?

--
Terry, East Grinstead, UK

LigH
4th June 2014, 13:58
This is not a clickable button, but an "On Screen Display" of the last action. Some may find it useful while using MPC-HC as full-screen media player with a remote control.

You can change the font face and size, but I am not sure if you can completely disable the display of the OSD.

vivan
4th June 2014, 14:00
Untick "Show OSD" in Options (Player).

hello_hello
4th June 2014, 14:39
IMHO, the current behavior is fine. However, they should add an option to open videos in maximized window.

When using the skip function to jump from one video in a folder to the next, if the video resolution is greater than the display resolution, I like the way the toolbar now bounces up and down. ;)

It seems a little like something which wasn't broken was fixed.....

terrypin
4th June 2014, 15:20
Untick "Show OSD" in Options (Player).

Thank you, duly removed!

I've no idea how it got switched ON.

--
Terry, East Grinstead, UK

terrypin
5th June 2014, 09:59
I'm using what I think is the latest version, 1.7.5 (537b5a3).

When I use Alt+I to capture a snapshot, after entering the filename and clicking Save, instead of the dialog immediately closing I have to click Save again. In fact Save seems to act like Cancel.

Also, if the video is paused as it usually is when I take a snapshot, that second click on Save immediately resumes play, whether I want it or not.

Worse, I find that on about 10% of occasions Alt+I stops working (possibly after much use of Ctrl+Arrow to advance forward and backward) and the only option is to re-open that clip.

All my tests so far were with 1920x1080 MOV files; Format: MPEG-4, Format profile: QuickTime, Codec ID: qt


--
Terry, East Grinstead, UK

GCRaistlin
5th June 2014, 11:56
When I use Alt+I to capture a snapshot, after entering the filename and clicking Save, instead of the dialog immediately closing I have to click Save again. In fact Save seems to act like Cancel.

Worse, I find that on about 10% of occasions Alt+I stops working (possibly after much use of Ctrl+Arrow to advance forward and backward) and the only option is to re-open that clip.


I confirm this, it happens to me too.

Armada
5th June 2014, 14:50
Thank you, duly removed!

I've no idea how it got switched ON.

--
Terry, East Grinstead, UK
It's a default option, it's switched on unless you turn it off.

terrypin
5th June 2014, 19:23
It's a default option, it's switched on unless you turn it off.

Yes, I know, but it was OFF for as long as I can remember. Then suddenly ON.

Perhaps my setting wasn't preserved when updating to the last version?

--
Terry, East Grinstead, UK

Sparktank
10th June 2014, 09:44
Is there any chance/news of Matroska's PixelCropXXX tag being supported? (when "--cropping x,x,x,x" is stated when remuxing with MKVmerge; recognized in VLC)
https://trac.bunkus.org/wiki/FAQ%3ACroppingIgnored

I did some googling and searching through the MPC-HC site and found a pull request from last April that didn't seem to progress.
I use MPC-HC as my main media player and often forget there are others installed.
The PixelCrop recognition would be neat for remuxed BD's.

Thunderbolt8
12th June 2014, 14:27
thanks for fixing this annoying nvidia related mpc startup message

GCRaistlin
19th June 2014, 20:53
I'd like to remind the developers about the feature I asked a long time ago - to allow switching to a particular PGC while playing an IFO file that contains multiple PGCs. It would allow to play such files with external audio tracks and external subtitles.

sergeo78
20th June 2014, 15:23
anyone else can gather the latest release of mpc-hc lite under math: IA32 noSSE. or place the source code that I had myself collected in 2010 studio.

vBm
20th June 2014, 23:34
I'd like to remind the developers about the feature I asked a long time ago - to allow switching to a particular PGC while playing an IFO file that contains multiple PGCs. It would allow to play such files with external audio tracks and external subtitles.
devs rarely read d9. make a request on https://trac.mpc-hc.org/ unless there is one already.

GCRaistlin
20th June 2014, 23:52
It's been made there 8 month ago...

Mangix
21st June 2014, 03:17
It's been made there 8 month ago...

I made a report 3 months ago about a different issue. Same deal.

nevcairiel
21st June 2014, 03:47
MPC-HC is a open source project. The developers do all the work in their spare time, and because of that they usually work on issues that interest them personally.

In consequence, while feature requests are always welcome, there is no guarantee on when they will be implemented, or if at all.

NikosD
21st June 2014, 10:00
MPC-HC is an open source project, referring to users.

Users do all the work of testing features and trying different configurations to find bugs, in their spare time.

They are not professional beta testers, they aren't paid for testing and using MPC-HC to check and test features and find bugs.

If the developers want to implement only their own stuff (what they have in mind about the program), without respecting and listening what users say about these or other user requests, then probably developers will be left alone, testing and using their own programs on their own features/requests/plans.

So, we need two to tango.

GCRaistlin
21st June 2014, 10:08
I didn't really want to demand anything from devs, I'm just reminding and maybe hope to find some other users who would find the feature (https://trac.mpc-hc.org/ticket/3656) useful and vote for it.

vBm
22nd June 2014, 15:36
I didn't really want to demand anything from devs, I'm just reminding and maybe hope to find some other users who would find the feature (https://trac.mpc-hc.org/ticket/3656) useful and vote for it.

I made a report 3 months ago about a different issue. Same deal.

Like nev said, they do this in their SPARE time, so ... they don't have to respect nor listen to any of us at all.
At one point all of 'em were just regular users that decided to step up and fix/implement something that was bugging 'em for quite some time. It's just the way it is.

Also keep in mind that it's not necessarily true that each and every dev has knowledge about everything that is going on in project. Maybe no one knows about your particular issue , on how to fix it that is.

Raylan Givens
23rd June 2014, 09:30
Guys wouldn't be great if the devs could get rid of years old code, drop support for XP/Vista and start taking advantage of some of the new features Win7/8/8.1 have to offer?

GCRaistlin
23rd June 2014, 10:02
Guys wouldn't be great if the devs could ... drop support for XP/Vista

Definitely no.

clsid
23rd June 2014, 16:16
Guys wouldn't be great if the devs could get rid of years old code, drop support for XP/Vista and start taking advantage of some of the new features Win7/8/8.1 have to offer?And which features would that be? It seems this suggestion is hypothetical and you don't even know what you are asking for.

MPC-HC already has functionality that is specific for Win7/8. For example taskbar preview.

Providing such functionality does NOT require removing support for XP. MPC-HC is able to check which version of Windows it is running on. It basically requires just a single line of extra code. So its trivial, easy, and requires no real effort at all.

The only real reason to drop XP support would be if a future version of Visual Studio also drops it, and that version becomes a requirement for building MPC-HC. That could take a few years.

Apart from the lack of security updates (for consumers), XP still works the same as it did a few months ago. I am no fan of XP, but 25% of the world still uses it, so no reason to drop it over bullshit reasons.

filler56789
23rd June 2014, 18:35
Hmmm.... since MPC-HC uses LAV Filters as a replacement for the old internal filters,

shouldn't the MPC-HC "nightly builds" be updated every time nevcairiel updates the source-code of LAV Filters? :confused:

Armada
23rd June 2014, 21:19
Hmmm.... since MPC-HC uses LAV Filters as a replacement for the old internal filters,

shouldn't the MPC-HC "nightly builds" be updated every time nevcairiel updates the source-code of LAV Filters? :confused:
We update the internal LAV Filters every time there is a release or when there is an update that fixes an issue our users are experiencing. Blindly updating the internal filters to untested versions of LAV Filters invites stability problems.

But since we dynamically link to LAV Filters you can also replace the internal filters with your own compiled version if you want. However if you do that and have an issue, related or not, please note in the ticket that you are using a custom internal filter.

minaust
23rd June 2014, 23:05
Guys wouldn't be great if the devs could get rid of years old code, drop support for XP/Vista and start taking advantage of some of the new features Win7/8/8.1 have to offer?
Absolutely not!!!!:(

Motenai Yoda
27th June 2014, 22:01
Question-time:
with lavfilters (now internal) what rgb levels should be setted?
Isn't better set "untouched" and let evr or madvr do the levels correction? (I just realized that I could be so much wrong.)

nevcairiel
27th June 2014, 22:48
Question-time:
with lavfilters (now internal) what rgb levels should be setted?
Isn't better set "untouched" and let evr or madvr do the levels correction? (I just realized that I could be so much wrong.)

EVR is unable to do proper correction, if you use EVR, then you probably always want "Full".

With madVR, it doesn't matter at all, since the code that requires this setting is never going to be used (unless you force it to by disabling all other output formats).

vBm
5th July 2014, 12:38
v1.7.6 is released
This release has a couple new features, many subtitle performance optimizations and bugfixes, as usual.

Highlights of this release:


Move the user interface language selection to the Options dialog
Many improvements and fixes for subtitles including:
- Support loading external PGS subtitles
- Faster subtitle parsing (around 20%)
- Reworked “Default Style” option
- Improve internal renderer compatibility with VSFilter behavior for anamorphic videos
- Fix override placement option

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

Megalith
5th July 2014, 16:01
Looks like the zoom issue has been fixed, great!

nuhkka
6th July 2014, 04:30
how do you make it so it auto-crops the black bars on the side if the video is too big for your screen? last version had it but this newest one doesn't

Raylan Givens
6th July 2014, 15:41
Guys, can I please have a kinda short answer? Intel's QuickSync or the good ol' DXVA Native?

detmek
6th July 2014, 16:55
Whatever works better and more stable for you. Also:
http://www.anandtech.com/show/7007/intels-haswell-an-htpc-perspective/5

Raylan Givens
6th July 2014, 22:52
Thanks, bro!

The thing is, both work fine but I notice even less resources being used when DXVA Native is the choice. I'm gonna read that page on anand now, thanks again.

foxyshadis
7th July 2014, 04:54
DXVA Native is always faster and lower power, when it's supported. Quicksync lets you do cool things to the video, like adding subtitles (though some renderers support this natively now). Use the latter if you want its extra capabilities, use the former the rest of the time. Most people won't notice the difference.

Stereodude
8th July 2014, 17:04
how do you make it so it auto-crops the black bars on the side if the video is too big for your screen? last version had it but this newest one doesn't
Right click on the video when it's playing and pick Video Frame, Touch Window From Outside.

Soukyuu
9th July 2014, 16:22
Has anyone done a performance comparison between the ISR and xy-Subfilter? I saw ISR can now handle anamorphic subtitle positioning correctly, so is there still a need for xy-Subfilter?

huhn
9th July 2014, 16:46
correct colors very hard typeset

Soukyuu
9th July 2014, 18:29
Sorry, could you elaborate please? I assume you mean there are scenarios where colors are not correct for ISR, as well as it being slower for complex typesets?

huhn
9th July 2014, 19:23
a video is YCbCr and needs is rendered to rgb but how ?

bt 709 or 601 or even 2020. the subtitle are rendered in a colorspace too and that doesn't always match the video colorspace.

so in a lot of cases you need 601 for subtitle and 701 for video. XY vsfilter and xy subfilter can deal with it. i don't think any other renderer can do the same. i haven't check this in a long time and the last time i saw performance comparison xy vobsub was a lot faster.

JanWillem32
9th July 2014, 21:00
The situation is actually worse than that. There are quite a few more parameters that the old VSfilter messed up rather than just failing to adapt to any other Y'CbCr specification than the one used in BT.601, and that's just for the ASS2/ASS/SSA-type subtitles. Remember that there are quite a few more types of subtitle sources, which usually fail to render properly with the old VSfilter.
The color quantization, color gamut and transparency quantization used by any of the existing subtitle types are abysmal as well. I dare to say that getting matching subtitle colors with video of decent quality is impossible at this moment.

kasper93
9th July 2014, 22:26
And bottom line is that ISR works very good for most typesets out there and unless you really have some samples that fail I see no point in using any alternative. ISR is way more user friendly. There is so much hate from the old days, but things are different now, really.

And as always if you have samples that fail in anyway with ISR please send them to https://trac.mpc-hc.org/ .

huhn
9th July 2014, 23:10
and you are sure you like any color miss match with the mpc-hc ISR as sample?

kasper93
9th July 2014, 23:23
Like I said if your samples works with (mpc-hc's) ISR you can use it. Proper subtitles are adjusted for the video and works just fine.

huhn
10th July 2014, 00:57
i run in a out of memory bug with the ISR and MadVR. xy subfilter work total fine. if you use control + left arrow key the subtitle will disappear and the player will run out of memory when playback is started and no subtitle is shown.
i use a 128 decoder buffer with MadVR for livestreamer this has most likely something to do with this normal playback is at about 850 mb~ totally save with a 64 bit os.

i can PM you a sample if you like.
it is rendered totally wrong too.

Proper subtitles are adjusted for the video and works just fine.

by default aegisub forces bt 601 and uses bt 601 for YCbCr->RGB so if you don't know this and didn't change this to bt 709 you get wrong colors with ISR on a bt 701 source. XY subfilter doesn't have a problem with that it knows what was used for the subtitles and it knows what MadVr uses so it doesn't matter.

on this small sample i used the color was different the ass was done with bt 601 and the file is bt 709.


i can't use the ISR anyway because i use a 3D lut and the ISR doesn't know about this. most people don't use a 3d lut so this is no real problem just a limitation for 3d lut user.

vivan
10th July 2014, 02:00
by default aegisub forces bt 601 and uses bt 601 for YCbCr->RGB so if you don't know this and didn't change this to bt 709 you get wrong colors with ISR on a bt 701 source.... because aegisub is broken?

Colors in ASS are defined as RGB values, period.

madshi
10th July 2014, 07:13
... because aegisub is broken?

Colors in ASS are defined as RGB values, period.
That may be correct in theory. But...

Which program was virtually every ASS file created with? Yes, aegisub. Of course you can claim that all ASS files on the planet earth are invalid/broken and simply refuse to render them "as intended" by the ASS author. But if you do that, you don't develop for end users, but you're just stubbornly following a spec which has no real world meaning, IMHO. We developers have a responsibility to find solutions that allow end users to have the best possible experience.

Just my 2 cents, of course.

kasper93
10th July 2014, 07:53
I'm not saying ISR is perfect, I know it isn't but it works well for many users. We are trying to improve it and it will get only better.

@huhn: Please send this sample. Any sample helps us.

I agree with madshi, though if everyone tell "ISR is garbage, don't use it" it doesn't help in anyway. MPC-HC is open source we make changes for it in our spare time and would really love to get more contributions from community. But well it is how it is.

madshi
10th July 2014, 08:28
FWIW, I've no problems with the ISR at all and no plans to reduce/remove support for it. If there are wishes/ideas for how to further improve it, I'm willing to add more work into it, too. More options for end users is always a good thing. There will be some new madVR features coming soon (masking, automatic black bar detection/removal etc) which might put XySubFilter at a certain advantage due to higher integration / more communication with the video renderer, though, and I do believe that the new subtitle interface used by XySubFilter is technically superior to the ISR interface, but in the end the end user experience is the one and only important thing. It should be possible to tune the ISR for these new madVR features, too, if the ISR devs want to do that.

The ASS color matrix issue could also be solved within the ISR by asking some additional information from madVR. The ISR could call "IMadVRInfo.GetString("yuvMatrix", ...)" to ask which YCbCr -> RGB matrix madVR is using and use this to perform the necessary conversions to display color matched ASS subtitles as intended by the ASS author. Here's a little sample you can use to test the color matching:

http://madshi.net/assColorSpace.mkv

JanWillem32
10th July 2014, 12:16
There's also the option to just send the texture COM pointers from the ISR to MadVR in combination with vertices. As you might expect, the video renderer I edit doesn't even use remotely similar methods as the methods in place for the external renderers at the moment. (The subtitles should be blended and pixel shaded to compensate the botched color conversion before the video renderer applies color management, dithering and such.)

huhn
10th July 2014, 12:31
... because aegisub is broken?

Colors in ASS are defined as RGB values, period.

but how do we get these RGB colors. the video is YCbCr so we have to transform this to RGB.
we know about colorspaces but the normal subtitle creator didn't know about this but thanks to the current behavior of aegi it doesn't matter if the creator doesn't have a clue about this topic. the video is converted with BT 601 and all RGB values are based on the video the ASS file has a line with BT 601 in it so we have all info to display the video in any colorspace and correct colored subs for it.

so let's think about doing this right. we take a BD with BT 709.
Aegi uses BT 709 for conversation and adds BT 709 in the ASS.
now we go and downscale it to 480p because the source is not worth 720p or 1080p and add the colorspace to the H264 stream. EVR still uses BT 601 for the video and ISR will use BT 709 so we get broken subtitle color again. now we can argue that EVR is broken.
VLC uses BT601 any way for everything so we get wrong colors there too.


so the current Aegisub behavior makes it easy for the creator and the current XY subfilter filter can deal with it so a win win situation for the user.
so giving the ISR a way to correct the colors is the right way in my eyes not changing the subtitle creating process. this way we get correct color with matching colorspaces and with not matching colorspaces. a win win situation for the end user again.

i should write longs text in english i'm sorry.

JanWillem32
10th July 2014, 13:38
The colors in ASS are actually defined as 8-bit R'G'B'(A) of unknown XYZ-relative primaries, but with an implicitly defined Y'CbCr-R'G'B' conversion (the BT.601 type). This means in practice that you have to convert the R'G'B' colors to Y'CbCr with the BT.601 matrix if the video is of another type, and then do onward transforms using the video's own Y'CbCr to R'G'B' to RGB to XYZ transforms to achieve absolute color.
This situation is just ridiculous. The organizations that design tv and other user-grade video standards have failed on a lot of occasions to produce decent standards in the past 62 years (and there is still no user-grade video standard that can match common studio formats of over fifteen years ago), but they never made blunder as big as the color "specification" in the old VSFilter.
Also, down-scaling a video doesn't have to mean that the Y'CbCr to R'G'B' to RGB to XYZ transforms have to change. Files can be tagged with BT.709 or SMPTE 240M just as easily on video streams that we don't usually qualify as (user-grade) 'HD'. For studios this is uncommon though. They convert from absolute color (while trying to make the video look acceptable when encoding to consumer-grade video standards) directly to correct BT.709, BT.601 NTSC, BT.601 PAL/SECAM or SMPTE 240M video, depending on the destination media. (Note the distinction between NTSC and PAL/SECAM, they actually do have different RGB to XYZ transforms.) These all have different Y'CbCr to R'G'B' to RGB to XYZ transforms. When applying the same botched ASS color subtitles, you can only match either the BT.709, the BT.601 NTSC, or the BT.601 PAL/SECAM version because of this bug.
Correcting this bug would require a color standard for the successor of SSA/ASS/ASS2 that can be directly related to absolute color (preferably including standard observer specifications similar to the ITU-R BT.1886 standard so that white points can be adapted or by using direct specification of the white point handling per subtitle file). This is actually already the case for the DVD, BD and DVB subtitle types.

kasper93
10th July 2014, 13:40
The ASS color matrix issue could also be solved within the ISR by asking some additional information from madVR. The ISR could call "IMadVRInfo.GetString("yuvMatrix", ...)" to ask which YCbCr -> RGB matrix madVR is using and use this to perform the necessary conversions to display color matched ASS subtitles as intended by the ASS author. Here's a little sample you can use to test the color matching:

http://madshi.net/assColorSpace.mkv

I have already fixed color space and luminance range for PGS/DVB subtitles so all we need to do is to adjust ASS rendering path.

Thanks for the sample. This might be dumb question, but what I suppose to see? I might be tired, but actually I think "background" text should be the same color and I should see both borders all the time? Or quite the opposite? Because to my logic EVR-CP display it fine...

madshi
10th July 2014, 14:06
I have already fixed color space and luminance range for PGS/DVB subtitles so all we need to do is to adjust ASS rendering path.
It would be nice if you could ask the YUV->RGB matrix from madVR and use that for the ISR color corrections, if possible.

Thanks for the sample. This might be dumb question, but what I suppose to see? I might be tired, but actually I think "background" text should be the same color and I should see both borders all the time? Or quite the opposite? Because to my logic EVR-CP display it fine...
Here's how it looks like with the ISR and XySubFilter on my PC:

ISR (http://madshi.net/ISR.png) -|- XySubFilter (http://madshi.net/XySubFilter.png)

The background of the first line should be invisible. It's not when using the ISR on my PC. However, I'm not using the very latest MPC-HC version atm...

sneaker_ger
10th July 2014, 14:42
Disregard madshi's sample file - it uses experimental tagging that has become deprecated. I made a fixed version:
http://www.file-upload.net/download-9195431/assColorSpace_fixed.mkv.html

dansrfe
10th July 2014, 22:08
Anyone know what I can do if setting a renamed mpc-hc.exe to use "High-performance NVIDIA processor" doesn't work? The player itself freezes and the result is the same for any renderer I use. Including madVR. I would prefer to restrict mpc-hc to using the discrete GPU.

Things I've tried: updating intel hd drivers, updating nvidia drivers to latest stable, installing D3D9 web installer.

System (XPS 15): 4712HQ (Intel HD 4600), GT 750M

nuhkka
14th July 2014, 22:52
Right click on the video when it's playing and pick Video Frame, Touch Window From Outside.

that's not it, that just seems to crop the video, not the black bars

on the top is what the previous version did automatically for most videos too big to fit on the screen, on the bottom the black bars aren't cropped anymore :(:

http://a.pomf.se/wtbxns.png

feelingblue
19th July 2014, 10:30
Good mornig

A little question:

If I upgrade to windows 8.1 and AMD Radeon Rx 200 serie GPU (with UVD 4.2, WDDM 1.3 and directx 11.2 driver), can i have some PQ improvments with the use of MPC HC EVR render and dxva?
I mean banding, Chroma upsampling, scaler, 16-235 color space support, 23.976 rock solid fps and so on.

huhn
19th July 2014, 10:56
mpc-hc can do chroma upsampling with shader.
23p/24p is buggy on windows 8 and a good clock has a lot to do with luck.
16-235 is not a colorspace but EVR can be changed to output limited or full range.
the hole DXVA driver "enhancement" destroy more than they help.
there is a better free renderer out for mpc-hc.

feelingblue
19th July 2014, 13:22
Thank you and excuse but i am not english and i don't use "words" very well.

The use of shader to perform Chroma is to avoid CUE, mainly.

1)Chroma Upsampling in dxva mode and EVR render is not good?
It is a simply nearest neighbor or bicubic or is someting better?

2) "16-235" is properly manteined in the chain or it suffers some distructive enlargment (for the well know problem of RGB 0-255 desktop menagment)?

3) With the desktop fps setting to 23 (23.976) there are frame lost or it is solid?

4) DXVA driver enanchments are poor, i know.

The question is: with mpchc in windows 8.1, directx 11.2 and UVD 4.2 there are some real improvment compared to before?

I Know that best config is software decoder + ffdshow raw filter with avisynth script + Madvr.
But onestly is very very similar with ffdshow in RGB32 in HQ, instead of MADVR.

huhn
19th July 2014, 17:51
1. i don't know what is used. most likey nothing special so i guess bilinear.
2. a well done 16-235 -> 0-255 is not destructive at all. not sure how good EVR is at this.

3. there are frames repeated or dropped can be all 10 sec or never depands all 20 min is pretty normal. and 23p is buggy under windows 8 windows 8 has huge problems with 23/24 it can't switch between them.

But onestly is very very similar with ffdshow in RGB32 in HQ, instead of MADVR.

it's not like madVR is limited to this.

i don't know why a avisynth script is needed for "optimal" playback but i'm pretty sure there is not a must have.

feelingblue
19th July 2014, 19:30
1. i don't know what is used. most likey nothing special so i guess bilinear.
2. a well done 16-235 -> 0-255 is not destructive at all. not sure how good EVR is at this.

3. there are frames repeated or dropped can be all 10 sec or never depands all 20 min is pretty normal. and 23p is buggy under windows 8 windows 8 has huge problems with 23/24 it can't switch between them.



it's not like madVR is limited to this.

i don't know why a avisynth script is needed for "optimal" playback but i'm pretty sure there is not a must have.

1) OK i was hoping that with new driver and UVD they used something better, then Chroma shader is the one to use with EVR.

2) 16-235 to 0-255 is always destructive. You can deceive your eyes with the use of dithering. In the new driver @10bit with EVR 10bit input forced and output... the banding is quite limited.
But dithering introduces some noise (dithering is a form of noise).
The dithering problem are certainly very very subtle.
I was hoping that with new UVD driver EVR could exit with untouched 16-235.
it would be an achievement.

3) Strange because with my windows 8.1 and my previous generation of AMD card i have not this "bug".
If you can't change the frame rate using the AMD driver control panel try to use directly windows 8 monitor panel manager.
The problem is that 23.976 dont' match perfectly.
Intel Haswell are very good in this.

Avisynth scripts for the BD@1080p on 1080 screen is the best you can use.
The problem is that are very CPU demanding.

Madvr is fantastic for 3d lut support and perhaps the best as a scaler.
But on an image that is 1080p on 1080p screen the differences with ffdshow (or potplayer) set to RBG32 HQ are very very subtle.

The impressive differences are the script, they change the image better than a lumagen radiance.

I tell you why i have done side by side comparison.

My goal is understand if with last version of MPCHC and windows 8.1 it make sense to buy AMD Kaveri or an new AMD videocard.

huhn
19th July 2014, 20:49
2) 16-235 to 0-255 is always destructive. You can deceive your eyes with the use of dithering. In the new driver @10bit with EVR 10bit input forced and output... the banding is quite limited.
But dithering introduces some noise (dithering is a form of noise).
The dithering problem are certainly very very subtle.
I was hoping that with new UVD driver EVR could exit with untouched 16-235.
it would be an achievement.

you need to dither YCbCr -> RGB all ready so whats your point in this? you have to dither at one point you can't do this step without doing dithering or rounding.

your display will do math on it to and most likely do a 16-235 -> 0-255 at the end too.

if you output 16-235 with your PC the hole input image is turned it into 16-235 from 0-255.
of cause you can lie and output 0-255 and set the renderer to 16-235. i know the tricks.

3) Strange because with my windows 8.1 and my previous generation of AMD card i have not this "bug".
If you can't change the frame rate using the AMD driver control panel try to use directly windows 8 monitor panel manager.
The problem is that 23.976 dont' match perfectly.
Intel Haswell are very good in this.
it's not reliable. my haswell isn't good and my r9 270 isn't good too. never tried my 760 gtx at a Tv.
i get a frame repeat every 20 sec with a true 60 fps source at 60 hz...
and this is not a solo problem from the GPU there is more into this.

this is my last answer to this topic in this thread this has nothing to do with MPC-HC

feelingblue
19th July 2014, 21:45
you need to dither YCbCr -> RGB all ready so whats your point in this? you have to dither at one point you can't do this step without doing dithering or rounding.

your display will do math on it to and most likely do a 16-235 -> 0-255 at the end too.

if you output 16-235 with your PC the hole input image is turned it into 16-235 from 0-255.
of cause you can lie and output 0-255 and set the renderer to 16-235. i know the tricks.


But i don't want to discuss about dithering. I have done hundred of test for this.
For me the problem is very simply.
If a player exit with 16-235 there is no banding and gradient are perfect (without dithering).

Dithernig is useful only if you expand 16 to 0 and 235 to 255 to avoid banding.
Ati card at a certain chain point uses always RGB 0-255 and for this problem dithering in the PC world is necessary.

My question is related to last version of the MPCHC (the thread player) in combination with EVR as output render, Windows 8.1, new ATI card and new drivers.

There is a way to output, for example in fullscreen mode, am untouched 16-235 at the output of HDMI port?
But generally, there are some kind of improvments or is all the same as before?


P.S.
In europe the frame rate are 23.976 and 25. There is no 60fps video.
ATI with MPC HC is semi perfect.
Haswell with MPC HC and EVR is perfect
This is a little part of Anandtech review that test Intel as a HTPC:

Refresh Rate Handling:
"One of the most important fixes in Haswell for HTPC users was increased display refresh rate accuracy.
We have already seen 23.976 Hz working perfectly in our custom Haswell HTPC build"
they uses Windows 8 Professional

JanWillem32
20th July 2014, 02:55
Dithernig is useful only if you expand 16 to 0 and 235 to 255 to avoid banding.That is certainly untrue. The conversions that an image renderer have to make are floating-point-based.
For a common example, when rendering a (weave-interleaved/) progressive NTSC DVD on a 1080p monitor you have to;
-Convert Y'CbCr 4:2:0 from the raw video source to 4:4:4. This is an operation in the spatial domain, so floating-point rules apply.
-Convert BT.601-type Y'CbCr to BT.601-type NTSC R'G'B' (in this step the conversion to full range generally is applied, so that the renderer actually has proper material to work with). This is a matrix multiplication, internally defined with floating-point values.
-Convert R'G'B' to RGB. This is an exponential function with a fractional exponent, so floating-point rules apply.
-Convert to a reference color model, and optionally do some analysis with a CAM (color appearance model). These all start with a floating-point matrix multiply and have some onward transforms as well.
-Resize the image. This is again an operation in the spatial domain, so floating-point rules apply.
-Convert colors in the reference color model to the display's native form of R'G'B'. (This may take a conversion step to RGB first.) This can be done nicely with a lookup table or just by a combination of first an exponential function and then a matrix multiplication. This step requires either (gamma-corrected) interpolation when using the lookup table or just floating-point arithmethic, so floating-point rules apply.
-As the native DVI, HDMI and DP outputs of modern video cards do not support much quantization in their output signals (merely 10- or 8-bit at the moment), the renderer has to apply dithering before writing to the presentation buffers. This just adds noise to mask some of the banding of the low output quantization. For quality dithering the additional precision from the output color from the step before this one is used to distribute the dithering patterns. At this point all precision above the 10- or 8-bit integer point is lost on a per-pixel basis.

Conversion to legacy limited-range formats (they are different for BT.601 NTSC, BT.601 PAL/SECAM and BT.709) can really only be handled by emulation in the second-last step. (The renderer needs uniform color internally. Skipping the expansion to full range or even not do chroma up-sampling is a no-go. Many have already proposed these options before, and it simply doesn't work that way in a quality rendering chain.) Even then you will need dithering, because none of the rendering stages (including these particular matrix multiplications for handling limited-range formats) except for the last rendering stage will output intgers.

My advice to you is to not get your hopes up for whatever magical filters the video adapter driver makers come up this time and mostly judge video adapters by their gaming performance (actually with a bit more attention on the memory bandwidth as video and subtitles demand this relatively more than games typically). In the AMD driver the filter chain for EVR is set up to use the shader core for about 90% of all filters anyway (excluding the DXVA decoding fixed-function parts of course). Leaving the filtering to the custom renderers is certainly not a great loss, especially given that for any quality consumer-grade video rendering I don't see any competition at the moment for madVR and the quality rendering path I've written.
The filtering chain for EVR implemented by the nVidia driver relies similarly on the shader core, by the way. The Intel driver however uses many fixed-function parts of the video adapter for the EVR filtering chain.In europe the frame rate are 23.976 and 25. There is no 60fps video.For European television systems the options are generally 24, 25, 48 and 50 fps. The 24/1.001, 30/1.001, 30, 48/1.001, 60/1.001 and 60 fps options are a lot more rare. Blu-ray and various other storage systems go by other rules. Note that there are various pull down options that are often applied to handle frame-rate conversions in various media (to my great annoyance in many cases).

feelingblue
20th July 2014, 09:27
thank you for the explanation, i don't understand all you wrote because iam not english, sorry
But i think i am talking about other things.

1) My interest is only about color depth and 16-235 question.
With all my player that output untouched 16-235 8bit with all possible dithering options disable the gray ramp test on pattern disc are absolutely perfect (reference).
This on my VPR on very large screen, also if i go very very close.
I know that internally there are floating point operation, certailny.
Every time i set VPR to PC LEVEL there is always banding.
Every dithering option that i use , smooth gradient but result is always worse then 16-235 8bit.

With PC if i set up video driver to 10bit (forced or not), probably they internally rounded up to 10bit precision and the banding is a little limited.

My simple simple question is to know only if with last version of everithing, new ati, new windows, new driver, new MPCHC, there is an hope to exit from PC in 16-235 8bit.

I know that in europe there are that formats you talking about but for who use PC as an HTPC the formats are pratically only two:
23.976 for BD and 25 for PAL DVD.

Other formats are very rare.
For example i never ever seen a video at 48fps or 50/60.

feelingblue
20th July 2014, 12:54
This morning I went to a friend who has just bought A10-7850 kaveri
I have done some test and does not change anything.
In dxva with EVR the chroma is bad and banding is present.

windows out necessary in RGB FULL.

I think that i confused word dithering with banding in my post. I use an online transaltor to write here, sorry.

Best config remain MPCHC - softw.dec. - avisynt (denose + sharpness) - Madvr.

in any case Thank you for your explanations.

ryrynz
20th July 2014, 14:10
Don't use RGB output, use YV12 or NV12.

feelingblue
20th July 2014, 14:52
Don't use RGB output, use YV12 or NV12.

RGB FULL is the only less destructive possibility.

1) decoder output YV12
2) FDSHOW RAW as external filter take YV12, process image with avisynth script and then output NV12.
3) Madvr take NV12 and output RGB FULL.

The big problem is banding but with madvr debanding setting at full is close to my Oppo103 (that is perfect at Ycbcr with all PP deselected)

Changing various dithering setting, my eyes don't notice any kind of changes in the various patterns.

Any setting other than these, give worst result in my contest.

The awesome improvment is for example the finesharp script that give an image on VPR outstanding.

I have compared with a superexpnesive extrnale processor and result is better with HTPC.

Also the avisynth denoise scripts are perfects

if you have to suggest me a better video chain than my... Tell me that i try immediately.

JanWillem32
20th July 2014, 15:13
That does shed some light on some things. Plain EVR and EVR CP with default settings just use the same old rendering methods in consumer products as over a decade before. The fact that these use 8-bit intermediate storage in textures makes them very prone to producing banding.
Setting limited ranges of whatever type and delegating some filtering to the display device may cause it to apply dithering. This isn't really a good thing. Dithering is a renderer task. (At least in consumer-grade devices; professional systems don't have to dither) There should be only one renderer in the playback chain.

As you are experiencing banding problems, did you try the black and white point calibration pictures (in a normal image viewer, not in a video renderer)? Many consumer display devices are set up to expand some type of 16-235 to full range by default.

The 10-bit options in MPC-HC are a bit disorganized.
-The 10-bit input option is fake. My predecessors did not know what they were dealing with. Do not use. (When I started to edit the renderer this was pretty much the first 'feature' I got rid of.)
-The 10-bit output option is real. It requires decent quality rendering surfaces, Windows 7 or newer and D3D fullscreen exclusive mode. It currently works on the AMD/ATi display adapters with HDMI, DP and analog outputs, and on Nvidia workstation cards (although I only received few reports about this, though).
-The 10-bit rendering surfaces option is a poor choice compared to the other options. 32- and 16-bit floating point or 16-bit integer surfaces are better.

The AMD Catalyst Control Center features video 'enhancement' filters in the video section. By default some of them are enabled. The pulldown option and allowing DXVA are perfectly fine to enable, but I can certainly advise to test stuff first with the other filterng options disabled.

The mentioned playback chain of "MPCHC - softw.dec. - avisynt (denose + sharpness) - Madvr" isn't too bad. I just wonder why you don't delegate the denoise and sharpen steps to Madvr. The artifacts when using DXVA video decoding are caused by the filtering I already described earlier.

huhn
20th July 2014, 15:42
-The 10-bit output option is real. It requires decent quality rendering surfaces, Windows 7 or newer and D3D fullscreen exclusive mode. It currently works on the AMD/ATi display adapters with HDMI, DP and analog outputs, and on Nvidia workstation cards (although I only received few reports about this, though).
10 bit output should work with every decent nvidia card on the marked.

http://nvidia.custhelp.com/app/answers/detail/a_id/3011/related/1/session/L2F2LzEvdGltZS8xNDA1ODY3MDIwL3NpZC9WbzY0bE1abA%3D%3D

feelingblue
20th July 2014, 16:31
As you are experiencing banding problems, did you try the black and white point calibration pictures (in a normal image viewer, not in a video renderer)? Many consumer display devices are set up to expand some type of 16-235 to full range by default.

Yes and there is no banding problems.
Also with the oppo in Ycbcr there is no banding.
The problem is that Windows always expand video level to pc level.
But it is not a big problem now, because i definitively use Madvr now and is very very good (near perfect).


The mentioned playback chain of "MPCHC - softw.dec. - avisynt (denose + sharpness) - Madvr" isn't too bad. I just wonder why you don't delegate the denoise and sharpen steps to Madvr.

The denoise in avisynth or ffdshw produce to my eyes (very) better results.
They effectively remove grain without damage fine details on image.
My is an eyes valutation without instruments.
After fine setting i was able to perfectly clean a dirty dirty film as Die Hard 5 for example.
The problem is that the are difficult to use because the script are edited manually and have a lot of options.
And they are very CPU demanding.

What is the "sharpen step" in Madvr that you talking about?

If there is a sharpener better than "finesharp" tell me please that i try it immediatally.

hello_hello
21st July 2014, 17:08
If there is a sharpener better than "finesharp" tell me please that I try it immediatally.

I'm not one for sharpening as I don't like it, but have you tried SeeSaw (http://avisynth.nl/index.php/SeeSaw)? If I was going to sharpen, I'd probably use it. You can run SeeSaw with it's default denoising or use it in combination with your preferred denoiser.

But i don't want to discuss about dithering. I have done hundred of test for this.
For me the problem is very simply.
If a player exit with 16-235 there is no banding and gradient are perfect (without dithering).

Dithernig is useful only if you expand 16 to 0 and 235 to 255 to avoid banding.

I'd need to argue with that.
Just to make sure I'm not talking rubbish, I dug out a video which I know contains banding. I found a section where it's obvious and watched it with the PC expanding the levels to 0-255, then I switched to 16-235 and told the TV to expect TV levels. It didn't look any different. And thinking about it, if I was to save a frame as an image using MPC-HC, there'd be banding in the image. The TV to PC levels conversion might have the potential to cause some extra banding, but the problem doesn't disappear when you don't expand the levels. At least not for me.
The media player in one of the TVs here is used very regularly. I'd assume it's 16-235 from thumb drive to screen (or do TVs ultimately convert to full range?). Using the TVs built-in media player rather than a PC for playback doesn't make any banding disappear.

Noise removal can cause banding. I've seen it happen lots of times. Dithering can generally fix it or reduce it.

feelingblue
21st July 2014, 17:50
I'm not one for sharpening as I don't like it, but have you tried SeeSaw (http://avisynth.nl/index.php/SeeSaw)? If I was going to sharpen, I'd probably use it. You can run SeeSaw with it's default denoising or use it in combination with your preferred denoiser.


Thank you, yes i have tried it but i prefer finesharp.
I have tried also all pixelshader sharpening tipe but finesharp and also lsfmod are better.

Pixhelshader have to many visible ringing artefact and don't have the precision of sharpening done by avisinth script.

The best sharpening in MPCHC is lumasharp but you have to add manually.

Mangix
21st July 2014, 21:28
10 bit output should work with every decent nvidia card on the marked.

http://nvidia.custhelp.com/app/answers/detail/a_id/3011/related/1/session/L2F2LzEvdGltZS8xNDA1ODY3MDIwL3NpZC9WbzY0bE1abA%3D%3D

that's inaccurate, at least not over HDMI. My 750 Ti cannot do 10-bit output over HDMI.

nevcairiel
22nd July 2014, 05:31
that's inaccurate, at least not over HDMI. My 750 Ti cannot do 10-bit output over HDMI.

Maybe you just don't have any software that can make use of it properly?

EVR-CP 10bit mode doesn't work, thats true, but it's also quite a large hack job.

IIRC correctly it requires a higher DX version to work, DX9 as used by EVR doesn't support it yet.

Mangix
22nd July 2014, 05:56
even though you say that, AMD's 14.6 drivers which support 10-bit allow EVR-CP to output 10-bit to the display.

nevcairiel
22nd July 2014, 06:36
Well, or so it claims. Sadly its really hard to prove it conclusively what really arrives at the screen.

mhourousha
22nd July 2014, 07:27
even though you say that, AMD's 14.6 drivers which support 10-bit allow EVR-CP to output 10-bit to the display.
I did some tests about deepcolor output over HDMI several months ago
http://forum.doom9.org/showthread.php?p=1651747#post1651747

JanWillem32
22nd July 2014, 23:52
mhourousha, it's odd that nobody followed up on your message on why the 16-bit float back buffers have different colors; http://msdn.microsoft.com/en-us/library/windows/desktop/hh972627%28v=vs.85%29.aspx . It's annoying that such behavior can't be changed either. This kind of post-output filter should really be set in some type of device or swapchain state, and not like this. The 2.2 gamma value forced by the runtime isn't even configurable in this case. IDXGIOutput::SetGammaControl() is mentioned as a solution, but it's just not the same thing as simply disabling the extra filtering. SetGammaControl() operates on the hardware tables, not in software (and uses a segment model, instead of just plain gamma values). These are not very accurate at all and on top of that, the Nvidia driver doesn't enable the gamma tables in full screen mode.
Direct3D 9 behaves exactly the same if you set 16-bit float back buffers. Even though it's officially not supported, as Direct3D 9 gets implemented by semi-emulation since Vista (pretty much only the vertex formats are fundamentally different for the GPU hardware), setting 16-bit float back buffers will get accepted by the runtime if the device has a Direct3D 10.0 feature level or higher.
Other than that, nice to see that overview you made, especially since this is the first time I've seen the Intel driver using a deep color mode.

mhourousha
23rd July 2014, 03:21
mhourousha, it's odd that nobody followed up on your message on why the 16-bit float back buffers have different colors; http://msdn.microsoft.com/en-us/library/windows/desktop/hh972627%28v=vs.85%29.aspx . It's annoying that such behavior can't be changed either. This kind of post-output filter should really be set in some type of device or swapchain state, and not like this. The 2.2 gamma value forced by the runtime isn't even configurable in this case. IDXGIOutput::SetGammaControl() is mentioned as a solution, but it's just not the same thing as simply disabling the extra filtering. SetGammaControl() operates on the hardware tables, not in software (and uses a segment model, instead of just plain gamma values). These are not very accurate at all and on top of that, the Nvidia driver doesn't enable the gamma tables in full screen mode.
Direct3D 9 behaves exactly the same if you set 16-bit float back buffers. Even though it's officially not supported, as Direct3D 9 gets implemented by semi-emulation since Vista (pretty much only the vertex formats are fundamentally different for the GPU hardware), setting 16-bit float back buffers will get accepted by the runtime if the device has a Direct3D 10.0 feature level or higher.
Other than that, nice to see that overview you made, especially since this is the first time I've seen the Intel driver using a deep color mode.
I think the reason of different colors is different gamma exactly,the problem is that AMD card produce correct color in FP16 mode, if I add some color correction in shader to make intel and NV's card show correct color,the AMD card may produce wrong color then.
More annoying thing happens in R10G10B10_XR_BIAS_A2_UNORM format,because XR_BIAS is just a scan-out format,not a rendertarget format,so you have to render scenes to a R10G10B10_UNORM RT then cast it as XR_BIAS format,thus color scale and bias must be done in shader.it made me confuse that it show different color in different video-port(VGA,DVI etc)……

feelingblue
23rd July 2014, 07:50
The mentioned playback chain of "MPCHC - softw.dec. - avisynt (denose + sharpness) - Madvr" isn't too bad. I just wonder why you don't delegate the denoise and sharpen steps to Madvr. The artifacts when using DXVA video decoding are caused by the filtering I already described earlier.

I see that you are a highly experienced technician

Can you explain me how to delegate denoise and sharpness to madVR to achieve a higher quality video compared to avisynth scripts?

Mangix
24th July 2014, 02:15
madVR supports pixel shaders.

feelingblue
24th July 2014, 06:42
madVR supports pixel shaders.

I'm confused
madVR supports post processing by shaders internally?

I know that MPCHC support pixelshader, before and after resize.
I know that you con use them with MADVR as render (and EVR of course)

But my question about what JanWillem32 says remain.

You must consider that sharpen is (much) better with scripts than shaders, also if you sharpen video before render, because avisynth is much powerfull.
About denoise i don't know how is done by shaders...

JanWillem32
25th July 2014, 22:59
"madVR supports pixel shaders." isn't the best description for the feature to be able to set pre- and post-resize stage user-custom pixel shaders. DirectX renderers like madVR have plenty of pixel shaders of themselves to be able to do resizing and such.

There are two threads on this board where you can find pixel shader collections;
CeeJay.dk's: http://forum.doom9.org/showthread.php?p=1673781
mine: http://forum.doom9.org/showthread.php?p=1453334

There have been several sharpening shaders, and you're right that most user-custom pixel shaders are rather badly written. The standard 'denoise' is a great example of one that's badly written. (Not all of the shaders I've written were that great either. Some could certainly use some work or should just be deleted.)

Anyway, madVR has some internal filtering options internally, and indeed user-custom pixel shaders for handling various other effects. Both are plenty powerful to handle conceptually simple effects such as debanding, denoising and sharpening. Handling them on the GPU means that you're using a semi-specialized processor to handle the computations. Avisynth often isn't the most efficient engine to start with, nor can most CPUs match the throughput of even a mid-range GPU in regards to general graphical computations right now. Letting the video renderer actually render some effects isn't such a bad thing.

Apart from heavily modified implementations, Avisynth's intermediate and/or output rendering format(s) also don't hold decent quantization for images. The video renderer doesn't suffer from this problem, unless its programmer failed to implement somthing decent/had to support 8-bit Y'CbCr and R'G'B' rendering methods for low-end hardware performance reasons or supporting GPUs from the previous millenium.
For effects that are conceptually more complicated, such as rotating images by 90 or 270 degrees, Avisynth will indeed fare better than the implementation of user-custom pixel shaders. Having control over a video renderer's vertices and staging to handle such effects will void that argument, though.

If someone is still confused about post-processing, mixing stages, rendering stages, and such I can make it a lot simpler: they're all just filters. Both the CPU and the GPU can handle absolutely all of them. CPU example: the old video renderer (last seen as a valid renderer in the Windows Me era) that was basically using the CPU to run GDI-based deinterlacing, scaling and color conversions didn't draw any computational power from the GPU. GPU example: DXVA2 native decoding, mixing, rendering, and output to the display device doesn't use the CPU for anything else but moving the raw video stream to memory.

feelingblue
26th July 2014, 01:24
"madVR supports pixel shaders." isn't the best description for the feature to be able to set pre- and post-resize stage user-custom pixel shaders. DirectX renderers like madVR have plenty of pixel shaders of themselves to be able to do resizing and such.

There are two threads on this board where you can find pixel shader collections;
CeeJay.dk's: http://forum.doom9.org/showthread.php?p=1673781
mine: http://forum.doom9.org/showthread.php?p=1453334

There have been several sharpening shaders, and you're right that most user-custom pixel shaders are rather badly written. The standard 'denoise' is a great example of one that's badly written. (Not all of the shaders I've written were that great either. Some could certainly use some work or should just be deleted.)



Thank you for explanations.
In fact i have tried every shader (also changing internal values to obtain more quality) but when i have tried the avisynth scripts i have seen great improvments.


Handling them on the GPU means that you're using a semi-specialized processor to handle the computations. Avisynth often isn't the most efficient engine to start with, nor can most CPUs match the throughput of even a mid-range GPU in regards to general graphical computations right now.


I talk about myself. I have 8 core CPU and a powerfull videocard so my interst is not the efficiency..... but the quality.

I still do not understand why you said this:
"The mentioned playback chain of "MPCHC - softw.dec. - avisynt (denose + sharpness) - Madvr" isn't too bad. I just wonder why you don't delegate the denoise and sharpen steps to Madvr."

I think i have tried every combination of renders and postprocessings on a very large VPR screen (1080p film on 1080p screen)
The best denoise that i have found are avisynth denoise and ffdshow denoise done immediately after the decoder.
The best sharpness that i have found are finesharp, LimitedFastenSharper, LFSmod.... also done before render.

My question is very very simple:
If my chain "isn't too bad", what is a better chain?

JanWillem32
26th July 2014, 23:18
In fact i have tried every shader (also changing internal values to obtain more quality) but when i have tried the avisynth scripts i have seen great improvments.Given that my latest user-custom pixel shader intended for video playback filtering carries number 361 your fingers must be really hurting right now.:)

Anyway, I was mostly pointing out that you have a setup with two captains on one ship. No good can come out of using two video renderers at once.
What kind of denoise do you need? If it's source debanding, hard, random synthetic noise removal, VHS noise cleanup, old film noise removal or whatever other types, all require different methods.
Artificial sharpening is like artificial sweetening of a cookie. Neither dirt cheap nor expensive cookies benefit from that. I'm not a fan of it. Some sharpening factors to selectively counter-balance denoise/deband effects (because they blur everything by default) and mild, modulated sharpening factors in resizers are okay because they are not stand-alone effects. Most avisynth sharpeners also operate on Y'CbCr, which is not one of the most ideal color spaces to filter anything on a visual basis. I've written/edited several sharpening filters in the past. Some were worse than others, so I guess I can review them once again. But anyway, why do you think you would ever need to use a stand-alone sharpen effect when playing back videos?

feelingblue
27th July 2014, 01:05
Given that my latest user-custom pixel shader intended for video playback filtering carries number 361 your fingers must be really hurting right now.:)

Anyway, I was mostly pointing out that you have a setup with two captains on one ship. No good can come out of using two video renderers at once.
What kind of denoise do you need? If it's source debanding, hard, random synthetic noise removal, VHS noise cleanup, old film noise removal or whatever other types, all require different methods.
Artificial sharpening is like artificial sweetening of a cookie. Neither dirt cheap nor expensive cookies benefit from that. I'm not a fan of it. Some sharpening factors to selectively counter-balance denoise/deband effects (because they blur everything by default) and mild, modulated sharpening factors in resizers are okay because they are not stand-alone effects. Most avisynth sharpeners also operate on Y'CbCr, which is not one of the most ideal color spaces to filter anything on a visual basis. I've written/edited several sharpening filters in the past. Some were worse than others, so I guess I can review them once again. But anyway, why do you think you would ever need to use a stand-alone sharpen effect when playing back videos?

My only goal is to obtain best PQ without compromise and without going into to many technical concepts.

I setup my VPR with Spear and Munsil II and blue filters with a clean install of MPCHC and MADVR.
To pass all the test patterns i simply use MPCHC - Decoder by CPU - Madvr (default settings except debanding at strong values)
I obtain a very very good image, similar to my Oppo103, a reference BD player.

I have only two problems:
A) Some film are dirty and have noise (Die Hard 5 for example)
B) The image is not enough sharper (Due to VPR DLP and very large screen)

To resolve problem A:
A very very good denoise (near perfect) is the denoise3D in HQ mode in ffdshow raw filter.
In the die hard 5, for example, i can clean the film without lose details.
but In other films i can use other denoise of ffdshow or avisynth.
With my chain, i always clean film perfectly (i talk always about my BD Backup)

To resolve problem B:
The best sharpness that give me an image with fine details without changing the cinematographic feeling and without give me artefacts is finesharp in avisynth.
To do another example: with the mini video near the sea in spears and munsil, I get an image that looks like a photo done by a reflex and i can read the small small letters into the signs.... all with zero artefacts!
All the sharpness done by shaders or external video processor (the last i have tried is the small new DVDO iscan mini)... are inferiors, a little or not.. but inferiors.

I have done side by side comparison by switching frames hundred of times, observing small particulars... there is nothing to do, i am sorry:
in my setup best chain is MPCHC - CPU decoder - ffdshow raw filter and MADVR.

But i am not the only one that is arrived to this conclusion
Other users with good PC uses this chain (many people who frequent forums in my language and my country for example)
All my friends that are HTPC fans have tried many settings and have come to my own conclusions.

There is a good guide:http://www.ezoden.com/684/tutorial-htpc
The autor of this guide, who is in search of best PQ without compromise is come to my own conclusion... and also all people who partecipate to that forum.

and so on......

Is for this reasons that i don't understand why you say that my chain "is not bad".
I ask you one more time: what is a better chain? (with a pratical example?)

If you answer to this question... i thank you and i try it immediately!

feelingblue
27th July 2014, 01:09
Given that my latest user-custom pixel shader intended for video playback filtering carries number 361 your fingers must be really hurting right now.:)

Anyway, I was mostly pointing out that you have a setup with two captains on one ship. No good can come out of using two video renderers at once.



I don't use two video render at once.
I use Madvr.

ffdshow raw filter is only the key to use avisynth scripts and use denoises immediately after the decoder.

Raylan Givens
27th July 2014, 23:27
Anyone noticed kinda jerky playback when you play .avi files? I have D3DFullScreen enabled but every 4-5 secs MPC goes out of sync for a sec. When I use .mp4 everything is smooth.

LigH
28th July 2014, 07:51
You should not generalize about AVI files. On one hand, AVI is a container format which may contain thousands of combinations of video and audio formats, in contrast to MP4 which is limited to a clear subset. On the other hand, the AVI container can have different variations; and if the keyframe index is missing or incomplete, sync issues are no surprise.

Try to refresh the AVI with VirtualDubMod or with AviMux-GUI and test if these AVI files are choppy too. If yes, they simply may contain content which is not meant to be packed into an AVI container because the AVI container is too old to support the video stream's features, like AVC (H.264) video.

Dion
28th July 2014, 11:07
Is it possible to add an option that automatically reloads subtitles when they change in an srt file? MPC-BE does this and it would be awesome for MPC-HC as well. Or maybe the option is there and i am missing it?

Raylan Givens
28th July 2014, 18:15
You should not generalize about AVI files.

Well, useful info, thank you! But forget about this. I just got one more SSD, neeeded to reinstall Windows and the problem gone. Maybe there was a problem 'cause before I switch to this new GPU I used the Intel's non-discrete one for a week and caused a mess in my system.

In short I went from AMD7950 to Intel 4400 and then Nvidia 770 without reinstalling the OS. Bad idea as it seems.

foxyshadis
29th July 2014, 05:29
Given that my latest user-custom pixel shader intended for video playback filtering carries number 361 your fingers must be really hurting right now.:)

Anyway, I was mostly pointing out that you have a setup with two captains on one ship. No good can come out of using two video renderers at once.
What kind of denoise do you need? If it's source debanding, hard, random synthetic noise removal, VHS noise cleanup, old film noise removal or whatever other types, all require different methods.
Artificial sharpening is like artificial sweetening of a cookie. Neither dirt cheap nor expensive cookies benefit from that. I'm not a fan of it. Some sharpening factors to selectively counter-balance denoise/deband effects (because they blur everything by default) and mild, modulated sharpening factors in resizers are okay because they are not stand-alone effects. Most avisynth sharpeners also operate on Y'CbCr, which is not one of the most ideal color spaces to filter anything on a visual basis. I've written/edited several sharpening filters in the past. Some were worse than others, so I guess I can review them once again. But anyway, why do you think you would ever need to use a stand-alone sharpen effect when playing back videos?

I liek <s>mudkips</s> artificial sharpening. I turn it off when the artifacts get unwatchable, but most of the time I find it more pleasant to watch movies with Sharpen Complex 2 (and used to use SeeSaw in ffdshow). I guess extra grittiness just appeals to me, I'm glad the option is available.

hello_hello
30th July 2014, 07:32
Anybody with any ideas as to the reason for this?

Window resizing behaviour not consistent. (https://trac.mpc-hc.org/ticket/4660)

jebediah
6th August 2014, 11:22
Hi guys.
Does anyone know how to use dtsdecoderdll.dll with LAVfilter?

I've copied the file to the LAVfilter installation, but MPC is still using the decoder.

sneaker_ger
6th August 2014, 11:27
1. You can only use it with the 32 bit version of LAV/MPC-HC
2. How did you check that it's not being used?

huhn
6th August 2014, 11:56
and you you use it with the internal MPC hc lavfilter version you need copy it to them.
if you install lavfilter MPC-HC will still use his build in version until you disable it or pref the external.

JanWillem32
17th August 2014, 04:11
Sorry for the late responses, I've been away for a while.I don't use two video render at once.
I use Madvr.

ffdshow raw filter is only the key to use avisynth scripts and use denoises immediately after the decoder.Any entity that hosts filters after the reference input stage, whether that is after the decoding-to-reference-image stage, after loading some raw bitmap from a file or after just applying plain vertex colors is a video renderer by definition. The Ffdshow and Avisynth filter stages are video renderers, just odd ones because they lack image presentation parts.

I don't really mind the existence of the various Avisynth filters and such, but most parts are just so fundamentally badly designed. (Note that plenty of pixel shaders, including mine are/were just as bad.)
Modern video renderers should have absolutely no need for some reference Y'CbCr, R'G'B' or RGB format. The display R'G'B' format is important to video renderers that present images, of course. When relating to display R'G'B' color management (and unfortunately dithering) should be used to change the rendered image into the presentable image. Of course, when dealing with the horrible quality of consumer-grade video sources, some denoising and debanding in Y'CbCr to get rid of purely digital artifacts (in the earliest stages of rendering) is useful.
Many filters are unfortunately using Y'CbCr as something that actually represents color, or worse, a linear light model (e.g. as required by resizing filters). It simply doesn't work that way, as anyone with decent knowledge of color theory will agree with.
What I find the worst about these filters is that decent quantization is lost at the end, and with most filters in between stages as well, with on top of that the common losses of the negative and positive overshoot of the common Y'CbCr format of {[16, 235], [16, 240], [16, 240]} in filtering and converting to R'G'B'. (A correct video-standard Y'CbCr to video-standard R'G'B' conversion leads to signals below 0% and above 100%. As video R'G'B' isn't display R'G'B' and both not even close to the complete-gamut color systems, these overshoots are useful.)

As I said, I don't mind the existence of these filters, but given the archaic rendering methods they employ, I'm certainly never going to endorse using them.I liek <s>mudkips</s> artificial sharpening. I turn it off when the artifacts get unwatchable, but most of the time I find it more pleasant to watch movies with Sharpen Complex 2 (and used to use SeeSaw in ffdshow). I guess extra grittiness just appeals to me, I'm glad the option is available.Sharpen Complex 2 is at least high-passed (not efficiently, though). It (usually) won't contribute to areas with banding and very light noise, but won't improve these flaws either. What I do mind about Sharpen Complex 2 is its default sharpening factor setting. It's even more brutal than the factors AMD and Intel set as a default for the EVR's "video enhancement" filters in their drivers.
I typically use this filter for an example why to stay away from all of such filters.:p

feelingblue
17th August 2014, 04:42
As I said, I don't mind the existence of these filters, but given the archaic rendering methods they employ, I'm certainly never going to endorse using them

Ok thank you for explanation.

But now what i must do?

I have to use a " archaic video chain" that give me an outstanding PQ or..... I have to use a "technically perfect chain" that give me a very good PQ?

What is the goal?
The use of the video chain and the theories..... or watching a film with best possible quality?

JanWillem32
17th August 2014, 05:17
My aim is to eliminate archaic rendering methods (while still keep a great repertoire of possible filtering options). Partially by writing filters myself, partially by educating, and maybe by finally convincing the consumer-grade image, audio and video standards committees that what they've been standardizing has not been sensible in any way compared to professional formats of the past multiple decades.
I wouldn't quite only say "archaic video chain" for this case, but rather one chain and yet another one after that (and the bottleneck in between them). A technically perfect chain (singular) would certainly help.
Oh well, as you might expect by now, I'm rather picky. I personally use some enhancements too, but there are even more filters that I won't use. Luckily I can simply write pretty much any filter for myself, as long as it's computationally not too expensive.

cyberbeing
17th August 2014, 08:18
Would it be possible to allow the Play/Pause hotkey to start playback on first open similar to the Play hotkey?

This has been something which has bothered me off and on for years now. For whatever reason only the single function Play hotkey can start playback on first open, while the Play/Pause hotkey can only start playback after it's been started and stopped once by other means. This never made much sense to me, and I've never been able to figure out a workaround to allow a single hotkey to start playback on first open without losing the pause dual functionality which I'd consider even more important then the former.

The behavior I desire:

Open MPC-HC
Drag items to Playlist
Press "Play/Pause hotkey" to start playback (Not currently possible, requires separate Play hotkey)
Press "Play/Pause hotkey" if desired to Pause -> Play playback
Exit MPC-HC
Open MPC-HC (Playlist saved from previous session)
Press "Play/Pause hotkey" to start playback (Not currently possible, requires separate Play hotkey)
Press "Play/Pause hotkey" if desired to Pause -> Play playback
Exit MPC-HC


While I would like to see this changed in a future official build, but for all I know this restriction on the Play/Pause hotkey was intentional for some reason? Either way, any help would be appreciated, even if it's only pointing out the related code/changes required so I could compile a personal build with the modified behavior I desire.

vBm
17th August 2014, 11:51
While I would like to see this changed in a future official MPC-HC build, for all I know this restriction on the Play/Pause hotkey was intentional for some reason? Either way, any help would be appreciated, even if it's only pointing out the related code/changes required so I could compile a personal build with the modified behavior I desire.

devs don't read d9 anymore, it's better that you open a ticket at our trac.

https://trac.mpc-hc.org/

kasper93
18th August 2014, 12:15
@cyberbeing: IIRC it has been designed this way. "play" command builds graph and all sort of jazz and "play/pause" just pause or start the graph. I guess we can change this behavior. I will look later at the code.

cyberbeing
18th August 2014, 13:47
Ah okay, well if this is impractical to change for whatever reason, it may make sense to at least more accurately rename the hotkey and menu entries from "Play/Pause" to "Pause/Resume". Though that wouldn't resolve my qualms with the current behavior, it would at least eliminate any confusion why that hotkey is incapable of actually starting playback (Play) of the video. Though another key point here, is from an accessibility standpoint, there should be a way to start playback by default via the keyboard alone, even if that means entering the menu (something like 'ALT+P + ENTER' if 'Play' was added to the first entry in that menu).

Thanks for the response kasper93, the context of the current behavior was exactly what I was looking for before I create a ticket. Once I collect my thoughts, I'll plan to do that tomorrow.

STaRGaZeR
24th August 2014, 03:23
Just updated to the last nightly from 1.7.6.82

Now when the player doesn't have any files opened (for example just after launching it) the logo is resized to the window size, so it looks horrible.

1.7.6.82: http://thumbnails112.imagebam.com/34698/371478346971484.jpg (http://www.imagebam.com/image/371478346971484)

1.7.6.164: http://thumbnails110.imagebam.com/34698/34e480346971483.jpg (http://www.imagebam.com/image/34e480346971483)

Any suggestions?

thrawnrulz68
24th August 2014, 15:20
I'm not sure if this is a LAV issue or not but I cannot get video to stream in the latest MPC-HC (1.7.6.162). I'm pretty sure that at least Windows Media streams were working at some point on an older build...

Music (M3U, PLS, AAC, OGG) play fine but RealMedia and .asx do not play. Here is a page with RealMedia, Windows Media, and Quicktime samples. None of them play for me in MPC-HC:

http://www-rohan.sdsu.edu/streaming/#RealMedia

Also, when saving a playlist in MPC-HC itself as .asx, the playlist does not open...

Any ideas?

kasper93
24th August 2014, 20:44
Any suggestions?

Yes, wait for the next nightly.

STaRGaZeR
24th August 2014, 21:07
Yes, wait for the next nightly.

Thanks for looking into it!

shae
30th August 2014, 15:57
Is there a way to change the subtitle vertical alignment from bottom to top?

kasper93
31st August 2014, 23:20
Sure, go to options->default style and you will find margins and alignment options. You can also edit it during playback in play->subtitles->style dialog.

DeathAngelBR
1st September 2014, 20:19
My mpc-hc suddenly started making my pc hang for a few seconds when opening mkv files. Like overnight, out of nowhere. What the heck?

Lastest stable version, win xp sp3, etc.

DMD
1st September 2014, 21:46
Good evening.

With the latest version "MPC-HC.1.7.6.211" I have detected a problem with the subtitles "Pgs" blu-ray or MKV HD lossless.

The facts are these:
If the film is done from the beginning, without making any pause, the subtitles are detected and everything works fine.
Instead, if I launch the movie and hit the pause button and then resume from the same point, the subtitles are no longer detected.

For the moment I solved this problem by reinstalling the previous version "MPC-HC.1.7.6.71." with this version does not have this problem.

I ask if it can be solved with later versions.

Thank you

truexfan81
1st September 2014, 23:54
My mpc-hc suddenly started making my pc hang for a few seconds when opening mkv files. Like overnight, out of nowhere. What the heck?

Lastest stable version, win xp sp3, etc.

"win xp" ... well enough said upgrade already, its over a decade old let it rest in peace

clsid
2nd September 2014, 00:17
With the latest version "MPC-HC.1.7.6.211" I have detected a problem with the subtitles "Pgs" blu-ray or MKV HD lossless.I think that is fixed in todays nightly.

DeathAngelBR
2nd September 2014, 00:42
"win xp" ... well enough said upgrade already, its over a decade old let it rest in peace

That's not even an answer. Everything was working fine till this morning; came back home, turned pc on, opened mkv file and it started to freeze for a few seconds every fucking time.

JohnLai
2nd September 2014, 01:18
So, no update on the sound volume suddenly become low when user often fast forward seeks?

Anime Viewer
2nd September 2014, 01:49
That's not even an answer. Everything was working fine till this morning; came back home, turned pc on, opened mkv file and it started to freeze for a few seconds every fucking time.

Have you only tested with new mkv files, or have you tried ones that have worked in the past and still encountered the problem.

Have you updated any codec/filters recently, or installed any new hardware (like a camera)?

DeathAngelBR
2nd September 2014, 03:10
have you tried ones that have worked in the past and still encountered the problem.

^^ This.

Have you updated any codec/filters recently, or installed any new hardware (like a camera)?

Nope.

huhn
2nd September 2014, 03:23
did you get the same problem with MPC-BE or old version that doesn't use lavfilter?

if yes, I guess it's your hard drive.

DeathAngelBR
2nd September 2014, 03:46
did you get the same problem with MPC-BE or old version that doesn't use lavfilter?

if yes, I guess it's your hard drive.

***Three*** hard drives failing at the same time? There are no bad sectors in any of them.

edit: a 7GB m2ts file opened instantly.

huhn
2nd September 2014, 04:17
***Three*** hard drives failing at the same time? There are no bad sectors in any of them.

edit: a 7GB m2ts file opened instantly.

yeah I should have know you have 3 disk my fail. I wish you good luck in finding a solution...

DeathAngelBR
2nd September 2014, 04:39
yeah I should have know you have 3 disk my fail. I wish you good luck in finding a solution...

I'm sorry if I sounded rude. However it's definitly not a faulty drive, as I have just tested opening the same files directly from MPC-HC menu and works normally.

LigH
2nd September 2014, 07:18
Did you accidently enable INI file usage in MPC-HC?

DMD
2nd September 2014, 07:33
I think that is fixed in todays nightly.

This is good news. :)
It 'nice to see that there is a great deal of attention to this project.

Greetings

DeathAngelBR
2nd September 2014, 07:36
Did you accidently enable INI file usage in MPC-HC?

No...

jkauff
2nd September 2014, 18:54
My mpc-hc suddenly started making my pc hang for a few seconds when opening mkv files. Like overnight, out of nowhere. What the heck?

Lastest stable version, win xp sp3, etc.
I get this behavior when my "green" hard drives are in a low-power state and have to wake up. Going through the menu is enough to spin them up, so it's only a problem double-clicking on a file.

shae
2nd September 2014, 21:54
Sure, go to options->default style and you will find margins and alignment options. You can also edit it during playback in play->subtitles->style dialog.

Thanks. I mean relative to the subtitle box, not the video frame.
When it's one line I sometimes want it top aligned below the frame, rather than with an empty line first.

clsid
2nd September 2014, 22:38
So, no update on the sound volume suddenly become low when user often fast forward seeks?
That can happen if you enable volume normalize, but disable regain volume.

Perhaps it would be better if that option is removed and just always enabled.

clsid
2nd September 2014, 22:41
My mpc-hc suddenly started making my pc hang for a few seconds when opening mkv files. Like overnight, out of nowhere. What the heck?

Lastest stable version, win xp sp3, etc.
Use Process Monitor to see what happens during those few seconds.

If it really only happens with mkv files, then my guess would be: old version of Haali splitter + linked files option enabled + many files in a single folder.

DeathAngelBR
3rd September 2014, 01:02
Use Process Monitor to see what happens during those few seconds.

explorer.exe cpu usage goes up to 25% and memory usage up to whatever is the file size, briefly before the mkv file opens.

If it really only happens with mkv files, then my guess would be: old version of Haali splitter + linked files option enabled + many files in a single folder.

1) I never installed Haali splitter, 2) I don't think I ever enabled that option, 3) I've had over 50 mkv files in a folder and never had problems like this.

vivan
3rd September 2014, 03:26
When it's one line I sometimes want it top aligned below the frame, rather than with an empty line first.Then use need to use top aligment + around 250 offset from the top... And uncheck "position subtitles relative to the video frame".
But it will screw up when there're >2 lines.

Anime Viewer
3rd September 2014, 03:46
My mpc-hc suddenly started making my pc hang for a few seconds when opening mkv files.


After a video starts pause it, right click on the video, and select filters. Let us know what is listed there.

DeathAngelBR
3rd September 2014, 04:27
After a video starts pause it, right click on the video, and select filters. Let us know what is listed there.

http://i.imgur.com/C8PXx3Z.png

sneaker_ger
3rd September 2014, 06:44
Go into Options->Internal Filter->Splitter and uncheck "Load Matroska Segments from external files".
That's only a work-around to test. It's the same problem clsid hinted at, i.e. when a Matroska file links to external segments it will read (parts of) all Matroska files in the same folder at start-up. This can lead to noticeable pause if there are many files.

rock
3rd September 2014, 07:26
@DeathAngelBR try changing to 32-bit MPC-HC if you were using 64-bit MPC-HC. dunno, but heard from somewhere that 64-bit version sometimes not good. anyway I suggest you to use ISR, it is better IMHO.

huhn
3rd September 2014, 09:05
@DeathAngelBR try changing to 32-bit MPC-HC if you were using 64-bit MPC-HC. dunno, but heard from somewhere that 64-bit version sometimes not good. anyway I suggest you to use ISR, it is better IMHO.

he uses 32 bit he uses madVR there is no 64 bit madVR

DeathAngelBR
3rd September 2014, 13:03
Go into Options->Internal Filter->Splitter and uncheck "Load Matroska Segments from external files".
That's only a work-around to test. It's the same problem clsid hinted at, i.e. when a Matroska file links to external segments it will read (parts of) all Matroska files in the same folder at start-up. This can lead to noticeable pause if there are many files.

It was already unchecked. :(

he uses 32 bit he uses madVR there is no 64 bit madVR

This.

Anime Viewer
3rd September 2014, 13:32
http://i.imgur.com/C8PXx3Z.png

Based on that I'd recommend disabling the internal LAV filters, install the external LAV filters, and either xy-VSFilter or XYsubfilter to handle your subtitles (are you watching videos with subtitles?). The quick and easy way to do that would be to install KCP which will install and configure those files (as well as MPC-HC) for you. (They have a foreign language edition, so you may want to go with that version).

http://haruhichan.com/forum/showthread.php?7545-KCP-Kawaii-Codec-Pack

Since you're using madVR are you watching videos in Windowed mode or Full Screen Exclusive Mode? Full Screen Exclusive mode has a setting to delay video start by 3 seconds, and if I recall correctly it is enabled by default. If you're watching in Full Screen Exclusive mode that may be giving you the illusion of a freeze when there really isn't one.

huhn
3rd September 2014, 16:34
I have just tested opening the same files directly from MPC-HC menu and works normally.

did you re register the mkv association?
i guess drag and drop works fine to. did mpc-be works fine?

try a file without subtitle to make sure it has nothing to do with the subtitle.

hello_hello
3rd September 2014, 19:06
My mpc-hc suddenly started making my pc hang for a few seconds when opening mkv files. Like overnight, out of nowhere. What the heck?

Latest stable version, win xp sp3, etc.

I'm running XP, SP3, and the latest stable MPC-HC. MKVs open as quickly as other file types.

Every time I have an "inexplicable" problem, which doesn't happen much at all, I go into MPC-HC options and reset it. That could very well fix it, and it takes less time to reconfigure the player than it does to find the cause of the problem most of the time.
I'd do the same for MadVR, after having tested MKVs with a different renderer.

clsid
3rd September 2014, 19:24
Since Explorer.exe is seemingly causing the delay, the cause is most likely a shell extension. For example Icaros, MediaInfo, or Media Preview.

http://www.nirsoft.net/utils/shexview.html

bukem
3rd September 2014, 22:26
In the nightly build 1.7.6.217 (5b18cc4) of MPC-HC the After playback > Play next in the folder option is gone. Please advice.

foxyshadis
3rd September 2014, 22:33
explorer.exe cpu usage goes up to 25% and memory usage up to whatever is the file size, briefly before the mkv file opens.

Process Monitor isn't Process Explorer; it'll list exactly every file, registry key, etc that each process accesses (and the stack each time -- with that you can tell which filter is the culprit). It should immediately narrow down the cause, although going the log is likely to be huge even if you only capture the hang. It's even possible for it to be a filter that's not on the final graph.

DeathAngelBR
4th September 2014, 03:42
Based on that I'd recommend disabling the internal LAV filters, install the external LAV filters, and either xy-VSFilter or XYsubfilter to handle your subtitles (are you watching videos with subtitles?). The quick and easy way to do that would be to install KCP which will install and configure those files (as well as MPC-HC) for you. (They have a foreign language edition, so you may want to go with that version).

http://haruhichan.com/forum/showthread.php?7545-KCP-Kawaii-Codec-Pack

Since you're using madVR are you watching videos in Windowed mode or Full Screen Exclusive Mode? Full Screen Exclusive mode has a setting to delay video start by 3 seconds, and if I recall correctly it is enabled by default. If you're watching in Full Screen Exclusive mode that may be giving you the illusion of a freeze when there really isn't one.

1) I was using the external filters before when this mess started. xysubfilter does weird things to the video playback, like the whole mpc-hc window goes yellow or red or some color.
2) Windowed mode

did you re register the mkv association?

try a file without subtitle to make sure it has nothing to do with the subtitle.

1) Yes.
2) No difference, with or without subs. Weird enough is giant gigabytes mkv files open normally.

Every time I have an "inexplicable" problem, which doesn't happen much at all, I go into MPC-HC options and reset it.

Nope, didn't work.

Since Explorer.exe is seemingly causing the delay, the cause is most likely a shell extension. For example Icaros, MediaInfo, or Media Preview.

http://www.nirsoft.net/utils/shexview.html


I'll try.

DeathAngelBR
4th September 2014, 04:18
Process Monitor isn't Process Explorer; it'll list exactly every file, registry key, etc that each process accesses (and the stack each time -- with that you can tell which filter is the culprit). It should immediately narrow down the cause, although going the log is likely to be huge even if you only capture the hang. It's even possible for it to be a filter that's not on the final graph.

What am I supposed to look for?

Anime Viewer
4th September 2014, 05:13
xysubfilter does weird things to the video playback, like the whole mpc-hc window goes yellow or red or some color.


Have you tried xy-VSFilter, and did it give the same odd window color issue? Did you have any of the "use a separate device for" boxes checked in madVR when you had your color issue, or NNEDI3 options enabled?

Have you tried EVR-Custom instead of madVR to see if that makes a difference?

I don't believe you've mentioned: What gpu is your system using? ATI, Intel, Nvidia?

DeathAngelBR
4th September 2014, 06:23
Have you tried xy-VSFilter, and did it give the same odd window color issue?

It works fine.

Did you have any of the "use a separate device for" boxes checked in madVR when you had your color issue, or NNEDI3 options enabled?

Nope.

Have you tried EVR-Custom instead of madVR to see if that makes a difference?

Just did, same results.

I don't believe you've mentioned: What gpu is your system using? ATI, Intel, Nvidia?

ATI HD7850 2GB

foxyshadis
4th September 2014, 22:40
What am I supposed to look for?

Check the timestamps, you should have a pretty good idea of approximately when it hung up. Keep the date & time panel open if you need the exact seconds. It should start with all the process initialization junk, you don't care about that, but then you should see a whole list of files being opened, or registry keys queried, or maybe attempts to contact the internet and timing out, at the exact time when it's hung. I'd mostly filter it down to mpc, explorer, and any anti-virus you might use. Hopefully it'll lead you in the right direction.

I still think it might be querying another filter that doesn't make it into the graph, but this filter is the one that hangs up before it finally declines (or it stalls completely and mpc times out trying to add it). Checking your installed filters and filter merits (http://www.nirsoft.net/utils/installed_codec.html) might be promising, sort by merit and go down the list.

DeathAngelBR
6th September 2014, 00:04
Check the timestamps, you should have a pretty good idea of approximately when it hung up. Keep the date & time panel open if you need the exact seconds. It should start with all the process initialization junk, you don't care about that, but then you should see a whole list of files being opened, or registry keys queried, or maybe attempts to contact the internet and timing out, at the exact time when it's hung. I'd mostly filter it down to mpc, explorer, and any anti-virus you might use. Hopefully it'll lead you in the right direction.

That's a bit too much work for me, and the screen lags like hell when scrolling.

I still think it might be querying another filter that doesn't make it into the graph, but this filter is the one that hangs up before it finally declines (or it stalls completely and mpc times out trying to add it). Checking your installed filters and filter merits (http://www.nirsoft.net/utils/installed_codec.html) might be promising, sort by merit and go down the list.

madVR is half way down the list, but I doubt that means anything as gigabyte sized mkv files open normally. LAV filters are right on top along with 3 MPEG video/audio decoders.

shae
6th September 2014, 18:52
Then use need to use top aligment + around 250 offset from the top... And uncheck "position subtitles relative to the video frame".
But it will screw up when there're >2 lines.I need it to work with both 1 and 2 lines. Looks like I'll have to use an external subtitles filter. Though, I'm not actually sure if ffdshow supports top-alignment.

JohnLai
9th September 2014, 12:25
Recently, I have few file with external .ass subtitle. Now, since the .ass file doesn't conform to specification, when I play the media and the subtitle being loaded, there is warning pop up ; "Unknown style found:Alternate, changed to "Default" with option of pressing 'cancel' to ignore.

Problem is, since I got 52 episodes, every time I launch the media, I will need to manually click 'Ignore'.

Is there any way to automatically ignore the warning by default?

shae
9th September 2014, 17:35
Might be simpler to fix the ASS files. Try loading and resaving in Subtitle Workshop (http://subworkshop.sourceforge.net/).

vi
13th September 2014, 07:39
Where does MPC-HC store the downloaded subtitles ?

LouieChuckyMerry
13th September 2014, 09:11
Hello, and thanks for Media Player Classic Home Cinema :) . I've installed it on my Windows 7-NVIDIA 5400M laptop and have good results outputing video with the Enhanced Video Renderer. However, when I go to Options/Miscellaneous and adjust the brightness there's no change in playback brightness, even if I slide it to "100" (and even after restarting MPC-HC). Please, any suggestions to fix this would be much appreciated, thanks in advance.

kasper93
13th September 2014, 10:17
@vi: In memory, you can save them (play->save subtitle...)

@LouieChuckyMerry: Try changing gpu driver settings. Possibly check option "use player options" or alike.

LouieChuckyMerry
13th September 2014, 15:33
@LouieChuckyMerry: Try changing gpu driver settings. Possibly check option "use player options" or alike.[/QUOTE]

Thanks for your reply, kasper93. I've adjusted the settings in the NVIDIA Control Panel but nothing changes. My version of MPC-HC is installed, not portable, so I'm not sure what else to try.

Edit: I dug a bit deeper and found the Intel Graphics and Media Control Panel, where I was able to select multiple "Application Settings" and solve the problem. Thanks again for the idea, kasper93.

LouieChuckyMerry
14th September 2014, 06:51
Is it possible to have the MPC-HC window resize down automatically upon stopping playback? As it is now the screen goes blank upon stopping playback and a left double-click is necessary to resize the window down. Thanks for any help :) .

kasper93
14th September 2014, 21:43
You can select "Close" as after playback event (options->playback). This will close the media file and restore initial MPC-HC window size. Or you can check "exit fullscreen at the end of playback" (options->fullscreen) this will exit full screen.

LouieChuckyMerry
15th September 2014, 02:43
I have "Exit fullscreen at the end of playback" checked under Options/Fullscreen, and if the video runs to its end then the window restores down; however, if I click the "Stop" button at any point during fullscreen playback the fullscreen becomes black and a double left-click is required to restore the window down.

Under Options/Playback there is no possibility to select "Close" as an after playback event (I'm using v1.7.6-64bit, run on Windows 7), as can be seen below:

http://imagizer.imageshack.us/v2/xq90/904/0xQnBa.jpg (http://imageshack.com/f/p40xQnBaj)

Snowknight26
15th September 2014, 14:29
So hit escape first before stopping.

fvisagie
15th September 2014, 16:36
When MPC-HC is at fullscreen and a configured Windows shortcut key is pressed (e.g. to launch an application), Windows shortcut keys are disabled.

In some cases it is possible to restore shortcut key operation by reconfiguring the actual shortcut keys afterwards; in other cases a reboot is required.

This problem does not occur in windowed mode.

Version information:
MPC-HC
------

Build information:
Version: 1.7.6 (ebc29cf)
Compiler: MSVC 2013 Update 2 (SSE)
Build date: Jul 5 2014 09:11:28

LAV Filters:
LAV Splitter: 0.62.0.0
LAV Video: 0.62.0.0
LAV Audio: 0.62.0.0
FFmpeg compiler: MinGW-w64 GCC 4.8.3

Operating system:
Name: Windows NT 6.1 (build 7601, Service Pack 1)
Version: 6.1

Hardware:
CPU: Intel(R) Core(TM) i5-2540M CPU @ 2.60GHz
GPU: Intel(R) HD Graphics Family (driver version: 8.15.10.2418)

In case it makes any difference, the default Enhanced Video Renderer (custom presenter) is used.

LouieChuckyMerry
16th September 2014, 02:50
So hit escape first before stopping.

Thanks for the idea, Snowknight26. Hitting escape does minimize the window, but I'd prefer to be able to skip this step and have hitting stop do the same thing while stopping the playback. Any ideas how to achieve that behavior?

fvisagie
16th September 2014, 09:51
If you (are going to) use remote control, you can combine multiple commands to achieve what you want. In this case, either Stop + double-click, or Esc + Stop.

LouieChuckyMerry
16th September 2014, 13:46
If you (are going to) use remote control, you can combine multiple commands to achieve what you want. In this case, either Stop + double-click, or Esc + Stop.

That's an interesting idea, fvisagie, something that never would've crossed my mind. Thanks :) . I wondered about the remote control section in the settings, maybe I'll do some bargain hunting (although using a remote would be pretty pitiful given that my laptop is only at the end of my bed when I'm watching a movie).

Another question: having poked through all the settings several times, am I correct in thinking that the only way to adjust the size of subtitles is going to Options/Subtitles/Default Style and changing each scale setting individually? That is, did I miss a hotkey or single option somewhere to increase/decrease subtitle size more easily? Thanks.

fvisagie
16th September 2014, 15:07
maybe I'll do some bargain hunting (although using a remote would be pretty pitiful given that my laptop is only at the end of my bed when I'm watching a movie)

I use Vectir (http://www.vectir.com/) on my phone, configured to simulate keypresses via Bluetooth. I chose this approach for its configurability, both on the remote as well as on the MPC-HC side.

Regarding your other question, I also haven't spotted any quicker way of changing subtitle size.

vivan
16th September 2014, 15:13
Another question: having poked through all the settings several times, am I correct in thinking that the only way to adjust the size of subtitles is going to Options/Subtitles/Default Style and changing each scale setting individually? That is, did I miss a hotkey or single option somewhere to increase/decrease subtitle size more easily? Thanks.Click on font name, it will open font settings.

LouieChuckyMerry
17th September 2014, 02:05
I use Vectir (http://www.vectir.com/) on my phone, configured to simulate keypresses via Bluetooth. I chose this approach for its configurability, both on the remote as well as on the MPC-HC side.

Thanks, fvisagie, I'll definitely look into Vectir.


Click on font name, it will open font settings.

Thank you, vivan, that's much easier than adjusting the scale settings :) .

User 2014
18th September 2014, 22:37
mpc-hc 1.7.6 32bit, windows 7 sp1 64bit:
when i play a wmv file, mpc-hc decodes wma audio with windows wma decoder instead of internal lav decoder.
why?

wanezhiling
18th September 2014, 23:56
Because mpc-hc doesn't enable wma by default.

User 2014
19th September 2014, 10:10
how to enable internal wma decoder?

wanezhiling
19th September 2014, 12:20
Hmmm...
I tried latest nightly build and yeah I couldn't find the wma option too..
Why they remove it, who knows?

User 2014
19th September 2014, 15:23
because internal wma decoder is very experimental i think, but why reverse-engineering wma decoder is so hard?

nevcairiel
19th September 2014, 15:31
Why not use the Microsoft decoder anyway? Microsoft designed the format, why don't you trust their decoder? :)

User 2014
19th September 2014, 15:45
:D
because microsoft decoders are outdated i think.

foxyshadis
19th September 2014, 16:08
:D
because microsoft decoders are outdated i think.

Based on what? They work, they support interlaced, they're basically bug-free, and they're faster. They aren't updated as often as ffmpeg, but that's more because ffmpeg still has to fix bugs or make minor speedups from time to time.

MS and ffmpeg both aren't very interested in continued development of the format. It is what it is.

nevcairiel
19th September 2014, 16:23
Interlaced audio? :)
And for video, ffmpeg supports that as well these days, it is however true that the Microsoft decoder is faster there.

User 2014
19th September 2014, 17:27
:D ... i don't think microsoft will update wma decoder in future, unless update the decoder for security reasons.

cyberbeing
19th September 2014, 19:07
It appears the new NVIDIA 344.11 drivers now cause Overlay Mixer, EVR, and EVR-CP to accept P010 input, but output is completely broken (at least on my GTX 770)... If this is something NVIDIA actually plans to support or just a mistake, who knows, but this may prove to be a bit of an annoyance for the time being.

Why not use the Microsoft decoder anyway? Microsoft designed the format, why don't you trust their decoder? :)
A couple years ago, I came across a sample in MKV which the Microsoft Audio decoder was causing massive stuttering & a/v sync issues on. LAV Audio handled it perfectly, and overall seems more stable with wma muxed in containers other than wmv. I've also see the Microsoft Video decoder refuse to playback some weird old wmv videos, which the ffmpeg-based decoder in LAV handles fine.

nevcairiel
19th September 2014, 19:12
It appears the new NVIDIA 344.11 drivers now cause Overlay Mixer, EVR, and EVR-CP to accept P010 input, but output is completely broken (at least on my GTX 770)... If this is something NVIDIA actually plans to support or just a mistake, who knows, but this may prove to be a bit of an annoyance for the time being..

You're right, all the video processing DXVA interfaces seem to accept P010 on NVIDIA now, which is really what EVR works with.

For me, playback just stalls though when trying, with error VFW_E_INVALIDMEDIATYPE even. Weird that it accepts a connection but then fails during playback.

cyberbeing
19th September 2014, 19:35
You're right, all the video processing DXVA interfaces seem to accept P010 on NVIDIA now, which is really what EVR works with.

For me, playback just stalls though when trying, with error VFW_E_INVALIDMEDIATYPE even. Weird that it accepts a connection but then fails during playback.
If you seek and/or have xy-VSFilter in the graph, playback continues with green and corrupted output like the following with LAV Video:
http://i.imgbox.com/J4U6ztWu.png

I can reproduce the same thing in GraphStudioNext, without any error message. Anyway this is not really the fault of LAV I would think(?), so we can only hope NVIDIA resolves it in their next driver release.

GTPVHD
19th September 2014, 20:18
https://forums.geforce.com/default/topic/775950/geforce-drivers/official-nvidia-344-11-whql-display-driver-feedback-thread-9-18-14-/post/4313243/#4313243

344.11 green video bug has been reported to Nvidia already. Since WHQL certification takes a few weeks, they probably won't be able to release a new driver until then, quite unfortunate this bug slipped in.

cyberbeing
19th September 2014, 20:57
https://forums.geforce.com/default/topic/775950/geforce-drivers/official-nvidia-344-11-whql-display-driver-feedback-thread-9-18-14-/post/4313243/#4313243

344.11 green video bug has been reported to Nvidia already. Since WHQL certification takes a few weeks, they probably won't be able to release a new driver until then, quite unfortunate this bug slipped in.

Well it's more of an annoyance than anything else, it's simple enough to workaround by just disabling P010 output in LAV until this is fixed.

Anime Viewer
19th September 2014, 23:46
It appears the new NVIDIA 344.11 drivers now cause Overlay Mixer, EVR, and EVR-CP to accept P010 input, but output is completely broken (at least on my GTX 770)... If this is something NVIDIA actually plans to support or just a mistake, who knows, but this may prove to be a bit of an annoyance for the time being.


You're right, all the video processing DXVA interfaces seem to accept P010 on NVIDIA now, which is really what EVR works with.


Do you guys have the Nvidia Geforce Experience program installed in addition to the drivers? After the update some people have been getting entry point not found having to do with Direct3DCreate9Ex and nvspcap.dll. It turns out that it was the Geforce 2.1.2 update that caused the problem and not the drivers. If you have Geforce Experience installed try uninstalling it, and see if the problem still exists afterwards. Its not the same problem, but if Geforce Experience is causing one problem it may be causing others.

cyberbeing
20th September 2014, 05:30
I never install Geforce Experience, so this problem is unrelated to that. This is just simple case of NVIDIA accidentally adding the P010 FourCC format (as 2nd preferred behind NV12 even) in this new R343 driver branch, which they've never supported in any previous driver and obviously still don't.

User 2014
20th September 2014, 08:24
guys, is there any quality differences between direct3d 11 renderer & evr when render a video file?

nevcairiel
20th September 2014, 08:41
I never install Geforce Experience, so this problem is unrelated to that. This is just simple case of NVIDIA accidentally adding the P010 FourCC format (as 2nd preferred behind NV12 even) in this new R343 driver branch, which they've never supported in any previous driver and obviously still don't.

They might support it, I didn't try using it through the DXVA interfaces directly, however EVR is entirely confused by a 10-bit YCbCr format and screws up the negotiation for the format completely.

Its not clear to me if thats something Microsoft would be to blame for, or still NVIDIA though.

GTPVHD
21st September 2014, 13:37
https://github.com/mpc-hc/mpc-hc/commit/7457a0c1dc5275180c2a62c990c512b7fef1c400

Workaround for the 344.11 green video bug, download the latest Nightly build for working videos again.

nevcairiel
21st September 2014, 13:42
You could as well just disable P010 output in LAV settings, equally fine workaround. :p

rock
22nd September 2014, 10:58
I wish mpc-hc installer remove old lav dll when there's lav with new dll.

edit: I mean when install over the older version.

tuco76
23rd September 2014, 12:44
I wish mpc-hc installer remove old lav dll when there's lav with new dll.

edit: I mean when install over the older version.

I thought it did (for me)!? (Not all sure if I over-installed though.)
In case it doesn't, good suggestion though.


:D
because microsoft decoders are outdated i think.
As others pointed out, they're actually (slightly) faster.
I tested, been somewhat curious there myself :)

That's another myth like VC-1 could manage top notch Bluray transfers exclusively running high(est) bitrates.
(EG, german BD transfer Iron Man 1)

hello_hello
23rd September 2014, 14:37
Feature suggestion/request:

I don't know whether it's been asked before, but I'd like to have an option for MPC-HC to only load registered file types when using the skip buttons to load files in a folder. Same for the "play next in folder" option, assuming it doesn't already work that way (I can't remember).

So for example, if a folder contains a bunch of MKVs and a bunch of MP3s, but MPC-HC is only associated with MKVs, it'll ignore the MP3s when opening the next file in a folder as a result of using the skip buttons.

Cheers.

Devrim
26th September 2014, 15:22
Does anyone know if you can setup filter based on interlace and progressive media?
I would like to use a different decoder for interlaced content but I can't seem to set it up properly.

LigH
26th September 2014, 18:31
Any media player won't be able to detect interlacing reliably. It is quite usual to have e.g. MPEG-2 video for DVD or DVB-S encoded in interlaced mode, no matter if the actual content is progressive or interlaced/telecined at all, simply "to be on the safe side" in the encoding studio (encoding progressive video in interlaced encoder mode is not optimal, but "harmless"; but encoding combed material in progressive encoder mode would be a disastrous "mistake"). Progressively encoded DVDs are quite rare; certainly, I only know one so far (Animatrix).

Stereodude
26th September 2014, 22:05
Progressively encoded DVDs are quite rare; certainly, I only know one so far (Animatrix).
In the US they're very common. They simply apply a soft telecine to the mpeg-2 stream after it has been encoded progressive.

Devrim
27th September 2014, 11:38
Any media player won't be able to detect interlacing reliably. It is quite usual to have e.g. MPEG-2 video for DVD or DVB-S encoded in interlaced mode, no matter if the actual content is progressive or interlaced/telecined at all, simply "to be on the safe side" in the encoding studio (encoding progressive video in interlaced encoder mode is not optimal, but "harmless"; but encoding combed material in progressive encoder mode would be a disastrous "mistake"). Progressively encoded DVDs are quite rare; certainly, I only know one so far (Animatrix).

Hmm ok, thanks for the answer. Do you think it would be possible to assign decoders based on filenames? My files are always properly named. If I could get MPC-HC to read 1080i -> x decoder, rest y decoder.

73ChargerFan
29th September 2014, 00:08
That can be done with a simple batch script that passes the file off to one of multiple portable installs with .ini files.

Megalith
29th September 2014, 08:39
Is there a way to view the complete time code (milliseconds) or actual frame number for a paused frame?

clsid
29th September 2014, 10:43
Does anyone know if you can setup filter based on interlace and progressive media?
I would like to use a different decoder for interlaced content but I can't seem to set it up properly.Which decoders are you using and why? Deinterlacing is normally done by the video renderer. So if you can explain the actual problem that you are trying to solve, then we can maybe provide a better solution.

Devrim
30th September 2014, 14:21
Which decoders are you using and why? Deinterlacing is normally done by the video renderer. So if you can explain the actual problem that you are trying to solve, then we can maybe provide a better solution.

I want to use LAV Filters twice but I want to use CUVID for interlaced content and DXVA2 for all the others. I keep noticing framedrops with DXVA+Interlaced content while CUVID runs it perfectly.

NikosD
30th September 2014, 14:34
Use DXVA native, not DXVA copy-back and I'm sure you won't see again dropped frames.

Devrim
30th September 2014, 15:11
Use DXVA native, not DXVA copy-back and I'm sure you won't see again dropped frames.


Thanks I will give that a try

73ChargerFan
1st October 2014, 05:52
Is there a way to view the complete time code (milliseconds) or actual frame number for a paused frame?

Navigate -> Go To
or Ctl+G

huhn
1st October 2014, 06:07
Use DXVA native, not DXVA copy-back and I'm sure you won't see again dropped frames.

the problem is why is CUVID working and DXVA copy back not they are basicly the same...

clsid
2nd October 2014, 13:43
MPC-HC looks pretty good in Windows 10 with its borderless windows.
http://i59.tinypic.com/ipmr0p.png

kasper93
2nd October 2014, 13:44
MPC-HC looks pretty good on every system. And works even better :)))

ryrynz
2nd October 2014, 20:22
UI could still use a refresh.. Perhaps make it similar to Foobar2000.

huhn
4th October 2014, 08:46
it's not possible to use the mouse wheel for volume in windows 10 preview. it only works when the mouse wheel is on top of the volume bar so impossible to use in fullscreen exclusive mode.

it works totally fine in options -> internal filter.

tested build 1.7.6.279(f22cc00).

i double checked the hot keys. everything is default and right.

kasper93
4th October 2014, 16:51
They changed mouse behavior. Now it will scroll window that the pointer is hovered on and not active one like with older windows builds. Thanks for report, but I think we should wait some time before fixing Win10 specific bugs. They might as well revert this behavior before release. But I will keep this in mind.

Gaius
5th October 2014, 00:29
Will we ever get a quick way to open streaming video URLs?

vBm
5th October 2014, 15:54
After 3 months since our last stable build, we are happy to announce v1.7.7.

This release is a bugfix release, with many improvements and a few new features.

Highlights of this release:


Fixed a crash affecting DVD playback with subtitles on 64-bit builds
Worked around a bug in the latest NVIDIA driver (v344.11) which caused a corrupted display of 10-bit videos
Improved HEVC decoding: software decoding should be up to twice faster and hardware accelerated decoding is now available (but still experimental so disabled by default)
Improved subtitle renderer and subtitle queue (more than twice faster on complex subtitle scripts)
Support for audio cover art
New Arabic and Thai translations. Remember that you can help us (https://trac.mpc-hc.org/wiki/Translations) translating MPC-HC to your language.



Don’t forget, that our official builds, both the stable and the beta builds, are digitally signed (http://mpc-hc.org/2013/02/25/binaries-are-signed/). Be aware of scams and only get the files from our site!

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

Vyral
6th October 2014, 17:36
Thanks for the new version.

However, I've a 404 error from SourceForge when trying to download the lastest version.

xiringu
7th October 2014, 19:32
Hi, this is my first post in this subforum, but I've been using mpc-hc for a long time.

I'd like to ask a few things, so I'll start with these:

.-Why is still Color Controls in Miscellaneous and not somewhere logic like Playback?

.-Also, why when I click on Brightness, Contrast, etc, the step is 40 points? Shouldn't it be something like 10?

Thanks for your great work :)

xiringu
7th October 2014, 19:36
Is there any shader to replicate the scanlines found on console emulators?

What I'd like is to add horizontal black lines to some videos that are low-res or too blocky, and I prefer to give them an old school look instead. :)

Unfortunately I have no idea where to start to make my own shaders.

Thanks

hello_hello
13th October 2014, 11:07
After 3 months since our last stable build, we are happy to announce v1.7.7.

This release is a bugfix release, with many improvements and a few new features.

First..... thanks for the new version. It's appreciated.

I can't find mention of it in the changelog but it seems the behaviour in relation to left clicking on a video has changed and as a result MPC-HC now has an annoyance similar to MPC-BE.

I don't know the best way to describe the different modes so I'll do it like this. View/Presets/Minimal (no window surrounding the video) and View/Presets/Normal (normal window).

Past versions of MPC-HC have ignored a left click on the video in respect to pausing/resuming play when the player is in "minimal" mode, but allowed you to click on the video to drag it to a different position. When in "normal" mode you could left click on the video to pause/resume but not drag the player. Moving the player's position on the monitor required clicking on the title bar.

The current version of MPC-HC allows you to both left click to pause/resume and also to drag regardless of the mode it's in..... the same behaviour as MPC-BE. As a result though, it now tends to ignore some left clicks to pause the video, just as MPC-BE does. Fortunately, the behaviour is nowhere near as bad as it is for MPC-BE, where sometimes you can click and click for days before playback eventually pauses or resumes, but MPC-HC does ignore some left clicks, which it's never done before.

I think it'd be a good idea to retain the current behaviour in "minimal" mode, where the odd click to pause the video being ignored is probably a reasonable compromise, but when in "normal" mode I'd much prefer the old behaviour. There's really no need to click on the video itself to move the player around when there's a perfectly good title bar for doing just that. And left clicking on the video to pause/resume playback would be 100% reliable again (assuming my assumption about the change of behaviour being the cause of the problem is correct).

I know it's possible to change the left click function to something else but I really don't want to. I've been using MPC-HC the same way for as long as I can remember. Left click to pause/resume playback, middle click to go in an out of fullscreen mode, right click for the menu.....
(I've never quite understood why the default behaviour for fullscreen mode has been a left double click. It makes no sense to me. Are there lots of mice/devices these days without middle click functionality?)

Thanks!

fvisagie
13th October 2014, 11:08
I've encountered a situation where the x64 build won't render Avisynth scripts, while the x86 build does. This happens even with the simplest of scripts, e.g.Version()

With the x64 build it makes no difference whether the internal Avisynth splitter filter is enabled or not. The error message "Cannot render the file" is displayed on the status bar, but no pin rendering failure or anything else is reported.

System and version information:
Windows 8.1 64-bit
Avisynth 2.6.0 Alpha 4 32-bit
MPC-HC 1.7.6 64-bit

hello_hello
13th October 2014, 11:52
I have a question regarding MPC-HC's window resizing when opening a video with a resolution higher than that of the monitor (I'm still using a CRT as my main PC monitor). The previous behaviour of opening the player to "monitor width", then resizing the window by moving the titlebar and navigation bar as necessary has changed with 1.7.7 (thankfully) and the player now opens the window while adding black bars to the top and bottom of the video as it once did. Well.... it wouldn't bother me if it opened with a window which matched the resized video (no black bars), it was the more recent behaviour of opening the player window then resizing it by moving the titlebar/navigation bar up and down which frustrated me a little. Anyway.......

My CRT is running at 1152x864. I open a 1280x720 video. The current version of MPC-HC resizes it down to monitor width and there's small black bars above and below the video. I drag the player to the TV and it immediately does it's titlebar/navigation bar adjusting and the black bars are gone. The player window isn't 1280x720, it's still resized down, but the titlebar/navigation bar dance has removed the black bars.
But it doesn't always do the same thing. Sometimes after dragging the player to the TV the video/window is resized up to 720p.
When the resolution is even lower.... ie 1280x544.... there's no resizing after dragging the video to the TV. No titlebar/navigation bar dance. It just stays the same as it was on the first monitor.... I think I much prefer that behaviour..... but why doesn't the player always behave the same way in respect to resizing itself and the video?

Thanks.

Snowknight26
13th October 2014, 14:46
On a similar note, opening a 1080x1920 (yes, vertical) video on a 2560x1440 display causes black bars to be added either side of the video when they shouldn't be. The video is correctly resized to fit the usable display area (so screen size minus ~30 pixels for the task bar on Windows 7) but the player's width is far wider than the width of the scaled video.

Example:
http://stfcc.org/pics/i/1bcbde42ba51f2e80bfca43a03551b45_th.png (http://stfcc.org/pics/i/1bcbde42ba51f2e80bfca43a03551b45.png)
The red image is 1080x1920 resized, by MPC-HC, to 'Touch Window From Inside.'

Superb
13th October 2014, 15:08
I'm having an issue w/ 1.7.7. Freezes after about 30-45 minutes of playback. Might be a memory leak w/ the new subtitles code (it raises up to 500MB).
I'm reverting to 1.7.6 to see if I'm mistaken and it's another issue.

jkauff
13th October 2014, 17:03
I'm having an issue w/ 1.7.7. Freezes after about 30-45 minutes of playback. Might be a memory leak w/ the new subtitles code (it raises up to 500MB).
I'm reverting to 1.7.6 to see if I'm mistaken and it's another issue.
I've watched three movies from start to finish so far with 1.7.7 with no problems.

Superb
13th October 2014, 17:46
I've watched three movies from start to finish so far with 1.7.7 with no problems.Do you watch them with subtitles? What kind of decoding do you use? I use dxva2native w/ the internal lav filters. I have Intel HD Graphics 4600 w/ the latest driver.

MysteryX
13th October 2014, 21:29
The latest version 1.7.7 has a bug where the NowPlaying message is being sent repeatedly non-stop
CMD_NOWPLAYING = &H50000003

I'm hooking up to the MPC-HC process to control it via API and this causes me troubles. It was working fine with v1.7.3

Btw, the main issue with MPC-HC is that it crashes and freezes regularly, especially when using SVP. Are there any plans to resolve that?

kasper93
13th October 2014, 22:52
@Snowknight26 @hello_hello Black bars will be fixed in next nightly, test build if you want to see before https://trac.mpc-hc.org/ticket/4937#comment:7

I can't find mention of it in the changelog but it seems the behaviour in relation to left clicking on a video has changed and as a result MPC-HC now has an annoyance similar to MPC-BE.

You can change Play/Pause command to "Left Down" to revert old behavior. See also https://trac.mpc-hc.org/ticket/4956

I'm having an issue w/ 1.7.7. Freezes after about 30-45 minutes of playback. Might be a memory leak w/ the new subtitles code (it raises up to 500MB).
I'm reverting to 1.7.6 to see if I'm mistaken and it's another issue.

You need to provide more information. So we can diagnose the issue. You can create a dump file manually when it freeze:

Reproduce the issue with MPC-HC.
If you're on a 32-bit operating system, open the task manager as usual or if you're on a 64-bit operating system, open the task manager from C:\Windows\SysWOW64\taskmgr.exe.
Locate the mpc-hc.exe (or mpc-hc64.exe) process.
Right click on it and press "Create Dump File" (or something similar).
Compress and upload the created dump file for us (using your favorite file hosting website).


The latest version 1.7.7 has a bug where the NowPlaying message is being sent repeatedly non-stop
CMD_NOWPLAYING = &H50000003

It is a feature to ensure that we have valid metadata during live stream playback. Please open a ticket (http://trac.mpc-hc.org/) - we probably could change it to send data only when metadata change.

Btw, the main issue with MPC-HC is that it crashes and freezes regularly, especially when using SVP. Are there any plans to resolve that?

Sure if you prove that it is MPC-HC issue. We can't check every thirdparty filter and if it freeze/hang only with SVP it is most likely problem in SVP. If not we still need more information how to reproduce the problem, but frankly I would ask SVP developers first.

foxyshadis
14th October 2014, 00:38
I've encountered a situation where the x64 build won't render Avisynth scripts, while the x86 build does. This happens even with the simplest of scripts, e.g.Version()

With the x64 build it makes no difference whether the internal Avisynth splitter filter is enabled or not. The error message "Cannot render the file" is displayed on the status bar, but no pin rendering failure or anything else is reported.

System and version information:
Windows 8.1 64-bit
Avisynth 2.6.0 Alpha 4 32-bit
MPC-HC 1.7.6 64-bit

There's your problem; you need the 64-bit installed as well, along with 64-bit versions of any plugins you use.

MysteryX
14th October 2014, 01:25
It is a feature to ensure that we have valid metadata during live stream playback. Please open a ticket (http://trac.mpc-hc.org/) - we probably could change it to send data only when metadata change.
I tried opening up a ticket during the day but never received a confirmation email so I can't confirm the account and open a ticket.

Sure if you prove that it is MPC-HC issue. We can't check every thirdparty filter and if it freeze/hang only with SVP it is most likely problem in SVP. If not we still need more information how to reproduce the problem, but frankly I would ask SVP developers first.
MPC-HC often freezes when seeking. The SVP guys said they spent a LOT of time trying to work around the issue and came to the conclusion they couldn't solve that on their side. The work-around they have is to either turn-off SVP for 1 or 2 seconds when seeking, or not reset at all which causes visual glitches for a few seconds. It still crashes and freezes, but not as often.

hello_hello
14th October 2014, 01:29
You can change Play/Pause command to "Left Down" to revert old behavior. See also https://trac.mpc-hc.org/ticket/4956

Thanks, I didn't realise that made a difference. Mind you normally I have it set to "left down" but currently it's "left up". I can't remember if I changed it to see if it'd make the problem go away or if I never changed it to "left down" in the first place, but it's "left down" now, so I'll see how it goes.

Cheers.

hello_hello
14th October 2014, 01:33
I'm running XP. I just noticed when looking at the list of renderers for version 1.7.7, MPC-HC says VMR7 (Renderless) is unavailable and if I try to select it, tells me the renderer isn't installed. Not that I particularly want to use it, but MPC-HC 1.7.6 sees it as available and seems happy to use it.

Thanks.

kasper93
14th October 2014, 01:42
@hello_hello: We changed the key in default settings. We had many requests about it.

VMR-7 (renderless) doesn't work on x64 and if desktop resolution is higher than 2048x2048px. If it works for you in 1.7.6 we will definitely need to make filter less strict. But make sure it is actually VMR-7 (renderless) in filter menu.

hello_hello
14th October 2014, 01:55
@Snowknight26 @hello_hello Black bars will be fixed in next nightly, test build if you want to see before https://trac.mpc-hc.org/ticket/4937#comment:7

Thanks. That's much better, at least in respect to the player opening with a window that matches the video resolution. No more titlebar/navigation bar bouncing up and down.

I still can't work out what criteria MPC-HC uses in order to decide whether it's going to resize itself when the player is dragged from one monitor to another. Or in my case, from my CRT monitor to my TV.
For video with a resolution of 1280x720 (just higher than my monitor resolution of 1152x864) opening the video then dragging it to the TV sometimes results in the video being resized back up to 1280x720, while sometimes it doesn't. The same applies to 1080p. Sometimes it almost seems like it's on a timer. The longer the video is allowed to play on the lower resolution monitor, the less likely it is to resize itself when moved to the TV.
For lower resolution video such as 1280x544 it's never resized after being moved to the TV.

Personally, I'd prefer it if MPC-HC opened a video, resized according to the monitor it's being displayed on and left it at that. I'd prefer it didn't automatically resize simply because I've moved the player to a different monitor.

Is that all purely the behaviour of the player or could the video drivers be involved? I'm running XP with an Nvidia card and the drivers are probably a year or so old.

kasper93
14th October 2014, 01:58
I tried opening up a ticket during the day but never received a confirmation email so I can't confirm the account and open a ticket.

Strange. But don't worry, I will make a patch tomorrow and discuss with others your issue.

MPC-HC often freezes when seeking. The SVP guys said they spent a LOT of time trying to work around the issue and came to the conclusion they couldn't solve that on their side. The work-around they have is to either turn-off SVP for 1 or 2 seconds when seeking, or not reset at all which causes visual glitches for a few seconds. It still crashes and freezes, but not as often.

The question still stands, is there anything MPC-HC is doing wrong? I'm pretty much sure we doesn't do anything fancy during seeking. If he spend a lot of time fixing the issue I'm pretty sure he looked at MPC-HC code as well. Like I said before I'm not using SVP, but if we get clear information that we do something wrong or even an idea how we can improve compatibility with SVP we will surly consider any changes.

kasper93
14th October 2014, 02:14
Thanks. That's much better, at least in respect to the player opening with a window that matches the video resolution. No more titlebar/navigation bar bouncing up and down.

I still can't work out what criteria MPC-HC uses in order to decide whether it's going to resize itself when the player is dragged from one monitor to another. Or in my case, from my CRT monitor to my TV.
For video with a resolution of 1280x720 (just higher than my monitor resolution of 1152x864) opening the video then dragging it to the TV sometimes results in the video being resized back up to 1280x720, while sometimes it doesn't. The same applies to 1080p. Sometimes it almost seems like it's on a timer. The longer the video is allowed to play on the lower resolution monitor, the less likely it is to resize itself when moved to the TV.
For lower resolution video such as 1280x544 it's never resized after being moved to the TV.

Personally, I'd prefer it if MPC-HC opened a video, resized according to the monitor it's being displayed on and left it at that. I'd prefer it didn't automatically resize simply because I've moved the player to a different monitor.

Is that all purely the behaviour of the player or could the video drivers be involved? I'm running XP with an Nvidia card and the drivers are probably a year or so old.

In initial few seconds of playback, we allow video to stabilize. For example anamorphic video files doesn't have proper size instantly when opening file, we need to process few frames first. After this period of time autofit (on video size changes) is locked unless you have "limit video proportions on resize" selected. When you drag video window to another screen apparently renderer is reinitialized and notified that video size has been changed. And when you do that in first 5 sec of playback it will do full window autofit. At least this is my guess to what you are seeing. I think it is not necessarily bad thing, let say you opened a file and instantly drag to another monitor, you want to watch it there and the autofit is adjusted accordingly. I mean when open mpc-hc on 1152x864 monitor, 720p video size will be limited to this resolution and when you drag to another monitor quick enough it will be back to it's full size according to you settings in options.

hello_hello
14th October 2014, 02:37
@hello_hello: We changed the key in default settings. We had many requests about it.

I suspect MPC-HC was set to "left down" when I noticed the problem, so I changed it to "left up" to see if it'd make a difference.
Since switching back to "left down" it's definitely ignored a few left clicks to pause/resume playback, but it's very irregular and impossible to repeat. I assume it must relate to the changed "click and drag" behaviour though, because I've never noticed it happen before. Well, if it did it was very, very occasionally. Since version 1.7.7 the frequency has increased enough for me to post here about it. I'll keep using it set to "left down" though and see what happens.

VMR-7 (renderless) doesn't work on x64 and if desktop resolution is higher than 2048x2048px. If it works for you in 1.7.6 we will definitely need to make filter less strict. But make sure it is actually VMR-7 (renderless) in filter menu.

I'm running XP and my desktop resolution is way lower than that, but it appears VMR-7 (renderless) isn't working for version 1.7.6 either. If I select it, only "video renderer" is displayed in the filters list. I tried 1.7.4 and 1.7.1 and they're the same, so I guess it hasn't worked for a while.

Thanks.

hello_hello
14th October 2014, 03:01
I think it is not necessarily bad thing, let say you opened a file and instantly drag to another monitor, you want to watch it there and the autofit is adjusted accordingly.

I could argue it's a bad thing if the video is 1080p, because even when the player is dragged to a 1080p display, the title bar and navigation bar take up some of the screen real estate so the video is resized, but not to it's full resolution. So why resize at all? ;)
1.7.7 resizes so the player window fills the display and the video has black bars down the sides. The test build from post #1573 resizes without black bars, but the video resolution still isn't 1080p.
Anyway, that's neither here nor there.....

I mean when open mpc-hc on 1152x864 monitor, 720p video size will be limited to this resolution and when you drag to another monitor quick enough it will be back to it's full size according to you settings in options.

Thanks for the info. It's no big deal. I'd just prefer it didn't resize when I move it to my TV. I'll be a bit more patient before moving it in the future.

Although it still doesn't explain why the resizing doesn't seem consistent. For instance I've tried quite a few videos with resolutions such as 1280x544, which are still resized down slightly for my 1152x864 monitor, but they're never resized up when moved to the TV no matter how quickly I move the player after opening the video. That applies to 1.7.7 and the build you linked to in post #1573. If the video is 1280x720 or 1920x1080 etc, it is resized.

Cheers.

MysteryX
14th October 2014, 03:44
The question still stands, is there anything MPC-HC is doing wrong? I'm pretty much sure we doesn't do anything fancy during seeking. If he spend a lot of time fixing the issue I'm pretty sure he looked at MPC-HC code as well. Like I said before I'm not using SVP, but if we get clear information that we do something wrong or even an idea how we can improve compatibility with SVP we will surly consider any changes.

I suggested him to get in touch with you

http://www.svp-team.com/forum/viewtopic.php?id=2217

Pulstar
14th October 2014, 08:03
Been away for a long while, is MPC-HC finally doing subtitles optimally, thereby negating the need for external subs filter?

huhn
14th October 2014, 08:14
depends. was only a issue for styled ASS file anyway.
I haven't founds a sample where the internal filter is still way slower than xy vobsub.

not sure if they fixed the color space issue.

fvisagie
14th October 2014, 08:39
There's your problem; you need the 64-bit installed as well, along with 64-bit versions of any plugins you use.

Thanks, although in a sense that deepens my confusion - I'd understood that 32-bit Avisynth could be used by large-address-aware applications. Is large-address-aware in other words not necessarily the same thing as a 64-bit application?

LigH
14th October 2014, 09:10
Absolutely not.

The "conservative" addressing of 32-bit processes has a limit of 2 GB RAM per process due to reserving the most significant bit of addresses in a 32-bit selector as a special flag (only 31 bits used). Large Address Aware processes use the msb as well (all 32 bits used), so it could use up to 4 GB RAM on a 64-bit OS (a 32-bit Windows limits per-process RAM to 2 GB, or 3 GB with a kernel boot switch, to protect the OS kernel and direct memory access to devices in a range between 3 and 4 GB).

64 bit processes use 64 bits instead of 31 or 32 bits for memory addresses. They could use Terabytes of RAM (Microsoft may limit per-process RAM for cheap OS variants, though, I'm not sure about that without looking for specs).

fvisagie
14th October 2014, 09:20
Thanks for clearing that up so thoroughly.

kasper93
14th October 2014, 13:14
I could argue it's a bad thing if the video is 1080p, because even when the player is dragged to a 1080p display, the title bar and navigation bar take up some of the screen real estate so the video is resized, but not to it's full resolution. So why resize at all? ;)

It depends on your settings, many users use autofit feature, which in this case will adjust size according to monitor resolution.

Although it still doesn't explain why the resizing doesn't seem consistent. For instance I've tried quite a few videos with resolutions such as 1280x544, which are still resized down slightly for my 1152x864 monitor, but they're never resized up when moved to the TV no matter how quickly I move the player after opening the video. That applies to 1.7.7 and the build you linked to in post #1573. If the video is 1280x720 or 1920x1080 etc, it is resized.

I'm not sure, why. Could you see how this one works https://www.dropbox.com/s/km76ugun6f13och/MPC-HC.1.7.7.24.x86.7z

MysteryX
14th October 2014, 17:23
The question still stands, is there anything MPC-HC is doing wrong? I'm pretty much sure we doesn't do anything fancy during seeking. If he spend a lot of time fixing the issue I'm pretty sure he looked at MPC-HC code as well. Like I said before I'm not using SVP, but if we get clear information that we do something wrong or even an idea how we can improve compatibility with SVP we will surly consider any changes.

According to MAG79

I think the problem is somewhere near frames buffer. SVPFlow library calculates some frames ahead by avisynth demands. Avisynth store in memory some frames by ffdShow demand. ffdShow store in memory some frames by player (or renderer) demand. Renderer have internal frame buffer to avoid stutter. When seek all these buffers must be cleared and filled again with new frames. I think the clear buffer function of some of these elements from the chain may contain the error.

hello_hello
18th October 2014, 06:59
@hello_hello: We changed the key in default settings. We had many requests about it.

I suspect MPC-HC was set to "left down" when I noticed the problem, so I changed it to "left up" to see if it'd make a difference.
Since switching back to "left down" it's definitely ignored a few left clicks to pause/resume playback, but it's very irregular and impossible to repeat. I assume it must relate to the changed "click and drag" behaviour though, because I've never noticed it happen before. Well, if it did it was very, very occasionally. Since version 1.7.7 the frequency has increased enough for me to post here about it. I'll keep using it set to "left down" though and see what happens.

I thought I should report back to say I've been using MPC-HC a bit over the last few days with "left down" set as the method for pausing/resuming playback and it's been behaving itself. No ignored mouse clicks. So I guess the "left up" setting was the cause there.

I'm not sure, why. Could you see how this one works https://www.dropbox.com/s/km76ugun6f13och/MPC-HC.1.7.7.24.x86.7z

Sorry about the slow reply (the real world got in the way), but that's very consistent. I can open a video on my PC monitor and drag it over to the TV and so far it hasn't resulted in MPC-HC resizing the window/video a single time, regardless of the resolution. I copied my previous ini and toolbar.bmp files to the new MPC-HC directory to make sure they didn't change anything and the behaviour remained the same.
Previously I'd open a video, pause it, wait a second, move the player to the TV, and then cross my fingers it wouldn't resize when I resumed playback. Now I can open a video on the PC monitor and drag it over to the TV immediately without pausing playback and the video remains it's original size.

In the past MPC-HC has been a little odd in respect to consistency and resizing. I posted about it here but it didn't seem to attract any interest. https://trac.mpc-hc.org/ticket/4660#comment:1
At the time I had two MKVs which to me seemed identical in respect to resolution and aspect ratio, yet when dragging one to the TV MPC-HC would always resize it, but for the second it never would. The samples have been deleted and I'm not sure I still have them myself, but if I can find them I'll test them later. For the moment though, it all seems fine.

Thanks!

hello_hello
18th October 2014, 07:19
While I'm thinking about it.....

One of the reasons I hadn't been crazy about MPC-HC resizing itself when it's moved to the TV is I often use it for previewing or comparing encoded video etc. Is there a reason why Avisynth scripts aren't included in the list of supported media types when using the File/Quick Open menu? If anything it seems odd the player has a source filter for a file type which isn't included in the supported format list. It doesn't matter to me as I put MPC-HC in the Windows SendTo menu, but I'm curious if there's a reason.

On a similar subject.... in the drop down list of supported media types (File/Quick Open menu) there's a media type called "other". I've not been able to work out what media type "other" refers to.

Thanks again.

hello_hello
18th October 2014, 07:46
I just noticed......

I'm running XP and when using the Reset button to errr.... reset everything, MPC-HC resets the renderer to VMR7 (renderless), which is the renderer it's also claiming is "unavailable". Version 1.7.7 and the test build linked to in this post (http://forum.doom9.org/showthread.php?p=1696873#post1696873) both do the same.
You can then open MPC-HC's preferences and change any setting you like, as long as it's not a setting in the Playback/Output section, and there's no warning the selected renderer is unavailable. The warning only appears if you've clicked on Playback/Output at some stage.

I assume VMR7 (renderless) being unavailable is a player limitation and not a problem with the Windows installation?? I ask, because versions 1.6.9 and earlier seem to be more than happy to use VMR7 (renderless). It appears in the filters list when it's selected.
A little ironically though, the default renderer for MPC-HC 1.6.9 (XP) isn't VMR7 (renderless) anyway. It's VMR7 (windowed).

Thanks.

CruNcher
19th October 2014, 14:32
There is some strange problem with Maxwell on Windows 7 and no Aero with the EVR Custom renderer

in those regards it seems better to use the Standard EVR which also seems to include a Realtime FRC from Nvidia :)

Lets hope this can be made accessible via EVR Custom :)

http://www.ld-host.de/uploads/images/7ca9422bb259b10c32d0c31330558eba.jpg

http://www.ld-host.de/uploads/images/ccd73dab63770a3ec882d9dc66ae417d.jpg

Here is my current problem with EVR Custom it only happens in normal Fullscreen (not exclusive)

Fullscreen

http://www.ld-host.de/uploads/images/8da1fcf28a4bb537ac456cc7577f1cd3.jpg

Maximized

http://www.ld-host.de/uploads/images/9fb3088a97e9fcb75242ccbaf5ad66c6.jpg

These FPS brakedowns only happen @ Fullscreen im currently testing 344.11 WHQL on a GTX 970 with MPC-HC 1.7.7 x64 and (tester dfr7370rrri)

cyberbeing
22nd October 2014, 20:07
http://www.geforce.com/whats-new/articles/geforce-344-48-whql-driver-released

Green video bug in 344.11 fixed in 344.48.
It appears NVIDIA implemented a partial workaround in EVR only, without actually fixing the underlying issue. :(

The driver still exposes and prefers broken P010 output with 'System Default', 'Old Video Renderer', 'Overlay Mixer', 'VMR7 (Windowed)'. You can trigger the issue in 344.48 by either using these renderers directly, or disabling every output format in LAV except P010 with EVR which triggers a fallback to the 'System Default' renderer.

Megalith
22nd October 2014, 21:31
I am running the latest nightly and noticed that videos that match my desktop resolution are cut off at the sides unless I maximize MPC or go full screen.

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

What I see when the video file is opened.

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

What happens when I maximize the MPC window.

kasper93
22nd October 2014, 22:09
Meh, for the case "touch window from outside" and alike it indeed make sense to not correct window aspect ratio for video frame. Will change that

FYI, this video doesn't match your desktop resolution as you stated...

Megalith
23rd October 2014, 00:05
It should; both are 1920x1080. Here is a screenshot (http://i.imgur.com/091at5W.jpg) for "proof."

bukem
26th October 2014, 12:17
Play next in the folder option is gone again either in stable MPC-HC 1.7.7 or later SVN builds. The last build with that option included I could find is MPC-HC 1.7.6 stable. Please advice.

vBm
26th October 2014, 14:03
Play next in the folder option is gone again either in stable MPC-HC 1.7.7 or later SVN builds. The last build with that option included I could find is MPC-HC 1.7.6 stable. Please advice.

Options -> Player -> After playback

you have desired options in a dropdown menu.

esd827
27th October 2014, 02:02
Additional functions request:
I want to see the wmv videos directly in IE11 by mpc-hc.

win8.1, IE11, mpc-hc v1.7.7, wmp12

A: Set the property wmp12: wmv videos
B: Set to property mpc-hc: wmv Video

Procedure:
IE11 to open the file, open wmv videos

A: In IE11, wmp12 videos will open directly.

B: In the case of mpc-hc videos,
・ Open a wmv movie, or do you want to save: leave query
・ Open
・ Open wmv videos.

This step is cumbersome, I want to open direct as of wmp12.

bukem
28th October 2014, 23:41
Options -> Player -> After playback

you have desired options in a dropdown menu.

Thank you! Didn't notice the menu was moved there.

Cybermutant
29th October 2014, 17:26
After updating to MPC-HC nightly v1.7.7.73 I noticed that the PageUp key did not work anymore for going back a chapter.

I found that commit c1a0d5c has incremented many command IDs in resource.h to insert ID_AFTERPLAYBACK_PLAYNEXT, and because I had previously modified the configuration for Next and Previous commands, the key assignment of Next has shifted onto that of Previous. When I checked the Options, both commands were set to PageDown.

Users who have modified key assignments for commands in the ID range 919 to 946 will have to re-set these when they update to v1.7.7.73 or newer.

Luckily, MPC-HC doesn't have a "Delete File" or "Format Disk" command in that range :D

kasper93
30th October 2014, 00:14
The issue is already fixed and will be in next nightly. You always use nightly builds at your own risk.

pirlouy
30th October 2014, 01:55
I have a playlist .m3u like this:
#EXTM3U
#EXTINF:0,2 - France 2 (HD)
rtsp://mafreebox.freebox.fr/fbxtv_pub/stream?namespace=1&service=201&flavour=hd
#EXTINF:0,2 - France 2 (standard)
rtsp://mafreebox.freebox.fr/fbxtv_pub/stream?namespace=1&service=201&flavour=sd

I'd like MPC-HC to display playlist like this:
France 2 (HD)
France 2 (standard)

MPC-BE does it right, but MPC-HC can't and just displays:
stream?namespace=1&service=201&flavour=hd
stream?namespace=1&service=201&flavour=sd

ryrynz
30th October 2014, 11:43
Upon next file playback the OSD sometimes displays "exclusive" rather than displaying the file name when playing the next file in folder, I've also added files in the playlist instead and it also occurs that way too.
Happens in MPC-BE also but Zoomplayer does not have the same issue, so it would appear to be a almost random MPC-HC initialization problem with madVR on file load.

GTPVHD
30th October 2014, 12:42
https://gcc.gnu.org/gcc-4.9/

GCC 4.9.2 released.

Kurtnoise
30th October 2014, 16:23
https://gcc.gnu.org/gcc-4.9/

GCC 4.9.2 released.
frankly, what is the purpose of your post in this thread ? did you see some better performance with it ? :rolleyes:

betaking
31st October 2014, 06:04
Report a compiler bug, when you change the mpc-hc_config.h in this file
#ifndef MPCHC_LITE
#define USE_STATIC_MEDIAINFO 1
#endif for
#ifndef MPCHC_LITE
#define USE_STATIC_MEDIAINFO 0
#endif
mpc-hc not compile!

clsid
31st October 2014, 18:13
Add #if !USE_STATIC_MEDIAINFO
#include "MediaInfoDLL.h"
using namespace MediaInfoDLL;
#endif to PPageFileMediaInfo.h

kasper93
31st October 2014, 20:43
@clsid: This is wrong way. Useless header dependences are useless. Here is proper fix https://github.com/alexmarsev/mpc-hc/commit/9b26ba2c708297b349a8f45b868d34f6c49c4e50

hello_hello
2nd November 2014, 10:45
I noticed this by accident while checking some files and thought I'd ask why MPC-HC doesn't always seem to display the aspect ratio correctly (File/Properties). I'm not certain, but I think it's been the case for quite a while. It's only a tiny bit off when it's off, but I'm curious as to why. I've not done any experimenting with different containers, only a few tests when remuxing as MKV and setting an aspect ratio.

For example, if I open a 640x480 square pixel video (h264) with MKVMergeGUI and remux it while setting the display dimensions to 853x480, MPC-HC's File/Properties menu shows the aspect ratio as 640x480 (247:139) which it then rounds to 640x480 (AR 71:40) for the video size and effectively the aspect ratio is off by a pixel.
When opening the same video with MPC-BE the File/Properties menu shows both the display aspect ratio and video size as being 640x480 (853:480), so I guess in the case of MPC-HC the calculation is for some reason a fraction off.

As another example, opening a 720x576 vob file and remuxing it as an MKV while setting a 2.35:1 aspect ratio results in MPC-HC showing 720x576 (181:77) as the aspect ratio and 720x576 (AR 451:192) as the video size.
MPC-BE shows it as 720x576 (677:288) with a video size of 720x576 (AR 677:288).

It's not always off. A 720x576 vob file shows as being 720x576 (AR 4:3) and remains the same after being remuxed as an MKV.

Could someone also verify.....
As best as I can tell MPC-HC only ever displays the container aspect ratio. Even if you coax it into using the video stream aspect ratio (assuming it's different) the File/Properties menu still seems to always show the container aspect ratio. In the case of my previous example where I remuxed a 640x480 square pixel video with 853x480 display dimensions, MPC-HC shows:

Video: MPEG4 Video (H264) 640x480 (247:139) 50fps [V: English [eng] (h264 high L4.1, yuv420p, 640x480) [default]]

It occurred to me it might be nice if MPC-HC could display both the container and video stream aspect ratios, given it's displaying the storage aspect ratio (resolution) twice anyway..... :)

While I'm asking.....
MPC-HC seems to display the video using the stream aspect ratio in an odd way. It appears to use the stream aspect ratio correctly but the window size remains that of the container aspect ratio. Using my 640x480 video with 853x480 display dimensions as an example once more, with LAV set to use the stream aspect ratio and MPC-HC's "View/Video Frame/Keep Aspect Ratio" unchecked (otherwise the LAV setting seems to be ignored) the result is a 4:3 video with black bars down each side for an over-all 16:9 aspect ratio. I'm pretty sure once upon a time (maybe pre-LAV) unchecking "keep aspect ratio" would have resulted in a normal 4:3 window. Hopefully that all makes sense.

Thanks!

kasper93
2nd November 2014, 12:48
While I like reading stories it is hard to reproduce things that you are describing this way. Please report every issue with following information:

[link to sample file]
[steps to reproduce]
[expected result]
[actual result]

This way I will be able to go straight to bug fixing rather than figuring out how to generate samples and finding bugs myself.

hello_hello
2nd November 2014, 13:08
I use MPC-HC for previewing video as it's being encoded quite a bit (x264 written to MKV). It's my vague understanding these MKVs have no index, so in order for MPC-HC to allow you to navigate after open such an MKV it needs to index the video itself. Or something to that effect..... Generally I'd open such an MKV, there'd be a slightly longer pause than normal waiting for the video to open, but MPC-HC would display a duration for the video and allow you to navigate.
The above process has been fine but for some reason version 1.7.7 seems not to work this way at all. Well, maybe it works sometimes (I've not used it much) but so far it opens the MKVs and plays the video but there's no way to navigate. I've mostly been using one of the nightly builds (1.7.7.24) and the process works "sometimes". Often it requires opening a video multiple times in a row and then eventually it'll open with the ability to navigate.
To make sure it's not something different about the MKVs being written while the video is being encoded I've tried MPC-BE and it opens with the ability to navigate as MPC-HC once did.

Which reminds me.... this question may have been asked many times (I'd be surprised if it hasn't), but the preview MPC-BE shows when moving the mouse along the navigation bar.... is that an ability likely to be added to MPC-HC at some stage? It'd be very nice.....

Thanks!

kasper93
2nd November 2014, 13:42
Could you provide sample or exact build version when the issue was introduced.

hello_hello
2nd November 2014, 14:16
While I like reading stories it is hard to reproduce things that you are describing this way. Please report every issue with following information....

I didn't bother with a sample file simply because it's fairly easy to create one and my internet connection is dog slow. The post was a bit lengthy as I asked several questions regarding the information which MPC-HC displays etc which were general in nature. :)

I described how to easily create sample MKVs when remuxing two common types of video in my previous post, but in the "steps to reproduce" department..... open any 720p video with MKVMergeGUI (1280x720 exactly), change the display dimensions to 1996x720, then open the output MKV with MPC-HC and check the File/Properties menu.
Oddly enough I tried a whole bunch of random display dimensions which MPC-HC showed correctly, then I tried 1996x720. MPC-HC ultimately rounded it to 1995x720

MPEG4 Video (H264) 1280x720 (219:79)
Video Size: 1280x720 (AR 133:48)

MPC-BE didn't.

MPEG4 Video (H264) 1280x720 (499:180)
1280x720 (AR 499:180)

If you don't have a 720p video handy or MKVMergeGUI installed let me know and I'll upload a sample later on, but it'd probably be quicker to make your own and at least then you can be sure the aspect ratio was set as described. ;)

Could you provide sample or exact build version when the issue was introduced.

I'll need to experiment a little more and run some encodes again but I'll endeavour to do both. I spent a little too much time muxing and checking aspect ratios earlier and the real world beckons.....
The hard part in relation to providing a sample is the process of splitting off a sample with MKVMergeGUI fixes the problem, so I'll run a bunch of very short encodes tomorrow and test a few older versions of MPC-HC etc and report back.

Thanks.

hello_hello
2nd November 2014, 20:47
If anyone cares (given I'm running XP), when setting LAV to use CUVID hardware decoding (which shows as available) and playing a h264 encoded video, MPC-HC shows "Playing H/W" in the status bar but the LAV filters setup shows CUVID as being inactive. I checked version 1.7.1, 1.7.3 and 1.7.7 of MPC-HC and CUVID showed as being inactive each time, even though the status bar says otherwise. I'm pretty sure the status bar is correct. Cheers.

nevcairiel
2nd November 2014, 22:31
If it says inactive, that means its not decoding anything, and you looked at the wrong thing.
Since you can have multiple instances of the decoder, you need to actually look at the instance which is decoding stuff, and not for example through the external filter list, but through "Play -> Filters" instead.

hello_hello
2nd November 2014, 22:39
If it says inactive, that means its not decoding anything, and you looked at the wrong thing.
Since you can have multiple instances of the decoder, you need to actually look at the instance which is decoding stuff, and not for example through the external filter list, but through "Play -> Filters" instead.

Ah yes..... if I use the Play/Filters method it's displayed as active. Thank you.

hello_hello
2nd November 2014, 23:33
I use MPC-HC for previewing video as it's being encoded quite a bit (x264 written to MKV). It's my vague understanding these MKVs have no index, so in order for MPC-HC to allow you to navigate after open such an MKV it needs to index the video itself. Or something to that effect..... Generally I'd open such an MKV, there'd be a slightly longer pause than normal waiting for the video to open, but MPC-HC would display a duration for the video and allow you to navigate.

Could you provide sample or exact build version when the issue was introduced.

I can't provide a sample as such as it's kind of odd. When the x264 encoder is writing to an MKV I have a problem being able to navigate after opening the MKV (no duration shown etc). However so far, once the encoding has finished, I don't have a problem opening it and navigating. Not being able to open an MKV and navigate while it's being written seems to be an issue only with later versions of MPC-HC though.

Best I've been able to do is keep trying to open an MKV currently being written to my hard drive. So far, MPC-BE has opened/indexed it every time I've tried and I can navigate.
MPC-HC 1.7.6 has indexed it every time (or at least 9 times out of ten). Version 1.7.7 seems to be where the problem starts. I've tried a couple of nightly builds, 1.7.7.6 and 1.7.7.24 and they both have the same problem.

It's quite odd because forever I've been opening MKVs to preview them as they're being written and rarely had a problem navigating, but now it's happening a lot of the time using two different PCs. Both are running XP.
I just tried opening the same MKV by double clicking on it. 10 times in a row there was no ability to navigate, then three times in a row it was fine, then another six or seven times I couldn't navigate again. Computers....

hello_hello
9th November 2014, 22:31
kasper93,
Here's a little sample which is another example of MPC-HC getting the aspect ratio wrong in case you need it.
The video consists of square pixels with a resolution of 844x358. For some reason MPC-HC displays the aspect ratio as 224:95

Thanks.

258Kb http://ge.tt/3iBP5E42/v/0?c

hello_hello
9th November 2014, 22:59
kasper93,
I managed to create a sample (after aborting an encode) that won't allow me to navigate after opening it with MPC-HC 1.7.7. So far, it's the only time I've noticed it happen after an encode has been aborted. MPC-HC 1.7.6 is fine, I can navigate after opening it with MPC-BE, but the versions of MPC-HC I've tried from 1.7.7 onwards won't allow me to navigate.

It's 28MB. The link should be good for 30 days.
http://ge.tt/7lVDr642/v/0?c

Thanks.

MysteryX
10th November 2014, 02:50
I just tried using MPC-HC with dual-output and that wasn't working properly. My laptop's display had serious tearing problems while the external monitor's image was fine.

pirlouy
10th November 2014, 16:17
(not) Cool story but MPC-HC is not responsible of tearing. You'll have to google a bit if you don't want tearing. Or if you have a problem with a specific renderer, you'll have to give much more details if you want help.

GCRaistlin
11th November 2014, 10:09
Several video clips (in playlist) are being played on the secondary monitor while the user is working on the primary one. On a next clip start, MPC-HC becomes active which leads to some unwanted results if the user doesn't notice the change - all key presses, mouse wheel moves etc are being sent to MPC-HC. Is there a way to avoid this?

vBm
11th November 2014, 18:16
For those that didn't see, MPC-HC won "Community Choice: Project Of the Month" title for November '14

For more info visit -> http://sourceforge.net/blog/november-2014-community-choice-project-of-the-month-mpc-hc/

LigH
11th November 2014, 18:19
http://www.cosgan.de/images/smilie/musik/n015.gif (http://www.cosgan.de/smilie.php)

Contratulations
And Celebrations

pirlouy
12th November 2014, 16:58
Nice !
This Gabest was one of these developers which are just irreal. What he did alone is just outstanding.

GTPVHD
12th November 2014, 17:20
http://www.visualstudio.com/news/vs2013-update4-rtm-vs

http://www.microsoft.com/en-us/download/details.aspx?id=44921

Visual Studio 2013 Update 4 (2013.4) RTM released.

ryrynz
12th November 2014, 22:52
Visual Studio 2013 Update 4 (2013.4) RTM released.

Also a free of charge Community edition (http://www.visualstudio.com/en-us/downloads/download-visual-studio-vs#d-community)!

"Visual Studio Community 2013 with Update 4 - Download Visual Studio Community for a free, full-featured IDE with powerful coding productivity features,
cross-platform mobile development tools for Windows, iOS and Android, and access to thousands of extensions.
This edition of Visual Studio is available at no cost for non-enterprise application development."

LigH
12th November 2014, 23:23
Plus, .NET is going OpenSource; and for Linux cross-platform compatibility, Microsoft appears to plan a merge with Mono.

Gaius
26th November 2014, 04:35
So, what's stopping this issue from being fixed?

https://trac.mpc-hc.org/ticket/46

I'd like to not have to resort to changing the renderer to take anamorphic screenshots in the correct aspect ratio.

Nico8583
26th November 2014, 07:59
Hi,
Do you think it could be possible to add 3D auto switching, like a hardware player can do (for example Popcorn C200) ?
When player detects 3D flag from MKV or .3DSBS. or other into filename, it uses framepacking to auto switch TV to 3D.
Thanks !

romulous
27th November 2014, 05:54
Hi,

I originally reported this in the xy-VSFilter/XYSubFilter thread, but was told to ask about it here, as it involves PGS subs, and apparently the PGS code in xy-VSFilter/XYSubFilter is taken from MPC-HC. Basically, I have a sample file which shows the subs with a black background. I have experimented with the xy-vsfilter/XYSubFilter options (and the same options in MPC-HC), but am unable to get rid of the background (VLC and XBMC both remove the background however, but both obviously do not use xy-vsfilter/XYSubFilter). Would appreciate some feedback on why that is:
https://dl.dropboxusercontent.com/u/105555957/Subs%20Test.mkv (27.1MB)

Thanks.

kasper93
28th November 2014, 21:58
@romulous: I will look into it when I find some time, it is hard lately to find even a little :|

romulous
29th November 2014, 01:44
@romulous: I will look into it when I find some time, it is hard lately to find even a little :|

Thanks, much appreciated :)

hello_hello
29th November 2014, 14:21
So, what's stopping this issue from being fixed?

https://trac.mpc-hc.org/ticket/46

I'd like to not have to resort to changing the renderer to take anamorphic screenshots in the correct aspect ratio.

I hate to say it, but MPC-BE uses the display aspect ratio for saving images. ;)

Out of curiosity, did you mean "resort to changing the renderer" or "resort to changing the player"? It's just that I tried a different renderer or three and the screenshots were still being saved using the resolution rather than the display aspect ratio.

I guess there's always the PrintScreen key on the keyboard.....

SithUK
30th November 2014, 11:00
Hi, please can I have some help with software audio decoding to PCM and then sending the PCM to an AVamp?

I have an older video card that can only bitstream DTS and DD over an HDMI cable. I would like to use MPC-HC (and LAV filter? ffdshow?) to decode a DTS-HD or TrueHD audio track, and then send the audio track to my AV amp using an HDMI cable. I have read that I would do this by having the software decode the HD soundtrack to PCM and then send the PCM to my AV amp. I have read that a lossless 5.1 HD audio signal can be sent in PCM format over the HDMI cable in this way.

I understand that the AV amp should show that it is receiving a multi channel audio stream only. The amp should not show that it is receiving DTS-HD (or even DTS) because those proprietary audio protocols would have been converted to the lossless PCM by my PC.

I have installed the dtsdecoderdll.dll to my LAV filter directory within the MPC-HC installation folder. I have successfully tested that the DTS decoder dll is active in the latest build of 32bit MPC-HC when playing back a media file with a DTS-HD audio track.

I have read that LAV filter does not support both decoding a DTS-HD signal and then outputting the decoded PCM out over HDMI. I have read that ffdshow does allow this functionality.

At the moment when I play a media file with DTS-HD the dtsdecoderdll.dll is decoding the audio, but my AV amplifier is showing that it is receiving a DTS audio stream, not a PCM stream. The amp is therefore doing the decoding, rather than the software on my PC. All bitstreaming tick boxes in the LAV Audio settings are un-selected. I should not be bitstreaming a DTS stream but somehow my AV amp is receiving one.

How can I use MPC-HC to convert HD audio tracks, such as DTS-HD, to PCM, and then send the PCM signal to my AV amp. I want to bypass the windows mixer so that the sound quality is untouched by Windows.

[update]
I noticed that AC3filter is active when playing a media file with MPC-HC. I right mouse clicked on the ac3filter icon in the systray and have found a lot of options relating to audio decoding and output. I appear to be outputting an SPDIF DTS signal even though I have deselected the bitstreaming box in the LAV audio filter options of MPC-HC.

It appears that MPC-HC is sending the audio track to LAV filters which is decoding the DTS-HD audio track using the dtsdecoderdll.dll to PCM, then MPC-HC is sending the audio to AC3filter which is converting the PCM into DTS (not DTS-HD) and outputting the DTS signal using the SPDIF protocol to my AV amp. When I switch off SPDIF in AC3filter I get the MULTICH IN message on my AV amp that indicates a PCM 5.1 signal. Unfortunately the windows volume control works which indicates that windows may be altering the sound quality. Can anyone suggest what is the optimal way to decode DTS-HD then send it via PCM to an external AV amp via HDMI?

nevcairiel
30th November 2014, 13:19
The windows volume control always works with all output modes MPC-HC supports.

e-t172
30th November 2014, 22:38
SithUK: get rid of AC3Filter, you don't need it and that's what's causing your issues. I think the simplest way to do that is to set it as "blocked" in MPC-HC. Then if you want untouched PCM output, use an Audio Renderer that supports WASAPI Exclusive Mode, such as ReClock. That said, your reluctance to go through the standard Windows mixer is overly paranoid, as the Windows audio mixer does not alter the audio in any audible way.

kasper93
2nd December 2014, 00:46
Thanks, much appreciated :)

kasper93,
Here's a little sample which is another example of MPC-HC getting the aspect ratio wrong in case you need it.
The video consists of square pixels with a resolution of 844x358. For some reason MPC-HC displays the aspect ratio as 224:95

Thanks.

258Kb http://ge.tt/3iBP5E42/v/0?c

Both fixed in the latest nightly.

romulous
2nd December 2014, 09:44
Both fixed in the latest nightly.

Yes, can verify the fix for my issue here. Will now ask cyberbeing if it is possible to backport the fix into xy-VSFilter/XYSubFilter.

romulous

mike23
3rd December 2014, 10:43
When I want to re-assign new hotkeys to certain features or search for current hotkey assignments in MPC and go to

Settings-->Player-->Keys

then the table there is not sortable (by click on column header "Command" or "Key").

So I always have to manually scroll down and search with concentration for a particular function.

This is unnecessary and annoying.

Why not make columns sortable by click on the column header like 1000 other program offer?

Thank you
Mike

LigH
3rd December 2014, 11:53
+1; I remember that, searching for the function to cycle through aspect ratios, to assign a hotkey to.

ryrynz
3rd December 2014, 12:01
Why not make columns sortable by click on the column header like 1000 other program offer?


Have instinctively done this I think a few times, been disappointed each time. +1, make it happen.

mike23
5th December 2014, 05:53
Where exactly in options can I disable subtitles (forever and for all videos)?

In Section "Subtitles" I found no checkbox "enable subtitles" or similar.

Particle
5th December 2014, 08:21
Is it possible to configure MPC-HC to not pop up each time I play a new file? It's great for videos, but when I'm playing MP3s it's distracting to have to minimize it every time. I'm trying to move away from VLC and this difference in behavior is really making it difficult to enjoy the transition as thoroughly as I believe I otherwise would.

vivan
5th December 2014, 11:05
Where exactly in options can I disable subtitles (forever and for all videos)?

In Section "Subtitles" I found no checkbox "enable subtitles" or similar.Open any file with subtitles, right click video, subtitles - untick "Enable".

Pulstar
6th December 2014, 23:18
Last nightly + madVR 0.87.11 = Broken ISR (black video as soon as a line is rendered). Hopefully this'll be fixed! :)

kasper93
7th December 2014, 05:08
@Pulstar: What type of subtitles are we talking about? Text one or pgs/dvb? Sample would help also, because it works fine here.

Pulstar
7th December 2014, 10:56
Oops my mistake, turns out I had restricted the subs resolution to "video", seems to breaks things. :/

Warner306
16th December 2014, 09:22
Is there any chance OSD: Filename and OSD: Local Time could be added from MPC-BE?

I am using MPC-HC as an external player and miss having more OSD options. Relaying LAV Splitter information in the same area would be even better.

hello_hello
19th December 2014, 22:02
Both fixed in the latest nightly.

I missed your post from a few weeks ago but I just tried the latest nightly and MPC-HC seems to be getting the aspect ratio calculations correct again. Thanks.

I'm not sure if you've had a look at it yet but.....
The problem with MPC-HC not always being able to navigate MKVs opened while they're still being written by the x264 encoder (http://forum.doom9.org/showthread.php?p=1699224#post1699224) still persists. There's a link to a sample in the post I linked to, in case you missed it.
It's definitely a problem introduced with version 1.7.7. I put a shortcut to version 1.7.6 in the Windows SendTo menu for opening those MKVs and so far I've been able to navigate every time.

ikarad
20th December 2014, 16:52
With xy-VSFilter 3.0.0.211 no problem. With mpc-hc problem (I try some versions like the last nightbuild ou the last official) in fullscreen mode. It works in windowed mode

With xy-vsfilter
http://img11.hostingpics.net/thumbs/mini_471574mpchc2014122016482784.jpg (http://www.hostingpics.net/viewer.php?id=471574mpchc2014122016482784.jpg)

With mpc-hc internal renderer
http://img11.hostingpics.net/thumbs/mini_418766mpchc2014122016500744.jpg (http://www.hostingpics.net/viewer.php?id=418766mpchc2014122016500744.jpg)

video here (bug between 2min 50 and 2min59)
http://www.nyaa.se/?page=view&tid=595939

bug tracker
https://trac.mpc-hc.org/ticket/5151#ticket

wanezhiling
21st December 2014, 04:45
@ikarad, you'd better cut a small sample file instead of linking a full version.

I did that, though. http://pan.baidu.com/s/1mgFpWLi

clsid
23rd December 2014, 17:58
A bit of warning. That driver causes major problems for some people.

Does it fix playback of 10-bit video with VMR-7 (windowed) which is broken in 344 branch?

nekromantik
31st December 2014, 14:51
Im running GeForce 347.09 but when I choose to run MPC HC using dGPU MPC shows black screen and crashes.
Is this the issue people are seeing?
if so which older driver works?

wanezhiling
31st December 2014, 16:45
@nekromantik, same here: http://forum.doom9.org/showthread.php?p=1703665#post1703665

nekromantik
31st December 2014, 17:24
I downgraded to 344.65 still same issue.
this sucks!

darknezz19
3rd January 2015, 01:51
I have a question about LAV Audio Decoder in MPC-HC. The 7.1 USB device I have supports 24bit 48000hz output but windows 7 doesn't show the drop down option for that setting. Will LAV override the default output and use 24bit 48000 at the driver level or no? Is there a way to check? It's a legacy device that lost support post Windows XP so just trying to work with what I have if possible.

e-t172
3rd January 2015, 10:29
That's an audio renderer question. LAV Audio is an audio decoder, not a renderer. That said, if you're using the default DirectShow audio renderer, it will be constrained by the sample rate and bit depth shown in the audio control panel.

In addition, the only way to get high bit depth or sample rate with a multichannel USB audio device is to have specific drivers, because the generic USB Audio drivers from Microsoft only support USB Audio Class 1, not USB Audio Class 2.

Qaq
3rd January 2015, 10:51
The 7.1 USB device I have supports 24bit 48000hz output but windows 7 doesn't show the drop down option for that setting... It's a legacy device that lost support post Windows XP so just trying to work with what I have if possible.Try to install XP driver in Win 7 with XP compatibility.

darknezz19
4th January 2015, 22:22
Turns out this usb audio device only does 24 bit up to 5.1 channels even in windows xp. When 7.1 is selected it only does up to 16 bit. Would reclock allow for 24bit in 7.1 or is it it limited to the audio drivers?

Also some say the difference between 16 and 24 bit output is almost the same and the human ear wont be able to tell the difference so maybe I'm over thinking this altogether.

e-t172
4th January 2015, 22:44
Turns out this usb audio device only does 24 bit up to 5.1 channels even in windows xp. When 7.1 is selected it only does up to 16 bit. Would reclock allow for 24bit in 7.1 or is it it limited to the audio drivers?

If Windows itself doesn't let you choose 24, it's unlikely anything else will.

Also some say the difference between 16 and 24 bit output is almost the same and the human ear wont be able to tell the difference so maybe I'm over thinking this altogether.

Yes, absolutely.

foxyshadis
5th January 2015, 04:02
Turns out this usb audio device only does 24 bit up to 5.1 channels even in windows xp. When 7.1 is selected it only does up to 16 bit. Would reclock allow for 24bit in 7.1 or is it it limited to the audio drivers?

Also some say the difference between 16 and 24 bit output is almost the same and the human ear wont be able to tell the difference so maybe I'm over thinking this altogether.

You can only hear the difference if you're young, you have excellent hearing, and you wear good headphones, and it'll only be on the absolute quietest parts. The main reason to use 24-bit is to allow mixing/regaining multiple times without audible noise, so you want to keep 24-bit in the processing path if possible. If it's downsampled at the driver right before it's sent to the DAC and speakers, 16-bit is fine.

LigH
5th January 2015, 08:27
Also imagine, you will hear a weighted average of up to 8 channels of 16 bits, without headphones but with resonances and refractions of your furniture... the 16 bit precision is not the audible limit here.

hello_hello
6th January 2015, 06:15
Also some say the difference between 16 and 24 bit output is almost the same and the human ear wont be able to tell the difference so maybe I'm over thinking this altogether.

I recall a listening test conducted several years ago. I think audiophiles were even invited to bring their own 24bit, 96kHz sources. The decoded audio was looped through a 16/44.1 A/D/A chain in order to perform a double blind listening test.

Audibility of a CD-Standard A/D/A Loop Inserted into high-Resolution Audio Playback (pdf) (http://drewdaniels.com/audible.pdf)

More recent, although I've not read it all myself yet. I'm just providing a link in case it's of interest.
http://archimago.blogspot.ca/2014/06/24-bit-vs-16-bit-audio-test-part-i.html

feelingblue
7th January 2015, 09:16
hello

with new ATI driver (14.12) and a compatible videocard (R serie), using "Dxva as decoder" and "EVR as render", is possibile tu use the Fluid Motion option in the panel driver?

huhn
7th January 2015, 10:36
there is a fluid motion option in the driver?

if i understand this right you need write a problem that uses this option and only powerDVD can do this atm.

feelingblue
7th January 2015, 11:31
Yes, with PowerDVD (that i have bought) there is a Fluid Motion option on/off. (only with hardware acceleration enabled, probably dxva decoder with dxva EVR render)

In the same time, inside driver control panel, there is also an option with Fluid Motion flag on/off and 3 settings (low, medium and High)

These two (PDVD and CP) are indipendent each other. With FM enabled on PDVD the settings in the CP are clickable but inactive!

therefore the option in the driver CP are only for aesthetic purpose?
strange!!
Surely there is a way to use!
otherwise why they put them in the CP?

huhn
7th January 2015, 15:41
i guess this is the a part the decoder should do, so lavfilter in this case.

you could ask nevcairiel about this. but not sure if he got a GPU that can use this.

and i never saw the option in the CCC.

feelingblue
7th January 2015, 16:43
tks

The decoder? Sure?
I don't know....

because the same thing you can do with SVP with use shader and avisnth script (as raw filter).
I have done some comparison between SVP and ATI FM and the quality of ATI is very very high.. in some scene is better than SVP

huhn
7th January 2015, 16:55
SVP uses mostly the CPU while AMD will nearly for sure only use the GPU.

the AMD fluid motion thing should pretty straight forward.
you call it and you get the result.

while for SVP you need ffdshow, avisynth and decent CPU.

feelingblue
7th January 2015, 20:09
SVP uses mostly the CPU while AMD will nearly for sure only use the GPU.

the AMD fluid motion thing should pretty straight forward.
you call it and you get the result.

while for SVP you need ffdshow, avisynth and decent CPU.

yes, but SVP uses the GPU too.
There is an option to use GPU acceleration and uses also the shaders.

SVP uses ffdshow and avisynth, and is for this reason that i said that i dubt that is a decoder question.
For what i have understand is a postprocessing question.


There is for sure a way to use this new feature with MPC HC and dxva enable (and of course EVR)

I'm waiting for someone who is interested to deepen.

huhn
9th January 2015, 07:55
have a look at this : http://forum.doom9.org/showpost.php?p=1705091&postcount=795

nev is talking about dxva deinterlacing in lavfilter. atleast he should know which part of software should make use of this.

Megalith
11th January 2015, 09:52
Where are the changelogs for the nightlies located?

nevcairiel
11th January 2015, 10:23
Where are the changelogs for the nightlies located?

https://github.com/mpc-hc/mpc-hc/commits/develop

ryrynz
11th January 2015, 10:25
Where are the changelogs for the nightlies located?

https://code.google.com/p/lavfilters/source/list

Snowknight26
11th January 2015, 19:45
Here's a funny bug:

When playing audio and you have MPC-HC set to show album art (folder.jpg in the same folder as the audio track), the bigger the album art (not sure if the variable that matters is image resolution or file size) the slower the MPC-HC window is redrawn when moving it around. I have a 5000x5000 22MB folder.jpg that causes the MPC-HC window to be redrawn maybe 3 times a second when moving the window as opposed to 60fps to match my monitor's 60Hz.

JarrettH
12th January 2015, 04:49
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

I'd love to see WASAPI implemented as well. It's about time really :cool:

chano22000
13th January 2015, 19:08
I'd love to see WASAPI implemented as well. It's about time really :cool:

You may use the MpcAudioRenderer as provided by MPC-BE / standalonefilters. You just need the register the renderer. It has been rewritten and WASAPI/exclusive works well.

Kind regards.

GCRaistlin
14th January 2015, 20:03
Why /dub parameter is ignored while opening index.bdmv file?

kasper93
18th January 2015, 23:35
Here's a funny bug:

When playing audio and you have MPC-HC set to show album art (folder.jpg in the same folder as the audio track), the bigger the album art (not sure if the variable that matters is image resolution or file size) the slower the MPC-HC window is redrawn when moving it around. I have a 5000x5000 22MB folder.jpg that causes the MPC-HC window to be redrawn maybe 3 times a second when moving the window as opposed to 60fps to match my monitor's 60Hz.

Just so you know, this will be fixed in next nightly build.

ltwally
21st January 2015, 02:31
I am running MPC-HC 1.7.7 x64 under Windows 7 SP1, and have a Denon receiver hooked up via TOSLINK.

What steps do I need to take to offload processing for DTS & AC-3 to my receiver?

Windows already has DTS Audio & Dolby Digital checked in the Control Panel > Sound > Digital Audio > Supported Formats. However, the receiver is still saying it's a PCM source from my PC. I assume I need to do something with MPC-HC to get it to offload this to the receiver....

Thanks

huhn
21st January 2015, 14:02
options -> internal filters -> audio decoder -> check dolby digital (AC-3) and DTS under bitstreaming.

Aleksoid1978
23rd January 2015, 04:25
XySubFilter don't work with VMR7 Renderless. It's present in graph - but not connected to renderer.

vBm
25th January 2015, 15:12
After 3 months since our last stable build, we are happy to announce v1.7.8.

This release is a bugfix release, with many improvements and a few new features.

Highlights of this release:

Improved DVB playback mode and compatibility
Support RTMP streams with librtmp style parameters
Many stability fixes (subtitles, renderers, etc)
New Finnish and Serbian translations. Remember that you can help us (https://trac.mpc-hc.org/wiki/Translations) translating MPC-HC to your language.


Don't forget, that our official builds, both the stable and the beta builds, are digitally signed (http://mpc-hc.org/2013/02/25/binaries-are-signed/). Be aware of scams and only get the files from our site!

Also, to report bugs, suggestions and generally provide feedback, use our Trac (https://trac.mpc-hc.org/); reporting anything on social media or in any other place is just pointless, as the developers only follow Trac.

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

STaRGaZeR
26th January 2015, 00:11
Hi guys,

I'm getting this error when trying to do a submodule update on the master branch:

fatal: reference is not a tree: 5f45b5782b3e785ab34338cf84f544e1eb089fff
Unable to checkout '5f45b5782b3e785ab34338cf84f544e1eb089fff' in submodule path 'src/thirdparty/LAVFilters/src'
git.exe submodule update --init --recursive

Any suggestions?

nevcairiel
26th January 2015, 00:16
It was updated just now, maybe try pulling the main branch again.

ryrynz
26th January 2015, 03:14
You can download the new version here (http://mpc-hc.org/downloads/). For the complete changes see the changelog (http://mpc-hc.org/changelog/).

Update the year to 2015 for this release in the change log.

vBm
26th January 2015, 11:15
Update the year to 2015 for this release in the change log.

Hehe, thanks ... fixed.

ltwally
29th January 2015, 16:33
Older versions of MPC-HC did not lock a file, so that a file could be deleted even while it was opened by MPC-HC.

I found this very useful for previews and such. Newer versions do not appear to have changed this behaviour. Is there a setting in MPC-HC that I can change to revert back to the previous behaviour, or am I stuck?

Thanks

v0lt
29th January 2015, 18:49
Older versions of MPC-HC did not lock a file, so that a file could be deleted even while it was opened by MPC-HC.This is possible only when you remove a basket. And it may not work on some formats (depending on the connected source filter or splitter).

ltwally
30th January 2015, 18:23
This is possible only when you remove a basket.

I do not follow. What is a basket?

hello_hello
30th January 2015, 19:26
I do not follow. What is a basket?

I don't know either, but until we find out.

http://emptyloop.com/unlocker/
It's not quite a solution but Unlocker is on my "must install" list after a fresh Windows installation.

I say it's not quite a solution because it doesn't automatically unlock and delete, but it's better than not being able to delete at all.

When it's installed.
Right click, select Unlocker, when the window pops up, click "Unlock All" the window will close, then you can delete.

It'd be nice if there was an "Unlock & Delete" button, which would make sense, given 99% of the time if I'm unlocking a file it's so I can delete it, but at least unlocking is just a couple of easy mouse clicks.

It's appears there's OpenCandy or some crap in the installer these days but cnet says (http://download.cnet.com/Unlocker/3000-2248_4-10493998.html) can elect not to install it.

v0lt
31st January 2015, 05:57
I do not follow. What is a basket?Windows Recycle Bin.

mike23
31st January 2015, 16:46
When I play a video in MPC windows mode then there is a horizontal time slider which helps the user to jump fast to other parts of the video.

However when I switch to MPC full screen mode there is no such horizontal time slider.

VLC video player, for example, auto-show this slider when the user moves the mouse to the bottom border of the screen. Thats excellent.

Is this possible in MPC as well?

If not: Could this be added in the next release?

Thank you
Mike

v0lt
31st January 2015, 19:04
How to show the horizontal time slider in full screen?I do not know what you've done with the player, so I advise you reset the settings.

Snowknight26
31st January 2015, 19:06
That feature has been there since the dawn of time. You probably disabled it.

Options -> Playback -> Fullscreen

ltwally
2nd February 2015, 17:04
This is possible only when you remove a basket.

Windows Recycle Bin.


Ok... Basket == Recycle Bin.

What exactly do you mean by "This is only possible when you remove a Recycle Bin"??

Are you saying that in order for MPC-HC to not lock a file, thus allowing me to delete the file while it is playing, I have to disable the Recycle Bin?

That seems ... odd.

STaRGaZeR
2nd February 2015, 18:49
It was updated just now, maybe try pulling the main branch again.

Still not working, weird. I cloned the project to another folder and it works fine, but still strange.

the_weirdo
3rd February 2015, 04:16
Ok... Basket == Recycle Bin.

What exactly do you mean by "This is only possible when you remove a Recycle Bin"??

Are you saying that in order for MPC-HC to not lock a file, thus allowing me to delete the file while it is playing, I have to disable the Recycle Bin?

That seems ... odd.

I think he meant that that only worked if you deleted media files to Recycle Bin, not permanently.

v0lt
3rd February 2015, 19:20
I think he meant that that only worked if you deleted media files to Recycle Bin, not permanently.
Yes, I meant it.
But not any source filters allow you to do this.

atamo
5th February 2015, 15:45
H!
When I increase playback speed in MPC-HC player ,how can I view the current speed?
MPC-BE show current speed, i.e. SPEED 0.9X in top right corner, but HC not :confused:

Snowknight26
5th February 2015, 17:40
View -> Statistics

atamo
5th February 2015, 21:48
@Snowknight26 :thanks: exactly what I needed.

tobindac
6th February 2015, 01:03
Any idea if MPC-HC has the capability to change "program" in the manner of VLC? If I record a digital TV stream from VLC and then play it back on VLC (or if I do it live), I can choose a different tv channel from the Playback->Program menu.

However, if I open the stream saved file in MPC-HC, the video stream on the right-click menu is only one and I see no choice to change channel. It only plays the "first" channel or something random I guess.

What to do?

tobindac
8th February 2015, 12:50
Any idea if MPC-HC has the capability to change "program" in the manner of VLC? If I record a digital TV stream from VLC and then play it back on VLC (or if I do it live), I can choose a different tv channel from the Playback->Program menu.

However, if I open the stream saved file in MPC-HC, the video stream on the right-click menu is only one and I see no choice to change channel. It only plays the "first" channel or something random I guess.

What to do?


Any idea? What I could add is that the generated stream file from the program is a .ts file. Perhaps it's packing problem, and not an mpc-hc problem?

tobindac
8th February 2015, 19:27
Any idea if MPC-HC has the capability to change "program" in the manner of VLC? If I record a digital TV stream from VLC and then play it back on VLC (or if I do it live), I can choose a different tv channel from the Playback->Program menu.

However, if I open the stream saved file in MPC-HC, the video stream on the right-click menu is only one and I see no choice to change channel. It only plays the "first" channel or something random I guess.

What to do?

I found the issue. The LAV media splitter is unable to see the channels on an MPEG-TS file. The Haali Splitter has no issue.

edit: Though it's still a problem since the Haali splitter is unable to let it seek into the file. LAV at least seeks.

theoneofgod
8th February 2015, 22:57
*delete

Aleksoid1978
9th February 2015, 23:56
I found the issue. The LAV media splitter is unable to see the channels on an MPEG-TS file. The Haali Splitter has no issue.

edit: Though it's still a problem since the Haali splitter is unable to let it seek into the file. LAV at least seeks.

Try MPC-BE's MPEGSplitter.

tobindac
10th February 2015, 14:45
Try MPC-BE's MPEGSplitter.

Hm, interesting. But it's weird. That does appear to see the different streams but it separates audio and video, and even if I do find the right audio for the right video, it seems to have an audio syncing issue.

ffmpeg proves there is a definitive way to separate channels/programs in whole, since the syncing is perfect with its -map option.

(-map works by first seeing program <num> after an "ffmpeg -i file" and then using -map 0:p:<program num>)

eddman
10th February 2015, 21:54
Could someone explain what "Keep Aspect Ratio" option is exactly supposed to be? I'm a bit confused about what it does.

My understanding of it is that "this option will keep the original AR of the video."

The thing is though, MPC keeps the aspect ratio anyway, regardless of that option being checked or not.

It seems that this options' actual purpose is to enforce the "Override Aspect Ratio" options, since they'll not work if "Keep Aspect Ratio" isn't checked.

Wouldn't it be better to rename that function to "Apply Aspect Ratio Override"?

Does that make sense, or perhaps I'm missing something here?

Aleksoid1978
11th February 2015, 00:26
Hm, interesting. But it's weird. That does appear to see the different streams but it separates audio and video, and even if I do find the right audio for the right video, it seems to have an audio syncing issue.


1 - You can choose (change) the entire desired program(from MPEGSplitter's stream list) and then automatically switch all video and audio streams.
2 - Can you upload some you record files - i look what's wrong with A/V sync.

hello_hello
11th February 2015, 01:05
Could someone explain what "Keep Aspect Ratio" option is exactly supposed to be? I'm a bit confused about what it does.

When the aspect ratio is set to default and the "keep aspect ratio" option is checked, MPC-HC uses the container aspect ratio rather than any aspect ratio written to the video stream.
Open a 16:9 MKV with MKVMergeGUI and remux it while changing the aspect ratio to 4:3 and you'll see the difference.
But yes, it also needs to be checked for the manual aspect ratio over-ride to work.

That's my understanding of it, but the LAV video decoder also has an aspect ratio option, however it appears not to have any effect. Anyone know if it's supposed to or does MPC-HC always ignore that setting?

ltwally
11th February 2015, 23:23
Yes, I meant it.
But not any source filters allow you to do this.

Aaaah. Perhaps when I updated MPC-HC, it started using external filters without my realising it. Will check on that.

Thanks!

oddball
11th February 2015, 23:33
Question: How do I allow the LAV internal audio filter to send bitsream untouched and multi-channel FLAC as re-encoded bitstream (AC3 or DTS but I suspect the former due to licensing)? I would rather not use ReClock and ffdshow for audio has always been buggy for me. I do not have an HDMI capable receiver so this is an issue for me.

nevcairiel
11th February 2015, 23:36
There is no support for re-encoding to AC3 built into MPC-HC or LAV. You'll need an external component to do that, either ffdshow, ReClock or possibly even your audio driver.

ryrynz
12th February 2015, 06:51
Using MPC Audio Renderer, I'm getting an occasional looping stutter on pause and then a crackling on playback with my receiver. Pausing and playing again generally fixes it until the video is paused again.
MPC-BE's audio renderer works perfectly, Tested with AAC, FLAC and AC3 audio.

Aleksoid1978
12th February 2015, 07:38
Using MPC Audio Renderer, I'm getting a looping stutter on pause and then crackling on playback on my receiver. Pausing and playing again fixes it until the video is paused again.
MPC-BE's audio renderer works perfectly. Tested with AAC, FLAC and AC3 audio.

MPC-HC's Audio Renderer is broken - don't use it.

ryrynz
12th February 2015, 07:57
MPC-HC's Audio Renderer is broken - don't use it.

Any chance you could release MPC-BE's audio renderer in standalone form? Or could someone from MPC-HC's team copy your code?

kasper93
12th February 2015, 09:31
We are developing brand new audio renderer which is almost done and will be available soon.

Shiandow
12th February 2015, 12:30
Any chance you could release MPC-BE's audio renderer in standalone form? Or could someone from MPC-HC's team copy your code?

FWIW MPC-BE's audio renderer is available as a stand alone filter. If you place the .ax file somewhere you can add it as a filter in MPC-HC.

huhn
12th February 2015, 15:40
We are developing brand new audio renderer which is almost done and will be available soon.

interesting can't wait to test this. even the mpc audio renderer in BE has some serious issue at least with my sound cards.

Aleksoid1978
12th February 2015, 23:38
interesting can't wait to test this. even the mpc audio renderer in BE has some serious issue at least with my sound cards.

Can you tell what issue ??

monvo
13th February 2015, 18:46
Hi everybody,

I hope this is the right place to ask this question. If it is not, it would be great if someone pointed me in the right direction.

I've been using MPC-HC as the external player for XBMC/Kodi for a few years now. I'm running it on my desktop PC, which has two monitors and a TV connected to it. Depending on the content I either watch on one of the monitors or on the TV, which is on only then.

In the playercorefactory.xml I had MPC-HC assigned to "monitor 3" which is the TV. In the event that "monitor 3" doesn't exist (TV turned off) it would automatically fall back on one of the monitors.

Recently MPC-HC crashes on startup if the TV is not turned on. I suspect that is because the device it is assigned to, "monitor 3", doesn't exist. So instead of falling back on a monitor, as it used to, it crashes.

Does anybody have a solution for this problem? It would be great if either
1) it falls back on the monitor, as it used to or
2) I can dynamically assign a monitor based on the available choices, for example through a "if -> then -> else" condition.

Thanks in advance.

clsid
13th February 2015, 20:13
@monvo
That has already been fixed by the devs. It will be in next nightly/stable build.

Snowknight26
13th February 2015, 22:11
@monvo
That has already been fixed by the devs. It will be in next nightly/stable build.

Which repo/branch?

vBm
13th February 2015, 22:36
Which repo/branch?

Inside Underground78's devel branch (https://github.com/Underground78/mpc-hc/commit/5d5589f24416d1f80dd8d9491dac5261cce5e422). It'll end up in next nightly in next few days i guess.

tobindac
15th February 2015, 13:54
1 - You can choose (change) the entire desired program(from MPEGSplitter's stream list) and then automatically switch all video and audio streams.
2 - Can you upload some you record files - i look what's wrong with A/V sync.

I tried that and it only changed the audio, it kept the video stream on same. Have you seen it working on .ts files from dvb-t already around? I find it hard to upload big files from a connection right now.

edit: PS. Something good about that program is that I noticed SVP (for higher pseudo-FPS) does not make it hang the software when seeking in the video abruptly, unlike mpc-hc.

tobindac
15th February 2015, 16:56
Does anyone else have an issue with hangs with SVP and mpc-hc? They happen when one tries to seek more than once every one-two seconds and on big files (e.g. movies). They go away on mpc-be and on svp off.

tjcinnamon
15th February 2015, 17:29
Is there a way I can take the decoded video (from the overlay presented to the GPU) via the internet browser and pass it to MPC-HC? Almost like a capture card?

This would allow me to use MPC-HC+enhancements on encrypted sources. My guess is this would behave like a capture card.

JanWillem32
15th February 2015, 18:49
Most video systems don't use overlays, but a presentation surface for the desktop compositor to present. (It's a minor detail. Conceptually they are not too different.) And yes, streaming video is supported. However, it's not going to work at the level you are thinking of. Streaming of undecoded or decoded video and audio to a player will work. Trying to send already rendered audio and video and then feeding it to a video player will require assistance from a capturing software/hardware solution.

tjcinnamon
16th February 2015, 01:34
Most video systems don't use overlays, but a presentation surface for the desktop compositor to present. (It's a minor detail. Conceptually they are not too different.) And yes, streaming video is supported. However, it's not going to work at the level you are thinking of. Streaming of undecoded or decoded video and audio to a player will work. Trying to send already rendered audio and video and then feeding it to a video player will require assistance from a capturing software/hardware solution.

Thanks very much for the response. What type of solution would it require. Considering I watch a fair amount of WWE Network and UFC fight pass (horribly compressed live sports), it could be worth the investment.

LigH
16th February 2015, 09:12
Probably some dedicated capturing tools ... not sure if DXTory can do that, but it should point into the desired direction. Nevertheless ... you paid for the right to watch, not for the right to record (and possibly copy).

Back to MPC-HC, please. ;)

yonta
16th February 2015, 09:27
lastest 1.7.8.41 doesn't display video on this sample (https://drive.google.com/file/d/0B1mCVSSmbT2LSzhTWDRWaXBnTGs/view?usp=sharing).
I guess it's got something to do with color range and evr-cp 'cause it works if I change output range to 16-235 or output renderer to anything other than evr-cp.

General
Complete name : E:\Blackedout.mov
Format : MPEG-4
Format profile : QuickTime
Codec ID : qt
File size : 59.2 MiB
Duration : 9s 989ms
Overall bit rate mode : Variable
Overall bit rate : 49.7 Mbps
Writing application : Lavf56.21.100

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.2
Format settings, CABAC : Yes
Format settings, ReFrames : 2 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 9s 977ms
Bit rate mode : Variable
Bit rate : 48.3 Mbps
Maximum bit rate : 49.2 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 59.940 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.388
Stream size : 57.4 MiB (97%)
Language : English
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
Color range : Full

Audio
ID : 2
Format : PCM
Format settings, Endianness : Big
Format settings, Sign : Signed
Codec ID : twos
Duration : 9s 989ms
Bit rate mode : Constant
Bit rate : 1 536 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Stream size : 1.83 MiB (3%)
Language : English

Other
ID : 3
Type : Time code
Format : QuickTime TC
Duration : 9s 977ms
Time code of first frame : 00:16:09;45
Time code, striped : Yes
Language : English

kasper93
16th February 2015, 10:18
Thanks will fix it. Sorry, this is stupid mistake.

chros
16th February 2015, 15:57
Guys, I have question about the audio setup (maybe it would belong to a Windows topic, but it's so complex, that I don't know where to raise it).
Hardware setup: Win 8.1 laptop -> hdmi -> Yamaha RX-A830 receiver -> hdmi -> LG TV
Software setup: mpc-hc, lav-filters, madvr, and DFX (audio enhancer :( :) )

I have "setup" mpc-hc to run with the '/audiorenderer 5' option, which is working fine (although you can't see the fired up setting in the gui, but that's not an issue). The problem is:
- when the receiver is ON and TV OFF: Windows displays the A830 as the audio device and the TV disappears!
- but when both is ON: Windows displays the LG TV as the audio device and the A830 disappears!
That means in the renderer page the 5th element is different when both is on and when the tv is off.

Can I instruct Windows to display always (!) both of them on the Sound panel ??!!!!
Thank you for your help!

PS: the current stable release is working perfectly (at least the functions what I'm using) :) Cheers! :)
So I think the

huhn
16th February 2015, 16:28
Guys, I have question about the audio setup (maybe it would belong to a Windows topic, but it's so complex, that I don't know where to raise it).
Hardware setup: Win 8.1 laptop -> hdmi -> Yamaha RX-A830 receiver -> hdmi -> LG TV
Software setup: mpc-hc, lav-filters, madvr, and DFX (audio enhancer :( :) )

I have "setup" mpc-hc to run with the '/audiorenderer 5' option, which is working fine (although you can't see the fired up setting in the gui, but that's not an issue). The problem is:
- when the receiver is ON and TV OFF: Windows displays the A830 as the audio device and the TV disappears!
- but when both is ON: Windows displays the LG TV as the audio device and the A830 disappears!
That means in the renderer page the 5th element is different when both is on and when the tv is off.

Can I instruct Windows to display always (!) both of them on the Sound panel ??!!!!
Thank you for your help!

PS: the current stable release is working perfectly (at least the functions what I'm using) :) Cheers! :)
So I think the

set your TV as the default audio source. you find this option under sound "playback device". disable all playback devices except your TV. set mpc-hc to use system default. this should work when your tv disappears it has to choice something else as default and there is only one option left the a830.

can you name the GPU? I would like to know what GPU you use right now that can use the AVR without a picture end device.

tjcinnamon
16th February 2015, 23:27
Probably some dedicated capturing tools ... not sure if DXTory can do that, but it should point into the desired direction. Nevertheless ... you paid for the right to watch, not for the right to record (and possibly copy).

Back to MPC-HC, please. ;)

not interested in recording. Interested in running it through MPC-HC and madvr to clean up the content that I'm paying for. The route starts at getting it into MPC-HC.

chros
17th February 2015, 12:19
set your TV as the default audio source. you find this option under sound "playback device". disable all playback devices except your TV. set mpc-hc to use system default. this should work when your tv disappears it has to choice something else as default and there is only one option left the a830.

can you name the GPU? I would like to know what GPU you use right now that can use the AVR without a picture end device.
Thanks, I have tried out, but not good at all:
- sound devices (TV and A830) keep disappearing and reappearing, depending on their state (on / standby)
- if I disable everything and TV is the only sound playback device in Control Panel, then there's no sound when the TV is off! (since the TV is disappeared and the A830 appeared which is disabled)
- I tried to disable the TV and enable the A830, but the same happens (no sound) when the TV is ON :)

This is drives me crazy :)
I have to say that without DFX the whole setup is working fine (selecting always the system default sound device in the apps).

You can see my config in my signature:
- HD4000 and the m650GT is in muxless mode (don't ask what's this :) ), that means you can only set the colors etc in the Intel control panel
- the HDMI is working through the Intel HD400 inbuilt GPU
- the drivers does (can) matters, I use this now:
Intel HD Graphics 4000 v10.18.10.3958 (in Intel control panel)
Intel Display Audio v6.16.0.3154 (in device manager)

huhn
17th February 2015, 14:39
keep the a380 and TV active. this should do the trick.

chros
17th February 2015, 16:47
keep the a380 and TV active. this should do the trick.
Errr.... Sorry, what do you mean about this?
Shall I keep the TV switched on all the time? That's not an option :(

huhn
17th February 2015, 17:07
make sure the a380 are enabled and the TV nothing else.

ikarad
18th February 2015, 23:24
What are the differences between system default option in audio renderer (output menu) and mpc-audio renderer option in audio renderer?
What means system default?

huhn
19th February 2015, 00:23
What are the differences between system default option in audio renderer (output menu) and mpc-audio renderer option in audio renderer?
What means system default?

default uses your default audio device by using directsound or waveout.

mpc-audio renderer is able to use WASAPI (and is totally broken).

Warner306
19th February 2015, 06:28
default uses your default audio device by using directsound or waveout.

mpc-audio renderer is able to use WASAPI (and is totally broken).
What do you mean by totally broken? I used it once and left to Reclock after having trouble outputting stereo AAC as Dolby Pro Logic II through a receiver.

ryrynz
19th February 2015, 06:30
What do you mean by totally broken? I used it once and left to Reclock after having trouble outputting stereo AAC as Dolby Pro Logic II through a receiver.

He means it works so badly they've actually decided to rewrite the thing, the new version should be available in a nightly build soon.

ikarad
19th February 2015, 09:33
default uses your default audio device by using directsound or waveout.

mpc-audio renderer is able to use WASAPI (and is totally broken).

What are the differences between directsound and wasapi?

LigH
19th February 2015, 10:01
About WASAPI (https://msdn.microsoft.com/en-us/library/windows/desktop/dd371455(v=vs.85).aspx) (MSDN)

The Windows Audio Session API (WASAPI) enables client applications to manage the flow of audio data between the application and an audio endpoint device.

Both are programming interfaces. Both should give you some freedom of choice. Required efforts, quirks, and limitations may differ. I guess you will only really understand the differences when you tried to write applications using both interfaces alternatively...

ikarad
19th February 2015, 10:30
About WASAPI (https://msdn.microsoft.com/en-us/library/windows/desktop/dd371455(v=vs.85).aspx) (MSDN)



Both are programming interfaces. Both should give you some freedom of choice. Required efforts, quirks, and limitations may differ. I guess you will only really understand the differences when you tried to write applications using both interfaces alternatively...

I speak about in pratice for me. Sound quality is the same or not?

huhn
19th February 2015, 12:30
WASAPI can be bit perfect. while directsound is offend resampled or at least is going through the windows mixer.

both have the potential for the same audio quality.

FireFreak111
21st February 2015, 04:04
Is this new audio renderer going to be built on WASAPI Shared Mode? Or is it going to be based off DirectSound.

If a new audio renderer is being developed, it should ditch deprecated API's. When they reintroduced hardware offloading in Windows 8, they only exposed it for WASAPI. Nothing for DirectSound.

tjcinnamon
21st February 2015, 19:04
On the Kodi (XBMC) forum there is a tutorial thread stating that DXVA2 copyback is more efficient than CUVID. Is this claim substantiated? Is there a quality difference?

I have a GTX970

huhn
21st February 2015, 22:05
output is the same but CUVID forces the GPU in the highest powerstate. both use the same decoder. usually copyback is the better choice.

Warner306
21st February 2015, 22:29
On the Kodi (XBMC) forum there is a tutorial thread stating that DXVA2 copyback is more efficient than CUVID. Is this claim substantiated? Is there a quality difference?

I have a GTX970

Ha, ha. I wrote the tutorial. My sources were JRiver Media Center, which configures its software this way and the poster who answered you. When MPC-HC is updated to LAV 0.64, the difference will become even more pronounced due to improvements in DXVA2 decoding. I am using MPC-BE and the latest LAV Filters and was able to increase my settings without increasing the rendering queue.

If you have any problems with the tutorial, please post them in the Kodi forum. I will fix as many inaccuracies as possible. Linking to the JRiver forum would be one improvement.

tjcinnamon
22nd February 2015, 17:39
Ha, ha. I wrote the tutorial. My sources were JRiver Media Center, which configures its software this way and the poster who answered you. When MPC-HC is updated to LAV 0.64, the difference will become even more pronounced due to improvements in DXVA2 decoding. I am using MPC-BE and the latest LAV Filters and was able to increase my settings without increasing the rendering queue.

If you have any problems with the tutorial, please post them in the Kodi forum. I will fix as many inaccuracies as possible. Linking to the JRiver forum would be one improvement.

I have none, just was curious if that assertion was accurate. Thanks for putting the tutorial up there!

tjcinnamon
22nd February 2015, 20:41
Is it possible for MPC-HC to open Unicast or multicast? I am performing this from a local IP in my network

Thanks,
JOe K.

Gravitator
25th February 2015, 08:16
There are plans to add daala player?

LigH
25th February 2015, 08:51
I believe that support for Xiph Daala may come to MPC-HC when libav developers decide that the format is stable enough to be implemented (in LAV Filters). This is not yet the case. Developers still change the features of Daala, the bitstream specification is not yet final.

tjcinnamon
26th February 2015, 04:21
I believe that support for Xiph Daala may come to MPC-HC when libav developers decide that the format is stable enough to be implemented (in LAV Filters). This is not yet the case. Developers still change the features of Daala, the bitstream specification is not yet final.

Can it open RTMP?

CRA01
27th February 2015, 13:22
Is there a known issue with getting the software to work with .swf files?

I just installed the MPC-HC 64bit and I can't get it to work .swf at all.

LigH
27th February 2015, 13:31
ShockWave Flash won't be supported unless you have the ActiveX Flash Player for MSIE installed, IIRC ... MPC-HC does not contain an own ActionScript interpreter.

And if you use the 64-bit version of MPC-HC, it would have to use a 64-bit Flash player, if that exists at all... apparently it does.

burfadel
27th February 2015, 23:30
ShockWave Flash won't be supported unless you have the ActiveX Flash Player for MSIE installed, IIRC ... MPC-HC does not contain an own ActionScript interpreter.

For Windows 7 you have to install the Flash player separately. For Windows 8.1, the Flash Player is actually 'built-in'. It's still provided by Adobe, but you get it through Windows Update or install it separately through a .msu installer. If you have Windows 8.1, you would most likely already have the latest version installed if you have Windows Updates turned on. You can't install the ActiveX installer.

And if you use the 64-bit version of MPC-HC, it would have to use a 64-bit Flash player, if that exists at all... apparently it does.

There is, it's been around for a while now. It is a universal installer (installs 32-bit for Firefox 32-bit, 64-bit for 64-bit Firefox builds).

The built-in version for IE on Windows 8.1 should be for both 32-bit and 64-bit IE. Probably the majority of people out there don't know this, but 64-bit Windows includes both a 32-bit and 64-bit Internet Explorer, as well as a 32-bit and 64-bit Windows Media Player.

CRA01
3rd March 2015, 08:52
Can you point me in the direction of one for Firefox? I'm not particularly certain what to look for or where.

LigH
3rd March 2015, 09:00
I wonder why. MPC-HC will probably be able to use an ActiveX Flash Player. But would it use a Mozilla Plugin Flash Player as well? Somehow I doubt that.

On top of that, I would not even recommend using MPC-HC for SWF. There are better dedicated ShockWave Flash players with specific controls and features. MPC-HC might lack features for interactive vector animations (e.g. SWF games). And SWF movies are in fact just FLV clips wrapped in an additional SWF container with minimal player script, one may possibly be able to extract them.

Kein
6th March 2015, 22:47
Any idea how can I force MPC-HC to use LAV video decoder to process FRAPS AVIs instead of FRAPS decompressor? Besides the ugly one I came up with: add LAV v. decoder again as an external filter

vood007
7th March 2015, 11:56
Any idea how can I force MPC-HC to use LAV video decoder to process FRAPS AVIs instead of FRAPS decompressor? Besides the ugly one I came up with: add LAV v. decoder again as an external filter

Add FRAPS decompressor and block it?

Kein
7th March 2015, 12:23
I don't think it is possible, FPS1 is a part of AVI decompressor, according to MPC-HC filters data:

Filters currently loaded:
- Speakers (VIA High Definition)
- Sync Renderer
- Audio Switcher
- Color Space Converter
- AVI Decompressor (FPS1)
- LAV Splitter Source (internal)


unlike Dxtory, for example.

UPD:
I added AVI Decompressor to external filter and added just one subtype:
{31535046-0000-0010-8000-00AA00389B71}
set it to block.

Now, it uses LAV Video Decoder but under (low merit). Any idea how to fix this one? Not sure if it is necessary, though, just weird why it goes into fail-safe fallback.

Finnish Flash
8th March 2015, 17:09
First, I want to say that you guys do a great job with this player. Thank you very much!

Recently I noticed a bug with a couple of latest nightlies and DVB subtitles that are used by a local TV channel here in Finland. Starting with version 1.7.8.84 (x86) the subtitles seem to get corrupted and are unreadable.

I use MadVR, but the used renderer doesn't seem to matter.

Here is a sample:
https://mega.co.nz/#!gk91iJpC!T1UxjB27LwSPXzd8sQPQaLAmYmWPMJlkJWiNZPU-_kM

Please, let me know if I can provide additional details!

kasper93
8th March 2015, 19:04
@Finnish Flash: Thanks for the report, will be fixed in next nightly.

ryrynz
9th March 2015, 12:57
Both MPC-HC and MPC-BE don't have consistent behavior when displaying the OSD when playing next file in folder when MadVR is set to FSE mode.

When madVR is in windowed mode the OSD will always display the file name of the newly loaded file every time, when in FSE mode only occasionally does this happen.

More often than not the OSD just displays 'Exclusive' instead. Is there a way to have madVR stay in exclusive mode consistently when transitioning to the next file in the folder?

madshi
9th March 2015, 13:10
Looking at my source code, I think it should be possible to keep madVR in exclusive mode by not destroying the madVR instance, but instead by just reconnecting the pins, when transitioning to the next file in the folder. I haven't actually tested this, though, but this is my current estimate, based on my quick code review.

kasper93
9th March 2015, 13:14
More often than not the OSD just displays 'Exclusive' instead. Is there a way to have madVR stay in exclusive mode consistently when transitioning to the next file in the folder?

madVR overwrites OSD message when it switch to exclusive mode. Opening new file rebuilds whole graph so new instance of madVR need to switch to exclusive. One way to "solve" this would be remove "exclusive" osd message. But all this is not related to MPC-HC.

kasper93
9th March 2015, 13:18
Looking at my source code, I think it should be possible to keep madVR in exclusive mode by not destroying the madVR instance, but instead by just reconnecting the pins, when transitioning to the next file in the folder. I haven't actually tested this, though, but this is my current estimate, based on my quick code review.

Each and every file open rebuilds graph in MPC-HC. I don't think it is worth adding complex logic to reuse filers.

madshi
9th March 2015, 15:28
Each and every file open rebuilds graph in MPC-HC. I don't think it is worth adding complex logic to reuse filers.
Well, it's not really important for me. Just wanted to mention that not destroying and recreating madVR would probably allow madVR to stay in FSE mode. That would be beneficial not only to avoid OSD problems, but to allow faster file switching, too. E.g. wouldn't it also help with seamless audio playback? E.g. there are some CDs that have tracks which should be played without any gap. If you rebuild the whole graph for every file in the playlist, won't that produce an audible audio playback gap?

That said, I do plan to make the "Exclusive" OSD message optional in a future madVR version. Just didn't get around to do that yet. That the "Exclusive" OSD message overwrites a different OSD message is unfortunate. I think I should be able to add a fix for that into the next build. I could simply skip the "Exclusive" OSD message if another OSD message is already visible.

kasper93
9th March 2015, 21:02
I don't think it is a bad idea. But I think at this point it is not worth. I would rather implement Media Foundation support. Which will need to be done eventually. Since MS doesn't care about DS anymore. They have HEVC decoder available as MF variant and EVR supports 10-bit (IIRC) again only MF version. (In Windows 10)

Of course rebuilding the graph every time produce delay. But I think it is not easy as it sounds to seamless switch files in live graph, I think it wasn't even designed to be used this way. Especially if we want to respect user configuration and not reuse the same filters. What I'm trying to say is that it would require complete redo of graph building. And I don't have time to devote to this. There are more important issues that still need fixing. But hey we are open source anyone can contribute and I'll be glad to merge such changes :)

madshi
9th March 2015, 21:14
Is the MS HEVC decoder faster/better than LAV?

kasper93
9th March 2015, 21:40
It is faster, in some cases significantly. You can find some numbers here:

http://forum.doom9.org/showpost.php?p=1699682&postcount=110
http://forum.doom9.org/showpost.php?p=1700389&postcount=141
http://forum.doom9.org/showpost.php?p=1700494&postcount=146
http://forum.doom9.org/showpost.php?p=1705352&postcount=177

nevcairiel
10th March 2015, 01:16
Note that LAV/FFmepg is still getting faster as well, the next version should have a potential 20-25% increase again on some clips.

kasper93
10th March 2015, 01:25
I'm sure we will close the gap eventually. I was trying to show that Microsoft did good job on thier decoder and that's why I mentioned it in the first place.

ryrynz
10th March 2015, 07:32
Of course rebuilding the graph every time produce delay. But I think it is not easy as it sounds to seamless switch files in live graph, I think it wasn't even designed to be used this way.


Well, it's not really important for me. Just wanted to mention that not destroying and recreating madVR would probably allow madVR to stay in FSE mode.

That said, I do plan to make the "Exclusive" OSD message optional in a future madVR version.

I've found this issue occurs most regularly when FSE mode is delayed by three seconds. On the odd occasion madVR actually stays in FSE mode on next file playback, It happens seemingly at random (I can duplicate it 1 out of three or four times seeking to the end of the file and waiting for the transition) There is no 'exclusive' shown when this occurs at all. When FSE mode is not delayed by three seconds 90% of the time the OSD displays the filename as it should, but the the other times madVR displays 'exclusive'.
You may recall madshi I've mentioned this a couple of times in the madVR thread, still hoping for a fix before 1.0 which would still be some years away :p

On another note and MPC related this time, launching a new file whilst in fullscreen with 'launch file in fullscreen' option ticked in MPC-BE you get a full black screen and then file is played in exclusive, In MPC-HC, the control bar flashes up before the file is played.

I do think it would be nice to have the renderer and the player display things together nicely, so that renderer messages actually display alongside MPC's OSD rather than overwrite it (or the other way around) so something like..

madVR test.mkv: Exclusive Mode Activated

madshi
10th March 2015, 09:53
I'm sure we will close the gap eventually. I was trying to show that Microsoft did good job on thier decoder and that's why I mentioned it in the first place.
I fully understand. It's a bit sad that MS seems to want to enforce MF on us now. But I'm optimistic that LAV will catch up in HEVC decoding performance sooner or later.

madshi
10th March 2015, 09:55
I've found this issue occurs most regularly when FSE mode is delayed by three seconds. On the odd occasion madVR actually stays in FSE mode on next file playback
madVR fully destroys the Direct3D interfaces and recreates them. It's impossible to "stay" in FSE mode, when MPC-HC does "next file". However, if playback already starts in fullscreen mode, madVR is often able to directly start in FSE mode, too, and in that case the "Exclusive" OSD is not displayed. The OSD message is only displayed when switching between windowed <-> FSE mode. That's probably what you're experiencing there.

Yeah, of course it would be nice if the OSDs would work together. At some point they probably will. There are only so many hours in a day, you know...

ryrynz
10th March 2015, 11:20
The OSD message is only displayed when switching between windowed <-> FSE mode. That's probably what you're experiencing there.


I figured that might be the case, so hopefully someone can determine why MPC sometimes jumps out of full screen mode (at least with madVR) on next file playback.

jkauff
11th March 2015, 14:41
I figured that might be the case, so hopefully someone can determine why MPC sometimes jumps out of full screen mode (at least with madVR) on next file playback.
Pardon the obvious question, but do you have the MPC option set to exit full screen mode at the end of playback?

ryrynz
11th March 2015, 22:17
Pardon the obvious question, but do you have the MPC option set to exit full screen mode at the end of playback?

Pardoned :) Yes it is enabled, It has no real usefulness when 'playing next file in folder' is active and should be disabled automatically
when used in that case, all it does it hamper transitions with unnecessary window changing.

My recommendation would be to treat 'play next file in the folder' as an automatic addition to the playlist once playback of the previous file is complete and hence not break out of fullscreen mode.

SecurityBunny
13th March 2015, 23:48
Has there been any news regarding the planned audio renderer rewrite for better wasapi support?

Finnish Flash
17th March 2015, 14:44
@Finnish Flash: Thanks for the report, will be fixed in next nightly.Working fine now. Thanks!

Thunderbolt8
17th March 2015, 21:22
My MPC-HC crashes quite often when I try to jump around in the video stream. I use it mostly for .mkv blu-ray remuxes (AVC) and in my case it happens rather frequently when I skip or jump through the video to different places that mpc-hc crashes sooner or later. It just stops doing anything or reacting and I have to close mpc-hc via task manager.

I dont know why that is, but its been like that for me for a very long time (has it even been different? dunno). I am curious, am I the only one to whom that is happening? I update mpc-hc rather frequently, but this thing has been going on for me.

I use madVR and LAVVideo + Audio, maybe the problem is related to that?

huhn
17th March 2015, 21:25
My MPC-HC crashes quite often when I try to jump around in the video stream. I use it mostly for .mkv blu-ray remuxes (AVC) and in my case it happens rather frequently when I skip or jump through the video to different places that mpc-hc crashes sooner or later. It just stops doing anything or reacting and I have to close mpc-hc via task manager.

I dont know why that is, but its been like that for me for a very long time (has it even been different? dunno). I am curious, am I the only one to whom that is happening? I update mpc-hc rather frequently, but this thing has been going on for me.

are you using DXVA decoding? if yes try it without dxva.

kasper93
17th March 2015, 22:12
If it comes to crash you should share dumpfile so we can analyze what's going on.

minaust
17th March 2015, 22:12
I use madVR and LAVVideo + Audio, maybe the problem is related to that?
Do you use the LAV splitter? If so, you might try disabling it and using another splitter such as Haali and see what happens then. I've had similar problems caused by the LAV splitter.

minaust
17th March 2015, 23:44
Hi everybody!

I have a problem with MPC-HC that's an old problem, but I've tracked it down to the source. The problem is in the LAV splitter. Recently, I did a video capture. I had a .mpg file with a duration of 2:02:00. Two hours and two minutes. The .mpg goes into dgindex and is indexed and audio demuxed. The index file and the audio file go into a simple avs script and virtualdunmod is used to edit out commercials. The resulting script has a duration of 1:25:49 according to every program except MPC-HC, which reports 2:02:00. Same with the finished .mkv and .mp4 encodes. Switching to the Haali splitter fixed the problem. Going back to LAV, and problem returns. Delete the original unedited audio, that created by dgindex, and problem is gone. Correct duration shown.

Now I create a .aac track, and problem is back, worse. Now MPC-HC is telling me the duration is over 5 hours. Mux the aac into .mp4 container and delete the external aac, and duration is good, even when playing the .mp4 containing that .aac track.

I've since discovered that having a properly named .aac audio file in the same folder as the video and the auto-load audio box is ticked, I'm guaranteed to get a severely bogus duration. A two-hour video becomes 45 hours, with all chapter marks squashed over to the left side.

What's up with that?

Thunderbolt8
17th March 2015, 23:50
are you using DXVA decoding? if yes try it without dxva.no, I am not using DXVA.If it comes to crash you should share dumpfile so we can analyze what's going on.where are these located?

huhn
18th March 2015, 00:03
https://trac.mpc-hc.org/wiki/minidumps

i don't have a crash dump at the moment but this should be up to date.

kasper93
18th March 2015, 00:21
Delete the original unedited audio, that created by dgindex, and problem is gone. Correct duration shown.

Delete from where? From the folder? Because why whould you mux unedited audio to edited video? If so MPC-HC might load this file as external audio and pick it's duration, because it is longer than the other file.

where are these located?

In the same place as .exe file or %APPDATA%\MPC-HC. But you should get messaged about crash with instructions. Unless you are not using official build and/or crash is not in MPC-HC in fact.

My recommendation would be to treat 'play next file in the folder' as an automatic addition to the playlist once playback of the previous file is complete and hence not break out of fullscreen mode.

We don't exit fullscreen mode when opening next file. We have explicit exception for this case, so option "exit fullscreen on file end" don't make any difference. But we do create new madVR instance and basically we have a race here between madVR message and MPC-HC's message.

Maybe madVR could go directly into exclusive mode (if conditions are made) and omit the message? (it doesn't show message when first init windowed mode) Though only madshi can answer this question.

Duffy Moon
22nd March 2015, 03:07
I'm using version 1.7.8 and the latest madVR and LAV audio and splitter, but I can't get any subtitles to appear.

I've tried everything I can think of in both MPC and LAV splitter options, but nothing seems to work.

Any advice for troubleshooting would be greatly appreciated.

Nintendo Maniac 64
22nd March 2015, 08:40
Something I've been wondering for a few years now - is there anyway to enable reading and applying of ReplayGain tags in MPC-HC/BE/etc? ReplayGain tags makes it really easy to have the volume be consistant between multiple saved video files, but ReplayGain isn't even supported for stand-alone audio files, so...

For reference, I typically use Foobar2000 to apply ReplayGain tags (I know that it can apply them to MP4, WebM, and MKV video containers).

minaust
22nd March 2015, 19:59
Any advice for troubleshooting would be greatly appreciated.
What OS, what type of subs, and what type of video?

First, right-click on the screen during playback, go down to subtitles and see if the renderer has subs. If not, go to the options screen, go to 'Playback' and see if "use built-in subtitle renderer" is checked. Don't feel insulted, I spent a whole day troubleshooting, just to find that had somehow gotten unchecked.

Do a Ctrl-L to manually load the subtitles to see if they play then.

That's the basics. More info will help.

Duffy Moon
22nd March 2015, 20:33
Windows 7, all kinds of subs in h.264. On some, the subtitles menu option is greyed (when I know that there should be subs) and on others it says there should be subs, but they're not displayed!
I shall check to see if that box is ticked (as we say in the UK) later.
I did try Ctrl-L, but it had no effect.

Thanks for the help.

minaust
23rd March 2015, 00:15
Windows 7, all kinds of subs in h.264. On some, the subtitles menu option is greyed (when I know that there should be subs) and on others it says there should be subs, but they're not displayed!
I shall check to see if that box is ticked (as we say in the UK) later.
I did try Ctrl-L, but it had no effect.

Thanks for the help.
What type of subs? .srt? .ass? Where are the subs stored? With the video?

Are the subs named identically to the video?

Duffy Moon
23rd March 2015, 00:22
Internal and external (.srt). Subs stored with video and named identically. The built-in subtitle renderer option is enabled.

Nothing works. :(

minaust
23rd March 2015, 05:13
Internal and external (.srt). Subs stored with video and named identically. The built-in subtitle renderer option is enabled.

Nothing works. :(
Right click on the screen while playing a video. Go down to 'filters' and a list of the currently used filters will show. You should see something along the lines of: Default directsound device, madvr, audio switcher, and the three LAV filters. Anything else show up?

As a test, try using the EVR-CP video renderer instead of madvr.

Also, as an extreme test, go to Options -> Miscellaneous, and click 'reset' under 'settings management'. That will reset MPC back to defaults. Then don't do anything more to MPC than is absolutely necessary to make it play videos. In my case, I didn't need to change a thing. Try it then.

Duffy Moon
23rd March 2015, 05:34
Well, I just changed the video renderer to EVR. Still the same problem. So I changed it back to madVR - bingo! Subtitles have mysteriously reappeared. Very odd.
I thank you for your assistance. My subtitle troubles are at an end.

minaust
23rd March 2015, 05:41
Well, I just changed the video renderer to EVR. Still the same problem. So I changed it back to madVR - bingo! Subtitles have mysteriously reappeared. Very odd.
I thank you for your assistance. My subtitle troubles are at an end.
You're most welcome. Keep in mind that there is a batch file in your madvr folder to reset madvr back to defaults. Don't be shy about using it if things get screwy again.

FireFreak111
24th March 2015, 15:07
Has the MPC-HC team seen this?

http://channel9.msdn.com/Events/WinHEC/2015/WHT202

Information about the Windows 10 audio stack. Interesting stuff in there. Also this http://channel9.msdn.com/Events/WinHEC/2015/OWDHOL301 .

Of course, MPC-HC would need to become a Universal app to take advantage of alot of that, and DirectShow isn't supported there.

jkauff
24th March 2015, 20:46
Has the MPC-HC team seen this?

http://channel9.msdn.com/Events/WinHEC/2015/WHT202

Information about the Windows 10 audio stack. Interesting stuff in there. Also this http://channel9.msdn.com/Events/WinHEC/2015/OWDHOL301 .

Of course, MPC-HC would need to become a Universal app to take advantage of alot of that, and DirectShow isn't supported there.
It was also announced that Windows 10 will support 8K video. I guess MS expects it to stick around for awhile.

73ChargerFan
25th March 2015, 01:02
I read late last year at AVSForum that the Japanese were skipping 4k and going direct to 8k, so this isn't premature.

Blackfyre
27th March 2015, 11:22
Guys I think someone has either hacked your Facebook Page or your automation system has entered "full-retard" mode and began posting old news. I've attached an image, this is happening right now.

eddman
30th March 2015, 20:06
The user account control dialog box causes MPC-HC to freeze for 1-2 seconds. It doesn't happen with MPC-BE.

Could it be a bug?

tjcinnamon
31st March 2015, 22:24
is there a way to navigate dvd menus from DVD isos? I wasn't able to click around.

Duffy Moon
31st March 2015, 22:25
I find it difficult to do that in full screen, so I navigate in window mode.

Stereodude
1st April 2015, 00:32
is there a way to navigate dvd menus from DVD isos? I wasn't able to click around.
Are you running XP?

There are keyboard shortcuts. Look under the keys settings.

Warner306
1st April 2015, 07:00
I wrote a tutorial on how integrate MPC-HC into Kodi and had a question I couldn't answer. Could you help this poster with his issue regarding remote navigation of DVD menus?

"I have one question about using playing DVD folders in MPC-HC.
Just like you I am using Harmony one and MCE remote to control my HTPC.
However, I cannot get the remote to navigate the DVD menu.
I mapped the up/down remote keys to DVD navigation actions and Enter key for DVD activate (assuming that maps to the OK key on the remote).
I was assuming while navigating DVD menu, the DVD navigation keys would take precedence over seek operations.
But that doesn't seem to work, any suggestions?

TIA"

tjcinnamon
1st April 2015, 22:42
Are you running XP?

There are keyboard shortcuts. Look under the keys settings.

I'm on windows 8. I'll give the key mappings a try. Figured the mouse would work.

Stereodude
2nd April 2015, 00:12
I'm on windows 8. I'll give the key mappings a try. Figured the mouse would work.
FWIW, the mouse works for me on Windows 7, but doesn't on Windows XP.

cyberbeing
3rd April 2015, 14:46
@kasper93
The following commit causes MPC-HC to crash with Haali Renderer + XySubFilter (always load):
CMemSubPicAllocator: Reuse allocated memory. (https://github.com/mpc-hc/mpc-hc/commit/4a26ac6bbc288e1db97921b99ffc7561ddfe1cb8)

yahyoh
3rd April 2015, 19:36
I have little problem , i cant set MPC as default program for all media formats its grayed out even after running it as admin. :(

http://i.imgur.com/1hC4pI6.png

LigH
3rd April 2015, 22:19
Not sure if that's the point, but ... you can only set it as default program for the enabled file associations. If all file associations are disabled, for which of 'none' shall it be the default?

madshi
8th April 2015, 16:16
@devs,

in the "Playback -> Output" settings dialog, there's an "X" noted for madVR's "Rotation" capability. That was correct until recently, but the latest madVR build should now support rotated displays just fine. So could you change that to a check? Thanks!

kasper93
8th April 2015, 16:59
"Rotation" doesn't refer to rotated displays. It is 3D rotation of the video frame. You can try it by using ALT+NUM hotkeys.

madshi
8th April 2015, 17:22
Ah, cool! Didn't know that one...

Xebika
8th April 2015, 22:46
How far is from releasing a new final build??

kasper93
9th April 2015, 14:25
@kasper93
The following commit causes MPC-HC to crash with Haali Renderer + XySubFilter (always load):
CMemSubPicAllocator: Reuse allocated memory. (https://github.com/mpc-hc/mpc-hc/commit/4a26ac6bbc288e1db97921b99ffc7561ddfe1cb8)

XySubFilter support for Haali Renderer will be fixed in next nightly.

nijiko
10th April 2015, 01:54
Whether MPC-HC is be planed to support ASIO driver for soundcard? :confused:

Motenai Yoda
10th April 2015, 02:23
Hi guys, I have udpdate some hours ago a pc of my running 8.1u1 x64 and now mpc-hc/lavfilter fail to use hw decoder (only black screen) even with evr or madvr.
Also vlc crash immediately too.

cyberbeing
10th April 2015, 05:15
XySubFilter support for Haali Renderer will be fixed in next nightly.

Thanks.

There is also an issue in recent MPC-HC 1.7.8.x nightly VSFilter.dll builds, which appears to have broken subtitle output with TextSub (avisynth plugin).

jkauff
10th April 2015, 05:30
Whether MPC-HC is be planed to support ASIO driver for soundcard? :confused:
MPC-BE already has a WASAPI driver, but I doubt if you'll see ASIO support in either program.

nijiko
11th April 2015, 12:23
MPC-BE already has a WASAPI driver, but I doubt if you'll see ASIO support in either program.

MPC Audio Renderer in MPC-HC is always broken. :angry:

nijiko
11th April 2015, 12:48
MPC-BE already has a WASAPI driver, but I doubt if you'll see ASIO support in either program.

First, WASAPI doesn't support Windows XP.
Second, the filter named ASIO Renderer has only x32 bits version, and x64 bits player can't load... WTF...

jkauff
11th April 2015, 15:58
First, WASAPI doesn't support Windows XP.
Second, the filter named ASIO Renderer has only x32 bits version, and x64 bits player can't load... WTF...
You're running XP 64-bit, I guess? Do you really need to use the 64-bit version of MPC-HC? If you've found an ASIO filter that works for you, stick with 32-bit.

ASIO was always difficult for developers because it was totally dependent on the implementation in the soundcard's driver. Most player developers would probably consider it legacy technology now anyway, and therefore it seems unlikely that it would show up as a new feature.

LigH
11th April 2015, 19:59
Some decoders, especially HEVC, should run faster in 64 bit code. So you may have to decide, either faster decoder or low latency audio output.

jkauff
12th April 2015, 04:44
Some decoders, especially HEVC, should run faster in 64 bit code. So you may have to decide, either faster decoder or low latency audio output.
Or get off of XP and have both. ;)

nijiko
12th April 2015, 05:12
You're running XP 64-bit, I guess? Do you really need to use the 64-bit version of MPC-HC? If you've found an ASIO filter that works for you, stick with 32-bit.

ASIO was always difficult for developers because it was totally dependent on the implementation in the soundcard's driver. Most player developers would probably consider it legacy technology now anyway, and therefore it seems unlikely that it would show up as a new feature.

No, I have 2 computers, one is very old, running XP 32, another is newer, running 8.1 64.
I think ASIO driver had supplied an interface to programs, so if you use this one, ASIO will works well. Such as some audio player.
Other way, I found mpc-hc64 is better than its 32 in 8.1 64.

nijiko
12th April 2015, 16:11
Problem with playing RealVideo 9 and COOK Audio, and such as the codec is very old like this.
MPC-HC said failed to render.
But MPC-BE works fine with Gabest's RealSplitter.
If MPC-HC load the RealSplitter, then it works fine, so I think it's a bug of LAV.

wanezhiling
12th April 2015, 16:28
There is no any help without a sample file.

Vyral
13th April 2015, 08:21
Hi,
I'm about to uninstall the 32bits version of MPC-HC to install the 64bits version with madVR. Is there a way to keep to keep all my settings between the two versions ?
I know there is an option to export our settings but I see no import option.

ryrynz
13th April 2015, 08:40
Hi,
I'm about to uninstall the 32bits version of MPC-HC to install the 64bits version with madVR. Is there a way to keep to keep all my settings between the two versions ?
I know there is an option to export our settings but I see no import option.

They share the same settings. Just export, uninstall then Install 64 bit version, double click the exported registry file (mpc-hc-settings.reg) to import the settings.

huhn
13th April 2015, 08:44
just install the 64 bit version you don't even need to uninstall the 32 bit version. all settings should stay the same. at least if you didn't use the setting "store settings in .ini file" option. if you used that you have to copy the ini.

the export option exports exports the registry settings so you just have to double click them to reapply them.

Vyral
13th April 2015, 08:48
Ok, thank you both :)

nijiko
13th April 2015, 14:38
There is no any help without a sample file.

The videos all have copyright.

Video: RealVideo 4 720x540 30fps 600kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {30345652-0000-0010-8000-00AA00389B71}
formattype: FORMAT_VideoInfo {05589F80-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 21472
cbFormat: 96

Audio: RealAudio COOK 44100Hz stereo

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {4B4F4F43-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 1
lSampleSize: 14880
cbFormat: 112

Video
ID : 1
Format : RealVideo 4
Codec ID : RV40
Codec ID/Info : Based on AVC (H.264), Real Player 9
Duration : 29mn 45s
Bit rate : 601 Kbps
Width : 720 pixels
Height : 540 pixels
Display aspect ratio : 4:3
Frame rate : 30.000 fps
Bits/(Pixel*Frame) : 0.051
Stream size : 128 MiB (89%)

Audio
ID : 0
Format : Cooker
Codec ID : cook
Codec ID/Info : Based on G.722.1, Real Player 6
Duration : 29mn 47s
Bit rate : 64.1 Kbps
Channel(s) : 2 channels
Sampling rate : 44.1 KHz
Bit depth : 16 bits
Stream size : 13.7 MiB (9%)

wanezhiling
13th April 2015, 14:41
Mediainfo can help nothing, so the dev can do nothing as well.

huhn
13th April 2015, 16:06
The videos all have copyright.

sharing a reasonable short sample is totally tolerated in this forum

clsid
13th April 2015, 16:12
You can also share links privately with the developers by using a private message on the forum.

You can easily cut a sample with DGSplit.
http://neuron2.net/dgsplit/dgsplit12.zip

minaust
14th April 2015, 10:08
Hi everybody...

I've had both the 32- and 64-bit versions of MPC-HC installed on both of my systems. Both are Windows 7 Professional 64-bit machines with Nvidia hardware. Until yesterday, the 32-bit version used madvr as the renderer, 64-bit used the EVR-CP renderer. When I installed the new version of madvr, I just deleted the 64-bit .ini file, making both use madvr.

Problem - the 64-bit version hard crashes when I try to close it. Playback is beautiful until then. Closing MPC-HC, or attempting to move to the next item in the playlist. Hard crash = MPC-HC freezes and Windows tells me it crashed. No dump file. 32-bit version is completely normal. Identical behavior on both machines, which do not have the same hardware - EVGA GTX-760 in one, EVGA GTX-580 in the other.

MPC-HC is version 1.7.8 stable. OS is as described above.

EDIT: (Emily Litella voice on)
Never mind.
(Emily Litella voice off)
Madshi fixed it. Quick work there!

sneaker_ger
17th April 2015, 09:46
Could there anything be done about .srt subtitle drag&drop support for users of XySubFilter? If you do it now it will close the video and try to play the subtitle file as if it were a movie. It only works correctly with the internal subtitle renderer. MPC-BE supports drag&drop even for XySubFilter. Old versions at least activated the internal subtitle renderer in such a case but it broke sometime between 1.7.3.127 and 1.3.7.138. Of course the MPC-BE variant would be preferred.

kasper93
17th April 2015, 11:32
No, there is currently no work going on to implement this. Patches are welcome if someone wants to contribute. This is fairly easy to implement, just need someone to do it. :) There are more important and interesting things to work on in MPC-HC. And frankly I don't see any reason why one would prefer XySubFilter over our Internal Subtitle Renderer in general use. Unless of course you use color correction in madVR which I believe is also applied to subtitles.


That say if yuo have any ISR limitations that are bothering you feel free to tell me and I will work on it.

GCRaistlin
17th April 2015, 11:55
And frankly I don't see any reason why one would prefer XySubFilter over our Internal Subtitle Renderer in general use.
With XySubFilter, we are able to watch PAL video with NTSC subtitles in non-text format, and vice versa. ISR doesn't allow this.

kasper93
17th April 2015, 12:01
Please upload sample file and I will see what can I do.

sneaker_ger
17th April 2015, 16:32
No, there is currently no work going on to implement this. Patches are welcome if someone wants to contribute. This is fairly easy to implement, just need someone to do it. :) There are more important and interesting things to work on in MPC-HC. And frankly I don't see any reason why one would prefer XySubFilter over our Internal Subtitle Renderer in general use. Unless of course you use color correction in madVR which I believe is also applied to subtitles.
There are still some cases where XySubFilter is faster/better than MPC-HC, I think cyberbeing posted them somewhere around here recently.

Would it be possible to at least look into the commit that caused the drag&drop to fail completely? It happened somewhere between 1.7.3.127 and 1.3.7.138. Back then you could use XySubFilter and drag&drop. It didn't load it into XySubFilter like MPC-BE but at least it re-activated the internal renderer.

dansrfe
17th April 2015, 16:38
i hear crackling noises when using MPC-HC Audio Renderer with WASAPI.

Sometimes the noises go away if I skip back and forth through the video using the arrow keys.

huhn
17th April 2015, 16:41
i hear crackling noises when using MPC-HC Audio Renderer with WASAPI.

Sometimes the noises go away if I skip back and forth through the video using the arrow keys.

drag your mouse over at your selected mpc audio renderer and read x-).

a new audio renderer is planned.

kasper93
17th April 2015, 17:14
Planned is probably not a good word to describe it. It is basically almost ready, but I don't know when Alex (who develops new renderer) will come back and finish/merge it.

There are still some cases where XySubFilter is faster/better than MPC-HC, I think cyberbeing posted them somewhere around here recently.

Faster in certain cases, yes. Better? I don't know.


Would it be possible to at least look into the commit that caused the drag&drop to fail completely? It happened somewhere between 1.7.3.127 and 1.3.7.138. Back then you could use XySubFilter and drag&drop. It didn't load it into XySubFilter like MPC-BE but at least it re-activated the internal renderer.

I will look later. But IIRC it was done this way to avoid using both renderer at the same time by accident.

sneaker_ger
17th April 2015, 17:39
I will look later. But IIRC it was done this way to avoid using both renderer at the same time by accident.
Would it be possible to set XySubFilter to "Hide Subtitles"? That way it would be avoided as well. (Maybe an actual use-case for Clear() (https://github.com/Underground78/mpc-hc/commit/728c810eace8c13fec1bbd7a0f5120eda937ad26)?)

Either way, anything is better than just closing the movie currently playing.

GCRaistlin
17th April 2015, 21:04
Please upload sample file and I will see what can I do.

I'm talking about Speed Ratio feature of XySubFilter. What kind of sample file do you want me to upload?

cyberbeing
18th April 2015, 02:17
Would it be possible to set XySubFilter to "Hide Subtitles"?
To do that with external subtitles, they'd need to use the IDirectVobSub interface. Yet once they start integrating IDirectVobSub support, they may as well load external subtitles with it as well like MPC-BE did. As Kasper93 said, they are likely just busy with other things since they don't see this as a priority. There already is ticket assigned to Underground78 here (https://trac.mpc-hc.org/ticket/4122) regarding utilizing the IDirectVobSub (https://github.com/mpc-hc/mpc-hc/blob/develop/src/filters/transform/VSFilter/IDirectVobSub.h) when available (backporting the work MPC-BE has done), there just hasn't been any movement on it in the past year. Implementing something similar to the subtitle renderer selection dialog of MPC-BE would be the next logical step, after IDirectVobSub support is in place.

Either way, anything is better than just closing the movie currently playing.

I'd agree with that, but overall I still see it as a bad thing to have both VSFilter|XySubFilter & ISR active at the same time. Until MPC-HC gets around to introducing proper drag 'n drop support for external subtitle filters, they'd probably be better off ignoring any attempts to do so if the ISR is disabled.

GCRaistlin
21st April 2015, 17:43
Why 32-bit Floating-point output format is disabled in LAV Audio MPC-HC internal filter by default?

nevcairiel
21st April 2015, 18:42
It should only be disabled if you use Windows XP, because XP has terrible audio support.

iron2000
22nd April 2015, 16:31
Since so many versions have past, is the 64bit version on par or better then the 32bit version now?

huhn
22nd April 2015, 16:39
Since so many versions have past, is the 64bit version on par or better then the 32bit version now?

the 64 bit decoder are faster up to 100% faster.

LigH
22nd April 2015, 18:38
But they can use only 64 bit decoders. So, e.g. no VfW codecs which may be installed in your Windows. It relies more on implemented formats in LAV Filters than the 32 bit version, which has a few more options to try.

v0lt
22nd April 2015, 18:42
the 64 bit decoder are faster up to 100% faster.
I do not believe. :p

huhn
22nd April 2015, 18:48
I do not believe. :p

HEVC is up to 100 % faster if you compare 32 and 64 bit lavfilter.

EDIT:

here an example: http://forum.doom9.org/showpost.php?p=1705352&postcount=177

3.Beauty-2160p@30fps-12.3Mbps


LAV x64 CPU 43/62/75 CPU 88%

Lentoid CPU 23/38/40 CPU 61%

PowerDVD CPU 25/33/36 CPU 48%

LAV x86 CPU 20/29/31 CPU 91%

Lentoid OpenCL 8/27/30 CPU 47% GPU 80%

PowerDVD OpenCL 18/26/33 CPU 40% GPU 52%

v0lt
22nd April 2015, 19:40
Hmm.
i5-3570K, Beauty-2160p, LAV 0.65.0

decode:
LAV x86 - 49 fps
LAV x64 - 67 fps (+37%)
LAV x64, 16 threads - 88 fps (+80%)

playback with scale to 1920x1080:
LAV x86 - 32 fps
LAV x64 - 48 fps (+50%)
LAV x64, 16 threads - 54 fps (+69%)

Very interesting. Forcing 16 threads on a 4 core CPU gives an additional 20%!

huhn
22nd April 2015, 19:59
fell free to add 32-128 thread support in MPC-BE decoder i'm sure NikosD will have so fun with it X-).
but this usually only works on some samples.

NikosD
22nd April 2015, 23:49
After the release of Lentoid v2.0.3.2 x86 HEVC decoder, which is the fastest x86 HEVC decoder, there is no need to add threads to the slowest HEVC x86 decoder which is the LAV x86, regarding CPU decoding under any OS and any CPU architecture.

The difference is huge and can't be covered by adding more threads.

Take a look here:
http://forum.doom9.org/showthread.php?p=1717938

huhn
23rd April 2015, 02:08
who said it is for x86?

ryrynz
23rd April 2015, 02:35
Do a few more tests on various samples, wouldn't hurt to see what x86 stands to gain if anything as well.. even though it's use would be in decline now.

NikosD
23rd April 2015, 06:23
In all tests and samples, Lentoid x86 is always the fastest and LAV x86 the slowest.

For pre-SSE4.1 CPU architectures even LAV x64 is almost two times slower than Lentoid x86 !

LAV x64 is very fast for SSE4.1 or better CPU - ONLY.

minaust
23rd April 2015, 13:33
Since so many versions have past, is the 64bit version on par or better then the 32bit version now?
My take on it is the only thing missing was a 64-bit build of madVR, which we now have. There seems to be a general shortage of 64-bit directshow plugins, but that shortage is diminishing due to the increased availability of low-cost and free 64-bit compilers.

The only problem I have is I still use the 32-bit Avisynth, so I still need the 32-bit MPC-HC for that. But the 64-bit build performs identically to the 32-bit build. I have 3 Windows 7 64-bit systems - one low-end, one high-end, and an extreme high-end system (a room heater with Nvidia graphics) and it performs equally well on all three.

The 64-bit proponents claim that the 64-bit build of any player utilizes system resources more efficiently. The 64-bit detractors claim a 64-bit player uses twice the resources to achieve the same results as the 32-bit builds.

My bottom line: the 64-bit build of MPC-HC is here and has been here for quite a while now, assuming you have a reasonably modernj CPU.

nijiko
23rd April 2015, 18:19
Will MPC-HC change build project to MVC++ 2015?

tobindac
23rd April 2015, 19:04
Can I say something rude? But please, please understand I do it because I think it might help you: The name of the software is absolutely horrible.

It is both confusing but also very old fashioned, explicitly. I reminds to people of Microsoft's Players and old terms.

I love this software so much that I'm pretty sure right now that it's the reason why others use other trash.

e-t172
23rd April 2015, 21:31
There seems to be a general shortage of 64-bit directshow plugins, but that shortage is diminishing due to the increased availability of low-cost and free 64-bit compilers.

I'm nitpicking, but the availability of 64-bit compilers has nothing to do with the increase in 64-bit DirectShow plugins; it's because previously there was no good reason to prefer a 64-bit video pipeline to a 32-bit video pipeline. Today there is actually a good reason: it's because HEVC decoders are now optimized for 64-bit first.

LigH
23rd April 2015, 22:50
@ tobindac:

At least you said this (not even very) "rude" statement in a much more civilized form than a few other people replying here. :thanks:

But the name has a good reason, a "historical tradition" even: The first versions of MPC (by Gabest) looked a lot like the Microsoft Windows Media Player 6.4, and MPC-HC today still does, to some degree.

People using different software may have their reasons to prefer that. Maybe they prefer cool looking interfaces over well attended features. Who knows. Their decision. But there is no need to worry that users of MPC variants will go extinct. Just because this software appears to be reasonable. At least to me; and probably also to others enjoying powerful features combined with a clear and simple interface.

I am a content user. And the name doesn't spoil my experience.

minaust
24th April 2015, 11:11
I'm nitpicking, but the availability of 64-bit compilers has nothing to do with the increase in 64-bit DirectShow plugins; it's because previously there was no good reason to prefer a 64-bit video pipeline to a 32-bit video pipeline. Today there is actually a good reason: it's because HEVC decoders are now optimized for 64-bit first.
Heh - that's exactly the minefield I was trying to avoid stepping into.:D

My contention, to which I alluded in my OP, is of the 64-bit proponents and detractors, is that there were reasons before HEVC to go 64-bit. But it appears that HEVC has become the magic bullet. As for me, the only way to generate 64-bit code was GCC. I don't code professionally any more, so I don't have the justification to lay $1000 on Micro$oft or Intel for a full-featured Windows compiler. The 2013 Community Edition helped a lot - and probably not just for me.

foxyshadis
28th April 2015, 12:45
Heh - that's exactly the minefield I was trying to avoid stepping into.:D

My contention, to which I alluded in my OP, is of the 64-bit proponents and detractors, is that there were reasons before HEVC to go 64-bit. But it appears that HEVC has become the magic bullet. As for me, the only way to generate 64-bit code was GCC. I don't code professionally any more, so I don't have the justification to lay $1000 on Micro$oft or Intel for a full-featured Windows compiler. The 2013 Community Edition helped a lot - and probably not just for me.

It's been a long time since that was true. Visual C++ Express 2005, 2008, and 2010 didn't bundle the 64-bit compiler, but it was always available if you installed the Platform/Windows SDK. Since 2012, it's been bundled into the Express edition, finally, so projects don't need to be updated to work with it.

The real problem is that 64-bit software used to be slower and use more memory. Memory's not a big deal and better use of the wider instructions reversed the slowdown in the last couple of years, so now switching is finally a no-brainer.

Octo-puss
28th April 2015, 21:17
@ tobindac:

At least you said this (not even very) "rude" statement in a much more civilized form than a few other people replying here. :thanks:

But the name has a good reason, a "historical tradition" even: The first versions of MPC (by Gabest) looked a lot like the Microsoft Windows Media Player 6.4, and MPC-HC today still does, to some degree.

People using different software may have their reasons to prefer that. Maybe they prefer cool looking interfaces over well attended features. Who knows. Their decision. But there is no need to worry that users of MPC variants will go extinct. Just because this software appears to be reasonable. At least to me; and probably also to others enjoying powerful features combined with a clear and simple interface.

I am a content user. And the name doesn't spoil my experience.

The moment MPC-HC changes name and the GUI, I am switching to something else :P I like it the way it is and have been for what, 10 years? Don't touch it!!

JarrettH
29th April 2015, 03:15
Some of us are pretty used to the MPC feel, but the toolbar is honestly visually blah. Here's a good looking one to replace it...

https://trac.mpc-hc.org/wiki/Toolbar_images

https://trac.mpc-hc.org/raw-attachment/wiki/Toolbar_images/mpc_toolbar_Glossy_by_longinus.png

ryrynz
29th April 2015, 03:40
There has been much talk about the GUI for a long time.. it'll need to be updated sooner or later.

vivan
29th April 2015, 04:51
Why? It's almost modern now. Simple single colored buttons is a current trend, rainbowed glossy is oudated :P
(although sound/mute icon must be replaced to match other buttons).

GCRaistlin
29th April 2015, 10:07
Some of us are pretty used to the MPC feel, but the toolbar is honestly visually blah. Here's a good looking one to replace it...


Definitely no. Why do you need big colored buttons - do you see poorly?

the_weirdo
29th April 2015, 10:19
I don't even need toolbar, but a better looking seek bar is a welcome change.

GCRaistlin
29th April 2015, 10:35
Personally, I don't find colored stains looking good. The only thing in the player window that should be bright is the picture itself.

Reith
29th April 2015, 10:36
I don't even need toolbar, but a better looking seek bar is a welcome change.

This. The seekbar and the volume slider both look ancient, and not in a good way.

Other than that, the GUI is fine since most of it should be space for the video anyway.

ryrynz
29th April 2015, 10:46
Why? It's almost modern now. Simple single colored buttons is a current trend, rainbowed glossy is oudated :P
(although sound/mute icon must be replaced to match other buttons).

It's far from modern. You'll find modern player looks on many websites with built in video players.

I'm not saying this is how I want it to be, but it's a good indication of what I mean. I expect most programs will have to switch a new touch compatible UI eventually in future.

http://i.imgur.com/pIH2hT8l.png

GCRaistlin
29th April 2015, 11:20
The seekbar and the volume slider both look ancient, and not in a good way.

I don't understand why some people think that things should change from time to time without any reason except they got "ancient".
Current interface works fine, and we all got used to it. Any change will just bother users and won't give any advantages. Classic should remain classic.

The only way I find acceptable is to introduce themes. Then I'd select "Classic" theme and forget about it forever. And I believe I'd be not the only one.

bacondither
29th April 2015, 16:13
Looks okay for me. Could be a bit prettier but.. meeh

http://s16.postimg.org/y7y7i4c1x/mpc_hc.png

Duffy Moon
29th April 2015, 16:19
The windowed interface is too bright for me, as I use a projector and it creates too much brightness in the room. A dark background would be preferable.

LigH
29th April 2015, 22:49
For this case, there is the competitor project "Media Player Classic - Black Edition" (MPC-BE). It also differs in details regarding some implementations.

Reith
29th April 2015, 22:52
I don't understand why some people think that things should change from time to time without any reason except they got "ancient".
Current interface works fine, and we all got used to it. Any change will just bother users and won't give any advantages. Classic should remain classic.

Because it sticks out like a sore thumb on a modern operating system. Of course the current interface works fine; we're talking about aesthetics, not utility.

I hardly see how re-skinning the seekbar and volume slider to look a bit nicer will cause problems for users.

GCRaistlin
29th April 2015, 23:12
Because it sticks out like a sore thumb on a modern operating system.
Quite the contrary, a sore thumb here is a modern OS :)

I hardly see how re-skinning the seekbar and volume slider to look a bit nicer will cause problems for users.
What is nicer for you can be (and definitely will be) uglier for others.

ryrynz
29th April 2015, 23:48
Quite the contrary, a sore thumb here is a modern OS :)


Quick OT. Android is IMO a much more well designed (GUI wise) modern OS. Windows 10 will certainly address many of the shortcomings of 8.1 but it looks like there's still some ways to go.
I'm actually quite liking the modern UI redesigns I see of many programs, much cleaner and easier to work with. It's not a case of if with MPC, it's a case of when.


What is nicer for you can be (and definitely will be) uglier for others.

And this is why we have options.

captainadamo
30th April 2015, 00:16
Because it sticks out like a sore thumb on a modern operating system. Of course the current interface works fine; we're talking about aesthetics, not utility.

Yes, it sticks out as a sane, familiar, usable UI in a sea of change for change's sake.

I hardly see how re-skinning the seekbar and volume slider to look a bit nicer will cause problems for users.

But does leaving them as is actually cause anyone problems? Sometimes not fixing things that aren't broken is a better solution rather than solutions in search of problems.

Reith
30th April 2015, 00:19
Quite the contrary, a sore thumb here is a modern OS :)

It's fine if you think this, just realize that the majority of users do not hold the same opinion (not talking specifically about MPC here, just operating systems in general).

What is nicer for you can be (and definitely will be) uglier for others.

Oh please. You're completely writing it off before even considering any of the details. I don't know why some people are so afraid of change. In all likelihood, if it happens, they will give us options like ryrynz said. Some of us don't want to be stuck in Windows 98 forever.

ryrynz
30th April 2015, 00:21
But does leaving them as is actually cause anyone problems? Sometimes not fixing things that aren't broken is a better solution rather than solutions in search of problems.

All comes down to what the developers time and priorities lie. The UI is basically 20 years old in appearance.. BE looks a lot nicer but is still fairly basic looking.

Reith
30th April 2015, 00:22
All I'm asking is for people to consider the appeal of a SLIGHT UI redesign on its own merits instead of instantly recoiling in disgust just because it's something new.

captainadamo
30th April 2015, 00:24
All comes down to what the developers time and priorities lie. The UI is basically 20 years old in appearance.. BE looks a lot nicer but is still fairly basic looking.

And the steering wheel in a 2015 car is going on 120 years old. So what? Sometimes things don't need to change for the sake of changing things.

captainadamo
30th April 2015, 00:28
All I'm asking is for people to consider the appeal of a SLIGHT UI redesign on its own merits instead of instantly recoiling in disgust just because it's something new.

Ok. Layout the exact, documented usability problems the redesign is fixing (it looks old doesn't count) along with your usability studies to back up that the changes are worthwhile.

Reith
30th April 2015, 00:32
Why do you keep going back to usability? I already said that's not what I'm talking about at all.

You guys are just proving that you can't even have a rational discussion about this topic.

/e: I'm not going to bother posting anymore because this isn't a productive discussion at this point. I just find it funny how every time someone brings up the fact that certain elements of the UI are dated, you immediately get two or three people who flip out and say it's perfect the way it is. As I already said, it's not about usability. If MPC-HC had usability problems, obviously I wouldn't be using it.

But I don't see how you can dispute that parts of it are relics from the Windows 98 era. Programs generally try to integrate themselves as smoothly into the OS as possible, to look nicer to the user. Not saying this is a universal thing, but it's a pretty common goal. Most people these days are using Windows 7 and above. No one is talking about a drastic UI overhaul, just something to make the seekbar look a bit nicer at the very least. And hopefully we would be given the option to keep the old one to satisfy everyone. But I'm not a developer and I have no ability to make this happen, so like I said, not a productive discussion.

filler56789
30th April 2015, 00:41
I don't know why some people are so afraid of change.

Maybe because many/most "changes" are useless /annoying /counter-productive?

Some of us don't want to be stuck in Windows 98 forever.

So you really believe that a better OS does have to have an interface with more (and 'mandatory') eye-candies?
If your answer is «yes», then you believe wrong :)

Reith
30th April 2015, 00:46
So you really believe that a better OS does have to have an interface with more (and 'mandatory') eye-candies?
If your answer is «yes», then you believe wrong :)

No, this isn't what I was saying or attempting to say _at all_. Read the edit in my last post.

GCRaistlin
30th April 2015, 00:53
just realize that the majority of users do not hold the same opinion
There's another majority of users who hate any unneeded change.

You're completely writing it off before even considering any of the details.
Details don't matter. The only good reason to change the interface is to make it more usable because "nicer" is a relative thing. Personally, I find Win98 interface the best so your "nicer" and my one will never match.

All I'm asking is for people to consider the appeal of a SLIGHT UI redesign on its own merits instead of instantly recoiling in disgust just because it's something new.
We are getting enough new things in other areas. Let's leave something alone :) Or at least let's allow some of us to let it alone.

ryrynz
30th April 2015, 01:44
And the steering wheel in a 2015 car is going on 120 years old. So what? Sometimes things don't need to change for the sake of changing things.

You're comparing a whole item vs redesign, the steering wheel has many different designs. Anyway, I'm not continuing with the discussion further.
Like I said it's just a matter of when it happens and there's certainly no reason why it can't have a slight design tweak like BE.

the_weirdo
30th April 2015, 03:20
There will be people who against the changes. There will always be. Like someone said, "If you want to make enemies, try to change something."

EDIT: Some people were talking about usability as if any changes to the seek bar would completely ruin its usability. Heck, even VLC has better looking seek bar than MPC-HC. But I do not demand anything, it's all up to the devs to decide something is worth to implement or not.

MokrySedeS
30th April 2015, 06:59
https://trac.mpc-hc.org/ticket/1428
This would be a perfect solution IMO (specifically what kasper93 suggested).
It would be a very, very slight change. It shouldn't bother anyone, yet makes the seekbar look much nicer.
There's been a patch ready for it too but the links are dead now :(

ryrynz
30th April 2015, 07:32
This would be a perfect solution IMO (specifically what kasper93 suggested).


http://i.imgur.com/PxBWtO0l.png

Indeed. Though I'd change that volume icon though to match the rest.

MokrySedeS
30th April 2015, 08:00
It looks like the code for the seek bar is still there https://github.com/demialucard/mpc-hc/commit/fccc4033e9089bfc67b802844e6b2fea1aea4d4c

ryrynz
30th April 2015, 08:44
So why wasn't it added? Seems like a no-brainer to me.

Duffy Moon
30th April 2015, 23:46
For this case, there is the competitor project "Media Player Classic - Black Edition" (MPC-BE). It also differs in details regarding some implementations.

Thanks, I always wondered what that was. I'll give it a go. Looks nicer than clunky old vanilla MPC :)

foxyshadis
1st May 2015, 09:26
For this case, there is the competitor project "Media Player Classic - Black Edition" (MPC-BE). It also differs in details regarding some implementations.

I feel like I've officially failed as the software players mod for not knowing that's all it meant all these years. *facepalm*

Duffy Moon
1st May 2015, 23:04
I feel like I've officially failed as the software players mod for not knowing that's all it meant all these years. *facepalm*

Don't think of it as failure. More as motivation to do better in the future ;)

Anyway, thanks for your work.

minaust
2nd May 2015, 02:56
It's been a long time since that was true. Visual C++ Express 2005, 2008, and 2010 didn't bundle the 64-bit compiler, but it was always available if you installed the Platform/Windows SDK. Since 2012, it's been bundled into the Express edition, finally, so projects don't need to be updated to work with it.
Maybe it was just me, but I never could get the Platform SDK to install properly.

The real problem is that 64-bit software used to be slower and use more memory. Memory's not a big deal and better use of the wider instructions reversed the slowdown in the last couple of years, so now switching is finally a no-brainer.
Heh - When you've got a really hot (literally) 4.77 gHz CPU and 16 gigs of fast ram, that can make up for a number of sins. Just don't pull my dumb stunt. I compiled everything for the fast CPU, 64-bit, complete with CPU optimizations, then it all crashes on the slower machine... Took me a day of troubleshooting to realize that this CPU isn't a Piledriver. Plant face firmly in palm... :stupid:

minaust
2nd May 2015, 03:24
The moment MPC-HC changes name and the GUI, I am switching to something else :P I like it the way it is and have been for what, 10 years? Don't touch it!!
Bravo! I couldn't agree more. My biggest gripe is with software that has gotten bloated all out of shape. (Bloat - also known as "creeping featuritis".) The devs have done a good job of keeping bloat out of MPC-HC and I applaud them for that.

I see no need for trick glossy rainbow-colored skins. As someone once pointed out in this thread, you watch the movie, not the player. KISS - Keep It Simple Stupid.

MPC-HC is a good example of my philosophy. Windows Media Player is a good bad example.

minaust
2nd May 2015, 03:37
Definitely no. Why do you need big colored buttons - do you see poorly?
Yes - I see poorly. As a matter of fact, I'm legally blind. That's why I use the big bright toolbar buttons. That's the only GUI change I need, and I have what I want. I'm good with it.

chros
3rd May 2015, 10:49
My take on it is the only thing missing was a 64-bit build of madVR, which we now have.
Really? Where is it?
Thanks

sneaker_ger
3rd May 2015, 11:01
It's in the same package as the 32 bit version.
http://forum.doom9.org/showthread.php?t=146228

minaust
4th May 2015, 00:59
Simple - just go to the link posted by sneaker_ger above, and click the regular download link. madVR.zip will contain 4 madvr builds instead of 2. The install script will install both 32 and 64-bit versions.

chros
4th May 2015, 11:55
Woow! Thank both of you!
I had the "install" folder inside c:\Program Files (x86)\MadVR\ , and lately I just overwrote the files and haven't realized that there's an x64 build in it as well :) I had to run the install script as an admin though.
And thanks Madshi and all the mpc-hc devs as well!

Nintendo Maniac 64
5th May 2015, 00:04
Is there some way to change the desktop resolution and refresh rate based on the video content's framerate and its resolution? My TV does better upscaling than my HTPC is able to do since it's not particularly high-end...

Kado
5th May 2015, 21:56
Is there some way to change the desktop resolution and refresh rate based on the video content's framerate and its resolution? My TV does better upscaling than my HTPC is able to do since it's not particularly high-end...

You really need to tweak those madvr settings!

Nintendo Maniac 64
6th May 2015, 00:02
You really need to tweak those madvr settings!

Except that my el-cheepo HTPC is a laptop with a 2.4GHz Core 2 Duo and an Intel 965GMA iGPU.

mindbomb
8th May 2015, 00:35
Is there some way to change the desktop resolution and refresh rate based on the video content's framerate and its resolution? My TV does better upscaling than my HTPC is able to do since it's not particularly high-end...

yea, in the display modes subsection of the devices section in madvr. You can put in the resolutions and refresh rates you want.

nijiko
8th May 2015, 18:31
The volumn bar is too short/small to tune. Especially on a 4K res displayer. Can it be made longer/bigger or resizable?

minaust
8th May 2015, 19:02
The volumn bar is too short/small to tune. Especially on a 4K res displayer. Can it be made longer/bigger or resizable?Do what I do - use the scroll wheel on your mouse. That's the default "hot key" for volume.

Nintendo Maniac 64
8th May 2015, 23:14
yea, in the display modes subsection of the devices section in madvr. You can put in the resolutions and refresh rates you want.

Well shoot, I didn't know that! Sweet.

...though I'm not sure I can use madVR on my el-cheepo HTPC since I have to use D3D Fullscreen to not have framedrops at higher framerates and/or resolutions due to said el-lame-o Intel 965 iGPU.

huhn
9th May 2015, 00:25
Well shoot, I didn't know that! Sweet.

...though I'm not sure I can use madVR on my el-cheepo HTPC since I have to use D3D Fullscreen to not have framedrops at higher framerates and/or resolutions due to said el-lame-o Intel 965 iGPU.

madVR uses by default FSE which does the same.

Nintendo Maniac 64
9th May 2015, 23:37
madVR uses by default FSE which does the same.

Ooooooohhhhh, I'll definitely have to look into that then!

Sparktank
10th May 2015, 05:46
1.7.8: 152 vs 162
1.7.8-152-g3f78c2a
1.7.8-162-g0c83d4e
All x86 versions (as I often use Avisynth+FFDShow/SVP).


Having severe crashes when entering fullscreen on secondary monitor (HDTV) using 162.

1.7.8_162
Any renderer except madVR, white screen. Will actually go fullscreen on secondary monitor.
Using madVR as renderer, any settings, will crash MPC-HC instantly when trying to go fullscreen on secondary monitor.

1.7.8_152
Everything works as it should.


My setup:
I don't use internal filters, at all.
I install KLCP MEGA with everything and then manually replace LAV + madVR, which has never produced problems for playback (even with FFDShow+AVS/SVP) (for as long as I can remember, even before they went to version 10.x+).
Using tMod builds of LAV Filters, which work with <152.
Using madVR 0.88.1, even 7 or 8 bit and not 9 or 10 bit.
For 162, doesn't matter what madVR settings are, instant crash. Doesn't matter what LAV settings, instant crash.

I tried to look up the trac and could not find anything relevant.
Only thing related to (x86) 162 is that it has problems of its own trying to create a dump file.

I have also re-installed latest GeForce drivers, using Clean Install.
Still white screen for non-madVR renderers and instant crash for madVR.

Anyone else lately?
I have only updated to 162 today.

JarrettH
10th May 2015, 20:55
Edit: Has been fixed.

Sparktank
10th May 2015, 21:31
More shenanigans.

Only this time with:
1.7.8-152-g3f78c2a (x86)
madVR 0.88.2

Switching to fullscreen on secondary monitor (HDTV) will crash MPC-HC instantly.

However, unlike previous situation, if I change settings to launch video in fullscreen on secondary monitor, it won't crash and will play normally.

When player crashes, the icons all disappear, but opening task manager reveals the process is still there and needs to be terminated manually.

Selecting any other renderer except madVR will give me a green screen this time (instead of white).

EDIT: downgraded madVR to 08721.
Issues seem to have subsided and switching fullscreen (without launching in fullscreen) seems to function.

EDIT2:
MPC-HC 1.7.8.162 + madVR 0.88.2 (fix over 0.88.1) are completely compatible now.

No idea why I still get green/white screen with all other renderers.
I don't use them so I will look into Codec Tweak Tool to re-register codecs.
NVidia Graphics is updated to newest version and has already been re-installed using Clean Install, so graphics driver installation is not the issue.
Not going to rule out problems with Nvidia in general, as it always has problems.

nijiko
11th May 2015, 05:56
Do what I do - use the scroll wheel on your mouse. That's the default "hot key" for volume.

The mouse wheel will make misoperations, so I disable that.
And, the mouse wheel can't control volume precisely.

Duffy Moon
11th May 2015, 13:36
The mouse wheel will make misoperations, so I disable that.
And, the mouse wheel can't control volume precisely.
I've never had a problem with it. Maybe your mouse is faulty?

LigH
11th May 2015, 13:45
Some mouse drivers support a setup of an acceleration profile even for the scrolling wheel; here it may be useful to vary the speed and direction several times.

yonta
12th May 2015, 15:36
shortcut key for rotate video 90-degree, possible?

Fullmetal Encoder
12th May 2015, 18:44
Is any status update available for when we might have Blu-ray menus in MPC-HC? libbluray looks like it's made lots of progress and I thought I read somewhere here that there was a build of MPC-HC that incorporated it but I haven't been able to find it.

hello_hello
12th May 2015, 22:04
I've never had a problem with it. Maybe your mouse is faulty?

I've been using the scroll wheel to control the volume for as long as I can remember without an issue also.
I use MPC-HC as my media player on a 51" 1080p TV and my volume control is the scroll wheel on a wireless mouse.

I'm not sure I've ever installed mouse-specific drivers though, so maybe that's why.

nuhkka
13th May 2015, 00:01
anyone know why right click doesn't work on mpc-hc using a touch screen?

left click on the screen works fine. pause/maximize screen/click and drag work. For some reason I can't right click though.

Snowknight26
13th May 2015, 16:08
shortcut key for rotate video 90-degree, possible?

The closest thing is Alt+1 or 3 on the number pad to rotate it by ~2°, so you'd have to press that combination multiple times.

Plutotype
14th May 2015, 20:50
Hi team, when is a new nightly coming out please?

GCRaistlin
14th May 2015, 21:13
Sometimes MPC-HC stops responding to WinLIRC commands. It either ignores all of them or reacts with a huge delay (tens of seconds) and drops repeated presses. Examples:

You press Pause on IRC - no reaction from MPC-HC. After a while MPC-HC pauses the playback.
You press Volume Up on IRC. Again, no reaction from MPC-HC. You press the button again and again and finally MPC-HC raises the volume - but just for 5%, i. e. it has "seen" just one IRC button press, not all of them.

And of course restarting MPC-HC fixes the issue.

nijiko
16th May 2015, 09:30
What's the problem with 1.7.9.179?

nijiko
16th May 2015, 09:34
I've never had a problem with it. Maybe your mouse is faulty?

My mouse has NO any problem. Because wheels is used for rolling webpage and such things.
If focus forget to be set to MPC, rolling wheel will make wrong volume level.

betaking
16th May 2015, 12:29
can not complier last git 179 MPC-HC_standalone_filters
08:03:21.149 30>BaseVideoFilter.cpp(177): error C2065: 'CLSID_madVR' : undeclared identifier [C:\mpc-hc\src\filters\transform\BaseVideoFilter\BaseVideoFilter.vcxproj]

blueribb
16th May 2015, 15:01
I have a collection of Blu ray music video rips and their menus are necessary to properly set-up and navigate the different songs and features. My WD Live Streamer handles the rip almost exactly like my Blu ray player does when it comes to the menus. MPC-HC doesn't seem to detect the menus at all and the only way to navigate is through "chapters" which aren't named. Is this a feature that can be added in later versions ?

LigH
16th May 2015, 19:47
MPC-HC will probably rely on an installed DirectShow menu navigator filter, like it probably also does for DVD Video. I guess.

blueribb
16th May 2015, 20:13
MPC-HC will probably rely on an installed DirectShow menu navigator filter, like it probably also does for DVD Video. I guess.

I see some discussion about it but is it available now ? A link would help. Thanks

Edit: I found test-288.zip (April 6, 2015) but after reading the readme file, I see it's still in early stages of development.

minaust
16th May 2015, 22:17
I have a collection of Blu ray music video rips and their menus are necessary to properly set-up and navigate the different songs and features. My WD Live Streamer handles the rip almost exactly like my Blu ray player does when it comes to the menus. MPC-HC doesn't seem to detect the menus at all and the only way to navigate is through "chapters" which aren't named. Is this a feature that can be added in later versions ?
The only software BR player I've seen that handles menus is a commercial product named "Power DVD Ultra" that costs more on Amazon than a good mid-range name-brand standalone BR player.

tobindac
17th May 2015, 02:12
Anyone else that thinks this has to happen yesterday? : https://trac.mpc-hc.org/ticket/203

Carpo
20th May 2015, 13:01
Is there a way to edit the TV channels that MPC-HC lists? Even though I have told it to scan using the 6 mux frequencies that are local to me, it seems to pick up the weaker signals as well causing dual listings

tobindac
20th May 2015, 14:30
Is there a way to edit the TV channels that MPC-HC lists? Even though I have told it to scan using the 6 mux frequencies that are local to me, it seems to pick up the weaker signals as well causing dual listings

It also needs a program listing. Nothing too fancy, just the list.

kasper93
21st May 2015, 15:12
Is there a way to edit the TV channels that MPC-HC lists? Even though I have told it to scan using the 6 mux frequencies that are local to me, it seems to pick up the weaker signals as well causing dual listings

You can remove and organize channel list in context menu.

Carpo
23rd May 2015, 08:43
You can remove and organize channel list in context menu.

Thanks, will give it a go :)

nuhkka
25th May 2015, 15:57
Why doesn't MPC-HC open my Hauppage HVR-1800 TV tuner?

When I use MS ATSC Network Provider it gives me a 'BDA Error: Could not connect to the tuner.' Then says 'could not open capture device.

When I use MS Network Provider it doesn't givbe the BDA Error window but just says 'could not open capture device.

http://i.imgur.com/Dn6Zx2s.png

NikosD
28th May 2015, 09:58
Hello.

Is there a version of MPC-HC that has the debugging log enabled ?

Is there a link to download such version or a way to enable it in MPC-HC ?

thanks

nijiko
30th May 2015, 14:58
Problem with selecting audio track to play.

As the below picture.
Because I set "chi" to perfer, the player auto select the second track.
But in fact, the player is playing the first default track "jap".

http://i.imgur.com/l8iIx9Z.png

huhn
30th May 2015, 22:47
do you have a 5 sec sample?

xiulet
31st May 2015, 15:20
hi, i am a translator of the program i need better explanation about this option that don't understand well to do a accurate translation :)
https://i.imgur.com/qqRnHor.jpg

thanks you :)

nijiko
1st June 2015, 07:55
do you have a 5 sec sample?

No sample, and sometime can't be reproduced.
Totally, not stable.

vBm
1st June 2015, 11:55
Latest stable is v1.7.9 which was compiled from 846eff0 (https://github.com/mpc-hc/mpc-hc/commit/846eff0)

This release is a bugfix release, with many improvements and a few new features.

Highlights of this release:


DVB HEVC support
DTS Music Disc support
Fixed subtitle color conversion issues
Improved Playlist shuffle mode
New crash handler (https://mpc-hc.org/crash-reporter/). Many thanks to the DrDump developer for all his help and cooperation!
New Danish translation. Remember that you can help us (https://trac.mpc-hc.org/wiki/Translations) translating MPC-HC to your language.



For the complete changes see the changelog (https://mpc-hc.org/changelog/).
For downloads go here (https://mpc-hc.org/downloads/).

ryrynz
1st June 2015, 12:06
Shame that new audio renderer didn't make it in.. is that still halted at like 99%?

vBm
1st June 2015, 12:52
Shame that new audio renderer didn't make it in.. is that still halted at like 99%?

Alex was busy so he didn't have time to work on it past months.
Now he's semi active again, so we hope it'll be ready for next one.

nijiko
1st June 2015, 17:58
An unstable stable version...

vBm
1st June 2015, 18:24
An unstable stable version...

Useless comments are just that, useless.

Provide info or just don't comment at all.

Fullmetal Encoder
2nd June 2015, 01:04
Thanks for the continued support and I'm glad that he's coming back to it. Do you happen to know if he has any plans or willingness to add Blu-ray menu support?

minaust
3rd June 2015, 19:03
New crash handler (https://mpc-hc.org/crash-reporter/). Many thanks to the DrDump developer for all his help and cooperation!
This impresses me. It apparently works and works well. I had a subtitle problem, the crash occurred,the crash reporter popped up, I filled in the data, and within minutes I was in an email exchange with Underground78, and the problem was resolved for the release.

DrDump impressed me, and the fact that the devs are that attentive was also impressive. Well done guys.

LigH
3rd June 2015, 21:50
SRT subtitles are told to support a few HTML like elements. Or rather, their renderers do. But they all seem to support a different subset.

There are subtitles which prefer to (unnecessarily) escape single quotes as HTML entity ('), like the German subs for "Kung Fury (https://www.youtube.com/watch?v=bS5P_LAqiVg)" (NSFW!):

1
00:00:14,400 --> 00:00:16,680
Hey, habt ihr 'nen Waffenschein dafür?

2
00:00:17,880 --> 00:00:19,720
Hier hab' ich deinen Waffenschein.

...

MPC-HC does not interpret these, Adobe's Flash player on YouTube appears to do so. BTW, German Umlauts were not escaped to HTML entities... some users seem to interpret only convenient parts of the standard.

Toco
4th June 2015, 12:47
Is there any information about new EVR-CP renderer features in stable/nightly builds? I mean new resizers, frame interpolation and so on.
I know about this (http://forum.doom9.org/showthread.php?t=161047) thread, but it is not exactly what I need.

Aleksoid1978
4th June 2015, 14:28
SRT subtitles are told to support a few HTML like elements. Or rather, their renderers do. But they all seem to support a different subset.

There are subtitles which prefer to (unnecessarily) escape single quotes as HTML entity ('), like the German subs for "Kung Fury (https://www.youtube.com/watch?v=bS5P_LAqiVg)" (NSFW!):

1
00:00:14,400 --> 00:00:16,680
Hey, habt ihr 'nen Waffenschein dafür?

2
00:00:17,880 --> 00:00:19,720
Hier hab' ich deinen Waffenschein.

...

MPC-HC does not interpret these, Adobe's Flash player on YouTube appears to do so. BTW, German Umlauts were not escaped to HTML entities... some users seem to interpret only convenient parts of the standard.

You can try MPC-BE, it can open youtube's link with subtitles and support subtitles with escape quotes :)

LigH
4th June 2015, 14:50
I rather wonder if the subtitle interpreter is provided by MPC-HC or LAV Filters, and if it may possibly be configurable... But Search-and-Replace is a solution with low efforts as well.

sneaker_ger
4th June 2015, 15:06
A bit off-topic but youtube-dl (https://rg3.github.io/youtube-dl/) saves straight UTF-8 subtitles. I don't know whether it can download them this way or whether it converts them automatically but I guess it doesn't really matter:
youtube-dl --write-srt --srt-lang de --skip-download https://www.youtube.com/watch?v=bS5P_LAqiVg
(--skip-download to not download the video in case you already have it)

LigH
4th June 2015, 15:09
In this case, it may be a matter of the downloader. The subtitles above were saved by CYS 5.6.19. I'd agree to give this topic a low priority, regarding MPC-HC.

BTW, youtube-dl removes the italic HTML tags.

Aleksoid1978
10th June 2015, 13:50
Bug - if main window and D3D FS is on different monitor and minimize main window - D3D FS window don't receive any mouse message ... don't receive any message.

GCRaistlin
10th June 2015, 13:54
Aleksoid1978, is it possible to have the main window on the one monitor and the fullscreen on the another?

Aleksoid1978
11th June 2015, 00:02
Aleksoid1978, is it possible to have the main window on the one monitor and the fullscreen on the another?
Yes :) If you use D3D FullScreen.

P.S. Here is the patch:

@@ -14962,7 +14962,7 @@ bool CMainFrame::CreateFullScreenWindow()
monitor.GetMonitorRect(monitorRect);

return !!m_pFullscreenWnd->CreateEx(WS_EX_TOPMOST | WS_EX_TOOLWINDOW, _T(""), ResStr(IDS_MAINFRM_136),
- WS_POPUP | WS_VISIBLE, monitorRect, this, 0);
+ WS_POPUP | WS_VISIBLE, monitorRect, nullptr, 0);
}

bool CMainFrame::IsD3DFullScreenMode() const

NanoBot
11th June 2015, 18:34
Hi,

are there any news concerning this setup ( control interface on the first monitor, fullscreen video on the second monitor ) when using MadVR ?

The last version which allows this setup afaik is 1.6.8. All later versions do not allow to use / select D3DFullscreen when using MadVR, since the selection button to activate D3D Fullscreeen ist greyed out when MadVR is selected as renderer.

C.U. NanoBot

Swin
16th June 2015, 17:30
I have been hunting around to find a way to set up a simple equalizer in MPC-HC. There are several threads relating to things like AAC3 Filter or ffdshow, but not real indication on how to set this up. Is there a simple EQ that can be installed use for media files played with MPC-HC? I have several video training files that are too base heavy, but the lack on EQ makes MPC-HC difficult to use in this instance. Help would be gratefully received.

theoneofgod
17th June 2015, 17:17
I have been hunting around to find a way to set up a simple equalizer in MPC-HC. There are several threads relating to things like AAC3 Filter or ffdshow, but not real indication on how to set this up. Is there a simple EQ that can be installed use for media files played with MPC-HC? I have several video training files that are too base heavy, but the lack on EQ makes MPC-HC difficult to use in this instance. Help would be gratefully received.

FFDShow has an equalizer in the audio decoder.

LigH
17th June 2015, 18:22
To use ffdshow as post-processing filter only (not as decoder competitive to LAV Filters), activate only the processing of raw samples in it.

fvisagie
17th June 2015, 18:34
To use ffdshow as post-processing filter only (not as decoder competitive to LAV Filters), activate only the processing of raw samples in it.

Great tip.

Swin
19th June 2015, 16:04
FFDShow has an equalizer in the audio decoder.

Hey theoneofgod and LigH. Thank for the tips, unfortunately this is kind of what I mean by saying "There are several threads relating to things like AAC3 Filter or ffdshow, but not real indication on how to set this up".

So, in the "External Filters" I originally had "ffdshow Audio Decoder" added. I have now unticked this and added the "ffdshow Audio Processor", but what should I then see? As far as I can tell, nothing has changed, no additional options are available or system tray icons. What am I doing wrong?

Many thanks

Chris

LigH
19th June 2015, 18:41
It's less about configuring MPC-HC to use ffdshow, rather about configuring ffdshow to get used in any DirectShow filter chain, regardless of the application building it.

MPC-HC will use its internal copy of LAV Filters as decoders unless you deactivate them, e.g. to use ffdshow as next best DirectShow decoder filter. But this way you would lose the advantage of the more modern LAV Filters decoders. So keep them activated.

You can call ffdshow's Audio Configuration from the Windows Start menu. Here you will have to activate it as codec for processing raw samples. So you can have it inserted in a DirectShow filter chain after the LAF Filters decoder used in MPC-HC and before the audio renderer MPC-HC would send the decoded audio to.

Unfortunately I can't tell you more details without watching your screen. It may depend on the sample formats supported by your audio card (drivers) which formats have to be configured in which way in the "Codecs" page and possibly other pages of the ffdshow Audio Decoder.

Swin
20th June 2015, 23:55
It's less about configuring MPC-HC to use ffdshow, rather about configuring ffdshow to get used in any DirectShow filter chain, regardless of the application building it.

MPC-HC will use its internal copy of LAV Filters as decoders unless you deactivate them, e.g. to use ffdshow as next best DirectShow decoder filter. But this way you would lose the advantage of the more modern LAV Filters decoders. So keep them activated.

You can call ffdshow's Audio Configuration from the Windows Start menu. Here you will have to activate it as codec for processing raw samples. So you can have it inserted in a DirectShow filter chain after the LAF Filters decoder used in MPC-HC and before the audio renderer MPC-HC would send the decoded audio to.

Unfortunately I can't tell you more details without watching your screen. It may depend on the sample formats supported by your audio card (drivers) which formats have to be configured in which way in the "Codecs" page and possibly other pages of the ffdshow Audio Decoder.

Cheers LigH. Now I understand why others have had to move away from Media Player Classic HC to other media players. Whilst I'm all for great tools and configuration, there needs also to be an element of simplicity and usability in tools such as this for the every man. After all, all we want is an EQ.

Many thanks for your input but like the other out there, I will have to opt for another media player until such abilities are inbuilt into MPC-HC.

GCRaistlin
21st June 2015, 19:27
Sorry for the off-topic but who can remove my IP address from the black spam list on the MPC-HC bug tracker?

ajp_anton
21st June 2015, 19:31
What exactly is broken with the current audio renderer? I keep hearing that -BE's is better, and a new one for -HC is being worked on. Is there some important feature I don't know I'm missing?

Shiandow
21st June 2015, 20:21
What exactly is broken with the current audio renderer? I keep hearing that -BE's is better, and a new one for -HC is being worked on. Is there some important feature I don't know I'm missing?

Volume control?

vBm
21st June 2015, 22:17
Binaries moved to MaxCDN

In the light of recent events (https://github.com/gorhill/uBlock/wiki/Badware-risks#sourceforgenet), we decided to move away from SourceForge completely.

SourceForge has served us well for many years, from the very first days back in 2006. But many things have changed since then, and we needed to adapt to that.

First, we moved our source code to GitHub (https://mpc-hc.org/2012/08/09/source-code-moved-to-github/). Then we managed to move to our own server and domain (https://mpc-hc.org/2013/02/24/website-was-moved/), the server was kindly provided by CloudVPS (http://www.cloudvps.com/).

Now the time has come to move the last thing away from SourceForge, which is our binaries. We are happy to be provided with a CDN by MaxCDN (https://www.maxcdn.com/). Right now everything on this site is powered by MaxCDN infrastructure, including the binaries.

What does this mean for our end users, you? Speed should be a lot better for people around the world. Should any issues arise, feel free to contact us (https://mpc-hc.org/contact-us/).

huhn
21st June 2015, 23:35
to sad that you guys have to spend time on things like that.

Nullack
22nd June 2015, 00:57
Im using the latest nightly build of MPC-HC x64 and LAV filters x64.

I have a UHD 4K display and a GTX 960. Have configured DXVA2 copyback and I'm pleased to say 2D content, even HEVC main 10 profile 60 FPS high bitrate content playbacks back very nice.

However 3D playback is problematic. For example, the open source big buck bunny 3D encoded in H.264 can be download here:

http://bbb3d.renderfarming.net/download.html

In stereoscopic 3D format, theres two files available for download in 4K, Quad-Full-HD (3840x2160 x2) one is 30 FPS and the other is 60 FPS. Ive tried both, but I dont get 3D shown. EVen when I fiddle around with my 4K display like making sure Im in full screen mode, have 3D glasses connected etcetc.

I read elsewhere on doom9 posts about how MPC-HC should just playback 3D no problem. I understand some "other so called 3d players" are largely based on MPC-HC and LAV?

BTW: I *REALLY* appreciate the 10 bit colour 4K HEVC full hardware decoding support with new builds of this player. Its just fantastic!

kasper93
22nd June 2015, 01:06
What exactly is broken with the current audio renderer? I keep hearing that -BE's is better, and a new one for -HC is being worked on. Is there some important feature I don't know I'm missing?

What do you mean by "current" audio renderer? Because you know, by default DirectSound renderer is used which is good. The thing we are talking about is "MPC-HC Audio Renderer" which you can select in output options. Nothing really to say about it. It is just unfinished.

Speaking of, Alex have finished new audio renderer and will be merged into MPC-HC soon.

LigH
22nd June 2015, 07:58
In the light of recent events...

Already some time ago, I heard of an increase of complaints regarding the offers of adware / spyware "supported" installers, possibly even without the consent of the authors. Is this another case here? Or are there other events I should know more about?

nevcairiel
22nd June 2015, 08:01
Nothing happened to MPC-HC. All its installers are digitally signed and its easy enough to verify that they were not messed with.
The "events" vBm refers to is just the general bad behavior of SourceForge, but not directly affecting MPC-HC - yet.

vBm
22nd June 2015, 10:26
Already some time ago, I heard of an increase of complaints regarding the offers of adware / spyware "supported" installers, possibly even without the consent of the authors. Is this another case here? Or are there other events I should know more about?

Nothing happened to MPC-HC. All its installers are digitally signed and its easy enough to verify that they were not messed with.
The "events" vBm refers to is just the general bad behavior of SourceForge, but not directly affecting MPC-HC - yet.

It's a copy/paste from MPC-HC's main page :)

And "events" are generally increased bad behavior of SF (Chrome was blocking downloads (https://mpc-hc.org/2015/03/03/issues-downloading-mpc-hc/) from it and not long ago uBlock started blocking SF as well as a badware link (https://github.com/gorhill/uBlock/wiki/Badware-risks#sourceforgenet)).

P.J
25th June 2015, 11:15
I have noticed that the default Bilinear resizer has very poor quality!
Bicubic A=-1.00 (PS 2.0) is much better but normal EVR has the best resizer.

Any idea? :confused:

v0lt
25th June 2015, 11:28
@P.J
Upscale or downscale?
If downscale, then 50% or less?
Intell?

vivan
25th June 2015, 11:39
On Intel vanilla EVR uses DXVA scaling which is pretty close to madVR's Lanczos AR. On nVidia/AMD - dunno, they might be using something better than bicubic too.

LigH
25th June 2015, 11:48
Different scaling algorithms produce different results. Whether or not they "look better", is a matter of personal taste. But it is certain that they all have advantages and disadvantages (e.g. "oversharpening" ringing as side effect of Gibbs phenomenon (https://en.wikipedia.org/wiki/Gibbs_phenomenon)), and different computation requirements. The most complex scaling algorithms may be not fast enough for certain cases, or not computable for specific hardware.

Compare many resampler kernels (http://svn.int64.org/viewvc/int64/resamplehq/doc/kernels.html) (point on their names below the graph, look at their graphs and guess their behaviour on images). Test them using internal AviSynth resize functions or those provided by the ResampleHQ plugin. Not all of them can be implemented as shaders easily...

v0lt
25th June 2015, 12:02
@LigH
In MPC-HC all shader scalers give bad image at a scale of less than 50%.
There will need to modify shader code. But I do not know how correctly do it. JanWillem32 tried (http://forum.doom9.org/showthread.php?t=161047) but I do not like the result.

LigH
25th June 2015, 12:06
Well, if there is a bug with strong downscaling, this will be a different reason than what I thought of; my point of view was rather biased on upscaling. For downscaling in general, I would avoid too complex kernels with many taps. It won't pay.

P.J
25th June 2015, 12:14
@P.J
Upscale or downscale?
If downscale, then 50% or less?
Intell?

Upscale h.264 progressive SD to FullHD
Nvidia GTX 960

vivan
25th June 2015, 12:33
Upscale h.264 progressive SD to FullHD
Nvidia GTX 960You really should not be bothering with EVR on such HW, it should run madVR's NNEDI with ease.

clsid
25th June 2015, 13:43
I have noticed that the default Bilinear resizer has very poor quality!
Bicubic A=-1.00 (PS 2.0) is much better but normal EVR has the best resizer.

Any idea? :confused:Perhaps the devs can add an option to use the standard EVR resizer when using EVR-CP/Sync?

sheppaul
25th June 2015, 14:47
Normal resizer of EVR = Hardware Resizer of your graphic card

P.J
25th June 2015, 16:21
Perhaps the devs can add an option to use the standard EVR resizer when using EVR-CP/Sync?

It's exactly what I want :(

nussman
25th June 2015, 21:56
madVR can use the DXVA Scaler (=EVR Standard).