Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
12th December 2018, 18:33 | #23142 | Link |
Registered User
Join Date: May 2004
Posts: 5,351
|
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.
__________________
HTPC: Windows 11, AMD 5900X, RTX 3080, Pioneer Elite VSX-LX303, LG G2 77" OLED |
12th December 2018, 22:48 | #23144 | Link |
Registered User
Join Date: Jan 2012
Posts: 106
|
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 |
12th December 2018, 23:40 | #23146 | Link |
Registered User
Join Date: Jan 2012
Posts: 106
|
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? Last edited by strumf666; 12th December 2018 at 23:45. |
13th December 2018, 04:04 | #23147 | Link | |
Registered User
Join Date: May 2009
Posts: 33
|
Quote:
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?) |
|
13th December 2018, 18:12 | #23148 | Link |
Registered User
Join Date: May 2004
Posts: 5,351
|
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.
__________________
HTPC: Windows 11, AMD 5900X, RTX 3080, Pioneer Elite VSX-LX303, LG G2 77" OLED |
13th December 2018, 21:55 | #23149 | Link |
Registered User
Join Date: Dec 2007
Posts: 652
|
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. |
13th December 2018, 23:19 | #23150 | Link |
Registered User
Join Date: Dec 2014
Posts: 1,127
|
Do other any other audio decoders play the track correctly?
__________________
HOW TO - Set up madVR for Kodi DSPlayer & External Media Players |
14th December 2018, 01:46 | #23151 | Link |
Registered User
Join Date: May 2004
Posts: 5,351
|
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.
__________________
HTPC: Windows 11, AMD 5900X, RTX 3080, Pioneer Elite VSX-LX303, LG G2 77" OLED |
14th December 2018, 20:23 | #23152 | Link |
Registered User
Join Date: May 2004
Posts: 5,351
|
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.
__________________
HTPC: Windows 11, AMD 5900X, RTX 3080, Pioneer Elite VSX-LX303, LG G2 77" OLED |
15th December 2018, 07:03 | #23153 | Link | |
Registered User
Join Date: Apr 2008
Location: Russia, Vladivostok
Posts: 2,787
|
Quote:
__________________
AMD Ryzen 5 3600 /GIGABYTE B450 Gaming X /Patriot 32Gb@3200 /Kingston 500Gb M.2 /RTX 4060 /Samsung U28R550UQI /OLED Philips 55OLED707 /Yamaha RX-V471 + NS-555 + NS-C444 + NS-333 + YST-SW215 |
|
15th December 2018, 16:21 | #23154 | Link |
Registered User
Join Date: May 2004
Posts: 5,351
|
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
__________________
HTPC: Windows 11, AMD 5900X, RTX 3080, Pioneer Elite VSX-LX303, LG G2 77" OLED |
18th December 2018, 01:50 | #23155 | Link |
Registered User
Join Date: Jan 2006
Location: Athens, Greece
Posts: 1,518
|
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:
Code:
Could not find codec parameters for stream 1 (Audio: ac3 ([129][0][0][0] / 0x0081), 0 channels, fltp): unspecified sample rate Thanks! |
18th December 2018, 09:57 | #23156 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,782
|
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: Code:
--------------------------- 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. --------------------------- Last edited by LigH; 18th December 2018 at 10:37. |
18th December 2018, 10:38 | #23157 | Link |
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,079
|
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. |
19th December 2018, 00:22 | #23159 | Link |
Registered User
Join Date: Jan 2006
Location: Athens, Greece
Posts: 1,518
|
Hi again... thanks for the information.
What is more interesting about this audio is that whether it plays ok or not depends on the satellite receiver used. The user who is giving me these samples has 2 receivers, one of which is able to decode the audio and the other is not. So, I asked for new samples. Here are 2 recordings: One is made with the "good" receiver where audio is decoded fine, and the other with the "bad" receiver where audio is not decoded. The audio in this channel is indeed AC3. ffplay from the "good" recording: Code:
Stream #0:1[0x7e6]: Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s Code:
Stream #0:1[0x7e6](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 0 channels, fltp The exact same thing happens for him on a different channel as well. So here's another pair of recordings, one with audio ok ("good" receiver), the other with no audio ("bad" receiver). The audio in this channel is MP2. ffplay from the "good" recording: Code:
Stream #0:1[0x1f5]: Audio: mp2, 48000 Hz, stereo, s16p, 192 kb/s Code:
Stream #0:2[0x1f5]: Audio: mp3 ([4][0][0][0] / 0x0004), 0 channels Last edited by nautilus7; 19th December 2018 at 00:33. |
Tags |
decoders, directshow, filters, splitter |
|
|