rtmpdump assumes that gnutls is using libgcrypt as a backend. This causes rtmpdump to crash: (gdb) bt #0 0xb7c8466f in __gmpz_sizeinbase (x=0x805ab30, base=2) at sizeinbase.c:30 #1 0xb7e25dd5 in wrap_nettle_mpi_get_nbits (a=0x805ab30) at mpi.c:205 #2 0xb7daeab0 in gnutls_calc_dh_secret (ret_x=0x8059714, g=0x805ab18, prime=0x805ab30) at gnutls_dh.c:55 #3 0xb7fa07ac in DHGenerateKey (dh=0x8059708) at dh.h:248 #4 0xb7fa63ec in HandShake (r=0xbff3a3b4, FP9HandShake=<optimized out>) at handshake.h:780 #5 0xb7fa9946 in RTMP_Connect1 (r=0xbff3a3b4, cp=0x0) at rtmp.c:890 #6 0xb7fa9e51 in RTMP_Connect (r=0xbff3a3b4, cp=0x0) at rtmp.c:935 #7 0x0804b4bb in main (argc=5, argv=0xbfffee24) at rtmpdump.c:1245 Reproducible: Always Steps to Reproduce: I don't know if every URL would crash it, but this certainly does: rtmpdump -r rtmpe://video.infoq.com/cfx/st/presentations/09-sep-clojure-keynote.flv There's a patch here: http://lists.mplayerhq.hu/pipermail/rtmpdump/2011-August/001543.html I haven't tested it. It might be better to just compile with OpenSSL instead.
Looks like libnettle support has just been merged upstream: http://lists.mplayerhq.hu/pipermail/rtmpdump/2012-March/001878.html
Well, I'd rather wait for the next release as this patch does not seem trivial to apply
any news? apply patch? I like to stabilize gnutls-3.3
Also, please test if this is still valid with 2.4_p20131018 :/ (the example streaming is no longer available)
(In reply to Pacho Ramos from comment #4) > Also, please test if this is still valid with 2.4_p20131018 :/ (the example > streaming is no longer available)
