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. |
|
26th February 2018, 17:31 | #1 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,781
|
x264 (MABS build) with integrated FFMS2 and LAVF
LoRd_MuldeR pointed me at it, and I can only confirm:
The x264 builds created by media-autobuild_suite including FFMS2 and L-SMASH Source (video codecs only = mode 6/"fullv") can't open AVI sources and eventually fall back to AviSynth, trying to use AviSource. Code:
x264 -o *.mp4 *.avi ffms [error]: could not create indexer lavf [error]: could not open input file avs [info]: trying AVISource... succeeded ... _ In the meantime, issue #758 appeared, and commit c566f85; will build again... Last edited by LigH; 15th April 2021 at 07:59. Reason: Since it works, it doesn't fail on AVI sources anymore |
26th February 2018, 18:08 | #2 | Link |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Just want to add that the problem is not limited to AVI. Happens with MP4 or MKV as well.
The problem is always the same: FFMS reports "could not create indexer", and LAVF reports "could not open input file". Then x264 falls back to AVS. Builds from here do not have FFMS enabled (unfortunately), but LAVF input does work.
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 26th February 2018 at 18:11. |
26th February 2018, 18:51 | #4 | Link |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Great. BTW, index is written to file (or reused from file) when using "--index" option.
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ |
10th August 2018, 19:31 | #5 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
https://git.videolan.org/?p=x264.git;a=summary (Highlights seem to include "4:0:0 (monochrome) encoding support" and "Sony XAVC" support)
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 10th August 2018 at 19:33. |
|
26th February 2018, 20:26 | #7 | Link |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
It is working now, thanks!
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ |
2nd March 2018, 19:16 | #8 | Link |
Registered User
Join Date: May 2016
Posts: 197
|
I didn't thought that others stumbled upon this problem, too. I actually thought that it never ever worked at all and that no one used it so no one complained. It seems that I stand corrected. Just out of curiosity: When did it stop working?
PS: That they are smaller now is probably due to the disabling of some audio codecs. (I tested an earlier version of MABS and there was code for disabling, but it didn't work.) One can reduce the size of the builds even further: The size of my light x264 build with MABS: 17376256 B (all builds are x64). After disabling all bitstream filters and enabling the extract_extradata-bsf (my test show this to be needed to actually get the codec parameters from transport streams; the h2645_mp4toannexb bsf are not needed for h2645 in mp4/Matroska) this is down to 17159680 B. After also (trying to, see below) disabling subtitle decoders this is down to 17126912 B. And looking at the list of disabled codecs I noticed that quite a few audio and subtitle decoders aren't disabled. The reason: MABS currently only disables decoders for which there is an encoder of the same name (I think I will report this). Fixing this brings the size down to 14960128 B. (Side issue: I have observed that if the input file has an mp2 audio track, lavf now emits a warning that it couldn't find the codec parameters for this stream. This might also happen for other codecs; similar things might also happen with the currently used list of codecs to deactivate. Does anyone know a way to stop lavf emitting warnings for non-video codecs?) Finally, I also disabled some of the things that ffmpeg enables by default, but which is (to the best of my knowledge) unusable for lavf inside x264.exe: I added --disable-amf --disable-d3d11va --disable-dxva2 --disable-iconv --disable-schannel --disable-cuda --disable-cuvid. Now the size is only 13884928 B. The relevant part of my script now looks like the following: Code:
audio_codecs=( $(sed -n '/audio codecs/,/external libraries/p' ../libavcodec/allcodecs.c | \ sed -n "s/^[^#]*extern.* *ff_\([^ ]*\)_decoder;/\1/p") ) LDFLAGS+=" -L$MINGW_PREFIX/lib" \ log configure ../configure "${FFMPEG_BASE_OPTS[@]}" \ --prefix="$LOCALDESTDIR/opt/lightffmpeg" \ --disable-{programs,devices,filters,encoders,muxers,debug,sdl2,network,protocols,doc,bsfs} \ --enable-protocol=file,pipe \ --disable-decoder="$(IFS=, ; echo "${audio_codecs[*]}")" --enable-gpl \ --enable-bsf=extract_extradata \ --disable-amf --disable-d3d11va --disable-dxva2 --disable-iconv --disable-schannel --disable-cuda --disable-cuvid unset audio_codecs |
10th August 2018, 20:08 | #9 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,781
|
New upload: x264 core:157 r2932 303c484
Code:
x264 0.157.2932 303c484 (libswscale 5.2.100) (libavformat 58.17.101) (ffmpegsource 2.30.0.0) Win32: built on Aug 8 2018, gcc: 7.3.0 Win64: built on Aug 8 2018, gcc: 8.2.0 x264 configuration: --chroma-format=all libx264 configuration: --chroma-format=all x264 license: GPL version 2 or later libswscale/libavformat/ffmpegsource license: GPL version 2 or later |
10th August 2018, 20:53 | #10 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ |
|
2nd November 2018, 15:14 | #11 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,781
|
New (and updated) upload: x264 core:157 r2935 545de2f
Code:
x264 0.157.2935 545de2f (libswscale 5.2.100) (libavformat 58.19.102) (ffmpegsource 2.30.0.0) Win32: built on Nov 1 2018, gcc: 7.3.0 Win64: built on Nov 1 2018, gcc: 8.2.0 x264 configuration: --chroma-format=all libx264 configuration: --chroma-format=all x264 license: GPL version 2 or later libswscale/libavformat/ffmpegsource license: GPL version 2 or later |
13th December 2018, 16:13 | #13 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,781
|
New (and updated) upload: x264 core:157 r2935 545de2f
Code:
x264 0.157.2935 545de2f (libswscale 5.4.100) (libavformat 58.24.100) (ffmpegsource 2.30.0.0) Win32: built on Dec 13 2018, gcc: 7.4.0 Win64: built on Dec 13 2018, gcc: 8.2.1 20181207 x264 configuration: --chroma-format=all libx264 configuration: --chroma-format=all x264 license: GPL version 2 or later libswscale/libavformat/ffmpegsource license: GPL version 2 or later Last edited by LigH; 17th December 2018 at 08:22. |
14th December 2018, 07:05 | #14 | Link |
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,079
|
Thanks for the new build,
for me it is the fastest of all the current r2935 builds (only tested 32-bit version). (Probably stupid) question: What do I do with the included ffmsindex.exe? I use X264 under StaxRip with the latest stable ffms2 version 2.23.1. I only use the 32-bit versions. Should I replace the 2.23.1 version of ffmsindex with the version which comes with your build? Is it compatible, is it necessary, what are the advantages? Cheers manolito |
6th February 2019, 18:34 | #15 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,781
|
New (and updated) upload: x264 core:157 r2935 545de2f
Code:
x264 0.157.2935 545de2f (libswscale 5.4.100) (libavformat 58.26.100) (ffmpegsource 2.30.0.0) Win32: built on Feb 6 2019, gcc: 7.4.0 Win64: built on Feb 6 2019, gcc: 8.2.1 20181214 x264 configuration: --chroma-format=all libx264 configuration: --chroma-format=all x264 license: GPL version 2 or later libswscale/libavformat/ffmpegsource license: GPL version 2 or later |
13th March 2019, 10:30 | #16 | Link | |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,781
|
New upload: x264 core:157 r2945 72db437
Code:
x264 0.157.2945 72db437 (libswscale 5.4.100) (libavformat 58.26.101) (ffmpegsource 2.30.0.0) Win32: built on Mar 12 2019, gcc: 7.4.0 Win64: built on Mar 12 2019, gcc: 8.3.0 x264 configuration: --chroma-format=all libx264 configuration: --chroma-format=all x264 license: GPL version 2 or later libswscale/libavformat/ffmpegsource license: GPL version 2 or later But wait! There's more... New upload: x264 core:157 r2969 d4099dd Code:
x264 0.157.2969 d4099dd (libswscale 5.4.100) (libavformat 58.26.101) (ffmpegsource 2.30.0.0) Win32: built on Mar 13 2019, gcc: 7.4.0 Win64: built on Mar 13 2019, gcc: 8.3.0 x264 configuration: --chroma-format=all libx264 configuration: --chroma-format=all x264 license: GPL version 2 or later libswscale/libavformat/ffmpegsource license: GPL version 2 or later Quote:
Last edited by LigH; 13th March 2019 at 11:50. |
|
14th March 2019, 04:16 | #17 | Link | ||
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,079
|
Quote:
Quote:
Out of curiosity I encoded a file with this latest r2969 32-bit version and tested if all my playing or transcoding software could handle it. No problem whatsoever, even under XP where I need to use some older decoders. And my Xtreamer box (latest firmware from 2011) also had no problems decoding the file. Looks like a non-issue to me... Cheers manolito |
||
14th March 2019, 04:38 | #18 | Link | |
SuperVirus
Join Date: Jun 2012
Location: Antarctic Japan
Posts: 1,351
|
Quote:
Code:
- if( i_csp >= X264_CSP_I444 && h->param.b_cabac ) - { - /* Disable 8x8dct during 4:4:4+CABAC encoding for compatibility with libavcodec */ - h->param.analyse.b_transform_8x8 = 0; Last edited by filler56789; 14th March 2019 at 04:38. Reason: disambiguation |
|
14th March 2019, 07:52 | #19 | Link | ||
Registered User
Join Date: Jul 2007
Posts: 552
|
Quote:
FFmpeg avcodec/h264_cabac: Fix CABAC+8x8dct in 4:4:4 avcodec/h264_mb: Fix 8x8dct in lossless for new versions of x264 Libav h264_cabac: Fix CABAC+8x8dct in 4:4:4 h264dec: fix Lossless Decoding (Profile 244) for 8x8 Intra Prediction With old versions of FFmpeg/Libav you can have problems decoding lossless or 4:4:4+CABAC streams encoded with new x264. |
||
Thread Tools | Search this Thread |
Display Modes | |
|
|