CCCP Project Forums

Please login or register.

Login with username, password and session length
Advanced search  
Pages: 1 ... 8 9 [10]
 91 
 on: March 09, 2014, 09:05:03 AM 
Started by x_xy_y2 - Last post by cyberbeing
If you've run install.bat as administrator (DllRegisterServer in xysubfilter.dll succeeded), you'll need to produce a few more details about your problem.


Have you ensured to disable the MPC-HC ISR? (Uncheck Playback -> Autoload Subtitles)

If you set XySubFilterAutoLoader to "Prefer" in MPC-HC external filters, does it resolve the problem?

If you change XySubFilter's Main -> Loading setting to "Always Load", does it resolve the problem?


Is XySubFilter present under Filters when you experience problems with external subtitles not loading? (Right Click on video window in MPC-HC)

Are your external subtitles named identical to the video? (videotitle.mp4 videotitle.srt)

What format are you external subtitles? (ass, srt, vobsub, something else?)

Which subtitle filter were you using prior to XySubFilter Beta2 for loading external subtitles?

upd: Downgrade madVR to 8.6.11 and it started working.
This isn't a solution, since it still means the XySubFilterAutoLoader isn't functioning for you. Please update back to madVR 0.87.6 and attempt to troubleshoot the issue. Current and future madVR releases will no longer load XySubFilter into the graph for external subtitles, so eventually you'll need to figure out a solution to your problem.

 92 
 on: March 09, 2014, 08:49:11 AM 
Started by x_xy_y2 - Last post by Kyon_4937
External subtitles don't load :(
(XySubFilter Beta2 - run install.bat, madVR 0.87.6, MPCHC 1.7.1.133 - tried set prefer to XYSubFilterAutoloader in external filters)

upd: Downgrade madVR to 8.6.11 and it started working.

 93 
 on: March 09, 2014, 04:52:24 AM 
Started by JEEB - Last post by cyberbeing
Edit: I seem to have located the drag and drop modifications, they're included in this changeset it seems. I'll see if that stuff can be backported in one way or another, as usually users do indeed expect their current subtitle renderer to get the subtitles, not the ISR :) .

Some other related commits which come after that:

Support F1/F2 subtitle delay hotkeys with VSFilter
Update OSD when subtitle delay is changed

Ability to switch VSFilter subtitle tracks through menu
Fully integrate VSFilter/XySubFilter's subtitle selection mechanism with internal+external subtitle support

Support Subtitle Database downloads with VSFilter


 94 
 on: March 08, 2014, 06:59:27 PM 
Started by JEEB - Last post by JEEB
Yes, it's definitely a move to the better :) . There might be comments on how to implement something like this better in the future, but right now it seems OK.

Edit: I seem to have located the drag and drop modifications, they're included in this changeset it seems. I'll see if that stuff can be backported in one way or another, as usually users do indeed expect their current subtitle renderer to get the subtitles, not the ISR :) .

Edit2: Created a feature request ticket on the MPC-HC trac. Since U78 is currently somewhat less often on IRC, it probably is the best way to catch his attention.

 95 
 on: March 08, 2014, 06:07:40 PM 
Started by JEEB - Last post by cyberbeing
OK, so you now have a 0xFFF... auto-loader filter that gets loaded and then has XySubFilter loaded in case a compatible renderer is found. Didn't look at the code yet, but that's how it looks like. Insane, but I guess better than madVR randomly loading crap up. This of course brings me to the point of what to do with it when resetting settings, but I will guess at this point if one has registered XySubFilter, one wants to test it. Thus I will for now do nothing about it, and instead just wait until after this coming release.

The major benefit is now you can actually block XySubFilterAutoLoader in MPC-HC external filters, and xy-VSFilter will then be used if installed. If XySubFilterAutoLoader is blocked, yet xy-VSFilter is NOT installed, XySubFilter will be used for embedded subtitles only. XySubFilterAutoLoader contains dummy pins only, and gracefully enters and leaves the graph, so its insane merit should be harmless to other filters. XySubFilter itself has a merit of 0x00800002 with only a real subtitle pin. Aside from Blocking, you can also now Prefer or set Custom Merits for XySubFilterAutoLoader and/or XySubFilter through MPC-HC external filters and actually have them used by DirectShow when choosing filters to load.

This was all spurred off an idea by madshi, since madVR forcing XySubFilter into the graph and bypassing directshow filter control was agreed to be a bad behavior. If other developers are not fond of this particular method, we could still tweak it if needed in a future release.

 96 
 on: March 08, 2014, 12:43:26 PM 
Started by JEEB - Last post by JEEB
And a quick fourth release candidate with that quick simplification/fix for the ISR VSFilter-like filter blocking, available here. Unless something really urgent pops up, I will not be making another >_> .

Updated components:
  • MPC-HC 1.7.3.91 (master@6761306)
General change log:
  • A quick fix applied to not have double subtitle rendering when XySubFilter is registered and ISR is enabled. Does not change behavior with the default CCCP setup.

 97 
 on: March 08, 2014, 11:55:29 AM 
Started by JEEB - Last post by JEEB
OK, so you now have a 0xFFF... auto-loader filter that gets loaded and then has XySubFilter loaded in case a compatible renderer is found. Didn't look at the code yet, but that's how it looks like. Insane, but I guess better than madVR randomly loading crap up. This of course brings me to the point of what to do with it when resetting settings, but I will guess at this point if one has registered XySubFilter, one wants to test it. Thus I will for now do nothing about it, and instead just wait until after this coming release.

Only now noticed the double rendering with madVR and XySubFilter+ISR (EVR-CP actually seems to disable the Xy interface when ISR is enabled?, so I didn't see the behavior there). This should take care of both the unnecessary VSFilter merit downing with XySubFilter and madVR, as well as it would lower the merit of the auto-loader filter in case of ISR being enabled, thus not leading to doubled subtitle rendering.

 98 
 on: March 08, 2014, 09:23:44 AM 
Started by JEEB - Last post by JEEB
Because of a Vorbis decoding fix, we now have a third release candidate, available here.

Updated components:
  • LAV Filters 0.61.1.0-9cdf201
General change log:
  • Cherry-picked FFmpeg commits b918d6e and 742d860 to fix decoding of Vorbis streams which used single element huffman trees in LAV Audio.

If you feel this is something which madVR may be at fault for, feel free to open an issue on his bug tracker. He seems to be in rather active development mode at the moment, though I'll expect he'll blame MPC-HC for closing the madVR instance improperly, considering it doesn't occur in other media players. It is rather mysterious what change in MPC-HC could have caused this though. kasper93's commits related to m_wndInfoBar seems like a bit of a stretch, unless avisynth VFW instances output funky info when closing.
Well, it's closed source and thus an unknown element. I'll try to prod the MPC-HC folk related to this, and try to clean up the known element first.

Have you had any further thoughts about switching to MPC-BE, or at least merging in some of their changes which improve support for xy-VSFilter? Things like drag and drop, hotkeys, disallowing both ISR and XySubFilter from being active and rendering subtitles at the same time, etc.
MPC-BE has some very nice hacks around, and they have cut the idiocy they were doing right after the forking, so in theory it would be an alternative. Too bad I dislike some of the development practices, and contacting them is not as simple as it is with FFmpeg/Libav/MPC-HC/some other projects, so most probably MPC-BE will not be seen in CCCP unless MPC-HC dies out without leaving another fork :) . And yes, I'm quite interested in merging various useful changes from -BE, not limited to just XySubFilter-related stuff.

Also with the recent release of XySubFilter Beta2 & madVR 0.87.5, you can now revert that MPC-HC change which blocks VSFilter from loading when XySubFilter is installed and madVR is used. It is no longer required, and has now become harmful to co-existence.
So madVR no longer auto-loads XySubFilter for auto-loading purposes? Great ヽ(´ー`)ノ . But now I'm interested in how it works currently. Have to check and make another RC accordingly. Even if we don't (currently) distro XySubFilter, it's still a relatively major use case.

 99 
 on: March 07, 2014, 11:33:38 PM 
Started by JEEB - Last post by cyberbeing
And a (rather quiet on the GUI side of things, except for the explorer and browser opening) crrraaash :) . As far as I can see the process is still trying to poke MadVR while it has already been unloaded (see the first stack trace's memory address for it, and compare with the unknown address thingamajig at the top)? Threading bugs come to mind first, I guess. Leads me to wonder what kind of change might have caused this, and how much either side is "at fault" for the crash.

If you feel this is something which madVR may be at fault for, feel free to open an issue on his bug tracker. He seems to be in rather active development mode at the moment, though I'll expect he'll blame MPC-HC for closing the madVR instance improperly, considering it doesn't occur in other media players. It is rather mysterious what change in MPC-HC could have caused this though. kasper93's commits related to m_wndInfoBar seems like a bit of a stretch, unless avisynth VFW instances output funky info when closing.

Have you had any further thoughts about switching to MPC-BE, or at least merging in some of their changes which improve support for xy-VSFilter? Things like drag and drop, hotkeys, disallowing both ISR and XySubFilter from being active and rendering subtitles at the same time, etc. Also with the recent release of XySubFilter Beta2 & madVR 0.87.5, you can now revert that MPC-HC change which blocks VSFilter from loading when XySubFilter is installed and madVR is used. It is no longer required, and has now become harmful to co-existence.

 100 
 on: March 07, 2014, 10:44:00 PM 
Started by Jyrz - Last post by Jyrz
I'm having some sound issues while trying to watch some anime with Media Player Classic and I keep getting this weird audio distortion. It sounds like the audio levels are jacked up to the extreme but nothing is actually loud. It might have something to with codecs but I have no idea. I just put in a new motherboard, processor, and video card today and just migrated my hard drives over. The sound was working fine earlier on my old machine and I even tried testing the sound with the same .mkv files I ran this morning but they're all distorted too.
I checked to see if my audio drivers were up to date and they are.
When I checked the LAV Audio Decoder settings and went to the Status tab, I saw the Channel Output levels rise up to max even if he video was paused. Not sure if that means anything but it's just what I noticed.
I also tried uninstalling and reinstalling everything just to go back to a clean slate but that didn't work. I can't seem to figure out the problem.

[EDIT]
I just noticed that the distortion seems to be happening mainly on the voices. The background sound effects in the show are much louder and without the crackle. I still have no idea what's going on though.

System Information:
(click to show/hide)

Test Render of Problem File:
(click to show/hide)

CRC Check:
(click to show/hide)

Media Info:
(click to show/hide)

CCCP Status:
(click to show/hide)

Pages: 1 ... 8 9 [10]

Page created in 0.161 seconds with 16 queries.