LAV Filters - DirectShow Media Splitter and Decoders

[ryrynz]

Nev, your latest build is preventing MPC from playing the next file in folder.

[nevcairiel]

Nev, your latest build is preventing MPC from playing the next file in folder.

Works for me.
Either manually hitting the hotkey assigned to that, or using the option to automatically switch to the next file on end of playback.

@Anyone:
If you have video issues, *ALWAYS* mention which decoder is configured in LAV Video, also, if you can, try with another one first!

[nevcairiel]

Here is a new build.
It shouldn't really fix anything, but since i couldn't reproduce any of the problems, i want to make sure everyone is on the exact same version.

http://files.1f0.de/lavf/LAVFilters-0.49-23-g13aed9d.zip

Remember to report which decoder is configured in LAV Video if you have any problems, also which renderer is used might help.
If you report a rather "generic" problem, please test first if it happens on more then one file, and if you use a hardware decoder test if it also happens with software.
If its one specific file, provide a sample.

Reports like "X is broken" are mostly useless. People have different descriptions of "broken", so please be specific about the problem, as well as about how exactly to reproduce it.

[ryrynz]

It's only happening with QuickSync, MPC hangs and won't remove itself from memory unless forced in Task Manager. 0.49 and nightly lavf-my120314-644f7ca are working fine.

Tried your new build, same deal with that too.

LAVFilters-0.49-yadifmt2 is working fine, apologies for the short report, it's 1am in the morning I had hoped a one line report would be enough, haha, guess it almost never is, oh well.

[nevcairiel]

I found one possible problem, maybe you are still awake enough to try this version.

http://files.1f0.de/lavf/LAVFilters-0.49-24-g1116cb4.zip

I had one other freeze with madVR, but from the stack traces it looked like a madVR problem, because on my end everything looked fine.

I'll try to reproduce it and confirm and get a freeze report to madshi.

[ryrynz]

Legend, that's fixed it, time for bed. :D

[kostasoft]

Dear Sirs!

At this moment LAVsplitter (entering in the the LavFilters), processing only one video stream simultaneously. The current version of the splitter shows all video streams, but allows only to switch between them and handle only one.
I would like if LAVsplitter will allow to process in the filtergraph two video streams at the same time. Two video streams can be placed in such containers: avi, mkv, wmv.

Could you please provide that possibility? Thank you in advance!

Links to videos with two video streams:
avi (http://kostasoft.com/downloads/3d-avi.avi)
mkv (http://kostasoft.com/downloads/Metro_dualstream.mkv)
wmv (http://kostasoft.com/downloads/DualStream.wmv)

[Gleb Egorych]

nevcairiel,
Here is a sample (http://www.mediafire.com/?f8ibyd5ypr19rb9). I play it in ZP with the latest Haali splitter (1.11.288), LAV Video in CUDA mode and LAV Audio 0.49-24. After a few seconds holding "S" pressed the player hangs.

[nevcairiel]

Did i mention that i really dislike complex thread interaction? I still think its worth it in the long run, however.

So, try this version:
http://files.1f0.de/lavf/LAVFilters-0.49-25-g9b88bb9.zip

It fixes another deadlock in the decoder thread for me, hopefully without breaking anything else. :)

[Gleb Egorych]

So, try this version:
http://files.1f0.de/lavf/LAVFilters-0.49-25-g9b88bb9.zip

Didn't fix the hang for me. Still reproducable on the file I posted before.

[nevcairiel]

Then you're out of luck, i managed to reproduce a problem once, and now its fixed. :p

[madshi]

If the freeze is inside of LAV Filters, maybe it would help to provide a PDB file in a test build, so the madVR freeze report might include the LAV Filter internal stack traces? Just a thought...

[nevcairiel]

I suppose.
Here is a build with its pdb files
http://files.1f0.de/lavf/LAVFilters-0.49-25-g9b88bb9+pdb.zip

Here is the link to the madVR Trace Tool
http://madshi.net/madTraceProcess.zip

Cause the freeze, run it, select the zplayer.exe process, and pastebin the output somewhere.
Only works if you use madVR as a renderer.

I still did fix one hang that i reproduced in ZP, didn't find any more. I've also been analyzing the code, and i don't see what condition could otherwise cause a deadlock now.

[Gleb Egorych]

madTraceProcess log (http://pastebin.com/MJa5LNsJ) of hung Zoom Player.

[cengizhan]

I also had several freezes with latest mpc-hc, lav and madvr while seeking forward. Will try with LAVFilters-0.49-9b88bb9.

[nevcairiel]

madTraceProcess log (http://pastebin.com/MJa5LNsJ) of hung Zoom Player.

I see not one thread in there that is doing anything in LAV.

Considering i cannot even figure out how to configure ZP to use LAV without turning off its "smart play", i suggest you start over with a factory-reset version of ZP and then try to replicate the issue, and once you can, tell me the config exactly.
Alternatively, maybe ZP can somehow export its config, so i can import it?

Edit:
I finally managed to convinced it to use LAV in Smart Play mode, but still no problem here.

[madshi]

I see not one thread in there that is doing anything in LAV.
I'm seeing two interesting things:

(1) One thread callstack looks like this:

thread $df0:
75f9ee32 +5d GDI32.dll D3DKMTSignalSynchronizationObject
0923c642 +32 nvcuvid.dll cuvidMapVideoFrame
0922a8a0 +20 nvcuvid.dll cuvidParseVideoData
I think this is likely an LAV Video Decoder related thread, don't you agree? But somehow the callstack doesn't contain any LAV Video Decoder related callstack items. That makes me think that the PDB file somehow didn't work.

@Gleb Egorych, can you confirm that you had a "LAVVideo.pdb" file in the same directory as "LAVVideo.ax" when creating the freeze report? And you do have a "dbghelp.dll" file in the madVR directory, correct?

(2) ZP's main thread seems to be stuck here:

77638cd3 +16a33 ntdll.dll RtlEnterCriticalSection
005192a2 +0000e zplayer.exe BaseClass 6911 +11 TBCCritSec.Lock
005204dc +000a4 zplayer.exe DSFilter 1602 +30 TDCDSPFilter.Stop
00675681 +00025 zplayer.exe mainunit 4125 +5 TMainForm.dsMediaControlStop
00679722 +00332 zplayer.exe mainunit 5905 +86 TMainForm.StopMovie
006587fa +00076 zplayer.exe mainunit 124 +16 TMainForm.StopButtonClick

Another ZP thread is here at the same time:

thread $40c: <priority:1>
77638cd3 +16a33 ntdll.dll RtlEnterCriticalSection
005192a2 +0000e zplayer.exe BaseClass 6911 +11 TBCCritSec.Lock
00520cf8 +00014 zplayer.exe DSFilter 2099 +2 TDCDSPFilter.CheckInputType
00518d5b +0001b zplayer.exe BaseClass 6705 +2 TBCTransformInputPin.CheckMediaType
005189cd +001b9 zplayer.exe BaseClass 5870 +46 TBCBaseInputPin.Receive
00519169 +00041 zplayer.exe BaseClass 6840 +5 TBCTransformInputPin.Receive
0051db3b +000d3 zplayer.exe DSFilter 391 +21 TDCDSPFilterInputPin.Receive
My interpretation of this is that the main thread is trying to react to a press on the ZP "stop" button, while the ZP DSP filter is busy receiving data. Both try to enter the same critical section at the same time while it might even already be in use by a 3rd thread. I think DSP is audio related, though?

[nevcairiel]

(1) One thread callstack looks like this:

thread $df0:
75f9ee32 +5d GDI32.dll D3DKMTSignalSynchronizationObject
0923c642 +32 nvcuvid.dll cuvidMapVideoFrame
0922a8a0 +20 nvcuvid.dll cuvidParseVideoData
I think this is likely an LAV Video Decoder related thread, don't you agree? But somehow the callstack doesn't contain any LAV Video Decoder related callstack items. That makes me think that the PDB file somehow didn't work.

Ah, i somehow missed that one. Thanks for looking

cuvidParseVideoData is a NVIDIA function i call, which in turn calls a callback function of LAV, in which i then call cuvidMapVideoFrame (which basically is the LockRect of CUVID)
This would indicate the decoder is still working just fine, and is not deadlocked somewhere (except if that function somehow hangs, but never seen that happen and wouldn't even know why/how). This is called directly from my decoder worker thread, and if that thread is working and processing a frame, then everything else is still running.


My interpretation of this is that the main thread is trying to react to a press on the ZP "stop" button, while the ZP DSP filter is busy receiving data. Both try to enter the same critical section at the same time while it might even already be in use by a 3rd thread. I think DSP is audio related, though?

I agree with your interpretation.
Both the main thread and some other thread try to enter the same critical section, but that also means something else has to hold that one right now.

But DSP is audio indeed, so its rather unlikely to be related to my latest changes (not knowing ZP itself, not ruling anything out)

[madshi]

cuvidParseVideoData is a NVIDIA function i call, which in turn calls a callback function of LAV, in which i then call cuvidMapVideoFrame (which basically is the LockRect of CUVID)
This would indicate the decoder is still working just fine, and is not deadlocked somewhere (except if that function somehow hangs, but never seen that happen and wouldn't even know why/how). This is called directly from my decoder worker thread, and if that thread is working and processing a frame, then everything else is still running.
Yeah, but the thing that confuses me is that there's no trace whatsoever of LAVVideo.ax in the stack trace. Which would make sense only if either the LAV PDB files are missing or if the dbghlp.dll is missing in the madVR folder. If I do a test freeze report on my PC with LAV Video decoding, I see plenty of LAV Video callstack items (when using your test build with the PDB files). Though, I can't do a freeze report exactly when the graph is stopped. Maybe that's a special situation. Still, I would expect to at least see *some* LAV related stack items in the freeze report somewhere, if both PDB files and dbghlp.dll are there.

I agree with your interpretation.
Both the main thread and some other thread try to enter the same critical section, but that also means something else has to hold that one right now.

But DSP is audio indeed, so its rather unlikely to be related to my latest changes (not knowing ZP itself, not ruling anything out)
Yeah, it does seem to be audio related. But that could be just the final phase of the freeze. It's possible that something else made ZP end up in that situation. In any case I find it suspicious that the main thread is hanging in the "StopButtonClick" event handler. That's a clear indication that the problem occurs as a direct consequence of ZP trying to stop the playback. Did something change in LAV somewhere (splitter, video or audio) in regards to the graph being stopped?

[nevcairiel]

Did something change in LAV somewhere (splitter, video or audio) in regards to the graph being stopped?

Audio and Splitter haven't changed at all since the release version, which he reported to work fine (short of a ffmpeg update)
The only change i did was to move the video decoding onto a worker thread, and i had some synchronization issues between the main processing thread (the one from the splitter) and that worker thread at first, but those seem to all be worked out.

Stopping in ZP doesn't even do anything special with the decoder, it just seeks to 0, so i get the usual seeking events (BeginFlush/EndFlush and NewSegment)
What i do find interesting though, why would the video decoder still have data to process while the player is stopping the graph (and frozen at that). Shouldn't the Graph stop the splitter first so that no new data is arriving? (He is using Haali, so i cannot say how it really works for it)

On the other hand, why would the Main Thread try to stop a single filter? But maybe some stack trace lines are missing there too from a DirectShow internal dll?
In any case, LAV does not seem to be directly involved in the freeze, and the main thread even looks like its supposed to do what it does.

-------------

Does anyone else still have some Freeze/Hang issues with the latest test version? Here is the link again for reference:
http://files.1f0.de/lavf/LAVFilters-0.49-25-g9b88bb9+pdb.zip

I included some debug symbols, so if it does hang and you happen to use madVR, you can get a better freeze report using its new tools.

[suanm]

i have not tested the last lav 0.49 verson yet,but the old lav 0.48 version works very perfectly with madvr 0.54 version (i dislike 0.55 version or newer ) on my pc(xp+sp3 or win7 x86).i didn't find any of frozen filter, screen or player during playback,pausing blayback or stopping playback

[CruNcher]

nev i still have that crash issue with Mainconcepts Decoder (on close,stop playback, drag and drop while playing) and Lavsplitter framework, not sure if it happens with Madvr too but if thats the way to trace whats going on ofcourse i gonna try it ;)


PS: Actually wait i guess its fixed somehow, might be one of the recent lock fixes, yep seems really fixed tried multiple drag and drop operations no crash anymore :D :) , of course their are distortion issues with the Frame Accurate Seeking, so i have force it to seek on I frames only. Nope it's still crashing but it can hold up much more Drag and Drop operations now before it crashes @ some sample :)

[Gleb Egorych]

@Gleb Egorych, can you confirm that you had a "LAVVideo.pdb" file in the same directory as "LAVVideo.ax" when creating the freeze report? And you do have a "dbghelp.dll" file in the madVR directory, correct?
Yes.

I think DSP is audio related, though?
Yes.

Considering i cannot even figure out how to configure ZP to use LAV without turning off its "smart play", i suggest you start over with a factory-reset version of ZP and then try to replicate the issue, and once you can, tell me the config exactly.
Alternatively, maybe ZP can somehow export its config, so i can import it?
Here are my settings (http://pastebin.com/fgXHhFuK). Paste them in zplayer.local file and place it in zplayer.exe dir. I use Zoom Player 8.1.1 (http://dl.zoomplayer.com/zp811max.exe) with this hotfix (http://t.inmatrix.com/zplayer811p1max.rar).

Hangs with some previous LAV versions were exposed by ZP internal DSP and stream switching filter. When you press "S" key Zoom Player stops the graph and sometimes it hangs on this action.

I reproduced the hang without LAV Video in the graph, only Haali splitter, ffdshow video decoder and LAV Audio. Log (http://pastebin.com/pZPim5Xv).

[madshi]

Ah, @Gleb, so this has nothing to do with nevcairiel's recent changes at all? The bug was there in some older LAV versions, too? Hmmmmm... And you're sure that it only occurs with LAV Audio and with no other audio decoder? According to the freeze report it more looks like a ZP bug to me. But if it is, it should probably occur with other audio decoders, as well.

Sorry for the stupid question, but just to be safe: You have the LAV PDB files in the path "C:\Program Files (x86)\codecs\LAV", correct? You didn't actually copy them to "C:\Program Files\codecs\LAV" instead of "C:\Program Files (x86)\codecs\LAV"?

[CruNcher]

Perfect it crashes fast away with MadVR on Drag and Drop :) with Mainconcepts Decoder :D tried Lav Video no crash, i try to trace it :)

Here the report http://www.mediafire.com/?cmc46mv5otdvj59

the crash isn't as fast with EVR basic but it comes after some time only with Lav Splitter though


PS: Im 100% sure the Internal MPC-HC .ts splitter never triggers this MPC-HC crash Internal .ts/Lav Audio with Mainconcepts Decoder it's only Lav Splitter/Lav Audio ;)

[nevcairiel]

I reproduced the hang without LAV Video in the graph, only Haali splitter, ffdshow video decoder and LAV Audio. Log (http://pastebin.com/pZPim5Xv).

That doesn't make any sense whatsoever. Specifically the part where you say 0.49 release works.
LAV Audio was not changed one single bit. The first versions you reported the problem on (0.49-19) didn't even have an ffmpeg update, i only did that later on.

Are you absolutely sure that 0.49 release works?
Maybe you should ask Blight to look into it, he can properly see where all the ZP threads are stuck, and then contact me directly if he sees something.
I remember being in contact with him about this problem before, but he confirmed it was fixed, and i never changed anything to change that.

[Gleb Egorych]

Ah, @Gleb, so this has nothing to do with nevcairiel's recent changes at all? The bug was there in some older LAV versions, too? Hmmmmm... And you're sure that it only occurs with LAV Audio and with no other audio decoder? According to the freeze report it more looks like a ZP bug to me. But if it is, it should probably occur with other audio decoders, as well.
It was present for some time, the it was fixed (in 0.27, not sure). Then there were made some changes and it reappeared in in some 0.3x beta version and was fastly fixed by nevcairiel. No bug in 0.49 release, it only presents in recent betas.

Sorry for the stupid question, but just to be safe: You have the LAV PDB files in the path "C:\Program Files (x86)\codecs\LAV", correct? You didn't actually copy them to "C:\Program Files\codecs\LAV" instead of "C:\Program Files (x86)\codecs\LAV"?
Yes, I paste with replace the entire archive in the same directory, "C:\Program Files (x86)\codecs\LAV".

[Gleb Egorych]

Are you absolutely sure that 0.49 release works?
I used 0.49 for a week and haven't faced the problem. At the same time ZP with 0.49-xx hung the same day I installed the update. I'll 0.49 release further.

I'll report the bug to Blight too.

[Gleb Egorych]

nevcairiel,
after some testing I can say that 0.49 and 0.48 are affected by the hang too. Need some time to find the last working version.

[nevcairiel]

nevcairiel,
after some testing I can say that 0.49 and 0.48 are affected by the hang too. Need some time to find the last working version.

Can you confirm that it works with for example ffdshow first?
Nothing major changed really in LAV for quite a while.

I still think that DSP filter is having the issue here.
The hang you got with 0.49-19 during normal playback was probably video related, which i fixed. Now that you do intensive testing, it may be related to something completely different.

[roytam1]

@nev:
since rev 21a7ead LAV splitter stalls the system for ~1 minute with this MP4 sample, which only stalls for 0.5~2 seconds before. (OS: XP SP3)

Sample:
http://roy.orz.hm/samples/Nisemonogatari_10_Yokoku_480p.mp4

[nevcairiel]

@nev:
since rev 21a7ead LAV splitter stalls the system for ~1 minute with this MP4 sample, which only stalls for 0.5~2 seconds before. (OS: XP SP3)

Sample:
http://roy.orz.hm/samples/Nisemonogatari_10_Yokoku_480p.mp4

That file starts to play immediately for me. No Stalling or anything.

[fastplayer]

That file starts to play immediately for me. No Stalling or anything.
Confirmed on both XP SP3 and Win7-32bit.

[roytam1]

That file starts to play immediately for me. No Stalling or anything.

Forgot to mention: LAV Splitter connects to MPC-HC's internal Video Decoder(DXVA1) / MPCVideoDec.ax(DXVA1) r4153.
Disabling DXVA in MPC-HC Video Decoder or using LAV Video have no problem.

[nevcairiel]

Play fine for me with MPC-HC DXVA2 or Software, cannot test DXVA1.
In any case, seems more like a bug in the decoder.

Like i explained before, nothing really changed in the splitter, except some minor ffmpeg fixes.

[dead_screem]

Play fine for me with MPC-HC DXVA2 or Software, cannot test DXVA1.
In any case, seems more like a bug in the decoder.

Like i explained before, nothing really changed in the splitter, except some minor ffmpeg fixes.

Notice that file has an audio blip at start? I'm guessing there is a video "blip" as well, probly caused by poor file cutting.
On my XP SP3 machine with 9800GTX and MPC-HC DXVA1 that file doesnt hang, but I get bad blocking for the first ~12 seconds of the file. LAV Video Cuvid ofcourse not affected.

Edit: MPC-HC MP4 Source filter and its the same. so if this is fixable its a MPC-HC DXVA decoder bug most likely.

[RedDwarf1]

Is there any way to tell whether hardware acceleration is active when playing a video?
Looking at GPU-z does suggest that it is because of the video engine load and CPU usage also suggests that it is, but 15 ref frame 1080p hardware acceleration doesn't seem likely.

[sneaker_ger]

1080p with 16 ref frames is easily possible for most ATI and Nvidia Cards (don't know about Intel).
Open the filter settings while playing a file and it will tell you which decoder is currently in use.

[Anima123]

Did you guys happened to have the experience of DXVA2 copy back mode has a green strip on top of the video with some 720p h264 videos while DXVA2 native mode works correctly?

mpc-hc latest version
NV3100 Video card with laptop Thinkpad T410
LAV latest stable version

[nevcairiel]

Did you guys happened to have the experience of DXVA2 copy back mode has a green strip on top of the video with some 720p h264 videos while DXVA2 native mode works correctly?

I have not seen it, but if you have a file that shows the problem, please cut a small piece out of it (10-20MB, use a tool like DGSplit), and upload it to Mediafire (and post the link, of course)

[fairchild]

nevcairiel, I've come accross a couple of blu-ray discs that for some reason cannot find the audio tracks. The discs both have 2 audio tracks, both being 5.1 Dolby Digital (one in Swedish, and one in English) the movies are: The Girl who Played with Fire and The Girl who Kicked the Hornets Nest. Lav Splitter loads, as does Lav Video and MadVR, but no audio filters load up.

Using the latest MPC-HC 4153 with the latest Lav Filters 0.49 release version.

If you need any other information please let me know. (the discs are the US or North American releases)

[Blight]

gleb:
I failed to reproduce the freeze issue, pressing "S" for over 10 seconds and different positions in the sample file.
I used LAV, both 0.49 and the latest beta linked by nev here.
LAV was used as splitter and audio/video decoder, MadVR (0.82.5) as video renderer.
You can help debug if the issue is related to ZP's DSP filter by disabling the filter in the options (Adv. Options / Playback Audio - Enable Internal Equalizer ...)

nev:
ZP has detailed error dialogs which explain why Smart Play fails (Adv. Options / Playback / Smart Play / Settings - Show smart play graph creation errors).
Or if the dialogs are annoying, you can have their output saved to a file instead (same options dialog area).
When smart play fails to build the graph, ZP lets directshow build its own graph, only replacing the audio and video renderers per user selection.

[MSL_DK]

I have a request I would like if we see the line Title: instead of language: in MPC-HC. The reason is that you can have several subtitles with the same language and it's pretty hard to know which one viewing when you view the language:

Can you maybe make it so that both the title and language appear?

eg:

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1h 43mn
Bit rate mode : Variable
Bit rate : 25.8 Mbps
Maximum bit rate : 31.5 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.518
Stream size : 18.6 GiB (80%)
Title : Toy Story 3
Default : Yes
Forced : No
Color primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177
Transfer characteristics : BT.709-5, BT.1361
Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177

Audio #1
ID : 2
Format : DTS
Format/Info : Digital Theater Systems
Format profile : MA / Core
Codec ID : A_DTS
Duration : 1h 43mn
Bit rate mode : Variable
Bit rate : 2 506 Kbps / 1 510 Kbps
Channel(s) : 8 channels / 6 channels
Channel positions : Front: L C R, Side: L R, Back: L R, LFE / Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossless / Lossy
Title : Engelsk DTS 7.1 HD-MA
Language : English
Default : No
Forced : No

Audio #2
ID : 3
Format : DTS
Format/Info : Digital Theater Systems
Format profile : MA / Core
Codec ID : A_DTS
Duration : 1h 43mn
Bit rate mode : Variable
Bit rate : 2 848 Kbps / 1 510 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 24 bits
Compression mode : Lossless / Lossy
Title : Engelsk DTS 5.1 HD-MA
Language : English
Default : No
Forced : No

Audio #3
ID : 4
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Codec ID : A_AC3
Duration : 1h 43mn
Bit rate mode : Constant
Bit rate : 640 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 472 MiB (2%)
Title : Dansk AC3 5.1
Language : Danish
Default : Yes
Forced : No

Text #1
ID : 5
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Title : Dansk tale
Language : Danish
Default : No
Forced : No

Text #2
ID : 6
Format : PGS
Codec ID : S_HDMV/PGS
Codec ID/Info : The same subtitle format used on BDs/HD-DVDs
Title : Dansk PGS
Language : Danish
Default : No
Forced : No

Text #3
ID : 7
Format : PGS
Codec ID : S_HDMV/PGS
Codec ID/Info : The same subtitle format used on BDs/HD-DVDs
Title : Dansk tale
Language : Danish
Default : Yes
Forced : No

Menu
00:00:00.000 : en:00:00:00.000
00:04:53.543 : en:00:04:53.543
00:06:20.255 : en:00:06:20.255
00:11:37.405 : en:00:11:37.405
00:15:17.166 : en:00:15:17.166
00:18:34.196 : en:00:18:34.196
00:19:23.871 : en:00:19:23.871
00:26:17.117 : en:00:26:17.117
00:28:59.404 : en:00:28:59.404
00:31:47.822 : en:00:31:47.822
00:33:22.333 : en:00:33:22.333
00:35:50.064 : en:00:35:50.064
00:37:30.123 : en:00:37:30.123
00:40:11.325 : en:00:40:11.325
00:41:12.637 : en:00:41:12.637
00:43:37.490 : en:00:43:37.490
00:44:49.270 : en:00:44:49.270
00:48:19.521 : en:00:48:19.521
00:52:28.061 : en:00:52:28.061
00:53:51.895 : en:00:53:51.895
00:57:11.970 : en:00:57:11.970
00:58:20.705 : en:00:58:20.705
01:01:09.999 : en:01:01:09.999
01:02:06.639 : en:01:02:06.639
01:02:57.023 : en:01:02:57.023
01:06:35.032 : en:01:06:35.032
01:11:21.735 : en:01:11:21.735
01:15:57.261 : en:01:15:57.261
01:17:35.817 : en:01:17:35.817
01:19:43.195 : en:01:19:43.195
01:23:01.935 : en:01:23:01.935
01:24:59.594 : en:01:24:59.594
01:28:15.582 : en:01:28:15.582
01:34:18.277 : en:01:34:18.277

[nevcairiel]

I have a request I would like if we see the line Title: instead of language: in MPC-HC. The reason is that you can have several subtitles with the same language and it's pretty hard to know which one viewing when you view the language:

Can you maybe make it so that both the title and language appear?


It already does that.
If you use in MPC-HC the Navigate -> Subtitle Language menu, or the Play -> Filters -> LAV menu, it'll show stream titles and the language.

[MSL_DK]

Yes but not here :-)

I use the remote to switch subtitles

http://img580.imageshack.us/img580/441/38292669.jpg (http://imageshack.us/photo/my-images/580/38292669.jpg/)

[madshi]

I think that's the MPC-HC OSD display. Maybe MPC-HC doesn't show the full information from IAMStreamSelect?

[nevcairiel]

Indeed. Thats MPC-HCs doing, request the feature there.

There is also ITrackInfo which can be used to get only the title and/or language without all the codec information from IAMStreamSelect

[Anima123]

I have not seen it, but if you have a file that shows the problem, please cut a small piece out of it (10-20MB, use a tool like DGSplit), and upload it to Mediafire (and post the link, of course)

Sent with a private message.

[nevcairiel]

Sent with a private message.

Thanks.
However, i do not see any problems with that file. Plays just fine with DXVA2-CB for me, no green strip or anything.

[Anima123]

Thanks.
However, i do not see any problems with that file. Plays just fine with DXVA2-CB for me, no green strip or anything.

Does it indicate that it's GPU or driver related issue?