madVR - high quality video renderer (GPU assisted)

[someone`]

I have a problem with subtitle . Sometimes when start playing the video , subtitle doesn't appear , I need to rewind/forward to make it appear .
mpc-hc 2990 x86 MSVC2010 , madVR 0.45 , Haali , CoreAVC .

[Razoola]

I have a problem with subtitle . Sometimes when start playing the video , subtitle doesn't appear , I need to rewind/forward to make it appear .
mpc-hc 2990 x86 MSVC2010 , madVR 0.45 , Haali , CoreAVC .

Thats another issue I have seen also. Have you had the issue I have had where the subtitles go out os sync after seeking sometimes?

[clsid]

Oh well. Until now I've refused to disable it because IMHO the network stuff doesn't do any damage, so adding an option to disable it makes the user interface more complicated without any benefit. But then, since it's you who's asking, I guess I'll have to change my mind...
It would be very much appreciated, specially if the option could also be off by default. I always try to help make things as idiot proof as possible so that novice users can also use it. Some people can get really paranoid when their firewall detects something. madVR is a very promising project and it would be a pity to see its reputation hurt by people who say it "phones home" or is some kind of trojan. That is why it would recommend enabling it only when a user actually want to make use of it. It is a nice feature, but I can imagine that only a small group of expert users use it.

It would also be cool if you could add some more details to common error messages like the "Direct3D device failed". Experience (with e.g. EVR CP) shows that there are plenty of people who don't understand the (origin of the) error, which complicates in solving it (by changing renderer or settings). Just brain-storming here. Maybe add something like: "The madVR video renderer failed. Possible reasons: - GPU is not DX9 compatible, - Insufficient GPU memory, - Graphics driver is not compatible. Please report if you need assistance."

I assume that madVR are has some code to detect details about the graphics hardware such as brand and amount of memory? It would be cool if madVR could adjust its initial settings based on that info (if it doesn't already). For example setting Bilinear for Intel chips.

What is the minimum required Shader Model? 2.0?

[clsid]

@fairchild
Another cause of MPC not working can be virus-scanners and other security software. For example Kaspersky often has trouble with MPC.
Does it also fail if you simply double-click on mpc-hc.exe, so not opening a file from explorer?
Have you tried moving mpc-hc.exe to another location and renaming it?

[v0lt]

@madshi
I was asked to report a bug:
If you run a file saved in the player stopping point, the subtitles are starting to go from the beginning.
MPC-НС 1.5.2.2990

[DigitalLF]

I highly doubt that those people who miss that part will read the frontpage... ;)

haha true...

[Hypernova]

@Rain1: You should choose madVR in MPC-HC output setting and not external filter. That actually prevent you from using external VSFilter as far as I know, but it may help in this case as well.

I can reproduce it - yey! Finally a problem I can reproduce... :)

Yey :)

[thuan]

Thats another issue I have seen also. Have you had the issue I have had where the subtitles go out os sync after seeking sometimes?
Seems like we have the same issues, I have both, on Win7 64bit SP1 with nvidia.

[Razoola]

Seems like we have the same issues, I have both, on Win7 64bit SP1 with nvidia.

What nvidia driver version are you using and what gfx card?

[thuan]

The one in my sig with 267.24 driver.

[Rain1]

@Rain1: You should choose madVR in MPC-HC output setting and not external filter. That actually prevent you from using external VSFilter as far as I know, but it may help in this case as well.

...and you're absolutely right ! I've always set madVR as 'preferred' in external filter (althought it's already been selected in Output)...I guess that's overkill

Thanks alot /

[Trumpetguy]

Hi, going from 0.43 to 0.45 caused one big problem with J.River MC16. Most time I try opning a .mkv file with DVD or BD contents, MC starts, audio is sometimes heard , but with black screen. Sometimes everything works well. It seems that when I disable ConvolverVST plugin, all starts as supposed to. This plugin has been with me for years. The only problem I can see is that it takes 10-15s for it to load my audio room correction file, and during this time, something happens in the video playback department.

As pointed out - this problem started when going from .43 to .45. And I have deleted my .43 copy.... can anyone please help me with that? It worked 100%...

Also - is there anythin to be done with the acutal problem, which may or may not be a madVR related issue?

[dansrfe]

Everything is working very well on my side...(super duper terrific and any other adjectives which can express lots of happiness with the renderer) One small complaint:

I cannot see subtitle changes and the duration when in exclusive mode and doing stuff like changing subtitles and skipping through a clip.

Thanks madshi!

[Plutotype]

Hi Madshi,
If MPC-HC subtitles are at the very bottom of the screen, they render over the nice exclusive mode seek bar. Is there any way to let render the seek bar over the subtitles and get external subtitles covered by the seek bar? Is that possible at all?
Thanks
Pluto

[leeperry]

I have deleted my .43 copy.... can anyone please help me with that?http://www.videohelp.com/tools/madVR/old-versions#download

[fairchild]

Both up to date and screwed, aren't those two mutually exclusive? So, you are not doing any critical work on your system if you are willing to run with a broken system. That leaves out only laziness... but let's not awake the beast. Are you familiar with the method of "Repair Install"? Please read about it, it's fast.

If I were you, I would:
1. mpc-hc.exe Properties, Compatibility tab, uncheck all. Click Change settings for all users, uncheck all. Task Scheduler, Task Scheduler Library, Actions - delete any with mpc-hc.exe.
2. test the legacy mpc-hc (http://www.free-codecs.com/media_player_classic_download.htm) If that works, it must be a SSE/DEP problem:
- find an old mpc-hc.exe MSVC2008 build (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-1-4-2815.html)
- try to disable DEP on the latest build, put a copy of mpc-hc.exe and the nxtoggle (http://forum.doom9.org/showthread.php?p=1483477&highlight=NXTOGGLE#post1483477) script in a writable directory, launch the script. Test the resulting _mpc-hc.exe.
3. uncheck all external codecs, dxva internal codecs, use VMR (windowed) renderer and EVR (not custom) and last madVR
- uninstall/use tool (http://www.codecguide.com/windows7_preferred_filter_tweaker.htm)/manually regsvr32 -u any third-party directshow filters like ffdshow(it looks like it is inserting debug output even if it's disabled in the player, but I guess it's safe), Cyberlink (some versions memory leak on play if DXVA mode is selected with non-DXVA renderer like VMR9 on Vista+), DScaler Mpeg2 (known DEP incompatible), ArcSoft(issues with the licensing driver)...etc.
4. unlikely issue with directx: install Directx SDK (http://www.microsoft.com/downloads/en/details.aspx?displaylang=en&FamilyID=3021d52b-514e-41d3-ad02-438a3ba730ba). The redistributable included with it it's guaranteed to update files. In DirectX Utilities find DirectX Control Panel tool - on the Direct3D 9 tab of it, check Use Debug Version of... and put Debug Output Level slider to 3rd step. Launch DebugView (http://technet.microsoft.com/en-us/sysinternals/bb896647). Launch mpc-hc. Save the log. Restore DirectX defaults. Post debugview log, dxdiag and dxdiag-x64 report.
5. give up, knowing I have at least tried...

Get A screenshot software ASAP! (http://getgreenshot.org/)

Having it off by default it's about TRUST. And that's a far more deal-breaking factor than subtitle support :)

I don't consider my system broken, as it's only one program that doesn't want to work. I run tons of different 3d games and do folding@home on my system with no problems, so I know my system is stable up to date, just "broken" when it comes to not wanting to run the latest MPC-HC 32-bit versions. I have actually recently done a repair install of windows 7 recently because I couldn't get SP1 to install, but the problem persisted. I wager if I do a full format and install it fresh, but I don't have the time to dedicate 5-10 hours to get my system like it is now (install takes about an hour or 2 and then I have to re-install a ton of programs/games and whatnot).

1. done
2. the legacy version 6.4.9.1 (rev 107) runs perfectly with either the default VMR9 (renderless) or with Haali renderer + reclock + ffdshow decoding. I tried with 1.4.2815, MSVC2008
and it worked fine. It worked with MadVR + reclock with all the standard default decoders/splitters. So based off that it seems to be an SSE/DEP issue on my system for whatever reason.

So I got the latest version from http://xhmikosr.1f0.de/index.php and even though it's still an MSVC2010 build that uses SSE2, it is suddenly working fine.

@fairchild
Another cause of MPC not working can be virus-scanners and other security software. For example Kaspersky often has trouble with MPC.
Does it also fail if you simply double-click on mpc-hc.exe, so not opening a file from explorer?
Have you tried moving mpc-hc.exe to another location and renaming it?

Well I had been running Antivir for the longest, and recently switched to Avast, so don't think it was an antivirus issue.

So I followed what you suggested and I got the latest version from Xhmikosr's build site, and I installed it to a different directory and it's now working.

I have no idea what fixed it aside from installing an older legacy version which might have cleaned out the registry or any bad entries that it might have had.

So now the latest build with working high quality subtitles is working for me with the latest madVR. I think it's safe to say I'm going to switch back to MPC-HC as I like it's behavior alot more with MadVR's FSE mode. Hopefully it doesn't break again and I'll be super happy. :devil:

Thanks a ton for all the help and suggestions and thanks to Madshi for an awesome renderer! :thanks:

[madshi]

This is weird, I could not utilize subtitle with MPC-HC's internal sub + madVR in the Haruhi clip (no subtitle @ all in any 3 states of "Position subtitle relatives to the video frame")
...and you're absolutely right ! I've always set madVR as 'preferred' in external filter (althought it's already been selected in Output)...I guess that's overkill
So did Hypernova's tip fix the problem for you?

I have a problem with subtitle . Sometimes when start playing the video , subtitle doesn't appear , I need to rewind/forward to make it appear .
Please try again with v0.46. Maybe it's fixed now?

It would be very much appreciated, specially if the option could also be off by default. I always try to help make things as idiot proof as possible so that novice users can also use it. Some people can get really paranoid when their firewall detects something. madVR is a very promising project and it would be a pity to see its reputation hurt by people who say it "phones home" or is some kind of trojan. That is why it would recommend enabling it only when a user actually want to make use of it. It is a nice feature, but I can imagine that only a small group of expert users use it.
Ok, will do that next week.

It would also be cool if you could add some more details to common error messages like the "Direct3D device failed". Experience (with e.g. EVR CP) shows that there are plenty of people who don't understand the (origin of the) error, which complicates in solving it (by changing renderer or settings). Just brain-storming here. Maybe add something like: "The madVR video renderer failed. Possible reasons: - GPU is not DX9 compatible, - Insufficient GPU memory, - Graphics driver is not compatible. Please report if you need assistance."
I guess I could improve the error messages. However, I do not always know why something went wrong. E.g. when "resetting device failed" comes, there can be many weird reasons including a bug in madVR. Anyway, I'll put on my to do list to double check every warning/error message for possible improvements. But at the end of the day, in many cases I simply don't know *why* something went wrong.

I assume that madVR are has some code to detect details about the graphics hardware such as brand and amount of memory? It would be cool if madVR could adjust its initial settings based on that info (if it doesn't already). For example setting Bilinear for Intel chips.
The problem is that the max working settings also depend on the input and output resolution, the refresh rate and movie frame rate etc. E.g. rendering a 720p24 clip without scaling is a whole lot easier on the GPU than outputting a 1080p60 clip with some scaling. So it's hard to define a setting combination that works for all situations. I've been thinking about this myself for quite some time now. Maybe in a future version I can implement a dynamic solution which turns down quality automatically step by step if rendering speed is too slow. But such a thing is not too easy to develop because I don't want to switch down quality too quickly. Maybe the PC was just too busy doing something else for a few seconds to keep up with rendering?

What is the minimum required Shader Model? 2.0?
Yes, 2.0 is good enough, which is what every DX9 GPU should be able to do, IIRC.

I was asked to report a bug
I think this should be fixed in v0.46.

Hi, going from 0.43 to 0.45 caused one big problem with J.River MC16. Most time I try opning a .mkv file with DVD or BD contents, MC starts, audio is sometimes heard , but with black screen. Sometimes everything works well. It seems that when I disable ConvolverVST plugin, all starts as supposed to.
The ConvolverVST plugin was probably written in Delphi? I think I know where the problem comes from and it should be fixed in v0.46. Sadly, it seems that I have to allow Direct3D to turn all threads down to single floating point precision. I tried in v0.43-v0.45 to stop Direct3D from doing that. But it seems doing so makes problems when Delphi or Borland C++ compiled dlls are loaded in the media player.

super duper terrific and any other adjectives which can express lots of happiness with the renderer
:)

One small complaint:

I cannot see subtitle changes and the duration when in exclusive mode and doing stuff like changing subtitles and skipping through a clip.
Can you explain this in a bit more detail? I'm not really sure what you mean.

If MPC-HC subtitles are at the very bottom of the screen, they render over the nice exclusive mode seek bar. Is there any way to let render the seek bar over the subtitles and get external subtitles covered by the seek bar? Is that possible at all?
I've noticed myself that the subtitles are currently drawn *above* the madVR OSD elements. That's not as intended and I will fix it in a future version. It's not an easy fix, though, so it might take a while.

[madshi]

madVR v0.46 released

http://madshi.net/madVR.zip

* reverted change introduced in v0.43 which might have caused instability
* modified subtitle syncing logic
* ISubRenderCallback is now only used for MPC-HC builds >= 1.5.2.2988
If you had any problems with v0.44 - v0.45, please retry with this build. I hope that the subtitle stuff works well now.

[ajp_anton]

About the seek bar again...

I remember you said that the reason it's delayed is because the queue is a few frames long. But isn't it possible to add it onto the images right before they are displayed?
Also, when watching a movie that is wider than my monitor, the seek bar appears at the bottom of (and overlaps) the movie. Can it be moved to the very bottom of the screen, in the black bar? This could also solve the already mentioned problem with overlapping subtitles (as they probably won't go that far down).

[leeperry]

The ConvolverVST plugin was probably written in Delphi? I think I know where the problem comes from and it should be fixed in v0.46. Sadly, it seems that I have to allow Direct3D to turn all threads down to single floating point precision. I tried in v0.43-v0.45 to stop Direct3D from doing that. But it seems doing so makes problems when Delphi or Borland C++ compiled dlls are loaded in the media player.
If that means lower performance/accuracy, why not adding an option for troubleshooting purposes only?

KMP is written in Delphi BTW.

[ajp_anton]

Adding to my post above.
The volume change messages are also annoyingly delayed.
The "Pause" message appears instantly (don't know how the queue works there), but sometimes when I unpause, the "Play" message is shown for one (?) frame, then the "Pause" message re-appears, and after [the normal delay for everything] it goes back to "Play" (which then finally disappears after a few secs).
Also, all of these messages would also be nice to have at the top of the screen inside the black bar when there is one.

[dansrfe]

Hi madshi!

What I meant to say was that the OSD messages that show the current location time-code in the file when skipping through is not activated in FSE...however subtitle changes do show in FSE for me :)

[Hypernova]

I think you already know but the sub positon problem is fixed. Thanks madshi!

[someone`]

madVR v0.46 released

http://madshi.net/madVR.zip

* reverted change introduced in v0.43 which might have caused instability
* modified subtitle syncing logic
* ISubRenderCallback is now only used for MPC-HC builds >= 1.5.2.2988
If you had any problems with v0.44 - v0.45, please retry with this build. I hope that the subtitle stuff works well now.

The subtitle seems to work fine , but a new bug appears : I can't play continuous videos .
Black screen when I open another video while playing and the same when finish playing then auto open next video .

[Rain1]

So did Hypernova's tip fix the problem for you?

Yess it is !

It happened when madVR is set to 'preferred' in external filters (unnecessary step in my part).

...and THANKS for the new version /

[sneaker_ger]

The subtitle seems to work fine , but a new bug appears : I can't play continuous videos .
Black screen when I open another video while playing and the same when finish playing then auto open next video .

Same here.
Also the task bar icons (like Haali, ffdshow etc.) won't close when opening another video.

Also the madvr icon does not close at all.

[fairchild]

I can agree with someone` and sneaker_ger, I am also having the same issues. Also when you close a file with mpc-hc it doesn't actually close the file. It does something where it resizes the mpc-hc interface and it becomes smaller and the video becomes cropped in some way, but continues to play.

[cyberbeing]

Same here as well. I'm getting a ~5 second hang/delay when loading a new video, and when it loads it's only a black screen.

Logs (0.45 vs 0.46):
http://www.mediafire.com/?xxcrodn445jaeam

In previous builds, I was also experiencing all the MPC-HC subtitle problems thuan and a few others were having. Position/Size bug (appeared fixed in 0.45 with a quick test), occasionally subs not loading (usually at the beginning of a video, rarely when mid-stream when the subtitle style changes, seeking occasionally fixes it), and occasionally very early out-of-sync subs. From madVR 0.46 onwards, I will no longer, nor have any desire to use or test MPC-HC subtitles (personal reasons), but I thought I'd chime in on some of the previous issues. There is no reliable way to reproduce. Just click through a playlist with various MKVs with .ass subs and occasionally the bugs will happen. That said, I have no idea if 0.46 fixed the sync problem or not.

[blaster00]

Why? What *practical benefit* would that bring you? Do these DirectShow filters we're talking about run faster when compiled as x64? Nope. Do they have more features? Nope. Do they have less bugs? Nope. I see no single practical reason to release an x64 version of madVR.

Is any of these x64 versions of MPC-HC, Haali, CoreAVC etc in any way better than the x86 version? From what I have heard, nope.

I won't spend many days on creating an x64 version if there's no meaningful benefit of doing so.



If you say so. You have the right to do everything u like.
Sure there won't be any benefit or harm because no one give it a try.

[Hypernova]

If you say so. You have the right to do everything u like.
Sure there won't be any benefit or harm because no one give it a try.

I actually try to use x64 build of every applications I can find, and given choices, I would certainly choose one that has x64 build over the other one that doesn't. I feel such a waste that the CPU can do 64bit but the program doesn't use it. I think I understand how you feel.

However, you really cannot argue that there is no "practical" reason for madVR x64. I think practical should be emphasized. It's a fact that all player/codec we have right now simply more optimized on x86 build. madVR itself, I believe, can't really take adventage of x64. While codec certainly can (again, my guess), that is not within madshi's power to do. If one day a significant numbers of x64 decoder are significantly faster, then we can start asking madshi for x64 madVR, though if that is going to happen, I think he'll be working on it before any of us ask.

Well, that's my opinion on the matter.

[blaster00]

You are right. Actually I just don't like the way he says it. He could say too busy and it's not the highest priority to do so instead full negative about it.
But like I said, he is the author and he works for free, it's all up to him. All we can do is waiting :)

[noee]

C'mon guys, seems like a lot of generalities here and very little specifics on why x64 would be "better" than x86 in this situation. There are obviously some very interesting and very useful things coming with madVR, which, no doubt, will require much more coding effort. I'm sure I am not alone, as a madVR user, in the desire to see these features implemented before madshi goes off chasing rainbows for some nebulous so-called "benefits" of x64.

[jmone]

V46 working with JRMC.

[ranpha]

With 0.46, there are problems indeed when playing continuous videos, and with ffdshow/Haali/CoreAVC icons refusing to disappear. This problem doesn't happen with 0.45.

[madshi]

From madVR 0.46 onwards, I will no longer, nor have any desire to use or test MPC-HC subtitles (personal reasons)
Sounds like an interesting background story. Care to share? :p

You are right. Actually I just don't like the way he says it. He could say too busy and it's not the highest priority to do so instead full negative about it.
But like I said, he is the author and he works for free, it's all up to him. All we can do is waiting :)
If I could simply switch an option in MSVC++ and recompile madVR as x64, I would do that. But it's not that easy. It would cost me several days of work to create a properly working x64 version. I've only very limited time, so spending several days of work on something that has no practical benefit is not an option for me. Especially since there are about a billion other things on my to do list which do have practical benefits when implemented.

If at any time in the future an x64 version will become actually useful, I might reconsider. But even then I'll have to weigh the time an x64 version would cost against the benefit to see if it's worth it.

[madshi]

madVR v0.47 released

http://madshi.net/madVR.zip

* fixed: madVR didn't close properly
I hope all problems are solved now.

Please make sure you use an up to date MPC-HC version. It must be 1.5.2.2988 or higher. Otherwise MPC-HC internal subtitles won't work. With older MPC-HC builds madVR refuses to draw subtitles now. That includes the MPC-HC build I uploaded myself. If you use that, please also update to one of the newer SVN builds, e.g. from here:

http://xhmikosr.1f0.de/index.php?folder=bXBjLWhj

[Mark_A_W]

Hi, going from 0.43 to 0.45 caused one big problem with J.River MC16. Most time I try opning a .mkv file with DVD or BD contents, MC starts, audio is sometimes heard , but with black screen. Sometimes everything works well. It seems that when I disable ConvolverVST plugin, all starts as supposed to. This plugin has been with me for years. The only problem I can see is that it takes 10-15s for it to load my audio room correction file, and during this time, something happens in the video playback department.

As pointed out - this problem started when going from .43 to .45. And I have deleted my .43 copy.... can anyone please help me with that? It worked 100%...

Also - is there anythin to be done with the acutal problem, which may or may not be a madVR related issue?

I run Convolver Wrapper (directshow not VST, but the same basic filter) on Zoom Player and yep, it takes 10-15 secs to start playing (even with files on an SSD).

On my old PC it would sometimes crash.

I always disable the convolver filter when testing. It's kinda dodgy..

[jmone]

V0.47 all fine with JRMC :)

[pawlol83]

Hello, I have a problem with the MicroDVD format, which occurs during video playback in AVI, MKV. Reveals a lack of synchronization. I use MPC Home Cinema Player in the x86 version 1.5.2.2990 and madVR v0.47.

MicroDVD (*. SUB, *. TXT) - Format cage. This is a text file with the compacted initial and final frame sealed in brackets {}. Vertical dash | means to break the text lines. Very popular in the world a few years ago, in Poland so far.


{xxx} {xxx} TEXT
{xxx} {TEXT}
{959} {1034} Directed by
{1049} {1125} Scenario
{1188} {1263} There
{1349} {1421} Photos
or
{959} {1034} Directed by
{1049} {} Writer
{1188} {} There
{1349} {} Photos

Please refer to the problem.

[Trumpetguy]

I run Convolver Wrapper (directshow not VST, but the same basic filter) on Zoom Player and yep, it takes 10-15 secs to start playing (even with files on an SSD).

On my old PC it would sometimes crash.

I always disable the convolver filter when testing. It's kinda dodgy..

/OT
Getting any version of Convolver to work properly was a pain, yes. In J.River MC, the VST version is stable, though. Main problem is that development is discontinued.
/OT

0.47 works with my J.River MC16 setup! Thanks for really quick debugging work - and for the entire development of all mad products. Really, really appreciate your efforts, madshi!

[Luv]

For us,happy Zoomplayer users,is there a reason to upgrade to 0.47,Madshi ? Are we actually concerned by this sub implementation ?

[madshi]

About the seek bar again...

I remember you said that the reason it's delayed is because the queue is a few frames long. But isn't it possible to add it onto the images right before they are displayed?
It was be possible, but then the queues would be less effective. The design of the queues is that I have a number of frames fully rendered so they can be presented in an instant. If I can't do that, anymore, if even all queues rendered frames still have to be rendered over again (for the seekbar) I can't present instantly, anymore, which would possibly screw up smooth motion playback.

Also, when watching a movie that is wider than my monitor, the seek bar appears at the bottom of (and overlaps) the movie. Can it be moved to the very bottom of the screen, in the black bar?
Maybe in a future version. To be honest, these are all minor cosmetical issues, IMHO, so I prefer to add missing important features first before working on such minor issues. E.g., would you have preferred me to implement subtitle support or to move the seekbar to another place? I can only do one thing at a time. So I choose to implement those things that are most important first.

If that means lower performance/accuracy, why not adding an option for troubleshooting purposes only?
Well, it does mean FPU operations are lower accuracy. But madVR itself does not do any FPU operations. However, the media player itself may. Anyway, the default D3D9 behaviour is to enforce single precision. I think it's also usually done this way for VMR and EVR. So I guess it's not too much of a problem.

Adding to my post above.
The volume change messages are also annoyingly delayed.
The "Pause" message appears instantly (don't know how the queue works there), but sometimes when I unpause, the "Play" message is shown for one (?) frame, then the "Pause" message re-appears, and after [the normal delay for everything] it goes back to "Play" (which then finally disappears after a few secs).
Also, all of these messages would also be nice to have at the top of the screen inside the black bar when there is one.
Yes, agreed. But again, these are minor cosmetical "problems", while madVR is still missing a few big things.

What I meant to say was that the OSD messages that show the current location time-code in the file when skipping through is not activated in FSE...however subtitle changes do show in FSE for me :)
Ah. The reason for that is that the location time-code is shown by MPC-HC if you use the MPC-HC seekbar. If you use the madVR exclusive mode seekbar, madVR seeks "behind the back" of MPC-HC, so of course MPC-HC doesn't show the seek location time-code. I could add that myself, but then this is a very play specific thing. A different media player might behave differently, so I'm not sure if it's a good idea for me to add OSD popups targetted at how MPC-HC behaves.

Hello, I have a problem with the MicroDVD format, which occurs during video playback in AVI, MKV. Reveals a lack of synchronization. I use MPC Home Cinema Player in the x86 version 1.5.2.2990 and madVR v0.47.
How far off is the sync? Is it totally wrong? Or is it only slightly wrong? Is it wrong by the same offset all the time? Or does the sync vary? E.g. is it sometimes too early, sometimes too late? Or e.g. sometimes slightly too late, sometimes much too late? Etc etc etc... You see: I need a much more detailed description of the problem. Finally: Does the problem also occur with VMR/EVR, or does it only occur with madVR?

[madshi]

For us,happy Zoomplayer users,is there a reason to upgrade to 0.47,Madshi ? Are we actually concerned by this sub implementation ?
As far as I can see, ZoomPlayer does not have its own subtitle rendering engine? In that case v0.47 has only limited benefit over v0.43. However, I've fixed at least one problem where a user had graphical corruption in ZoomPlayer when switching between exclusive <-> windowed mode. So there might be some benefit. And I think v0.47 should not be any worse compared to v0.43, so I don't see any reason not to update.

[Trumpetguy]

As I am not able to find out in neither in the JRMC forum nor in this thread - is it possible to render subs directly with madvr>0.43 in J.River MC?
And being a newbie on these things, how? Thanks!

[Luv]

Ok then but I never saw any kind of corruption with 0.43 when switching modes.Maybe the solution lies in the fact that I'm still using 5.02 and not the latest 7.xx flavour...
Thanks for the hard work anyway,Madshi.

[jmone]

As I am not able to find out in neither in the JRMC forum nor in this thread - is it possible to render subs directly with madvr>0.43 in J.River MC?
And being a newbie on these things, how? Thanks!

FYI - I render my subs in MC using FFDSHOW (I also use the LAV Splitter which connects them just fine).

[Trumpetguy]

FYI - I render my subs in MC using FFDSHOW (I also use the LAV Splitter which connects them just fine).

I read that further up, right? I have tried that solution, but for now, IMO DirectVobSub have been the best solution. And reading madshi's explanation, this makes sense. For hd material, no difference, but for sd material using ffdshow sub rendering, the subs are scaled with the videostream (for 720 and 1080 playback). This results in more coarse subs. Using DirectVobSub adds the text after the scaling is done, giving prettier subs (still quite ugly on old dvd material, though).

Anyway, if I can get rid of DirectVobSub, I am happy. And if original SUPs at any point can be played, even more so. I am no expert on this, but when converting SUP to SUB, font smoothing is decreased. I have read somewhere that subs support 4 colours, while sup supports 256 colours.

Is there any way madvr can render the original .sup, either from within a .mkv or as external file?

[madshi]

I read that further up, right? I have tried that solution, but for now, IMO DirectVobSub have been the best solution. And reading madshi's explanation, this makes sense. For hd material, no difference, but for sd material using ffdshow sub rendering, the subs are scaled with the videostream (for 720 and 1080 playback). This results in more coarse subs. Using DirectVobSub adds the text after the scaling is done, giving prettier subs (still quite ugly on old dvd material, though).

Anyway, if I can get rid of DirectVobSub, I am happy. And if original SUPs at any point can be played, even more so. I am no expert on this, but when converting SUP to SUB, font smoothing is decreased. I have read somewhere that subs support 4 colours, while sup supports 256 colours.

Is there any way madvr can render the original .sup, either from within a .mkv or as external file?
AFAIK both ffdshow and DirectVobSub render the subs *before* the video is scaled. The only way to do it differently is to communicate directly with the renderer via a special interface. I don't think either ffdshow or DirectVobSub are doing that. MPC-HC's internal subtitle rendering engine does that, so does seemingly PotPlayer. I guess with ZoomPlayer and J.River Media Center you're stuck with ffdshow and DirectVobSub because they don't seem to have an internal subtitle rendering engine.

[pawlol83]

How far off is the sync? Is it totally wrong? Or is it only slightly wrong? Is it wrong by the same offset all the time? Or does the sync vary? E.g. is it sometimes too early, sometimes too late? Or e.g. sometimes slightly too late, sometimes much too late? Etc etc etc... You see: I need a much more detailed description of the problem. Finally: Does the problem also occur with VMR/EVR, or does it only occur with madVR?

The problem occurs only in madVR rendering mode. At the beginning of the subtitles are displayed correctly (full synchronization). Once a film rewind a few minutes to the front or back, the subtitles are displayed by a few seconds too early. When you return the slider to the beginning of the video the subtitles are again synchronized.

[madshi]

The problem occurs only in madVR rendering mode. At the beginning of the subtitles are displayed correctly (full synchronization). Once a film rewind a few minutes to the front or back, the subtitles are displayed by a few seconds too early. When you return the slider to the beginning of the video the subtitles are again synchronized.
When the subtitles are not synchronized, what happens if you just continue playback for 2-3 minutes? Do they automatically get back into sync? Or will they stay out of sync forever?

Can anybody else reproduce this problem?