View Issue Details

IDProjectCategoryView StatusLast Update
0000632madVRbugpublic2020-01-26 14:22
ReporterMatching_Mole Assigned To 
PrioritynormalSeverityminorReproducibilityalways
Status newResolutionopen 
Summary0000632: madVr + J River MC25 (or 26) = issue with external subtitles for DVD playback
DescriptionJ. River (MC25 or 26) allow to use external subtitles (as SRT files) with official DVD-video support (ifo+vob) using "browse" function in Subtitle sub-menu.

When using madVr as video renderer, the loaded external sub file is not used but still the potential internal subtitles track from the DVD.And so even if the external subtitles file entry in the J River subtitle sub-menu is indicated as selected.

To force the "switch" to the external sub, it requires to first select the "Off" entry from the J. River Subtitles sub-menu and then, with the same sub-menu, to select again the external subtitles file entry added after the initial loading. If this actions are done again (select "Off" and then whatever subtitles from the list), no subtitles is working any more (inner or external).

If other video renderer than madVr is used (as EVR), everything works as intended. This issue was reproduced in the exact same way with 3 different computers, two with Windows Seven x64, one with Windows 10 x64.
Steps To ReproduceStep 1: play a DVD-video in J River (MC 25 or 26) with madVr as video renderer.
Step 2: load an external subtitles file in SRT format using "browse" function in J River Subtitle sub-menu.
Step 3: madVr is still playing the potential internal subtitles even if the external subtitles file entry in the J River subtitle sub-menu is indicated as selected.
Step 4: select the "Off" entry from the J. River Subtitles sub-menu. No subtitles should be played by madVr.
Step 5: select the external subtitles file entry (added in the step 2) in the J River subtitle sub-menu. Now the external subtitles is played by madVR.
Step 6: redo the steps 4 and 5 (choosing the internal or external subtitles track). No Subtitles will work anymore.
Additional InformationIf other video renderer than madVr is used (as EVR), everything works as intended.
TagsNo tags attached.
madVR Versionv0.92.17
Media Player (with version info)J River MC25 or 26
Splitter (with version info)LAV Filters 0.74.1
Decoder (with version info)LAV Filters 0.74.1
DecodingSoftware
Deinterlacingauto mode
DXVA2 Scaling Activeno
Aero / Desktop CompositionOff
Problem occurs with modeall modes
GPU ManufacturerNVidia
GPU ModelRTX 2070 super (but the two other PC was with ATI Rage Nano or HD 7900)
GPU Driver Version441.87

Activities

madshi

2020-01-25 21:38

administrator   ~0002622

Does the same problem occur with other media players? It could be a bug in the media player just as well as a bug in madVR. Other renderers working fine doesn't prove anything just yet, because the MC subtitle implementations for each renderer are probably different.

Matching_Mole

2020-01-26 14:15

reporter   ~0002623

I have no such issue with MPC (BE or HC) but I think they work differently from J River for the specific case of DVD-video. I suspect that the subtitles renderer of River is not the same for the internal DVD subtitles (image based) and external subtitles (text based). The action to load external subtitles seems to require a kind of change (pins change?) that is not correctly working with madVr. For instance, there is no such issue with Blu-ray Video file in J River as no such change seems required even with external subtitles due, I think, to the specifications of the Blu-ray video standard.

Currently J River team consider they have no issue from their player as all works as intended with EVR renderer. If you consider that the issue is with J River and no madVr so we are in kind of loop hole.

madshi

2020-01-26 14:18

administrator   ~0002624

I've no idea where the issue is. It could be their fault or mine. Just saying that it be either. Atm I'm busy working on the Envy, which doesn't have subtitle support. So it will probably take a while until I get a chance to look into this.

Matching_Mole

2020-01-26 14:22

reporter   ~0002625

No Problem, this is perfectly understandable. The issue is kind of minor and a workaround is existing (even if it is kind of boring).

Issue History

Date Modified Username Field Change
2020-01-24 22:01 Matching_Mole New Issue
2020-01-25 21:38 madshi Note Added: 0002622
2020-01-26 14:15 Matching_Mole Note Added: 0002623
2020-01-26 14:18 madshi Note Added: 0002624
2020-01-26 14:22 Matching_Mole Note Added: 0002625