LAV Filters - DirectShow Media Splitter and Decoders

[Aleksoid1978]

Originally Posted by dbezerra

Nev, I have noticed issues with Atmos drop outs on the Incredibles 2 disk and others are reporting the same on different threads such as

https://club.myce.com/t/atmos-audio-...0/106?u=careca
https://yabb.jriver.com/interact/ind...html#msg818879

One of the users posted a log file in the JRiver thread. Is this something you are aware of? Do you need a sample MKV?

Thanks

Can you split problem's .m2ts file and upload short(100-500mb) sample ??

[nevcairiel]

I can probably look at that soon, but if its even happening in decoding, its likely the disc is fubared.

[dbezerra]

Originally Posted by nevcairiel

I can probably look at that soon, but if its even happening in decoding, its likely the disc is fubared.

I will update a sample tonight. But Nev - when I play the disk directly everything is fine. It's only when I use my PC with the 1:1 MKV Rip that the problem shows up.

[SamuriHL]

Which is why I have an issue open with CloneBD to look at because I TRULY believe it's a problem with shoving the seamless branching streams into an MKV container. All the ripping tools show the same issue when putting it in an MKV.

[hubblec4]

Originally Posted by SamuriHL

Which is why I have an issue open with CloneBD to look at because I TRULY believe it's a problem with shoving the seamless branching streams into an MKV container. All the ripping tools show the same issue when putting it in an MKV.

chapterEditor can mux seamless branching Blu-rays to mkv, with the help of eac3to.

[strumf666]

Is there anything wrong with this two clips? Because with LAV filters I get only green screen during playback; with Potplayers in-built decoder&splitter works correctly. Tested with MadVR and EVR-CP as renderer.
https://wetransfer.com/downloads/9e9...2214205/571970

[sneaker_ger]

Seems to work fine here. What version of LAV are you using? Are you using both LAV Splitter and LAV Video? Are you using software or hardware decoding? If hardware: what GPU/OS, what kind of hardware decoding?

[strumf666]

LAV 0.73.1 (splitter, video and audio), windows 10 1809 vega64 18.12.1
D3D11 native, all HW decoders ticked.

edit: works in software mode (also correctly fall-backs if I just untick HEVC in hw decoders). Should/can this be fixed in LAV filters or is it and amd bug, which amd should fix?

[dbezerra]

Originally Posted by dbezerra

I will update a sample tonight. But Nev - when I play the disk directly everything is fine. It's only when I use my PC with the 1:1 MKV Rip that the problem shows up.

Here is a link to the first 5min of Incredibles 2 UHD with Atmos.

https://ufile.io/1vw1x

Make sure you watch from the beginning. Most of us see an audio drop around the 3:17 mark, but not if you just skip to somewhere close to it (which could give a clue to what is causing it - a buffer issue?)

[SamuriHL]

Originally Posted by hubblec4

chapterEditor can mux seamless branching Blu-rays to mkv, with the help of eac3to.

Sure, all the tools can handle seamless branching. That isn't what I meant. I'm saying that for the Incredibles 2 UHD, there seems to be an issue with any of the tools muxing that into an MKV container where the ATMOS audio track gets corrupted. It seems like an issue with how the seamless branching is handled with that particular title.

[jmone]

In my testing of Increadbiles 2 UHD Atmos Drop out issue:
- MC (LAV) with Bitstreaming = drop outs (first is 3:16) (played from folder structure)
- MC (LAV) with Decoding = no drop out at 3:16 (played from folder structure)
- XBOX One S with Bitstreaming = no drop out at 3:16 (original disc)

I rip to Folder structure so it is not a remux issue.

[Warner306]

Do other any other audio decoders play the track correctly?

[SamuriHL]

Decoding was certainly better for me, probably because the ATMOS extensions are ignored when decoding, it still wasn't perfect. I had issues with that, as well.

[SamuriHL]

I want to update here as I've already posted on the JRiver MC forum. The ripping tool I use updated today with a fix for ATMOS sub-types. So I re-ripped Incredibles 2 MKV. LAV is still having audio drops and eventually the audio completely drops out. Playing the same file on my SHIELD shows no audio drops at all. Hopefully Nev can nail this one down and find the issue.

[Aleksoid1978]

Originally Posted by SamuriHL

I want to update here as I've already posted on the JRiver MC forum. The ripping tool I use updated today with a fix for ATMOS sub-types. So I re-ripped Incredibles 2 MKV. LAV is still having audio drops and eventually the audio completely drops out. Playing the same file on my SHIELD shows no audio drops at all. Hopefully Nev can nail this one down and find the issue.

Re-upload sample.

[SamuriHL]

I didn't upload a sample. I won't have time today to make one but should be able to tomorrow.

Sent from my Pixel XL using Tapatalk

[nautilus7]

Hi, I was given a recording from a satellite channel. The file contains an AC3 audio stream, which is not decoded at all (no sound) with lav filters. Even ffplay can't decode it:

Could not find codec parameters for stream 1 (Audio: ac3 ([129][0][0][0] / 0x0081), 0 channels, fltp): unspecified sample rate

Is there anything that can be done to get sound? The user who sent it to me said his satellite receiver can decode it...

Thanks!

[LigH]

Funny sample. DGIndexNV locks up, trying to open it to demux the audio. MKVToolnix-GUI ignores the stream; tsMuxeR GUI as well. PVAStrumento can't demux it.

TSPE 0.301 calls it: AC-3 (ATSC A/53B audio).

DGAVCIndex reports an interesting issue:

---------------------------
Audio Detection Mismatch
---------------------------
The audio type determined from reading the PAT/PMT program information (AC3)
does not match the detected audio (MPA). In many cases, this is caused by emulation
of audio headers (false detection) and the PAT/PMT type is the correct type.

Hit Yes to use the PAT/PMT type. Hit No to use the detected type. Hit Cancel to disable this stream.
---------------------------

Sounds like there is in fact MPEG Audio in a stream multiplexed as if it was AC-3. But neither mode produces a sensible demultiplexed audio stream.

[manolito]

This would be very weird and uncommon:
I have never heard of any SAT broadcasts transmitting AVC video with MPA (MP2) audio. FOR SD broadcasts it is MPEG2 video with either MPA or AC3 audio, for HD broadcasts it is AVC video with AC3 audio.

[LigH]

Well, DGAVCIndex may be right that it is not one of the common AC-3 encodings; but it may be wrong that it is MPA instead. The video is AVC.