[LOCKED] EAC3TO Bug Reports and Feature Requests Only

[Sherman]

OMG what?

Been busy guys. I know you missed me.

[Britney]

OMG your mama!

[Mr. Peabody]

I hope you know Sherman was tragically orphaned and does not have a mama.

[Britney]

Orphans are people too.

[Curly]

the only thing that matters is what happens

[Curly]

I updated the 3.40 rar file with the updated flac. Go ahead and inseminate it to videohelp. Thank you, skull.

[Mr. Peabody]

I think you meant "disseminate".

[Curly]

Grammar police are out early today.

I have released 3.40 for general consumption and linked it at our website. I wanna take this opportunity to say thank you to all who contributed to reaching this first milestone. I officially declare you all honorary stooges!

[Sherman]

I think you meant "disseminate".

Actually Daddy, Curly's usage is endorsed by Miriam-Webster:

"the notion that their monarch ruled by divine right had been inseminated in the people for countless generations"

[Curly]

thanks kid u r the boy

can u go back and get Guest 3 the Menace

[Britney]

I know right.

[Curly]

Guys, I slipstreamed two things into 3.40 so please re-download:

* Restored some warnings for bad input, i.e., "This track is not clean."
* Fixed handling of the -fast and -normal options.

[Curly]

Mornin' all.

Now that 3.40 stable is out there, we're moving into the testing phase for 3.41, which will knock out a few bugs. Here is the first 3.41_test version:

* Change syntax so that this invocation extracts the core AC3 from a (BD/UHD) EAC3 stream:

eac3to_mod in.eac3 out.ac3 -core # no re-encoding!

If -core is omitted then re-encoding will occur. Guest 3

https://rationalqm.us/eac3to_mod/eac3to ... 1_test.rar

[oniiz86]

Hi Curly, I had brought this DTS DialNorm value cosmetic bug discrepancy that you had fixed concerning the -logdts command where the "core" DialNorm value wasn't displayed accurately like the master track, it was merely "4" when it should be "-4dB", it displays as "4dB" currently as you can see in the below log, anyway thought I should mention it & if it could be corrected in one of your following test builds along with a potential fix for DialNorm removal for DTS-HD tracks, thanks again for all the wonderful work that you do!
+ DTS-Core
- frameSize 2012
- DTS-ES +
- channelNo 5
- lfe 1
- channelDescr 5.1
- samplingRate 48000
- bitDepth 24
- bitrate 1509000
- dialNorm 4dB
- samplesPerFrame 512
- copyHistory 1
+ DTS-HD
- fullSize 132
- headerSize 36
- refClockCode 1/48000
- frameDurationCode 1
- activeMasks [1], [[1]]
+ Asset [0]
- fullSize 96
- headerSize 16
- corePackets Core
- extSubStrPackets XLL
- bitResolution 24
- maxSampleRate 48000
- totalNumChannels 8
- dialNorm -4dB
- activeSpeakers C L R Ls Rs LFE Lsr Rsr ($4f)

[Guest 3]

First we need know the differences between DTS ans AC3 Dialog Normalization:

In AC3 (a_52-2010.pdf):

5.4.2.8
dialnorm: Dialogue Normalization, 5 bits
This 5-bit code indicates how far the average dialogue level is below digital 100 percent. Valid
values are 1–31. The value of 0 is reserved. The values of 1 to 31 are interpreted as –1 dB to –31
dB with respect to digital 100 percent. If the reserved value of 0 is received, the decoder shall use
–31 dB. The value of dialnorm shall affect the sound reproduction level. If the value is not used by
the AC-3 decoder itself, the value shall be used by other parts of the audio reproduction
equipment.

A value of 27 mean dn=-27 dB and suposse modify (attenuate) the volume in -4 dB (-31 + 27)
Remove dn is put 31 on that field to modify the volume in 0 dB

In DTS (DTSHD_ts_102114v010301p.pdf):

DIALNORM/UNSPEC (Dialog Normalization /Unspecified)
For the values of VERNUM = 6 or 7 this 4-bit field is used to determine the dialog normalization parameter.
For all other values of the VERNUM this field is a place holder that is not specified at this time.
The Dialog Normalization Gain (DNG), in dB, is specified by the encoder operator and is used to directly scale the
decoder outputs samples. In the DTS stream the information about the DNG value is transmitted by means of combined
data in the VERNUM and DIALNORM fields (see Table 5-20).
For all other values of the VERNUM (i.e. 0, 1, 2, 3, 4, 5, 8, 9, .15) the UNSPEC 4-bit field should be extracted but
ignored by the decoder. In addition, for these VERNUM values, the Dialog Normalization Gain should be set to 0
i.e. DNG=0 indicates No Dialog Normalization.

To know the value we need know the DTS Version (VERNUM) and:

switch (VERNUM){
case 6:
DIALNORM = ExtractBits(4);
DNG = -(16+DIALNORM);
break;
case7:
DIALNORM = ExtractBits(4);
DNG = -DIALNORM;
break;
default:
UNSPEC = ExtractBits(4);
DNG = DIALNORM = 0;
break;

We need know the DTS VERNUM, if it is 7 and DIALNORM 4 the DNG = -4 dB (always negative if exist) and means the same than -27 dB in AC3. Maybe this difference must be clear.

Remove dn in DTS is put 0 in DIALNORM field and only necesary in VERNUM 7, in VERNUM 6 we only can reduce it to -16 (I don't know that kind of DTS's)

I suppose the oniiz86 sample is VERNUM 7, many DTS's aren't 6/7 and have DNG 0

[Curly]

Thank you for the information, Guest 3.

@oniiz86

I have added the missing minus sign. Thank you for pointing it out. DN removal for DTS is already on the to-do list. There is no need to remind me or keep asking for anything on the list.

[Curly]

I put an updated changelog.txt file into the 3.40 and 3.41_test RAR files. I think I got everything, lemme know if not.

Gosh didn't realize how much we accomplished together.

[skull]

Yes, tremendous job so far. I'll update videohelp folks about changelog.

[Curly]

Thank you, skull.

@Frankaboy

I had a chance to look into the 3D stuff. DGDemux can use the M2TS files directly and does not require SSIF files. eac3to(_mod), however, needs SSIF files. It's going to be basically impossible to change eac3to(_mod) to use the DGDemux way. OK, but makemkv doesn't make real SSIF files but rather SSIF.MAP files. The best I could do is give you a utility to convert SSIF.MAP files to SSIF files. Basically it would convert a makemkv rip into an anydvd rip. Sure it's so much easier to just rip with anydvd, or demux with DGDemux. So I'm going to move this to a new class "Will not be fixed". That just leaves me to ask you, do you really want such a utility? Could take a day to make it. Honestly, I prefer not to bother. On the other hand, I'd be happy to do it for you. Your thoughts?

[skull]

I had a chance to look into the 3D stuff. ...

Right call in my opinion and smart to have a "will not be added/fixed" list for reference. If a function or feature already exists in an available tool, especially if it's part of the DG-family, then it should not be duplicated/added to eac3to through extra labour, in my opinion -- a "less is more" approach, if you will.

Oh, and videohelp updated changelog already!

[Curly]

Good to hear, skull!

[Curly]

Please re-download 3.41_test to get this:

* Extensions 'avc', 'mvc', and '264' are now accepted for demuxing in addition to 'h264'.

I'm going to keep the changelog.txt file updated as we go.

[HPotter]

Tried 3.40 release version.

About feature
"-showall

This causes all playlists to be displayed when showing
playlists. If it is absent only playlists 10 minutes or
longer are displayed."

If i delete "-showall" from .ini file then no any playlists displayed for me at all.

And actually a lot of parasite playlists showing with that thing that not showed by eac3to, except shorter than 10 min of course because is the feature, like this one:

Code: Select all

6) 00001.mpls, 2:47:09
   [1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1].m2ts
   - h264/AVC, 1080i50 (16:9)
   - DTS Master Audio, German, stereo, 48kHz
   - DTS Master Audio, German, stereo, 48kHz

[Curly]

Please delete the INI file and run 3.40 on the disk. Post here all the output including your command line.

You said no playlists are shown and then you say "parasite" playlists are shown. Please clarify that. I'm guessing it's showing at least one "good" playlist and you just didn't see it mixed in with the "weird" ones.

Also, some disks take a long time to show initial output. Be sure to wait patiently.

What disk is it?

Maybe we should suppress the weird ones unless -showall is given. Then people won't be shocked to see the weird ones, unless they ask to be shocked with -showall.

[HPotter]

Please delete the INI file and run 3.40 on the disk. Post here all the output including your command line.

You said no playlists are shown and then you say "parasite" playlists are shown. Please clarify that.

What disk is it?

Sent to PM all info .