Kodi DSPlayer – DirectShow Player for Windows - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33) +--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111) +---- Forum: Windows (https://forum.kodi.tv/forumdisplay.php?fid=59) +---- Thread: Kodi DSPlayer – DirectShow Player for Windows (/showthread.php?tid=223175) Pages:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
|
RE: Kodi DSPlayer – DirectShow Player for Windows - Warner306 - 2018-06-21 HDR Tone Mapping Explained (HDR to SDR) Some of these rules only apply to those outputting HDR content to SDR gamma. HDR curves (output video in HDR format) involve fewer conversions from madVR. The target peak nits also behaves differently: decreasing the target brightness will eventually make the image appear darker, not brighter as with SDR output. The rules for selecting a target display brightness are inherently different. Topics Covered:
What is HDR Video? HDR video is video that separates the source into two video ranges: the standard video range you are accustomed to and an extended range reserved for very bright detail. These bright details are used to light scenes with improved contrast and create a better sense of a natural and realistically lit world. HDR Video Ranges: Lower Range (0-100 nits): Known as normal diffuse or SDR reference white. The majority of an HDR image is located here. Upper Range (100-10,000 nits): Known as the HDR specular highlights. These are hot spots in the image used to convey bright detail. Example of "HDR hot spots" in a heatmap applied to HDR video games. HDR highlights are shown in Orange, Red and Purple: Click Here for Screen Size Image (Original by EvilBoris @resetera.com) You would see a similar effect if a heatmap was applied to the color gamut: Most colors would fit within the BT.709 color space, while some highly-saturated colors would extend into DCI-P3. Dynamic Range Compression HDR specular highlights must be compressed when the end display has a peak brightness that is less than the source peak brightness. Compression of the fixed PQ luminance scale above 100 nits is handled by a roll-off curve that lowers the distance between each PQ step. After compression is applied, the brightest pixels in the source become mapped to the peak white output of the target display. If a display clips the highlights, they will all be mapped to white and blown out without visible detail. So it is desirable to start the roll-off low enough on the PQ curve to retain all highlight detail at the expense of making everything above the roll-off point darker. Or trade-off some highlight detail for greater brightness. Displays with a low peak brightness that is only marginally above SDR reference white (0-100 nits — such as most HDR projectors) will typically lower the brightness of reference white to provide space to represent the specular highlights. Tone mapping of reference white in HDR videos is generally not recommended because the majority of the source levels are mastered here. If reference white must be compressed by the display, it is at least desirable to retain the visible space between each PQ value to avoid flattening large portions of the image. The amount 0-100 nits should be lowered in brightness depends on the source peak brightness and the contrast desired for each movie or each movie scene. The shape of the roll-off curve is determined by a tone mapping operator (TMO) that uses an S-curve to create different levels of compression that preserve various features in the image. Tone mapping curves simply cannot preserve all image detail, so those deemed most visually important are given priority. Tone mapping compression starts at a static knee point on the PQ curve: The placement of the knee point where the roll-off point starts is not standardized across all tone mapping operators. BT.2390 used by madVR chooses the knee point based on a formula that uses several input values as described in Report BT.2390 (largely, inputting the target display peak brightness and comparing it to the measured scene or frame peak brightness to determine how early the roll-off must begin to compress each scene peak to fit the target nits). Display Target Nits — Adjusting Dynamic Range The target peak nits defines the size of the container used to compress the HDR video as well as its displayed brightness. A higher target peak nits provides a larger container to compress the source range and a less aggressive roll-off of the specular highlights is used. A lower target peak nits provides a smaller container to compress the source range and a more aggressive roll-off of the specular highlights is necessary. The choice to use a high or low target peak nits is a balance between retaining as much of the original brightness of the source values as possible versus increasing contrast to retain more of the source's HDR contrast. Increase contrast (high target peak nits) and you sacrifice some brightness — The midtones of the image are rolled-off to improve the contrast between the specular highlights and midtones. Decrease contrast (low target peak nits) and you raise brightness — The majority of the roll-off is applied to the specular highlights with more brightness allocated to the shadows and midtones. The target peak nits can then be thought of as a dynamic range slider that defines the aggressiveness of the tone curve: Low target peak nits: Brighter Images with Lower Contrast = Lower Perceived Dynamic Range. High target peak nits: Darker Images with Higher Contrast = Higher Perceived Dynamic Range. Changes to the target nits impact the Average Picture Level (APL) — The average brightness of the displayed image. PQ to SDR Gamma Display Mapping — Displayed Luminance When PQ is converted to SDR gamma, the brightness of each displayed value is determined by a combination of the target peak nits and the real display peak nits of the target display. Because the target peak nits defines the dynamic range captured by the tone mapping curve, the relative SDR gamma curve will always mirror the precise contrast ratio of the original display target nits at a ratio of of target peak nits/real display peak nits. This occurs through linear gamma compression at the display panel that stretches or compresses the input source values to fit the peak brightness of the display gamma curve. For example, target peak nits = real display peak nits This is a 1:1 compression ratio. No additional source compression happens at the display. PQ source values follow the original PQ EOTF — the HDR source luminance is faithfully represented at a 1:1 ratio. target peak nits > real display peak nits The display target nits is rescaled at the display panel by the relative SDR gamma curve at a compression ratio equal to target peak nits/real display peak nits. Example: Linear Gamma Rescaling of 100 target peak nits, 200 target peak nits, 300 target peak nits and 400 target peak nits at 100 actual display nits: 100 target peak nits / 100 real display nits = 1:1 display gamma compression ratio; 200 target peak nits / 100 real display nits = 2:1 display gamma compression ratio; 300 target peak nits / 100 real display nits = 3:1 display gamma compression ratio; 400 target peak nits / 100 real display nits = 4:1 display compression ratio. These ratios mean the brightness of each PQ value will be neutral, 2x darker, 3x darker or 4x darker when displayed. This has the following impact on the APL: 100 target peak nits / 100 real display nits (1:1) = 100 nits reference white; 200 target peak nits / 100 real display nits (2:1) = 50 nits reference white; 300 target peak nits / 100 real display nits (3:1) = 33 nits reference white; 400 target peak nits / 100 real display nits (4:1) = 25 nits reference white. Lowering reference white in each scene is intended to create contrast between the specular highlights and reference white that is necessary to accurately represent the many bright specular highlights found in HDR movies without clipping them on dimmer displays. For instance, if a movie scene contained highlight information with a mastered peak of 1,000 nits and the display could only produce 100 nits, reference white might be lowered to 50 nits in order to place the brighter specular highlights at 100 nits. This would provide just enough contrast between 100 nits and 50 nits to more faithfully represent the intended contrast of the scene. As the majority of HDR video is mastered within 0-100 nits, this contrast enhancement has the effect of slightly darkening the overall image. How much compression is required to create the desired HDR effect depends on the mastered peak brightness of each scene in the movie: Higher contrast compression is necessary for very bright scenes, moderate contrast compression is necessary for mid-bright scenes and low contrast compression is suitable for dimmer scenes. So how are these brightness values communicated by madVR to the end display? Well, since SDR gamma is relative to brightness of the end display, madVR can assume each PQ value will be rescaled by the end display based on its known SDR peak brightness. The SDR gamma scale assumes every display is 100 nits, but this input can be expanded or compressed linearly by the display. When the calibrated brightness of the display can be assumed, tone mapping can then use the SDR gamma luminance scale as a standard PQ scale that sends luminance values that are equal to what each PQ value will be at the displayed brightness. Example #1: PQ Values Sent to SDR Display Calibrated to 100 peak nits: 50 nits pixel sent to 100 display nits = 1/2 the total display luminance curve. Example #2: PQ Values Sent to SDR Display Calibrated to 200 peak nits: 50 nits pixel sent to 200 display nits = 1/4 of the total display luminance curve. In Example #1, madVR sends an RGB value that is 1/2 of the SDR gamma scale. In Example #2, an RGB value that is 1/4 of the SDR gamma scale is sent to the display. The luminance scale used by HDR to SDR tone mapping is intended to mirror a true PQ HDR mastering monitor that clips at 100 peak nits, 200 peak nits, 300 peak nits, 400 peak nits, etc. As the target display brightness increases closer to 10,000 nits, RGB values sent by madVR will align closer and closer to a true 10,000 nits reference PQ mastering monitor. For example, R100, G100, B100 eventually equals exactly 0.306 PQ nits rather than a fixed ratio of the SDR display nits. If target peak nits = real display peak nits, each PQ value is displayed at the exact desired brightness. If target peak nits > real display peak nits, each PQ value is rendered by the display at lower brightness than originally calculated. This difference in target nits and display nits has the net effect of shifting all RGB values downwards on the gamma curve. A 50 nits value is displayed at 50 nits at 200 target peak nits on a true 200 nits display, but it is only (2:1) 25 nits on a 100 nits display, and (4:1) 12.5 nits on a true 50 nits display. If the target peak nits is raised high enough above the actual display nits, black crush will occur in places where the visible steps near black become too low in luminance and too close together to show any visible difference between each value. This will make the entire image very dark! Rescaling HDR source levels towards black at higher target peak nits with the SDR gamma curve is not ideal for maintaining high APLs, but it offers the unique advantage of being able to dynamically tailor displayed contrast to match each movie scene. Each scene in a movie will have a unique frame peak brightness and it may only be necessary to sacrifice some brightness for better contrast if the scene has a high dynamic range that is well above the available display nits. Contrast adjustments of this nature improve tone mapping flexibility for low peak brightness displays such as projectors that must constantly strike a balance between presenting extended HDR contrast and maintaining a bright and viewable image, all within a very narrow range of available projected brightness. HDR to SDR Tone Mapping Explained in Images To compress the PQ HDR luminance scale to fit within the target display brightness, the tone curve must flatten portions of the original PQ scale until the brightest source values are lowered to match the peak white of the target display. PQ values represent fixed luminance and compressing this scale means values at the top of the scale must be stacked on top of the ones below. Lowering the distance between each PQ step has the effect of clipping some detail in the most compressed areas of the roll-off curve where many pixels become mapped to the same PQ value. Segments of the Absolute 10-bit PQ Luminance Scale up to 1,000 nits: PQ Value: 0 - Output Luminance: 0 nits PQ Value: 100 - Output Luminance: 0.306 nits PQ Value: 200 - Output Luminance: 2.258 nits PQ Value: 300 - Output Luminance: 9.211 nits PQ Value: 400 - Output Luminance: 29.386 nits PQ Value: 500 - Output Luminance: 82.382 nits PQ Value: 600 - Output Luminance: 214.612 nits PQ Value: 700 - Output Luminance: 536.845 nits PQ Value: 769 - Output Luminance: 998.932 nits Source You can think of a tone mapping compression like falling blocks in the game Tetris. The lower the target peak nits, the lower tone mapping must shift the entire image downwards. LINK: TETRIS WORLD CHAMPIONSHIP If you made the PQ steps perfectly linear, where each step was evenly spaced out with equal increases luminance, tone mapping a 1,000 nit source with a standard BT.2390 roll-off to a display capable of 214 actual nits might look something like this: Tone mapping to 214 real display nits: You can see the roll-off starts at 100 nits with the remaining space allocated to mapping the brighter source values. Above the knee point, values are adjusted downwards creating some overlap as some source values become the same value. In reality, it is more likely the source values will become increasingly closer to each other rather than the same value (e.g., from five steps difference to two steps difference), but overlapping PQ values will occur when the display is limited in visible brightness steps. So what happens if the target nits is 214 nits, but the end display is only capable of 100 nits? Well, the same tone curve is applied, but the entire is image is rescaled by the relative SDR gamma curve. The result is each visible step becomes smaller and closer together and the overall image is dimmed. 214 real display nits rescaled to 100 actual nits: You can see the individual steps of the larger target are maintained 1:1 at a lower brightness, but the difference in luminance between those steps has been reduced by the rescaling of the SDR gamma curve (each step becomes 2.14x darker). The whole image has been shrunk down to a lower brightness by the gamma curve to maintain the original 1:1 contrast ratio of the larger target peak nits at a 2.14x lower luminance. Displaying 214 PQ nits at 100 actual display nits lowers reference white from 100 nits to 47 nits. This creates additional space at the top of the range for a more gradual roll-off of the specular highlights that should lead to less visible specular highlight clipping. However, the display rescaling is now less accurate in mapping the absolute luminance of the original PQ source values. Contrast is improved compared to 100 display target nits, but the resulting image uses altered proportions (steps) and displays a visibly lower APL. *The actual representation of brightness by the SDR gamma curve is not perfectly linear. So this example is only hypothetical. The accordion-like compression of the gamma curve permits very small adjustments between the source luminance steps that are more difficult when using the original fixed PQ luminance scale. This rescaling occurs while still maintaining some visible distance between most source values. The placement of the fixed knee point where the roll-off begins is determined by the measured frame peak. Increases to the frame peak nits necessitates a lower roll-off point on the tone curve to accommodate the larger number of source values between reference white (100 nits) and the display target nits to provide a more gentle roll-off of the specular highlights that prevents the highlights from being clipped. As the display target nits increases, the knee point is moved up on the tone curve to alleviate compression of 0-100 nits and use the increased space above 100 nits for the highlight roll-off. Minimum Display Target Nits Where the BT.2390 Knee Point is Placed at Exactly 100 nits: Frame Peak: 100 nits -> Target Nits: 100 nits Frame Peak: 200 nits -> Target Nits: 126 nits Frame Peak: 300 nits -> Target Nits: 144 nits Frame Peak: 400 nits -> Target Nits: 158 nits Frame Peak: 500 nits -> Target Nits: 170 nits Frame Peak: 600 nits -> Target Nits: 180 nits Frame Peak: 700 nits -> Target Nits: 190 nits Frame Peak: 800 nits -> Target Nits: 198 nits Frame Peak: 900 nits -> Target Nits: 206 nits Frame Peak: 1000 nits -> Target Nits: 214 nits Frame Peak: 2000 nits -> Target Nits: 270 nits Frame Peak: 3000 nits -> Target Nits: 310 nits Frame Peak: 4000 nits -> Target Nits: 343 nits Frame Peak: 10000 nits -> Target Nits: 479 nits HDR to SDR Gamma Compression (Continued...) What Does Changing the Target Nits Look Like in Action? I can show you some examples of what changing the display target nits looks like visually in terms of changing the shape of the highlight roll-off and how it alters the contrast of the image. The sample display is an LED monitor set to SDR output that reaches a peak of approximately 175 real display peak nits. Note: highlight recovery strength set to high Avengers - Infinity War: 824 nits frame peak 500 target nits 275 target nits Here, you can see both the difference in display luminance mapping and the space allocated to the highlight roll-off. The frame is paused so you can clearly see the detail of the bright starburst. A target of 500 display nits visibly lowers the APL of the image, particularly the background elements, but the more gradual roll-off provided by the larger target nits creates additional space to better render the fine detail of the starburst. At 275 nits, the visible luminance steps are a little too close together at the peak of the roll-off, and as result, some clipping occurs at the display peak where portions of the rays of light lose texture detail, even washing out some of the facial detail of the character in the background. 2001 - A Space Odyssey: 1320 nits frame peak 500 target nits 175 target nits The second example shows some lost texture detail in a very bright specular reflection. At first glance, the clipping of detail caused by the tone mapping roll-off is more subtle in this example. The frame peaks at 1320 nits, which is far brighter than either of the targets used. If you look at the reflection on the top and bottom of the astronaut's helmet, you can see that it becomes more reflective at 500 nits, like someone applied a buffing cloth to the surface of the helmet. The added depth and contrast provided by the higher target nits allows the small specular reflections to appear more three-dimensional so they appear brighter than the rest of the helmet. The other hint of clipping caused by tone mapping compression is the bright green hallway light in the background that is blown out at 175 nits and restored at 500 nits. Mission Impossible - Ghost Protocol: 914 nits frame peak 450 target nits 175 target nits The third example shows how changing the display target nits can help to shift the image from a flat SDR presentation to more of a high dynamic range presentation. This scene in a dimly-lit garage features a single light source (a beam of bright sunlight) focused on a small portion of the image that peaks at 914 nits. The 1:1 representation of this scene at 175 nits with a neutral reference white makes the scene appear somewhat lifeless and SDR due to some obvious clipping of the specular highlights and the lack of contrast between the bright sunbeams and reference white. This makes the "bad guy" look somewhat less menacing and thoughtful. Increasing the display target nits to 500 nits provides some noticeable improvement in the visible detail of the background elements, especially the foreign text on the crate in the back of the frame and the cardboard box placed to the left of the crate. But the higher target nits also noticeably changes the contrast of the image similar to how changing the exposure on a camera is used to capture additional dynamic range. The 2.86:1 ratio of display target nits to real display peak nits lowers reference white from 100 nits to approximately 35 nits, which causes some shadows to creep in on the face of the bad guy that are likely not inherent to the source footage. But the perceived increase in dynamic range better recreates the intended contrast of the scene by tightly focusing the rays of sunlight on the nearby canvas with less clipping and adding some contrast between the sunbeams and dimly-lit garage. This makes the bad guy appear a little more menacing and better uses the specular highlights as the director intended them to be used. What Happens If the Source Has a Low Dynamic Range? Blade Runner 2049: 116 nits frame peak 175 target nits 425 target nits The intent of the target display value is to preserve HDR contrast. If the source happens to have a low dynamic range, this contrast can be unnecessary and will only serve to create a dark image. Blade Runner 2049 is a classic example of an HDR movie with a low dynamic range. The majority of the presentation stays well under 200 nits. Here, high target nits simply cause the image to lose its vibrancy and colorfulness with no gain in true contrast. In this example, 425 target nits at 175 actual display nits appears as a mismatch in gamma that leaves the presentation looking dull and dark. Closely mapping the target nits to the display will better preserve the brightness and color vibrancy of the source. You don't ever want to set this value below the peak brightness of your display because the image will be mapped with incorrect brightness and end up too bright and washed out. This example also highlights how color accuracy can be distorted by using a high target nits. Tone mapping is designed to desaturate all colors as they lose luminance. The greater the mismatch between the target brightness and actual display brightness, the more oversaturated and dark color tones will appear, as all colors are displayed at a darker luminance than calculated by the tone mapping algorithm. Summary Because HDR content is about high dynamic range, it makes the most sense to preserve the HDR contrast of the source as much as possible. Sources with a lower dynamic range can use lower target nits to maintain the source brightness without having a negative impact on perceived contrast or detail. However, sources with a higher dynamic range require a choice between lowering the brightness of the source to represent its high contrast at a lower displayed brightness, or more accurately mapping the source brightness at the expense of clipping some bright detail through range compression. When your display has limited luminance, using values for the target peak nits that are above the actual brightness of your display is acceptable to improve the HDR presentation. How far you go above the display peak is a matter of taste and your willingness to lower the APL of the source in order to increase contrast. RE: Kodi DSPlayer – DirectShow Player for Windows - Warner306 - 2018-06-21 (2018-06-21, 00:31)entourage2111 Wrote:(2018-06-19, 17:19)Warner306 Wrote:Thanks, using the image enhancement on the 4K image done wonders! I'm having issues with using your settings on 1080p using a 1080ti. When I play most 1080p movies the movie starts to play fine but after 5 seconds the frame drops start to climb rapidly and the present queue numbers fall like crazy. Dropping the settings doesn't help either the frame drops just climb and climb and the video looks like it's being played on fast forward mode.(2018-06-19, 00:45)entourage2111 Wrote: Hey @Warner306 , Just a follow up from the advice you gave last week, the settings you linked me to in your thread detailing the "high level" settings worked perfectly with my 1080ti with no dropped frames. However, just wanted to ask if you could take a look at settings posted by a very knowledgable user on Avsforum called Javs. He too uses a 1080ti but seems to have very different settings to the "high level" settings you posted in your thread. For example, he seems to have enabled image upscaling for all profiles and not just 1080p as you have done.I've seen Jav's settings. They would result in a pretty similar image. He doesn't use profiles, so image doubling would be ignored for 4K content. It is obviously a better idea to create at least a couple of profiles. Are you sure it’s the sound? If so, can you post a picture of what the LAV Audio control panel looks like? RE: Kodi DSPlayer – DirectShow Player for Windows - entourage2111 - 2018-06-22 (2018-06-21, 02:24)Warner306 Wrote:Hi Warner,(2018-06-21, 00:31)entourage2111 Wrote:(2018-06-19, 17:19)Warner306 Wrote: I've seen Jav's settings. They would result in a pretty similar image. He doesn't use profiles, so image doubling would be ignored for 4K content. It is obviously a better idea to create at least a couple of profiles.Thanks, using the image enhancement on the 4K image done wonders! I'm having issues with using your settings on 1080p using a 1080ti. When I play most 1080p movies the movie starts to play fine but after 5 seconds the frame drops start to climb rapidly and the present queue numbers fall like crazy. Dropping the settings doesn't help either the frame drops just climb and climb and the video looks like it's being played on fast forward mode. I resolved the issue by re-installing both Kodi and MadVR. Bit of a strange one really, but all is well now. Thanks for your help. RE: Kodi DSPlayer – DirectShow Player for Windows - Warner306 - 2018-06-22 The 1803 update has made Kodi a little less stable. I've been able to make Kodi crash a couple of times by doing something while the library update process has been happening. Easy to avoid, but a consequence of the update, I assume. RE: Kodi DSPlayer – DirectShow Player for Windows - teslalmodel - 2018-06-24 This Kodi version with DSPlayer have problem with playing non-live m3u8 video. For first time, It freezes, downloads in background just to show the thumbnail. After that clicking on same m3u8 file does nothing anymore. No errors. Sometime it will get error that it failed to play the video. The official Kodi UWP version works perfectly with non-live m3u8 video but I need Kodi with DSPlayer for "soap opera effect" (60fps playback) with a help by SVP 4 Full log: https://paste.ee/p/oMtL4 RE: Kodi DSPlayer – DirectShow Player for Windows - ashlar - 2018-06-24 (2018-06-22, 19:14)Warner306 Wrote: The 1803 update has made Kodi a little less stable. I've been able to make Kodi crash a couple of times by doing something while the library update process has been happening. Easy to avoid, but a consequence of the update, I assume.Thanks for reporting on this. My plan to delay these "upgrades" as much as possible seems wiser with every day that passes. I would have loved to be proven wrong in this. But for HTPC use stability is crucial. RE: Kodi DSPlayer – DirectShow Player for Windows - Warner306 - 2018-06-25 (2018-06-24, 18:08)teslalmodel Wrote: This Kodi version with DSPlayer have problem with playing non-live m3u8 video. For first time, It freezes, downloads in background just to show the thumbnail. After that clicking on same m3u8 file does nothing anymore. No errors. Sometime it will get error that it failed to play the video.I can't see that format being added to DSPlayer, especially without an active developer. Sorry. RE: Kodi DSPlayer – DirectShow Player for Windows - teslalmodel - 2018-06-27 (2018-06-25, 18:41)Warner306 Wrote: I can't see that format being added to DSPlayer, especially without an active developer. Sorry.It's ok, no problem. I switched to MPV player and SMPlayer and it works. RE: Kodi DSPlayer – DirectShow Player for Windows - Warner306 - 2018-06-28 (2018-06-27, 16:10)teslalmodel Wrote:(2018-06-25, 18:41)Warner306 Wrote: I can't see that format being added to DSPlayer, especially without an active developer. Sorry.It's ok, no problem. I switched to MPV player and SMPlayer and it works. Ok. MPC with madVR would probably do the same thing. RE: Kodi DSPlayer – DirectShow Player for Windows - jandari - 2018-06-28 HI Im using IPTV Simple with kodi DSPlayer, but cant make it to use VideoPlayer to play IPTV udp stream. I already placed playercorefactory and added udp to protocols, but its still trying to play with dsplayer. Any idea? RE: Kodi DSPlayer – DirectShow Player for Windows - entourage2111 - 2018-06-29 Can anyone guide me on how to disable dsplayer for short videos less than 1-2 minutes? I'm trying to setup the cinemavision addon in kodi, but during each trailer/custom intro video, it takes ages for madvr to set up. I've tried to go to videoplayer merits and add a file called "dolby atmos - unfold" but still it plays that intro file through madvr. I'm not sure what the issue is. Any ideas? RE: Kodi DSPlayer – DirectShow Player for Windows - Warner306 - 2018-06-29 (2018-06-28, 19:48)jandari Wrote: HII'm guessing udp is not the correct syntax. Do a search and determine if IPTV uses a specific format or protocol. There must be other options. I don't know that udp is considered a protocol. This is the string of protocols I've used in the past to reroute everything to VideoPlayer: daap|rtv|rtmp|http|https|rtmpe|mms|rtp|rtsp RE: Kodi DSPlayer – DirectShow Player for Windows - Warner306 - 2018-06-29 (2018-06-29, 00:36)entourage2111 Wrote: Can anyone guide me on how to disable dsplayer for short videos less than 1-2 minutes? I'm trying to setup the cinemavision addon in kodi, but during each trailer/custom intro video, it takes ages for madvr to set up. I've tried to go to videoplayer merits and add a file called "dolby atmos - unfold" but still it plays that intro file through madvr. I'm not sure what the issue is. Any ideas?I'm surprised it works at all. It shouldn't. CinemaVision isn't coded to work with DSPlayer. You have to set up a rule based on filenames and add a filename tag to each intro video (e.g. "Intro"). For the MPAA videos, you can change the file extension to something like .flv and create a rule to play .flv files with VideoPlayer. I've done this before with MPC. For the trailers, you would have to reroute Internet streams to VideoPlayer. There are instructions found within this post: https://forum.kodi.tv/showthread.php?tid=209596&pid=1843590#pid1843590 RE: Kodi DSPlayer – DirectShow Player for Windows - entourage2111 - 2018-06-29 (2018-06-29, 02:31)Warner306 Wrote:Thanks Warner. I renamed the extension of my intro video to "nkv" last night and then added nkv to the videoplayer merits section in dsplayer settings (Bare in mind, I just typed nkv not .nkv or "nkv"). It didn't work though, it just played it with DSplayer again which was not what I wanted.(2018-06-29, 00:36)entourage2111 Wrote: Can anyone guide me on how to disable dsplayer for short videos less than 1-2 minutes? I'm trying to setup the cinemavision addon in kodi, but during each trailer/custom intro video, it takes ages for madvr to set up. I've tried to go to videoplayer merits and add a file called "dolby atmos - unfold" but still it plays that intro file through madvr. I'm not sure what the issue is. Any ideas?I'm surprised it works at all. It shouldn't. CinemaVision isn't coded to work with DSPlayer. You have to set up a rule based on filenames and add a filename tag to each intro video (e.g. "Intro"). For the MPAA videos, you can change the file extension to something like .flv and create a rule to play .flv files with VideoPlayer. I've done this before with MPC. For the trailers, you would have to reroute Internet streams to VideoPlayer. I haven't tried adding those extension names to the playercorefactory.xml but will try that tonight. When you tried it, did you find the whole experience to be quite smooth or were intro videos/trailers not worth the hassle with DSPlayer? RE: Kodi DSPlayer – DirectShow Player for Windows - Warner306 - 2018-06-29 (2018-06-29, 10:16)entourage2111 Wrote:You need to change the folder options in Windows to see file extensions. You don't see them by default. I don't think nkv is a valid file extension. Try .flv instead.(2018-06-29, 02:31)Warner306 Wrote:Thanks Warner. I renamed the extension of my intro video to "nkv" last night and then added nkv to the videoplayer merits section in dsplayer settings (Bare in mind, I just typed nkv not .nkv or "nkv"). It didn't work though, it just played it with DSplayer again which was not what I wanted.(2018-06-29, 00:36)entourage2111 Wrote: Can anyone guide me on how to disable dsplayer for short videos less than 1-2 minutes? I'm trying to setup the cinemavision addon in kodi, but during each trailer/custom intro video, it takes ages for madvr to set up. I've tried to go to videoplayer merits and add a file called "dolby atmos - unfold" but still it plays that intro file through madvr. I'm not sure what the issue is. Any ideas?I'm surprised it works at all. It shouldn't. CinemaVision isn't coded to work with DSPlayer. You have to set up a rule based on filenames and add a filename tag to each intro video (e.g. "Intro"). For the MPAA videos, you can change the file extension to something like .flv and create a rule to play .flv files with VideoPlayer. I've done this before with MPC. For the trailers, you would have to reroute Internet streams to VideoPlayer. If VideoPlayer is playing everything, DSPlayer is really not involved. So it shouldn't be an issue. The movie trailers could be a problem if Internet streams are set to be played by DSPlayer. You would have to try. Some people have had trouble getting DSPlayer to recognize rules using filenames, so hopefully it works for you. |