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.

 

Go Back   Doom9's Forum > General > Audio encoding

Closed Thread
 
Thread Tools Search this Thread Display Modes
Old 27th August 2008, 12:19   #5941  |  Link
scarbrtj
Registered User
 
Join Date: Jul 2007
Posts: 48
Quote:
Originally Posted by nautilus7 View Post
Code:
eac3to 00001.m2ts 2: video.mkv 3: audio.dts -core
M2TS, 1 video track, 5 audio tracks, 13 subtitle tracks, 1:59:58
1: Chapters, 32 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 5.1 channels, 24 bits, 48khz, -9ms
4: DTS, Spanish, 5.1 channels, 24 bits, 768kbit/s, 48khz, -9ms
5: AC3, English, 2.0 channels, 96kbit/s, 48khz, dialnorm: -27dB, -24ms
6: AC3, English, 2.0 channels, 96kbit/s, 48khz, dialnorm: -27dB, -23ms
7: AC3, English, 2.0 channels, 96kbit/s, 48khz, dialnorm: -27dB, -23ms
8: Subtitle (PGS), English
9: Subtitle (PGS), Spanish
10: Subtitle (PGS), Spanish
[v02] Extracting video track number 2...
[a03] Extracting audio track number 3...
[a03] Extracting DTS core...
[a03] Applying DTS delay...
[v02] Muxing video to Matroska...
[a03] Creating file "audio.dts"...
To mux audio in the mkv file that eac3to makes, you need to run mkvtoolnix as a second step. eac3to can't do it automatically.
I am going to do it *exactly* this way then report back :fingers crossed:
scarbrtj is offline  
Old 27th August 2008, 15:04   #5942  |  Link
jamieo
Registered User
 
Join Date: Jun 2002
Posts: 20
Quote:
Originally Posted by madshi View Post
if you decode a lossy audio track and reencode it again with a lossy codec you are automatically losing audio quality. That means if you decode e.g. a 768kbps E-AC3 track and reencode it in 768kbps DTS or AC3 you are losing audio quality. You're losing audio quality even if you reencode to a higher bitrate! That's the way lossy audio codecs work: Every new encoding loses *some* audio quality.
I already understand and completely agree with that. In fact it's the exact reason I made the request and didn't think it would be a big deal. Ideally we'd keep all the tracks as they are and they would play on anything we like - however, they don't and that is why we use eac3to.

Quote:
Originally Posted by madshi View Post
My personal preference is best possible audio quality. That's why eac3to defaults to max quality for most options.
Given what you just said about quality loss, do you really encode (or think it worth encoding) lossy tracks to files that will be two or three times as big as the source? I can't imagine there is a significant quality improvement (audible or otherwise) encoding a 768kbit/s eac3 track to DTS at 1536kbit/s rather than 768kbit/s but the file size increase is very significant. Even worse for commentary tracks in EAC3 when the default is 640kbit/s for AC3.

Anyway, the whole point of this was because I have written a menu based wrapper script for eac3to and it was originally my intention to make it so default bitrates were determined according to source if no explicit bitrate is given. However, I thought it better suited as an eac3to suggestion so others benefited. Not only is there some irony in that thought (considering the reaction my suggestion got) but I'm now going to do that anyway and will have it set up in much less time than it took me to write these posts. I guess no good deed goes unpunished!

Anyway, it's obviously your right to program eac3to however you like so I won't discuss it further.

Quote:
Originally Posted by madshi View Post
Yes, that makes sense. Will add that to my to do list.
Cheers, that should at least make it clear that a high bitrate is being used.

Thanks for a great program.

Last edited by jamieo; 27th August 2008 at 15:11.
jamieo is offline  
Old 27th August 2008, 20:11   #5943  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by jamieo View Post
I can't imagine there is a significant quality improvement (audible or otherwise) encoding a 768kbit/s eac3 track to DTS at 1536kbit/s rather than 768kbit/s but the file size increase is very significant.
You're trying to see a connection between source and target bitrate which IMHO isn't there. The source bitrate tells us how much loss there was in the lossy encoding done by the studio. The target bitrate defines how much loss we want to add on top of that ourselves. These 2 losses don't relate to each other, they simply add up (loss 1 + loss 2). Now what you're saying sounds to me like: If the "loss 1" is big then you want eac3to to make "loss 2" equally big. That doesn't make much sense to me.
madshi is offline  
Old 28th August 2008, 06:00   #5944  |  Link
Snowknight26
Registered User
 
Join Date: Aug 2007
Posts: 1,430
http://www.stfcc.org/misc/animusic.clip.vob

Quote:
eac3to v2.57
command line: eac3to.exe animusic.clip.vob 5: animusic.sup
------------------------------------------------------------------------------
VOB, 1 video track, 3 audio tracks, 1 subtitle track, 0:00:08
1: MPEG2, 480i60 /1.001 (4:3)
2: AC3, 2.0 channels, 256kbit/s, 48khz, dialnorm: -27dB, 16ms
3: AC3, 5.1 channels, 448kbit/s, 48khz, dialnorm: -27dB, 16ms
4: AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB, 16ms
5: Subtitle
eac3to processing took 1 second.
Done.
No file is produced.
Snowknight26 is offline  
Old 28th August 2008, 07:32   #5945  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by Snowknight26 View Post
I can only guess that there isn't any data in the subtitle track.

Edit: Something about that vob file is strange, though. eac3to cannot demux video/audio tracks for whatever reason. Will look into that. But the subtitle track seems to be really empty. E.g. EvoDemux doesn't even list it.

Last edited by madshi; 28th August 2008 at 07:40.
madshi is offline  
Old 28th August 2008, 07:43   #5946  |  Link
deacon crusher
Registered User
 
Join Date: Feb 2008
Posts: 14
Oh that's great news, I thought I'd read on the forum that if you let EAC3to merge the pieces on a seamless branching disk that you would/could end up with audio sync issues.

Must have misunderstood something I read.

Thanks

Quote:
*NO*. The way to go is never to handle each m2ts part separately. You should always let eac3to handle them all at once. Either by using "part1.m2ts+part2.m2ts+..." or by letting eac3to parse the playlists. It just so happens that some movies seem to have a very small m2ts part at the end which has different tracks inside compared to the other m2ts parts. That confuses eac3to. That's why I suggested to delete/rename that last small m2ts part. eac3to will automatically ignore such confusing m2ts parts in the next build...
deacon crusher is offline  
Old 28th August 2008, 07:57   #5947  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by deacon crusher View Post
Oh that's great news, I thought I'd read on the forum that if you let EAC3to merge the pieces on a seamless branching disk that you would/could end up with audio sync issues.

Must have misunderstood something I read.
You got it exactly the wrong way. Actually letting eac3to merge the seamless branching parts *solves* any audio sync issues. If you handle the parts separately, you'll get into trouble because the audio data overlaps slightly, so audio sync will slowly drift out of sync over the course of the movie. eac3to will detect the audio overlaps and correct them for you if you let eac3to handle the merging.
madshi is offline  
Old 29th August 2008, 06:42   #5948  |  Link
florinandrei
Registered User
 
Join Date: Jul 2006
Posts: 120
So what happens when eac3to detects that the audio track is muxed with a delay? Does it insert silence at the beginning of the extracted audio track so as to preserve A/V sync?
__________________
Florin Andrei

http://florin.myip.org/
florinandrei is offline  
Old 29th August 2008, 08:06   #5949  |  Link
sehgal.v7
Registered User
 
Join Date: Jul 2008
Posts: 93
@florinandrei
Yeap.. It automatically adds delay.

Quote:
[a03] Applying DTS delay...

Last edited by sehgal.v7; 29th August 2008 at 08:09.
sehgal.v7 is offline  
Old 29th August 2008, 12:57   #5950  |  Link
rickardk
Registered User
 
Join Date: Jul 2007
Posts: 259
Sorry for not posting my new results with The Game Plan sooner.

It must be some kind of mastering error. I tested every m2ts file in the playlist and found the problem(s).

Sorry for taking your time with this problem.
rickardk is offline  
Old 29th August 2008, 13:05   #5951  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by rickardk View Post
Sorry for not posting my new results with The Game Plan sooner.

It must be some kind of mastering error. I tested every m2ts file in the playlist and found the problem(s).

Sorry for taking your time with this problem.
Wow, so the Blu-Ray disc itself is really screwed up? Can you confirm that with a standalone Blu-Ray player (in case you have one) or with PowerDVD or ArcSoft TotalTheatre?
madshi is offline  
Old 29th August 2008, 13:49   #5952  |  Link
rickardk
Registered User
 
Join Date: Jul 2007
Posts: 259
Quote:
Originally Posted by madshi View Post
Wow, so the Blu-Ray disc itself is really screwed up? Can you confirm that with a standalone Blu-Ray player (in case you have one) or with PowerDVD or ArcSoft TotalTheatre?
There is one (a bit shorter) playlist that I think is OK (have not watched the movie yet though). But the problem is in some m2ts so I guess the same problem will exist when played back on a standalone.

Must be some kind of mastering error. Or some kind of screwed up interactive feature (can't find such feature with the arcsoft player though....and I don't know why you would create m2ts files with audio out of place in this manner)
rickardk is offline  
Old 29th August 2008, 15:04   #5953  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
The problem is that some broken playlists may be there on the disc but may never be used by the disc's user interface. In such a situation you wouldn't see the problem when playing the disc with an "official" player which shows the full user interface and let's the user decide through the interface which playlist to play. Maybe something like that is what has happened here. Or maybe (as you say) it's some kind of interactivity stuff. Anyway, I'm glad to hear that eac3to is innocent. One bug less to fix for me...
madshi is offline  
Old 29th August 2008, 15:50   #5954  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
eac3to v2.58 released

http://madshi.net/eac3to.zip

Code:
* h264 parser rewritten: framerate, pulldown etc is detected reliably now
* h264 pulldown is automatically removed from progressive movie sources now
* h264 pulldown removal can be disabled by using "-keepPulldown"
* h264 muxing now fully supports streams with mixed 23.976 and 29.970 content
* h264 1920x1088 bitstream is now automatically patched/cropped to 1920x1080
* h264 filler data is now already removed during demuxing
* h264 sources with funny framerates (e.g. Luxe.tv HD) are patched to 25fps now
* mixed video/movie h264 streams are now always muxed with 29.970 timestamps
* speedup/slowdown now changes framerate information in the h264 bitstream
* options "-24p", "-60i" and "-30p" are no longer supported
* fixed Blu-Ray seamless branching subtitle remuxing
* added workaround for Blu-Ray playlists with a last small "invalid" m2ts part
* bitdepth analyzation is now done for decoded FLAC, WAV, PCM, DTS MA, too
* bitrate is now also reported for FLAC, WAV and PCM tracks
* when encoding AC3, DTS or AAC, the encoding bitrate is reported
* fixed: v2.57 incorrectly decoded 16bit TrueHD tracks to 24bit FLAC/WAV/RAW
* (M2)TS discontinuities before the first unit start are ignored now
* new option "-progressnumbers" replaces progress bar with percentage numbers
eac3to's new h264 pulldown removal algorithm provides similar results to the "h264info" tool. But eac3to is more than 500% faster compared to h264info. Not sure about the exact performance numbers. Maybe someone with fast harddisks can test and report (tests should be done with 2 harddisks, one for the source file and one for the destination file, to avoid being limited by harddisk performance).

Now pulldown removal capability in eac3to is complete: Pulldown can be removed from all 3 supported video codecs (MPEG2, VC-1 and h264). And the performance of the pulldown removal is significantly faster compared to the original tools. Furthermore pulldown removal is now mostly automatically activated by default, even if you only demux a video track. Here's when it's activated and when not:

(1) h264: pulldown removal is always activated by default.
(2) VC-1: pulldown removal is always activated by default.
(3) MPEG2: pulldown removal is activated by default only for EVO and M2TS sources.

The "-stripPulldown" option consequently makes sense only for MPEG2 sources. The option "-keepPulldown" can be used to disable the automatic pulldown removal for all 3 video codecs.
madshi is offline  
Old 29th August 2008, 16:07   #5955  |  Link
nautilus7
Registered User
 
nautilus7's Avatar
 
Join Date: Jan 2006
Location: Athens, Greece
Posts: 1,518
It seems you 've been busy. Thank you for the update!
nautilus7 is offline  
Old 29th August 2008, 16:50   #5956  |  Link
sehgal.v7
Registered User
 
Join Date: Jul 2008
Posts: 93
@Madshi
Yipeee!! Was waiting for that!
sehgal.v7 is offline  
Old 29th August 2008, 16:58   #5957  |  Link
rica
Registered User
 
Join Date: Mar 2008
Posts: 2,021
Wow, revolutionary update; thanks a lot
rica is offline  
Old 29th August 2008, 17:31   #5958  |  Link
Adub
Fighting spam with a fish
 
Adub's Avatar
 
Join Date: Sep 2005
Posts: 2,699
Excellent update madshi!! You are a tribute to your race!!

Keep up your efforts and know that all of us here at Doom9 appreciate your efforts greatly.
__________________
FAQs:Bond's AVC/H.264 FAQ
Site:Adubvideo
Adub is offline  
Old 29th August 2008, 18:36   #5959  |  Link
moshmothma
Registered User
 
Join Date: Nov 2005
Posts: 85
Thanks for the continued awesome work Madshi!!

I noticed that program changes within an h264 stream has been addressed. What about VC-1? I still have problems processing the NIN BD.

C:\downloads\TS and EVO Tools\eac3to>eac3to M:\HDDVD\NIN 1) 2:r:/nin.mkv 3:nin.flac

The program type (4352) changes from $83 to $81.
M2TS, 1 video track, 2 audio tracks, 1 subtitle track, 1:32:21
1: Chapters, 22 chapters
2: VC-1, 1080i60 /1.001 (16:9)
3: TrueHD/AC3, English, 5.1 channels, 48khz
4: AC3, English, 2.0 channels, 256kbps, 48khz
5: Subtitle (PGS), English
The program type (4352) changes from $83 to $81.
[v02] Extracting video track number 2...
[a03] Extracting audio track number 3...
[a03] Extracting TrueHD stream...
[a03] Decoding with libav/ffmpeg...
[a03] Encoding FLAC with libFlac...
[v02] Muxing video to Matroska...
[a03] This audio track contains more than 16 bits of information.
[a03] Creating file "nin.24bit.flac"...
[a03] This track is not clean.
[libav] Lossless check failed - expected ae, calculated 6c
[v02] The pes parser received incomplete data.
[a03] The pes parser received incomplete data.
[libav] End of stream indicated
[a03] The program type (4352) changes from $83 to $81.
[v02] The program type (4352) changes from $83 to $81.
Aborted at file position 16586463232.
moshmothma is offline  
Old 29th August 2008, 20:40   #5960  |  Link
Thunderbolt8
Registered User
 
Join Date: Sep 2006
Posts: 2,197
thanks very much for the latest update. will test the close encounters seaml. br blu-ray subs again by time
Thunderbolt8 is offline  
Closed Thread

Tags
eac3to

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 21:14.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.