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. |
14th July 2014, 10:25 | #12701 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,731
|
Does that mean that the Sonic decoder is actually the preferred one if you don't have a 7.1ch file to decode?
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
17th July 2014, 22:15 | #12702 | Link |
Audiophile
Join Date: Jun 2014
Location: Arendelle
Posts: 24
|
I am getting an error when extracting a TrueHD stream. Error states that the "lossless check failed." However, the process completes itself regardless of the error and I get 8 individual wave PCM files (corresponding to each channel)...but, I am unsure of the integrity of the resulting wave PCM files. Log posted below.
Code:
C:\Program Files (x86)\eac3to>eac3to.exe E:\Audio\Brave\Brave.mka E:\Audio\Brave \Brave_pcm.wavs MKA, 1 audio track, 1:33:37 1: TrueHD, English, 7.1 channels, 48kHz Track 1 is used for destination file "Brave_pcm.wavs". a01 Extracting audio track number 1... a01 Decoding with libav/ffmpeg... a01 Writing WAVs... a01 Creating file "E:\Audio\Brave\Brave_pcm.SL.wav"... a01 Creating file "E:\Audio\Brave\Brave_pcm.BR.wav"... a01 Creating file "E:\Audio\Brave\Brave_pcm.SR.wav"... a01 Creating file "E:\Audio\Brave\Brave_pcm.L.wav"... a01 Creating file "E:\Audio\Brave\Brave_pcm.BL.wav"... a01 Creating file "E:\Audio\Brave\Brave_pcm.C.wav"... a01 Creating file "E:\Audio\Brave\Brave_pcm.LFE.wav"... a01 Creating file "E:\Audio\Brave\Brave_pcm.R.wav"... -[truehd @ 00307360] Lossless check failed - expected 00, calculated 15. [truehd @ 00307360] Lossless check failed - expected 00, calculated e7. --[truehd @ 00307360] End of stream indicated. [truehd @ 00307360] Lossless check failed - expected 00, calculated 91. -[truehd @ 00307360] Lossless check failed - expected c2, calculated 6b. -------------------------------------------------------------------[truehd @ 003 07360] Lossless check failed - expected 00, calculated 9a. ---[truehd @ 00307360] Lossless check failed - expected 00, calculated 9f. -----[truehd @ 00307360] End of stream indicated. [truehd @ 00307360] Lossless check failed - expected 51, calculated 2a. [truehd @ 00307360] End of stream indicated. a01 The original audio track has a constant bit depth of 20 bits. eac3to processing took 4 minutes, 48 seconds. Done. C:\Program Files (x86)\eac3to> |
18th July 2014, 08:11 | #12703 | Link |
Registered User
Join Date: Dec 2013
Posts: 631
|
I remember a same occasion from long time ago.
Can you to try to input the TrueHD stream and directly output to multichannel FLAC in eac3to? I know it sounds not logical because eac3to will have to decode the TrueHD stream first anyways and then convert, but I know it helped me once. Couldn't figure out why though. Not sure if it'll help you in this case. Last edited by von Suppé; 18th July 2014 at 08:13. |
18th July 2014, 09:54 | #12704 | Link |
Registered User
Join Date: May 2009
Location: Belgium
Posts: 1,744
|
Hi,
what is the parameter to change the pitch (or not) of the sound when converting 25 to 24 fps (and vice versa), I guess one has the choice (because sometimes the pitch has to change -to adjust it when it was not done during Pal speed up-, sometimes it has not to). I guess that -slowdown and -speedup change the pitch and -changeTo.. does not but I'm not sure, thanks. |
18th July 2014, 10:11 | #12705 | Link |
Anime addict
Join Date: Feb 2009
Location: Spain
Posts: 673
|
The conversions of eac3to does not fix pitch, you will need http://avisynth.nl/index.php/SSRC
__________________
Intel i7-6700K + Noctua NH-D15 + Z170A XPower G. Titanium + Kingston HyperX Savage DDR4 2x8GB + Radeon RX580 8GB DDR5 + ADATA SX8200 Pro 1 TB + Antec EDG750 80 Plus Gold Mod + Corsair 780T Graphite |
18th July 2014, 10:28 | #12706 | Link | |
Registered User
Join Date: May 2009
Location: Belgium
Posts: 1,744
|
Quote:
Does it always change the pitch ? I don't see option to avoid it. In this case, what's the difference between -slowdown (or-speedup) and -changeTo in eac3to ? |
|
18th July 2014, 15:05 | #12707 | Link | |
Registered User
Join Date: Nov 2005
Posts: 693
|
Quote:
__________________
My hobby website |
|
18th July 2014, 22:51 | #12710 | Link | |
Registered User
Join Date: May 2009
Location: Belgium
Posts: 1,744
|
Quote:
|
|
7th August 2014, 04:20 | #12711 | Link | ||
zj262144
Join Date: Sep 2010
Posts: 105
|
problem for compiling eac3to-ffmpeg...(I want to try latest ffmpeg to see any improvement, especially in TrueHD, as eac3to stagnates for a long time)
I'm followed by ./legal stuff/ffmpeg steps (slightly mod for ac3dec for match latest ffmpeg also, same config) but when make install here: (tried TDM-GCC 4.7.1-2 / TDM-GCC 4.8.1-3) Quote:
another error Quote:
line 18-19: Code:
$(foreach VAR,$(BRIEF), \ $(eval override $(VAR) = @$$(call ECHO,$(VAR),$$(MSG)); $($(VAR)))) line 152: Code:
$(eval $(RULES)) Code:
# # common bits used by all libraries # # first so "all" becomes default target all: all-yes ifndef SUBDIR ifndef V Q = @ ECHO = printf "$(1)\t%s\n" $(2) BRIEF = CC CXX HOSTCC HOSTLD AS YASM AR LD STRIP CP WINDRES SILENT = DEPCC DEPHOSTCC DEPAS DEPYASM RANLIB RM MSG = $@ M = @$(call ECHO,$(TAG),$@); $(foreach VAR,$(BRIEF), \ $(eval override $(VAR) = @$$(call ECHO,$(VAR),$$(MSG)); $($(VAR)))) $(foreach VAR,$(SILENT),$(eval override $(VAR) = @$($(VAR)))) $(eval INSTALL = @$(call ECHO,INSTALL,$$(^:$(SRC_DIR)/%=%)); $(INSTALL)) endif ALLFFLIBS = avcodec avdevice avfilter avformat avresample avutil postproc swscale swresample # NASM requires -I path terminated with / IFLAGS := -I. -I$(SRC_PATH)/ CPPFLAGS := $(IFLAGS) $(CPPFLAGS) CFLAGS += $(ECFLAGS) CCFLAGS = $(CPPFLAGS) $(CFLAGS) ASFLAGS := $(CPPFLAGS) $(ASFLAGS) CXXFLAGS += $(CPPFLAGS) $(CFLAGS) YASMFLAGS += $(IFLAGS:%=%/) -Pconfig.asm HOSTCCFLAGS = $(IFLAGS) $(HOSTCPPFLAGS) $(HOSTCFLAGS) LDFLAGS := $(ALLFFLIBS:%=$(LD_PATH)lib%) $(LDFLAGS) define COMPILE $(call $(1)DEP,$(1)) $($(1)) $($(1)FLAGS) $($(1)_DEPFLAGS) $($(1)_C) $($(1)_O) $< endef COMPILE_C = $(call COMPILE,CC) COMPILE_CXX = $(call COMPILE,CXX) COMPILE_S = $(call COMPILE,AS) COMPILE_HOSTC = $(call COMPILE,HOSTCC) %.o: %.c $(COMPILE_C) %.o: %.cpp $(COMPILE_CXX) %.o: %.m $(COMPILE_C) %.s: %.c $(CC) $(CPPFLAGS) $(CFLAGS) -S -o $@ $< %.o: %.S $(COMPILE_S) %_host.o: %.c $(COMPILE_HOSTC) %.o: %.rc $(WINDRES) $(IFLAGS) --preprocessor "$(DEPWINDRES) -E -xc-header -DRC_INVOKED $(CC_DEPFLAGS)" -o $@ $< %.i: %.c $(CC) $(CCFLAGS) $(CC_E) $< %.h.c: $(Q)echo '#include "$*.h"' >$@ %.ver: %.v $(Q)sed 's/$$MAJOR/$($(basename $(@F))_VERSION_MAJOR)/' $^ > $@ %.c %.h: TAG = GEN # Dummy rule to stop make trying to rebuild removed or renamed headers %.h: @: # Disable suffix rules. Most of the builtin rules are suffix rules, # so this saves some time on slow systems. .SUFFIXES: # Do not delete intermediate files from chains of implicit rules $(OBJS): endif include $(SRC_PATH)/arch.mak OBJS += $(OBJS-yes) SLIBOBJS += $(SLIBOBJS-yes) FFLIBS := $($(NAME)_FFLIBS) $(FFLIBS-yes) $(FFLIBS) TESTPROGS += $(TESTPROGS-yes) LDLIBS = $(FFLIBS:%=%$(BUILDSUF)) FFEXTRALIBS := $(LDLIBS:%=$(LD_LIB)) $(EXTRALIBS) OBJS := $(sort $(OBJS:%=$(SUBDIR)%)) SLIBOBJS := $(sort $(SLIBOBJS:%=$(SUBDIR)%)) TESTOBJS := $(TESTOBJS:%=$(SUBDIR)%) $(TESTPROGS:%=$(SUBDIR)%-test.o) TESTPROGS := $(TESTPROGS:%=$(SUBDIR)%-test$(EXESUF)) HOSTOBJS := $(HOSTPROGS:%=$(SUBDIR)%.o) HOSTPROGS := $(HOSTPROGS:%=$(SUBDIR)%$(HOSTEXESUF)) TOOLS += $(TOOLS-yes) TOOLOBJS := $(TOOLS:%=tools/%.o) TOOLS := $(TOOLS:%=tools/%$(EXESUF)) HEADERS += $(HEADERS-yes) PATH_LIBNAME = $(foreach NAME,$(1),lib$(NAME)/$($(CONFIG_SHARED:yes=S)LIBNAME)) DEP_LIBS := $(foreach lib,$(FFLIBS),$(call PATH_LIBNAME,$(lib))) SRC_DIR := $(SRC_PATH)/lib$(NAME) ALLHEADERS := $(subst $(SRC_DIR)/,$(SUBDIR),$(wildcard $(SRC_DIR)/*.h $(SRC_DIR)/$(ARCH)/*.h)) SKIPHEADERS += $(ARCH_HEADERS:%=$(ARCH)/%) $(SKIPHEADERS-) SKIPHEADERS := $(SKIPHEADERS:%=$(SUBDIR)%) HOBJS = $(filter-out $(SKIPHEADERS:.h=.h.o),$(ALLHEADERS:.h=.h.o)) checkheaders: $(HOBJS) .SECONDARY: $(HOBJS:.o=.c) alltools: $(TOOLS) $(HOSTOBJS): %.o: %.c $(COMPILE_HOSTC) $(HOSTPROGS): %$(HOSTEXESUF): %.o $(HOSTLD) $(HOSTLDFLAGS) $(HOSTLD_O) $^ $(HOSTLIBS) $(OBJS): | $(sort $(dir $(OBJS))) $(HOBJS): | $(sort $(dir $(HOBJS))) $(HOSTOBJS): | $(sort $(dir $(HOSTOBJS))) $(SLIBOBJS): | $(sort $(dir $(SLIBOBJS))) $(TESTOBJS): | $(sort $(dir $(TESTOBJS))) $(TOOLOBJS): | tools OBJDIRS := $(OBJDIRS) $(dir $(OBJS) $(HOBJS) $(HOSTOBJS) $(SLIBOBJS) $(TESTOBJS)) CLEANSUFFIXES = *.d *.o *~ *.h.c *.map *.ver *.ho *.gcno *.gcda DISTCLEANSUFFIXES = *.pc LIBSUFFIXES = *.a *.lib *.so *.so.* *.dylib *.dll *.def *.dll.a define RULES clean:: $(RM) $(OBJS) $(OBJS:.o=.d) $(RM) $(HOSTPROGS) $(RM) $(TOOLS) endef $(eval $(RULES)) -include $(wildcard $(OBJS:.o=.d) $(HOSTOBJS:.o=.d) $(TESTOBJS:.o=.d) $(HOBJS:.o=.d) $(SLIBOBJS:.o=.d)) Edit: after $git config --global core.autocrlf false and git revert use make 3.82 instead of 3.81 Now no common.mak error, but get compile error, I'll try later... Edit2: using Tag n2.2.6 compile successful, but seems entry point avcodec_open changed from avcodec-54.dll to avcodec-55.dll(rename avcodec-54.dll when use), eac3to cannot call it...hope for official eac3to update (54/55 should be avcodec API version?)
__________________
MPC-HC 1.7.8 / LAV Filters 0.64+ (tMod) / XySubFilter 3.1.0.705 / madVR 0.87.14 Direct264 Mod (src & win32 builds): code.google.com/p/direct264umod (maybe outdated) Last edited by upyzl; 7th August 2014 at 12:18. |
||
12th August 2014, 08:39 | #12714 | Link |
Registered User
Join Date: May 2009
Location: Belgium
Posts: 1,744
|
I converted 1 mpa and 1 ac3 file, both in 48-16 to wav, and I saw this message during conversion : "reducing depth from 64 to 24 bits".
Does it mean there is always a 64 bits step during process ? Or is it a difficulty for eac3to to interpret the format as 16 bits with some files and thus consider them as 64 bits ? When I add -down16, it is well converted in 16 bits. Does is stay in 16 bits when -down16 is added or there is a 64 bits step anyway (16 => 64 => 16) ? |
12th August 2014, 09:17 | #12716 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
Quote:
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
|
12th August 2014, 10:36 | #12717 | Link |
Moderator
Join Date: Feb 2005
Location: Spain
Posts: 6,915
|
Lossy compressed audio don't have bitdepth, only lossless compresion can have the precission to restore the original bitdepth.
Lossy decoders (AC3, standard DTS, MP3, MP2, AAC, ...) works internally decoding samples in frequency domain to float samples (32 or 64 bits like eac3to) in time domain (PCM). Any subsequent conversion is always unnacurate with less precission than 16 bits, eac3to select by default convert to 24 bits int, but you can choice preserve the 64 bits float with -full, convert to 32 bit int with -down32 or convert to 16 bits int with -down16.
__________________
BeHappy, AviSynth audio transcoder. |
12th August 2014, 10:51 | #12718 | Link |
Registered User
Join Date: May 2009
Location: Belgium
Posts: 1,744
|
Thanks, that's amazing, I never heard of it.
But I guess that 16 bit waves compressed in ac3, aac, mpa ... stay in 16 bit in a certain way ? For players and analyzers (MediaInfo), it's supposed to be 16 bit. A lossy compressed 24 bit file is bigger than a 16 bit lossy compressed file, which means there is difference in quantification, even if both are better decoded in 64 bits, right ? edit : I was wrong, players and analyzers do not show the quantification but only the frequency with lossy compressed files, except with some files (for a TS including ac3 @ 448 k, MediaInfo indicates 16 bits). When you say "preserve the 64 bits", shouldn't you say preserve the "up-quantification" done by eac3to ? Because if the original wave was in 16 bit, the decompressed file (coming from this wav) should keep its original quantification, otherwise there is big waste of space. Last edited by Music Fan; 12th August 2014 at 11:45. |
12th August 2014, 11:07 | #12719 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,731
|
I tried to reproduce this earlier but couldn't. I decoded a normal DTS-HD MA 5.1ch file to WAV with both Arcsoft 1.1.0.0 and Sonic and the results were the same.
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
Tags |
eac3to |
Thread Tools | Search this Thread |
Display Modes | |
|
|