[FFmpeg-trac] #3845(undetermined:reopened): [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end of a WebM file through HTTPS
FFmpeg
trac at avcodec.org
Sat Aug 16 21:54:15 CEST 2014
#3845: [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0) at the end
of a WebM file through HTTPS
-------------------------------------+-------------------------------------
Reporter: viperfx | Owner:
Type: defect | Status: reopened
Priority: normal | Component:
Version: git-master | undetermined
Keywords: openssl, | Resolution:
webm | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
-------------------------------------+-------------------------------------
Comment (by viperfx):
Replying to [comment:14 cehoyos]:
> I see a similar problem with tls, {{{-autoexit}}} didn't work:
> {{{
> $ ffplay -autoexit "https://r4---sn-bvvbax-
8pxe.googlevideo.com/videoplayback?itag=171&mws=yes&mt=1407784028&clen=3517500&sver=3&lmt=1392577165969919&signature=0D0BD8B88F84BA006DA9BDEC7FEB946D978D56F0.6E39194558775D891DBCF30EB50D6E166EBF0F12&sparams=clen%2Cdur%2Cgcr%2Cgir%2Cid%2Cip%2Cipbits%2Citag%2Clmt%2Crequiressl%2Csource%2Cupn%2Cexpire&ipbits=0&mv=m&ms=au&requiressl=yes&source=youtube&fexp=902408%2C927622%2C927894%2C930657%2C931983%2C934024%2C934030%2C937432%2C943908%2C945035%2C946013&gcr=at&upn=3KY97TSgiI0&dur=252.222&ip=84.114.78.119&mm=31&gir=yes&key=yt5&expire=1407805695&id=o-APBb1hr8cgnHFmIl1jqTZtUgs6HFFest6fIF4RFfToUB&ratebypass=yes"
> ffplay version N-65523-g9a16214 Copyright (c) 2003-2014 the FFmpeg
developers
> built on Aug 11 2014 20:58:53 with gcc 4.7 (SUSE Linux)
> configuration: --enable-gnutls
> libavutil 54. 1.100 / 54. 1.100
> libavcodec 56. 0.100 / 56. 0.100
> libavformat 56. 0.100 / 56. 0.100
> libavdevice 56. 0.100 / 56. 0.100
> libavfilter 5. 0.100 / 5. 0.100
> libswscale 3. 0.100 / 3. 0.100
> libswresample 1. 0.100 / 1. 0.100
> Input #0, matroska,webm, from 'https://r4---sn-bvvbax-
8pxe.googlevideo.com/videoplayback?itag=171&mws=yes&mt=1407784028&clen=3517500&sver=3&lmt=1392577165969919&signature=0D0BD8B88F84BA006DA9BDEC7FEB946D978D56F0.6E39194558775D891DBCF30EB50D6E166EBF0F12&sparams=clen%2Cdur%2Cgcr%2Cgir%2Cid%2Cip%2Cipbits%2Citag%2Clmt%2Crequiressl%2Csource%2Cupn%2Cexpire&ipbits=0&mv=m&ms=au&requiressl=yes&source=youtube&fexp=902408%2C927622%2C927894%2C930657%2C931983%2C934024%2C934030%2C937432%2C943908%2C945035%2C946013&gcr=at&upn=3KY97TSgiI0&dur=252.222&ip=84.114.78.119&mm=31&gir=yes&key=yt5&expire=1407805695&id=o-APBb1hr8cgnHFmIl1jqTZtUgs6HFFest6fIF4RFfToUB&ratebypass=yes':
> Metadata:
> encoder : google
> Duration: 00:04:12.22, start: 0.000000, bitrate: 111 kb/s
> Stream #0:0(eng): Audio: vorbis, 44100 Hz, stereo, fltp (default)
> [tls @ 0x7f0408002d80] The TLS connection was non-properly terminated.
> [tls @ 0x7f0408002d80] The specified session has been invalidated for
some reason.
> 269.22 M-A: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0
> }}}
So this is a confirmed bug? Can the ticket be updated so someone may look
into the issue?
--
Ticket URL: <https://trac.ffmpeg.org/ticket/3845#comment:15>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list