DCA encoder working, TrueHD probably need patch
Hi, I tried MLP/trueHD audio encoding in CinGG, but it was failing even with "strict -2" set in option files, probably need this patch: https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/808a6717e0c584738c60a109afd6... avformat/movenc: add muxing support for Dolby TrueHD streams committer James Almer <[email protected]> Sun, 25 Aug 2019 04:42:34 +0300 (22:42 -0300) DCA stuff apparently working: mplayer /dev/shm/div3.qt -quiet MPlayer SVN-r38152-5.5.0 (C) 2000-2019 MPlayer Team 224 audio & 466 video codecs Playing /dev/shm/div3.qt. libavformat version 58.33.100 (internal) libavformat file format detected. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x5756f9e0]Protocol name not provided, cannot determine if input is local or a network protocol, buffers and access patterns cannot be configured optimally without knowing the protocol [lavf] stream 0: video (msmpeg4), -vid 0 [lavf] stream 1: audio (dca), -aid 0, -alang rus VIDEO: [3IVD] 720x400 24bpp 25.000 fps 2182.0 kbps (266.4 kbyte/s) ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family libavcodec version 58.59.102 (internal) Selected video codec: [ffdivx] vfm: ffmpeg (FFmpeg DivX ;-) (MSMPEG-4 v3)) ========================================================================== Clip info: major_brand: qt minor_version: 512 compatible_brands: qt encoder: Lavf58.29.100 Load subtitles in /dev/shm/ ========================================================================== Forced audio codec: mad Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders AUDIO: 48000 Hz, 2 ch, floatle, 1411.2 kbit/45.94% (ratio: 176400->384000) Selected audio codec: [ffdca] afm: ffmpeg (FFmpeg DTS) ========================================================================== AO: [alsa] 48000Hz 2ch floatle (4 bytes per sample) Starting playback... Movie-Aspect is 1.80:1 - prescaling to correct movie aspect. VO: [vdpau] 720x400 => 720x400 Planar YV12 Movie-Aspect is 1.80:1 - prescaling to correct movie aspect. VO: [vdpau] 720x400 => 720x400 Planar YV12 Exiting... (End of file) https://en.wikipedia.org/wiki/Dolby_TrueHD - lossless multichannel codec https://forum.doom9.org/showthread.php?p=1862941 - doom9 thread from early 2019 https://en.wikipedia.org/wiki/DTS_(sound_system) saw it used on few DVDs ....
Andrew: OK, I tested dca.qt and it is working like you said, so gg will most likely add it to CinGG audio opts. I will have to ask him about the patch to get truehd and mlp to not fail and then I will test too. Thanks, gg/Phyllis On Sun, Oct 20, 2019 at 5:56 AM Andrew Randrianasulu < [email protected]> wrote:
Hi, I tried MLP/trueHD audio encoding in CinGG, but it was failing even with "strict -2" set in option files, probably need this patch:
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/808a6717e0c584738c60a109afd6...
Andrew: Hi, I tried MLP/trueHD audio encoding in CinGG, but it was failing even
with "strict -2" set in option files, probably need this patch:
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/808a6717e0c584738c60a109afd6...
GG tried with this patch with truehd and it still failed. He will check into GIT dca.qt but not mlp or truehd. Since the patch as quoted above was only created in July/August, maybe at some future date it will be an automatic part of an ffmpeg release and be fixed to work. Even if it worked, he does not want to take the chance of carrying a patch that may or may not be later incorporated into a standard release. QUESTION for you -- why "threads=2" in nagicyuv.qt and utvideo.qt ? GG is OK with this, but was wondering if that makes it run better on your computer ? And is there a limit of only 2 ? Just curious...
В сообщении от Tuesday 29 October 2019 01:04:55 Phyllis Smith написал(а):
Andrew:
Hi, I tried MLP/trueHD audio encoding in CinGG, but it was failing even
with "strict -2" set in option files, probably need this patch:
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/808a6717e0c584738c60a109afd6...
GG tried with this patch with truehd and it still failed. He will check into GIT dca.qt but not mlp or truehd. Since the patch as quoted above was only created in July/August, maybe at some future date it will be an automatic part of an ffmpeg release and be fixed to work. Even if it worked, he does not want to take the chance of carrying a patch that may or may not be later incorporated into a standard release.
OK, I understand this.
QUESTION for you -- why "threads=2" in nagicyuv.qt and utvideo.qt ? GG is OK with this, but was wondering if that makes it run better on your computer ? And is there a limit of only 2 ? Just curious...
Simply because I have 4 core machine (AMD quad-core, family 15h - so, some features shared between cores) and I want to capture some heavy stuff like qemu-system-ppc :} Feel free to change on commit. PS: thanks for pix_format explanation! PPS: v410 also saw some threading optimizations - http://ffmpeg.org/pipermail/ffmpeg-devel/2019-October/252135.html [FFmpeg-devel] [PATCH v1] avcodec/v410dec: add the frame and slice threading support
participants (2)
-
Andrew Randrianasulu -
Phyllis Smith