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. |
17th July 2016, 00:34 | #14041 | Link |
47.952fps@71.928Hz
Join Date: Mar 2011
Posts: 940
|
Yeah, I found some 5.1 showing up bit-identical, with foobar2000 to bit-compare.
Except I've been converting to FLAC. But I haven't tested anything over 5.1 yet. Especially concerning 'strange setup'.
__________________
Win10 (x64) build 19041 NVIDIA GeForce GTX 1060 3GB (GP106) 3071MB/GDDR5 | (r435_95-4) NTSC | DVD: R1 | BD: A AMD Ryzen 5 2600 @3.4GHz (6c/12th, I'm on AVX2 now!)
|
17th July 2016, 08:40 | #14043 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
|
Atmos is just additional metadata in the TrueHD stream, most players that don't support Atmos will just ignore it and decode the TrueHD parts. Why do you want to remove it?
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
27th July 2016, 17:04 | #14045 | Link | ||
Registered User
Join Date: Aug 2005
Posts: 231
|
Any suggestions on how we should install/update dcadec?
Quote:
Quote:
__________________
Win 10 Pro x64 |
||
31st July 2016, 10:17 | #14046 | Link |
Registered User
Join Date: Jul 2016
Posts: 3
|
Hi,
I have a question. I have been trying to demux the true-hd track from the BD Monster. Inc, and I am curious as to why the logs look this way. Why does tsmuxer find one overlapping frame at most (but not all) the junctions between m2ts (seamless branching disk) while eac3to only finds 2 of them? Also, I noticed that with eac3to 3.27, the number of frames processed is one less than when using 3.31. How come? 3.31 gives me the same number of frames with tsmuxer. tsmuxer log Network Optix tsMuxeR. Version 2.6.12. www.networkoptix.com Decoding H264 stream (track 1): Profile: High@4.1 Resolution: 1920:1080p Frame rate: 23.976 H.264 muxing fps is not set. Get fps from stream. Value: 23.976 Decoding TRUE-HD stream (track 2): AC3 core+TRUE-HD. Peak bitrate: 7290Kbps (core 640Kbps) Sample Rate: 48KHz Channels: 7.1 Decoding PGS stream (track 3): Resolution: 1920:1080 Frame rate: 23.976 TRUE-HD stream (track 2): overlapped frame detected at position 00:06:14,879. Remove frame. TRUE-HD stream (track 2): overlapped frame detected at position 00:07:56,927. Remove frame. TRUE-HD stream (track 2): overlapped frame detected at position 00:09:56,255. Remove frame. TRUE-HD stream (track 2): overlapped frame detected at position 00:13:11,679. Remove frame. TRUE-HD stream (track 2): overlapped frame detected at position 00:17:06,208. Remove frame. TRUE-HD stream (track 2): overlapped frame detected at position 00:18:05,119. Remove frame. TRUE-HD stream (track 2): overlapped frame detected at position 00:19:35,455. Remove frame. TRUE-HD stream (track 2): overlapped frame detected at position 00:25:48,703. Remove frame. TRUE-HD stream (track 2): overlapped frame detected at position 00:27:40,000. Remove frame. TRUE-HD stream (track 2): overlapped frame detected at position 00:33:40,223. Remove frame. TRUE-HD stream (track 2): overlapped frame detected at position 00:39:47,295. Remove frame. TRUE-HD stream (track 2): overlapped frame detected at position 00:43:27,103. Remove frame. TRUE-HD stream (track 2): overlapped frame detected at position 00:43:59,327. Remove frame. TRUE-HD stream (track 2): overlapped frame detected at position 01:22:38,047. Remove frame. TRUE-HD stream (track 2): overlapped frame detected at position 01:23:07,391. Remove frame. TRUE-HD stream (track 2): overlapped frame detected at position 01:23:38,880. Remove frame. TRUE-HD stream (track 2): overlapped frame detected at position 01:31:44,319. Remove frame. Processed 132553 video frames Flushing write buffer Demux complete. Demuxing time: 20 min 28 sec eac3to log eac3to v3.31 command line: "C:\Users\Home\Desktop\BD\Clown_BD_v0.81\eac3to\eac3to.exe" "D:\0000000YAYYYYY\Monsters.Inc.2001.1080p.BluRay.AVC.TrueHD.7.1-FGT\BDMV\PLAYLIST\00800.mpls" 1) 1: "D:\0000000YAYYYYY\demux\Chapters_1.txt" 2: "D:\0000000YAYYYYY\demux\Video_2.*" 3: "D:\0000000YAYYYYY\demux\Audio_3_English.THD+AC3" 9: "D:\0000000YAYYYYY\demux\Subtitles_9_English.sup" -progressnumbers -LOG="D:\0000000YAYYYYY\demux\LOGS\eac3to_PASS3_LOG.LOG" ------------------------------------------------------------------------------ M2TS, 1 video track, 6 audio tracks, 8 subtitle tracks, 1:32:07, 42.809p 1: Chapters, 32 chapters 2: h264/AVC, 1080p24 /1.001 (16:9) 3: TrueHD/AC3, English, 7.1 channels, 48kHz (embedded: AC3 EX, 5.1 channels, 640kbps, 48kHz) 4: AC3 Surround, English, 2.0 channels, 320kbps, 48kHz 5: AC3 Surround, English, 2.0 channels, 320kbps, 48kHz 6: AC3 EX, Spanish, 5.1 channels, 640kbps, 48kHz 7: E-AC3, French, 7.1 channels, 896kbps, 48kHz (core: AC3, 5.1 channels, 512kbps, 48kHz) 8: AC3, English, 2.0 channels, 192kbps, 48kHz 9: Subtitle (PGS), English 10: Subtitle (PGS), English 11: Subtitle (PGS), Spanish 12: Subtitle (PGS), French 13: Subtitle (PGS), English 14: Subtitle (PGS), English 15: Subtitle (PGS), Spanish 16: Subtitle (PGS), French Creating file "D:\0000000YAYYYYY\demux\Chapters_1.txt"... [a03] AC3 encoding doesn't support back channels. Will mix them into the surround. [a03] Extracting audio track number 3... [v02] Extracting video track number 2... [a03] Extracting audio track number 3... [s09] Extracting subtitle track number 9... [a03] Extracting TrueHD stream... [a03] Extracting TrueHD stream... [a03] Decoding with libav/ffmpeg... [a03] Mixing surround channels... [a03] Remapping channels... [a03] Encoding AC3 <640kbps> with libAften... [v02] Creating file "D:\0000000YAYYYYY\demux\Video_2.h264"... [a03] Creating file "D:\0000000YAYYYYY\demux\Audio_3_English.THD+AC3"... [a03] Skipping identical AC3 frames (seamless branching)... [a03] Skipping identical AC3 frames (seamless branching)... [s09] Creating file "D:\0000000YAYYYYY\demux\Subtitles_9_English.sup"... [a03] Audio overlaps for 5ms at playtime 0:13:12. <WARNING> [a03] Audio overlaps for 5ms at playtime 0:33:40. <WARNING> [a03] The audio gaps/overlaps can't be removed from the TrueHD bitstream. <WARNING> [a03] In order to remove them you'll have to transcode to another format. <WARNING> [a03] The original audio track has a constant bit depth of 20 bits. [a03] Processed audio track, L+R+C+LFE: constant bit depth of 20 bits. [a03] Processed audio track, SL+SR: max 24 bits, average 21 bits. Video track 2 contains 132553 frames. Subtitle track 9 contains 1083 captions. eac3to processing took 16 minutes, 38 seconds. Done. I am puzzled. |
31st July 2016, 17:28 | #14047 | Link | |
Moderator
Join Date: Feb 2005
Location: Spain
Posts: 6,890
|
Quote:
See http://forum.doom9.org/showthread.ph...94#post1600694
__________________
BeHappy, AviSynth audio transcoder. |
|
1st August 2016, 09:33 | #14048 | Link |
PgcEdit daemon
Join Date: Jul 2003
Posts: 7,469
|
Does that mean that both eac3to and tsMuxeR are now correct when dealing with overlapping frames?
__________________
r0lZ PgcEdit homepage (hosted by VideoHelp) BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV |
1st August 2016, 14:09 | #14049 | Link | |
Registered User
Join Date: Jul 2016
Posts: 3
|
Quote:
I understand this has been discussed many times before, but I read pretty much everything related to that issue and there was never a clear answer. Regarding the difference between eac3to and tsmuxer, any idea? Thank you for your help. |
|
1st August 2016, 21:35 | #14050 | Link | |||
Moderator
Join Date: Feb 2005
Location: Spain
Posts: 6,890
|
Quote:
Quote:
Quote:
TRUE-HD stream (track 2): overlapped frame detected at position 00:13:11,679. Remove frame. ... TRUE-HD stream (track 2): overlapped frame detected at position 00:33:40,223. Remove frame. eac3to: [a03] Skipping identical AC3 frames (seamless branching)... (15 frames) [a03] Audio overlaps for 5ms at playtime 0:13:12. <WARNING> [a03] Audio overlaps for 5ms at playtime 0:33:40. <WARNING> eac3to only remove a frame if there are a delay equal to the frame duration. Here we can finish with a +10ms delay. I don't know the THD frame duration, but with AC3 frames (32 ms) delete the 2 frames for 10 ms of overlap we can finish with a delay of -54 ms.
__________________
BeHappy, AviSynth audio transcoder. |
|||
1st August 2016, 21:55 | #14051 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
THD frames are *very* short (IIRC each THD frame has 40 samples for an 48khz track, which means each frame should be slightly less than 1ms), so removing overlaps is not as important for THD as it is for any other (compressed) audio codec. There are "major" and "minor" THD frames, though, and a new m2ts file is likely to start with a "major" frame. Which makes it somewhat unlikely that the last THD frame of a previous m2ts part, and the first THD frame of the following m2ts part are bit-by-bit identical. As a result eac3to might not be able to cleanly solve this situation. With AC3 and DTS, every frame has the same type, so the last/first frame usually match bit-by-bit for seamless branching, which eac3to can resolve very cleanly.
P.S: That said, I'm not even trying to detect if the last THD frame of a previous m2ts part and the first THD frame of the following m2ts part match bit-by-bit. I think it's unlikely that they do, but I can't say with 100% certainty right now. Last edited by madshi; 1st August 2016 at 21:57. |
1st August 2016, 23:18 | #14052 | Link | |
Moderator
Join Date: Feb 2005
Location: Spain
Posts: 6,890
|
Quote:
tulala extract the thd+ac3 track, maybe the messages are referred only to the AC3 part of the track?
__________________
BeHappy, AviSynth audio transcoder. |
|
4th August 2016, 15:00 | #14054 | Link |
Life's clearer in 4K UHD
Join Date: Jun 2003
Location: Notts, UK
Posts: 12,219
|
I don't know if anybody has asked this before... Are there any plans to add support for DSD (Direct Stream Digital) decoding?
Once extracted they're usually in the form of .dsf or .dff streams
__________________
| I've been testing hardware media playback devices and software A/V encoders and decoders since 2001 | My Network Layout & A/V Gear |
|
6th August 2016, 13:57 | #14055 | Link |
Registered User
Join Date: Jul 2016
Posts: 3
|
I understand that tsmuxer removes 15 identical frames and 2 others that aren't identical but that overlap.
I understand that eac3to also removes the 15 identical frames in the ac3 track, and it doesn't remove the frames that overlap. More questions (for curiosity more than anything else). - When there are some identical frames in the ac3 track (here 15), are those identical frames also in the true-hd track? Those 15 identical frames in the ac3 are deleted/skipped correctly apparently, but if they are also in the true-hd track, are they also deleted/skipped, or are they still in the output audio file? - When audio overlaps (here twice), is it in both ac3 and true-hd tracks? - If the audio overlaps for 5ms in the true-hd track and a true-hd frame has a duration of a little less than 1ms, that means that there are about 5 frames that overlap? - If decoding a true-hd frame was possible (it isn't if I documented myself correctly), would it become possible to cleanly solve the overlap situation? Thanks again for clarifying things up. |
6th August 2016, 15:35 | #14056 | Link |
Moderator
Join Date: Feb 2005
Location: Spain
Posts: 6,890
|
@tulala
Re-read the madshi post. Short answer to first 4 questions: no, no, no and no. When decode is possible to cleanly solve the overlap because we can delete the needed PCM samples 1/48000 sec. = 0.02083 ms of duration.
__________________
BeHappy, AviSynth audio transcoder. |
29th August 2016, 23:13 | #14057 | Link |
Registered User
Join Date: Sep 2006
Posts: 2,197
|
could you please add the option to handle zlib packed subtitles correctly? currently eac3to cant demux those correctly.
__________________
Laptop Lenovo Legion 5 17IMH05: i5-10300H, 16 GB Ram, NVIDIA GTX 1650 Ti (+ Intel UHD 630), Windows 10 x64, madVR (x64), MPC-HC (x64), LAV Filter (x64), XySubfilter (x64) (K-lite codec pack) |
20th September 2016, 15:40 | #14059 | Link |
Registered User
Join Date: Dec 2003
Posts: 485
|
This was probably discussed before but trouble rifling thru 600+ pages of thread. I know eac3to now uses a different default decoder for DTS content. I am used to using ArcSoft. Challenge with Arcsoft is if it's 6.1 content I have to use a certain version dll, if it's labeled as strange setup I use a different one, all other content I use a third. No problem, I can deal with that. Right now keep using the -arcsoft flag when using eac3to. Is the default decoder better than using Arcsoft and does it have any of the same problems with separation of channels based on the content type?
Thanks. JR |
Tags |
eac3to |
Thread Tools | Search this Thread |
Display Modes | |
|
|