[FFmpeg-user] http hangs, https not, following ubuntu build from scratch.

James Northrup jim at vsiwest.com
Wed Mar 20 11:25:23 EET 2019


finally noticed this after i hit send.   "--pkg-config-flags="--static""

this got me past configure.




On Wed, Mar 20, 2019 at 5:17 PM James Northrup <jim at vsiwest.com> wrote:

> returning to this topic...
>
> downgrading my host environment to ubuntu 18.04 yeilds failures of at
> least librsvg and librtmp, the latter of which is documented as an option
> to   replace the simpler builtin rtmp.
>
> "pkg-config does not find XXXX" is cropping up on many ubuntu -dev packages
>
> the results appear the same or nearly same in ubuntu 18 and 19 LTS
>
> this started out as an embillished version of # build ffmpeg with
> libfdk_aac#
> *@ *
> https://stackoverflow.com/questions/18746359/compile-ffmpeg-with-libfdk-aac
>
> this gave me good results with a 12Mb  ffmpeg executable for aac he-v2 by
> eliminating video codecs
>
> now i'd like to support dash, and live streaming.  maybe host icons from
> podcasts as video down the road.  presently, I *think* i need to validate
> "ffmpeg  -i rtmp:foo" to mux into dash or HLS
>
> pkgconfig failures from stock ubuntu as follows:
> ----
>
> sudo apt-get update -qq &&
> PKGS=(
>     autoconf
>     automake
>     build-essential
>     cmake
>     curl
>     git
>     gpac
>     libass-dev
>     libbz2-dev
>     libfdk-aac-dev
>     libfreetype6-dev
>     libmp3lame-dev
>     libopus-dev
>     libsmbclient-dev
>     libsnappy-dev
>     lib{ss{l,h},r{tmp,svg2}}-dev
>     libtool
>     libva-dev
>     libvorbis-dev
>     libvpx-dev
>     libxcb1-dev
>     libtheora-dev libtwolame-dev libx264-dev libx265-dev
>     nasm
>     pkg-config
>     texinfo
>     wget
>     yasm
>     zlib1g-dev
> ) && sudo apt-get -y install ${PKGS[@]}
>   sudo mkdir -p /usr/local/src;sudo chmod 777 /usr/local/src;pushd
> /usr/local/src;
>
> curl https://ffmpeg.org/releases/ffmpeg-snapshot.tar.bz2|tar xjvf - && cd
> ffmpeg
> let NCPU="1 + $(egrep -e 'processor\s+\:' /proc/cpuinfo|tail -n1|cut -f 2
> -d ' ') "
>
>
> CONFIGS=(
>     --disable-ffplay
>     --enable-bzlib
>     --enable-ffmpeg
>     --enable-gpl
>     --enable-iconv
>     --enable-libfdk-aac
>     --enable-libmp3lame
>     --enable-libopus
>     --enable-libsnappy
>     --enable-libssh
>     --enable-nonfree
>     --enable-openssl
>     --enable-version3
>     --enable-zlib
> )
>
>
> CONFIGS+=(  #stuff that may not apply to all my servers goes here.
>
>     --enable-libfreetype
>     --enable-libtwolame
>     --enable-libvpx
> #    --enable-cuda-nvcc
>     --enable-avresample
>     --enable-librsvg
>     --enable-librtmp
>     --enable-libx264
> #    --enable-libx{avs{,2},264}
> #    --enable-libx{avs{,2},26{4..5}} avs and x265 -- pkconfig disagrees
>     --enable-libvorbis
> #    --enable-libdrm
> #    --enable-librtmp
>     --enable-libtheora
> #    --enable-libopenh264
>     --enable-gpl
> )
>
> TRIMMED=( #likewise, final link decisions may differ
>    ${CONFIGS[@]}
>     --disable-shared
>        --enable-{lto,static}
> )
> PATH="$HOME/bin:$PATH" PKG_CONFIG_PATH="$HOME/ffmpeg_build/lib/pkgconfig"
> ./configure \
>     --prefix="$HOME/ffmpeg_build" \
>     --pkg-config-flags="--static" \
>     --extra-cflags="-I$HOME/ffmpeg_build/include" \
>     --extra-ldflags="-L$HOME/ffmpeg_build/lib" \
>     --extra-libs="-lpthread -lm" \
>     --bindir="$HOME/bin" \
>     $(eval  echo "${TRIMMED[@]}" ) && \
>     make  clean && \
>   PATH="$HOME/bin:$PATH" make -j $NCPU && \
>   make install && \
>   hash -r
>
>
>
>
> On Tue, Mar 19, 2019 at 9:01 PM Moritz Barsnick <barsnick at gmx.net> wrote:
>
>> On Tue, Mar 19, 2019 at 16:28:48 +0700, James Northrup wrote:
>> > I have been having to wrap http in -i <( curl URL) using head ffmpeg on
>> > ubuntu 19
>>
>> Interesting.
>>
>> > i want to know if there is a configure switch i might've used that
>> creates
>> > a situation where http is buggered.  i have two such ubuntu 19 machines
>> > with similar results.
>>
>> This is your own built binary? You could try a binary from
>> https://johnvansickle.com/ffmpeg/ for comparison.
>>
>> It can't be an ffmpeg issue, https uses mostly the same code as http,
>> except for establishing the connection.
>>
>> > Immediate exit requested
>>
>> I don't know which code causes this, perhaps there's more insight from
>> "-loglevel debug".
>>
>> Since you write that curl works, I would guess that a semi-transparent
>> proxy is choking on ffmpeg's implementation of the protocol, but not
>> curl's? Or the server's HTTP port doesn't like your source address. Or
>> something similarly stupid. A tcpdump/Wireshark trace might be
>> interesting. But try a different binary first please.
>>
>> Cheers,
>> Moritz
>> _______________________________________________
>> ffmpeg-user mailing list
>> ffmpeg-user at ffmpeg.org
>> https://ffmpeg.org/mailman/listinfo/ffmpeg-user
>>
>> To unsubscribe, visit link above, or email
>> ffmpeg-user-request at ffmpeg.org with subject "unsubscribe".
>
>


More information about the ffmpeg-user mailing list