Log in

View Full Version : LAV Filters - DirectShow Media Splitter and Decoders


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

nevcairiel
25th March 2015, 23:16
If the LFE was already lowpassed, frequencies close to the low-pass point would get quieter. You don't use a brick-wall filter for that, afterall.

Bozotheclown
25th March 2015, 23:27
a small sample for testing

DTS-HD MA 5.1 24/192

http://www63.zippyshare.com/v/NrVKNPqD/file.html

nevcairiel
25th March 2015, 23:28
Samples are not required. 192kHz DTS-HD MA not working is known, and the developer has samples of it.
It'll be supported when it'll be supported. Until then, it'll still decode the core (as before).

huhn
25th March 2015, 23:33
so i guess there is no save way like ~200+ hz or something like that?

the issue in the dark knight sample is very extreme sounds like fireworks...

the down mixer of my asus essence stx isn't using a low pass filter for 2.0 down mixing too. so i would be left in. that's very disappointing.

e-t172
26th March 2015, 00:23
I updated my samples and made them shorter :
-DTS-HD MA with "LFE garbage" https://www.dropbox.com/s/7kcjijo4p34vd3c/dtshdsample.mka?dl=0
-True HD with "LFE garbage" https://www.dropbox.com/s/ar11chywic24wih/truehdsample.mka?dl=0 it's more subtle, but on the last 5 secs or so when the truck is hitting the ground there is some loud crackling if you don't use a low-pass filter at 120hz or less. That's from The Dark Knight blu-ray, I'm honestly surprised they let this slip through but I guess that just illustrates e-t172's point. (and there might differences between the blu-ray releases, this is the French one)

Oh wow, that does confirm it. Thanks for providing actual evidence to illustrate what was originally a simple hypothesis of mine :) I've read these files using MPC-HC's integrated audio switcher/router to route LFE (channel 4) to L/R and mute everything else so I could clearly see (or hear, in that case) what's going on. That makes the problem much clearer.

The first one really has tons of garbage, it's horrifying. It clearly sounds like it's clipping badly, and they didn't notice it because most harmonics from the clipping are above 120Hz. What's the source of the first one? Also, I'm not using the new DTS decoder, I'm still using dtsdecoder.dll 1.1.0.8, so the Arcsoft decoder clearly doesn't seem to lowpass either.

The second one is not as bad but aside from the issue you describe it also contains a loud treble sound at the beginning which is clearly not supposed to be there. You can clearly hear it if you listen only to LFE and mute the other channels.

I tried to dig in further using Audacity, but ironically, on the first one Audacity doesn't show the issue in the LFE channel on the first file (which is most likely because it doesn't support DTS-HD MA, and the DTS core is lowpassed). On the second file (TrueHD) however, the problem can be clearly reproduced and isolated from within Audacity, and made obvious by a spectrum plot.

This is clearly wrong and very audible if LFE is routed to a full-range channel. It definitely needs to be low-passed, otherwise the result is simply unacceptable. It's a shame that even major releases (e.g. Dark Knight) have these issues.

kalston
26th March 2015, 00:37
First one is the same that I uploaded before, The Scorpion King. Not a great film or anything but a "great blu-ray release" according to the (obviously subjective :p ) reviews. PQ is okay I'll give them that but I couldn't listen to the DTS-HD track as it has many occurrences of this kind of crap and I did not know it was the LFE back then (nor did I know anything about low-pass filters) so I just watched it with the DTS core.

jmone
26th March 2015, 03:50
This is great news and the feature list already looks pretty spot on! Do you know if it will be multi thread safe? eg in MC if you used the convert Video -> Audio feature with the dtsdecoderdll.dll you had to use only one conversion at a time or else odd things happened.

Thanks
Nathan

To answer my own question, a quick test of converting a couple of DTS-HA MA streams to flac at the same time worked fine!

Thanks for this inclusion in LAV, working well in my tests! RIP dtsdecoderdll.dll (served us well for many years).

jmone
26th March 2015, 06:47
Wow this DTS-MA discussion goes back a long way! 11th February 2011

....The "real" answer of course if for a Clever Crow to workout the DTS-MA code....

Some beer money sent Nev's way, but does anyone know if foo86/dcadec has a donate button?

madshi
26th March 2015, 08:38
You can open an issue with the dcadec decoder to ask for a donate button. That's the only way I know right now how to get in contact with the dev.

jmone
26th March 2015, 09:06
Thanks Mathias, done (though I notice you still don't have a donate button!)

https://github.com/foo86/dcadec/issues/19

kalston
26th March 2015, 11:05
If the LFE was already lowpassed, frequencies close to the low-pass point would get quieter. You don't use a brick-wall filter for that, afterall.

Makes sense... would have to analyze every single audio track before deciding whether a low-pass filter is needed or not. Sigh, why make it simple when we can make it complicated? :)

But maybe a double low-pass wouldn't be such a big deal though, I'm not sure how important those "on the edge" frequencies are. I'd need to do more testing to see if I can simply leave a permanent low-pass filter or need to worry about disabling it for properly produced tracks. Also, I'm still not sure what slope setting I should use (6, 12, 24, 48db per octave in JRiver?) when the DTS specs on Genelec site mention 60 db which seems incredibly high. Been reading about it last night but I'm a bit lost really.

While I've noticed the "LFE garbage" issue on many blu-rays including some big productions (Star Wars and Nolan's Batmans for example), I also have some surround music and I am 100% certain that my King Crimson (and probably also Pink Floyd) albums have been produced extremely carefully and do not need a low-pass filter and I'd hate to lose something when listening to those.

I personally don't need LAV to do the low-pass filtering or the mixing since I use JRiver but I understand why some people would want it, it makes sense with LAV featuring a mixer.

e-t172
26th March 2015, 17:32
If the LFE was already lowpassed, frequencies close to the low-pass point would get quieter. You don't use a brick-wall filter for that, afterall.

Well, yeah, but one could argue it's negligible if done correctly. For example, using a 4th order Butterworth lowpass filter (which is very simple to implement) at 140Hz will only be -0.1dB down at 120Hz, which is basically inaudible. If you're paranoid, setting the frequency to 200Hz will move the -0.1dB point to 168Hz which brings extra safety. (I'm using this calculator (http://www-users.cs.york.ac.uk/~fisher/mkfilter/)) IMHO it's a non-issue, really. It's way better to have redundant lowpass filters than to risk not having any.

bacondither
27th March 2015, 01:58
Low pass filters

Blue line.... = 1. Butterworth 4th order 120hz
Yellow line. = 1. Butterworth 4th order 120hz, 2. Butterworth 4th order 200hz
Pink line.... = 1. Butterworth 4th order 120hz, 2. Butterworth 4th order 120hz
White line.. = 1. Butterworth 4th order 200hz

Scale in decibels
http://s4.postimg.org/lo6ldpuwd/high_pass_mag.png

Scale in ms
http://s9.postimg.org/a8kyrp00v/high_pass_delay.png

FireFreak111
27th March 2015, 05:39
I was researching Windows 10, universal apps, and have been looking into differences between DirectShow, MediaFoundation and more.

Would it be possible post-BUILD (when we get more info on API changes) for the LAV Filters to work in the WinRT environment? Is LAV too dependent on DirectShow to ever be ported?

https://msdn.microsoft.com/en-us/library/windows/desktop/ms703138(v=vs.85).aspx MFT's are a possible option.

carmeloconny
27th March 2015, 09:42
hello everyone. I'm new in directshow technology.
I use DSPack in lazarus Language.

I can resize format type in LAVSplitter filter or LAV Video Decoder?

I tried this code. not working.

ZeroMemory(@mt, sizeof(AM_MEDIA_TYPE));
mt.majortype := MEDIATYPE_Video;
mt.subtype := MEDIASUBTYPE_RGB555;

mt.pbFormat := CoTaskMemAlloc(sizeof (VIDEOINFOHEADER));

// pVH := mt.pbFormat; // ERROR

ZeroMemory(@pVH, sizeof(VIDEOINFOHEADER));
pVH.bmiHeader.biBitCount := 16;
pVH.bmiHeader.biWidth := 720;
pVH.bmiHeader.biHeight := 576;
pVH.bmiHeader.biPlanes := 1;
pVH.bmiHeader.biXPelsPerMeter := 9;
pVH.bmiHeader.biYPelsPerMeter := 16;
pVH.bmiHeader.biSize := sizeof(BITMAPINFOHEADER);
pVH.bmiHeader.biSizeImage := sizeof(pVH.bmiHeader);
//DIBSIZE (pVideoHeader.bmiHeader);

mt.formattype := FORMAT_VideoInfo;
mt.cbFormat := sizeof(VIDEOINFOHEADER);

mt.bFixedSizeSamples := TRUE;
mt.lSampleSize := sizeof(pVH.bmiHeader);

// ******** end type *************
LAVSplitter.FindPin('Video', out_pin);
out_pin.ConnectionMediaType(mt)


Can someone help me understand how I can resize a video?

My project is to run a playlist files with different format.
I want my graph resize files and works in 720x576 resolution.
Thank you. Sorry for my english

kongfl888
27th March 2015, 10:47
Hi,
There is a problem when I used dxva2 native.
http://s9.postimg.org/5mm6m69uj/mpc.jpg (http://postimg.org/image/5mm6m69uj/)
Display noise(mess).
In fact, It should be:
http://s28.postimg.org/gsiu5qt6x/mpc2.jpg (http://postimg.org/image/gsiu5qt6x/)

It was found that since 0.64.0.12(0.64.0.11 is ok).

---
Testing environment

MPC-HC (Nightly)
----------------

Build information:
Version: 1.7.8.123 (6a123b2) (develop)
Compiler: MSVC 2013 Update 4 (SSE)
Build date: Mar 27 2015 01:04:23

LAV Filters(mpc intenal or nightly (http://files.1f0.de/lavf/nightly/)):
LAV Splitter: 0.64.0.32
LAV Video: 0.64.0.32
LAV Audio: 0.64.0.32
FFmpeg compiler: MinGW-w64 GCC 4.9.2

Operating system:
Name: Windows NT 6.3 (build 9600)
Version: 6.3

Hardware:
CPU: Intel(R) Core(TM) i5-2410M CPU @ 2.30GHz
GPU: Intel(R) HD Graphics 3000 (driver version: 9.17.10.4101, core graphics)

nevcairiel
27th March 2015, 13:50
This issue should be resolved in the next nightly build.

kongfl888
27th March 2015, 15:50
Thank you very much!

ryrynz
28th March 2015, 11:26
Nev, is it possible to improve seeking performance when bitstreaming? I was bitstreaming DTS-ES and a seek delays audio playback for about three seconds on my receiver.

nevcairiel
28th March 2015, 11:39
Buy a receiver that syncs faster to the audio stream. Nothing can be done about slow hardware.

midiboy
28th March 2015, 15:20
Hey guys!

I took the plunge and downloaded and installed Windows10, latest build (10041) on my PC/HTPC and so far I am pretty impressed with its stability and speed. A few bumps here and there but nothing serious so far. I am using ZoomPlayer 10 max together with the latest LAV filters (I also tried the latest nightly build 0.64.33) and latest MadVR renderer and Vobsub on an otherwise clean system (meaning no more codecs, not even ffshow except for the ones that came with ZoomPlayer (LAV + some MP3 filter). Graphics is ATI HD6800 with the video drivers that Win10 downloaded for me. For HDMI passthrough audio I had to install the latest HDMI audio driver from the AMD 15.3 beta driver.

Everything I threw at it so far in terms of audio&video files works great with the notable exception of DTS and DTS-HD. The Onkyo receiver simply does not detect it (it worked before on Win7). I tried both DTS-HD options in LAV audio configuration but even regular DTS does not work.

Dolby seems to work great though.

Question ... do you want me to help you troubleshoot it ? I could send you logs or whatever you need, just let me know what to do. Of course I would like to get it fixed but since Win10 isnt finished yet I accept it if you say you have better bugs to fry ;)

Just let me know!
Alex

PS:I also have a green bar on the top of the video if DXVA native mode is used (I read about it a few posts above) but a fix for that is coming I read ...

SeeMoreDigital
28th March 2015, 16:35
Everything I threw at it so far in terms of audio&video files works great with the notable exception of DTS and DTS-HD. The Onkyo receiver simply does not detect it (it worked before on Win7). I tried both DTS-HD options in LAV audio configuration but even regular DTS does not work.

I'm running the same version of Windows 10 on my Dell XPS 17 laptop, using nVidia 347.25 drivers. I can confirm I don't have any issues sending any flavour of DTS bit-stream via HDMI to my Onkyo TX-NR609 amplifier.

midiboy
28th March 2015, 16:49
I'm running the same version of Windows 10 on my Dell XPS 17 laptop, using nVidia 347.25 drivers. I can confirm I don't have any issues sending any flavour of DTS bit-stream via HDMI to my Onkyo TX-NR609 amplifier.

mhhh... interesting. So maybe it is a problem with the HDMI audio filter? Although the Control Panel->Sound-> AMD HDMI Output -> Properties -> Supported Formats -> Encoded Formats dialog shows DTS and DTS-HD as supported.

SeeMoreDigital
28th March 2015, 16:58
mhhh... interesting. So maybe it is a problem with the HDMI audio filter? Although the Control Panel->Sound-> AMD HDMI Output -> Properties -> Supported Formats -> Encoded Formats dialog shows DTS and DTS-HD as supported.My laptop uses a Realtek hardware chip-set to send bit-stream audio via HDMI.

Out of interest which model of Onkyo amp do you have?

midiboy
29th March 2015, 01:27
Hey,

ups. I am sorry, I totally forgot I now have a Marantz AV7005, not an Onkyo. I used to have an onkyo before ;)

midiboy
29th March 2015, 15:07
Hi again,

ok now after uninstalling and reinstalling HDMI driver and all audio/video filters I got DTS working but ONLY if I do NOT select DTS-HD. If I select DTS-HD LAV-Audio will report bitstreaming but the receiver wont detect DTS and stay quiet. If I deselect DTS-HD again, DTS works. Obviously all the DTS-MA tracks will only playback as DTS. Better than nothing but any ideas how I can get DTS-HD working as well or what the reason for that problem is? HDMI EDID reports that DTS-HD is supported and I know I had DTS-MA soundtracks working with this receiver before. (Use DTS-HD Framing switch doesnt seem to make any difference).

Interesting:

I just tested Dolby Digital Plus and TrueHD testfiles ... they also do not work. So obviously while I can playback standard DTS/Dolby, all HD formats do not work although they did before.

Any idea how I can troubleshoot this further? There was no hardware change so I think I can rule out the receiver, video card and cable.

Ajvar
29th March 2015, 16:36
Why would such thing happen that any video encoded in HEVC x265 by 1.5+444 and up gives crash while trying to play using LAV 0.64? Player crashes with information nvcuvid.dll crash. Using LAV 0.63 works fine. If encode by x264 1.5+439 and earlier = fine. If I just try to play RAW file = fine.
Tried different versions of mkvtoolnix to mux in MKV. Also when playing on Windows 10 it plays fine. But crashes on Windows 7.

P.S. I will try to mux in MP4 and also update Nvidia drivers.
Сигнатура проблемы:
Имя события проблемы: APPCRASH
Имя приложения: PotPlayerMini.exe
Версия приложения: 0.0.0.0
Отметка времени приложения: 54bdb241
Имя модуля с ошибкой: nvcuvid.dll
Версия модуля с ошибкой: 7.17.13.4771
Отметка времени модуля с ошибкой: 54eed51b
Код исключения: c0000005
Смещение исключения: 0009ef27
Версия ОС: 6.1.7601.2.1.0.256.1
Код языка: 1049
Дополнительные сведения 1: 0a9e
Дополнительные сведения 2: 0a9e372d3b4ad19135b953a78882e789
Дополнительные сведения 3: 0a9e
Дополнительные сведения 4: 0a9e372d3b4ad19135b953a78882e789

UPDATE: Possible culprit found. It appears that video was set false 1920x1088 instead of 1920*1080 and when encoded by x264 444 and up, it gives crash on nvcuvid.dll when using LAV 0.64.
After muing to mp4 Heigh is fixed to 1080. Why that false heigh appeared in the first place I don't know.

nevcairiel
29th March 2015, 16:37
I cannot do anything about crashes in nvidia binaries. I recommend to use DXVA2 anyway, its superior in every way.

Ajvar
29th March 2015, 19:01
I cannot do anything about crashes in nvidia binaries. I recommend to use DXVA2 anyway, its superior in every way.

Thanks, I get it. And I also heared from many that DXVA2/DXVA2 copy-back is best, but I just tested once that CUDA decode gives lower CPU load on my config when I use SVP (frame interpolation). Perhaps it is matter of personal preferences/PC confiig/workload.

BTW, Problem found: if you set --min-cu-size 16 while encoding in HEVC then frame size will be scewed (1088 instead of 1080) and that will bring a crash on LAV 0.64 but only if file encoded by x265 1.5+444 and up.

WOW! That was very tricky to find. Not sure if it is a bug or just evolution of x265 encoder/LAV decoder.

captainadamo
29th March 2015, 19:24
BTW, Problem found: if you set --min-cu-size 16 while encoding in HEVC then frame size will be scewed (1088 instead of 1080) and that will bring a crash on LAV 0.64 but only if file encoded by x265 1.5+444 and up.

Why is that surprising? You told it to use a min CU size of 16x16 so it would have to pad out to a mod-16 width because of that. 1088 being a proper mod-16 value.

Ajvar
29th March 2015, 20:12
Why is that surprising? You told it to use a min CU size of 16x16 so it would have to pad out to a mod-16 width because of that. 1088 being a proper mod-16 value.

I get about heigh (16*68=1088) but that nvcuvid crash was the mystery. It happens only with latest versions of x265 and on 0.64 LAV (why 0.64 LAV is also not surprisingly to me because I know that HEVC decoding stuff was programmed there).

FireFreak111
30th March 2015, 04:08
Any news on the Low-Pass Filter decision? I was watching the Interstellar blu-ray (DTS-HD MA track, newest nightly, no DLL), and their is distinct audio distortion on high-bass parts (wormhole, waves), distortion that definitely shouldn't be there (Audio switcher, only LFE ticked). As far as I know, even with the Dolby Home Theatre v4 black-box, there is no low-pass filtering in the entire audio chain. For a standard USB DAC, motherboard audio or sound card, there won't be low-pass filtering, which means distortion. Should this be done at the individual decoder level, or globally by LAV? It would keep LAV simple if the decoder was responsible for low-pass filtering, ending concerns about double-filtering. Especially considering that many of the codecs people use are filtered at the encoding stage (AC3, standard DTS), and its only a few popular codecs that need filtering (DTS-HD, TrueHD). And conveniently, one of those decoders is still in active development, the other implemented by FFmpeg (I think) which could still be patched.

Star Trek (TrueHD 5.1) also has distortion in the LFE channel.

ryrynz
30th March 2015, 07:38
Any news on the Low-Pass Filter decision?

With all the discussion and the obvious downfalls and examples of problems not having one I think it's a no-brainer, there needs to be a filter.

P.J
30th March 2015, 11:16
Just recorded a video with DVBViewer from Eutelsat 4k HEVC 10bit channel but the seekbar in MPC-HC doesn't work :confused:

LigH
30th March 2015, 11:48
Possible that the player is unable to guess a playing time because it misses an average video bitrate field in a header or continuous time stamps through the whole video. Players usually don't scan the whole file before playing. Remultiplex the TS to MKV, then it should be possible to seek, because the MKV should have a keyframe index then.

Aleksoid1978
30th March 2015, 12:27
Just recorded a video with DVBViewer from Eutelsat 4k HEVC 10bit channel but the seekbar in MPC-HC doesn't work :confused:

Upload a sample file.

Qaq
30th March 2015, 12:49
I just tested Dolby Digital Plus and TrueHD testfiles ... they also do not work. So obviously while I can playback standard DTS/Dolby, all HD formats do not work although they did before.Check out the AVR settings. Perhaps, its set to pass sound to TV, and since TV doesn't supports HD sound... Also check Windows sound properties for HDMI audio. Do you see HD formats there?

sneaker_ger
30th March 2015, 13:15
@Nev
Could you help out a little? There was a discussion in the x265 thread about playback problems when muxing with mkvtoolnix. After some generations of muxing/demuxing LAV software playback hangs at the start, first generation crashes CUVID.
Here is a sample file:
https://mega.co.nz/#!M4k1xAKZ!ExOzB1CoPpoBVVYmYexSBWdffoRQtxACD8kuJ7-vGxg

Is this a bug in LAV or in mkvtoolnix? If it's in mkvtoolnix it would be great if you could answer in the mkvtoolnix thread (http://forum.doom9.org/showthread.php?p=1715328#post1715328)

/edit:
Sorry, I still had old mkvtoolnix version installed for test. Ignore the sample.

Kazuya
30th March 2015, 14:17
Hi,
I think there is a problem on LAVaudio with surround output.
On 5.1 sound, the surround sound goes on the back surround output, and this is wrong !

5.1 surround sound should be on side speakers, not back.
With a 7.1 system playing 5.1 movies, it's a big problem.

On 7.1 sound, no problem, back surround is on back and side on side.

Look at this picture captured on live stream :

http://nsa33.casimages.com/img/2015/03/30/150330031733813860.jpg (http://www.casimages.com/i/150330031733813860.jpg)

Thanks for the support !

SeeMoreDigital
30th March 2015, 16:48
When playing 6 channel PCM, DTS, AC3, etc audio files, using LAV 0.64.0.33-git, and passing the audio via HDMI to my Onkyo amp. I can confirm that the audio is correctly output to my 'side left' and 'side right' speakers, but LAV's graphic reveals that they are 'back left' and 'back right' speakers: -

http://i57.tinypic.com/1hxk3l.png


Cheers

Kazuya
30th March 2015, 16:50
But have you a 7.1 system ?

SeeMoreDigital
30th March 2015, 16:53
But have you a 7.1 system ? Yes I do...

huhn
30th March 2015, 17:42
for some reason output is 8 channel 0x63f not 6 channel 0x3f

kalston
30th March 2015, 17:45
Doesn't LAV have an option for that? "convert to standard channel layout" it's called I believe.

P.J
30th March 2015, 21:13
Upload a sample file.

How to edit/trim HEVC? :confused:

Ajvar
30th March 2015, 22:22
How to edit/trim HEVC? :confused:

mkvtoolnix
MMG>Global> split based on fields numbers.

BatKnight
30th March 2015, 22:24
Hi,
I think there is a problem on LAVaudio with surround output.
On 5.1 sound, the surround sound goes on the back surround output, and this is wrong !

5.1 surround sound should be on side speakers, not back.
With a 7.1 system playing 5.1 movies, it's a big problem.

On 7.1 sound, no problem, back surround is on back and side on side.


I have the same problem with my 7.1 setup. When playing 5.1 audio I get the side's sound on the back speakers.
I work it around using MPC-HC audio switcher custom channel mapping. I select 6 channel's and then map the back speakers to the side speaker.

But yes, I would prefer that LAV Audio had it correctly, so I could disable MPC-HC's audio switcher.

Bat

sneaker_ger
30th March 2015, 22:27
Nev has already made a change to the git which I think could be for addressing the issue. Test the upcoming nightly.
https://github.com/Nevcairiel/LAVFilters/commit/3942a7b368325b4e0db980877b777c2708549c18

BatKnight
31st March 2015, 00:18
Nev has already made a change to the git which I think could be for addressing the issue. Test the upcoming nightly.
https://github.com/Nevcairiel/LAVFilters/commit/3942a7b368325b4e0db980877b777c2708549c18

Yes, it is corrected.
I've disabled the custom channel mapping and MPC-HC's audio switcher and now LAV Audio plays the 5.1 side channels on the side speakers, on my 7.1 setup.

Thanks nevcairiel! :thanks:

Bat

Aleksoid1978
31st March 2015, 05:09
How to edit/trim HEVC? :confused:

As you talking about recorded mpeg - can split it's as binary file, use dgsplit, http://neuron2.net/dgsplit/dgsplit12.zip