Skip to content
Snippets Groups Projects

Win32 VLC doesn't open https stream

    • Closed Issue created by Mic @Mic

    Server vlc.1.0.1 Client vlc.1.0.1

    I can't open a HTTPS stream on client side. Actully the VLC windows with video opens and then closes. Log fail attached - Client_Messages_VLC_1.0.1.txt

    On server side(vlc 1.0.1) I see:

    [0x92def40] gnutls generic error: Error in the push function. [0x9307fd0] gnutls generic error: A TLS packet with unexpected length was received.

    Commands used on server for taking and HTTPS streaming(vlc 1.0.1):

    vlc -I dummy -vvvv "rtsp://stream_source" --http-reconnect --http-continuous --sout-http-cert="/home/usr1/certificate.pem" --sout-http-key="/home/usr1/key.pem" --sout '#standard{access=https,mux=ts,dst=server’s_ip_addrr:8888}'

    Same issue is with versions:

    vlc-1.0.2-git-20090910-0004-win32.exe, trunk 1.1.0 and with last relased 1.0.2. Log files are also attached.

    *If I use vlc.0.0.9(on client side) and vlc 1.0.1 on server side *I ma able to open the stream with no problems.

    There is some complains with 0.9.9 about:

    gnutls warning: cannot add x509 credentials (C:\Users\user\AppData\Roaming\vlc/ssl/certs\certificate.pem): No error

    gnutls warning: cannot add x509 credentials (C:\ProgramData/ssl/certs/ca-certificates.crt): No such file or directory

    But I can open and watch this stream.

    P.S. I was unable to upload logs to tracker. So they are here - http://rapidshare.com/files/291991739/logs.zip.html

    Regards, Mic.

    Edited
    To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information

    Child items 0

    No child items are currently assigned. Use child items to break down this issue into smaller parts.

    Activity

    • Mic
      Mic @Mic ·
      Author

      Added attachment:

    • Mic
      Mic @Mic ·
      Author

      Added attachment:

    • Mic
      Mic @Mic ·
      Author

      Added attachment:

    • Rémi Denis-Courmont added Component::Input: network streams label

      added Component::Input: network streams label

    • Rémi Denis-Courmont
      Rémi Denis-Courmont @Courmisch ·
      Maintainer

      Windows-specific => don't ask me.

    • Mic
      Mic @Mic ·
      Author

      Maybe I can do something for this ticket? I mean something to test or to try?

      Regards, Mic.

    • Mic added 1 deleted label

      added 1 deleted label

    • Rafaël Carré
      Rafaël Carré @funman ·
      Developer

      Mic, except sending a patch which fixes the problem I don't see what else you could do

    • Jean-Baptiste Kempf
      Jean-Baptiste Kempf @jbk ·
      Owner

      Can you try latest 1.1 ?

    • Mic
      Mic @Mic ·
      Author

      Ok both sides have vlc.1.0.1.

      Client log:

      main debug: processing request item https://server_ip:8888 node Esitusloend skip 0
main debug: resyncing on https://server_ip:8888
main debug: https://server_ip:8888 is at 0
main debug: starting new item
main debug: creating new input thread
main debug: Creating an input for 'https://server_ip:8888'
main debug: thread (input) created at priority 1 (../.././src/input/input.c:230)
qt4 debug: IM: Setting an input
main debug: thread started
main debug: using timeshift granularity of 50 MBytes
main debug: using timeshift path 'C:\Users\user\AppData\Local\Temp'
main debug: `https://server_ip:8888' gives access `https' demux `' path `server_ip:8888'
main debug: creating demux: access='https' demux='' path='server_ip:8888'
main debug: looking for access_demux module: 0 candidates
main debug: no access_demux module matched "https"
main debug: TIMER module_need() : 1.000 ms - Total 1.000 ms / 1 intvls (Avg 1.000 ms)
main debug: creating access 'https' path='server_ip:8888'
main debug: looking for access module: 1 candidate
access_http debug: http: server='server_ip' port=8888 file='(null)
qt4 debug: Updating the geometry
qt4 debug: Updating the geometry
main debug: net: connecting to server_ip port 8888
main debug: connection: Resource temporarily unavailable
main debug: connection succeeded (socket = 1376)
main debug: requested server name: server_ip
main debug: looking for tls client module: 1 candidate
gnutls debug: GnuTLS v2.8.1 initialized
gnutls debug: added x509 credentials (C:\Users\user\AppData\Roaming\vlc/ssl/certs\certificate.pem)
gnutls warning: cannot add x509 credentials (C:\ProgramData/ssl/certs/ca-certificates.crt): No such file or directory
main debug: using tls client module "gnutls"
main debug: TIMER module_need() : 7.000 ms - Total 7.000 ms / 1 intvls (Avg 7.000 ms)
gnutls debug: TLS/x509 certificate verified
main debug: TLS client session initialized
access_http debug: protocol 'HTTP' answer code 200
access_http debug: Content-Type: application/octet-stream
main debug: using access module "access_http"
main debug: TIMER module_need() : 872.000 ms - Total 872.000 ms / 1 intvls (Avg 872.000 ms)
main debug: Using AStream*Stream
main debug: pre buffering
main debug: received first data after 159 ms
main debug: pre-buffering done 188 bytes in 0s - 1 kbytes/s
main debug: looking for stream_filter module: 2 candidates
main debug: TIMER module_need() : 2.000 ms - Total 2.000 ms / 1 intvls (Avg 2.000 ms)
main debug: looking for stream_filter module: 1 candidate
main debug: using stream_filter module "stream_filter_record"
main debug: TIMER module_need() : 2.000 ms - Total 2.000 ms / 1 intvls (Avg 2.000 ms)
main debug: creating demux: access='https' demux='' path='server_ip:8888'
main debug: looking for demux module: 50 candidates
main debug: using demux module "ts"
main debug: TIMER module_need() : 19.000 ms - Total 19.000 ms / 1 intvls (Avg 19.000 ms)
main debug: looking for a subtitle file in C:\Program Files\VideoLAN\VLC\
ts debug: DEMUX_SET_GROUP 0 0
main debug: `https://server_ip:8888' successfully opened
ts debug: pid[68] unknown
ts debug: PATCallBack called
ts debug: new PAT ts_id=23760 version=5 current_next=1
ts debug:   * number=1 pid=66
ts debug: PMTCallBack called
ts debug: new PMT program number=1 version=30 pid_pcr=68
ts debug:   * es pid=68 type=27 fcc=h264
main debug: selecting program id=1
main debug: looking for decoder module: 36 candidates
avcodec debug: libavcodec already initialized
avcodec debug: ffmpeg codec (H264 - MPEG-4 AVC (part 10)) started
main debug: using decoder module "avcodec"
main debug: TIMER module_need() : 17.000 ms - Total 17.000 ms / 1 intvls (Avg 17.000 ms)
main debug: looking for packetizer module: 21 candidates
main debug: using packetizer module "packetizer_h264"
main debug: TIMER module_need() : 2.000 ms - Total 2.000 ms / 1 intvls (Avg 2.000 ms)
main debug: thread (decoder) created at priority 0 (../.././src/input/decoder.c:315)
main debug: thread started
qt4 debug: Updating the geometry
ts warning: first packet for pid=68 cc=0x7
qt4 debug: Updating the geometry
qt4 debug: Updating the geometry
qt4 debug: Updating the geometry
qt4 debug: Updating the geometry
main debug: Buffering 0%
main debug: Buffering 5%
packetizer_h264 warning: waiting for SPS/PPS
packetizer_h264 debug: found NAL_SPS (sps_id=0)
packetizer_h264 debug: found NAL_PPS (pps_id=0 sps_id=0)
qt4 debug: Updating the geometry
qt4 debug: Updating the geometry
qt4 debug: New caching: 5
qt4 debug: New caching: 5
main error: Read error: Bad file descriptor
gnutls debug: GnuTLS deinitialized
main debug: removing module "gnutls"
main debug: Buffering 11%
ts debug: eof ?
main debug: EOF reached
main debug: Stream buffering done (141 ms in 122 ms)
qt4 debug: New caching: 100
qt4 debug: New caching: 100
main debug: no usable vout present, spawning one
main debug: looking for text renderer module: 2 candidates
main debug: thread (fontlist builder) created at priority 0 (../../.././modules/misc/freetype.c:473)
freetype debug: using fontsize: 2
main debug: using text renderer module "freetype"
main debug: TIMER module_need() : 9.000 ms - Total 9.000 ms / 1 intvls (Avg 9.000 ms)
main debug: looking for video filter2 module: 20 candidates
main debug: thread started
freetype debug: Building font database...
freetype debug: Finished building font database.
freetype debug: Took 0 microseconds
main debug: thread ended
swscale debug: 32x32 chroma: YUVA -> 16x16 chroma: YUVA with scaling using Bicubic (good quality)
main debug: using video filter2 module "swscale"
main debug: TIMER module_need() : 3.000 ms - Total 3.000 ms / 1 intvls (Avg 3.000 ms)
main debug: looking for video filter2 module: 20 candidates
yuvp debug: YUVP to YUVA converter
main debug: using video filter2 module "yuvp"
main debug: TIMER module_need() : 1.000 ms - Total 1.000 ms / 1 intvls (Avg 1.000 ms)
main debug: window size: 704x528
main debug: looking for video output module: 7 candidates
vout_directx debug: creating DirectXEventThread
main debug: thread (Vout Events Thread) created at priority 0 (../../../.././modules/video_output/msw/directx.c:282)
main debug: thread started
vout_directx debug: DirectXCreateWindow
main debug: looking for hwnd module: 3 candidates
qt4 debug: requesting video...
qt4 debug: Video was requested -1, -1
qt4 debug: Video is resizing to: 704 528
main debug: using hwnd module "qt4"
main debug: TIMER module_need() : 57.000 ms - Total 57.000 ms / 1 intvls (Avg 57.000 ms)
vout_directx debug: created video sub-window
vout_directx debug: Vout EventThread running
vout_directx debug: DirectXInitDDraw
vout_directx debug: directx-device: 
vout_directx debug: DirectXEnumCallback: Primary Display Driver, display
vout_directx debug: DirectXEnumCallback: NVIDIA Quadro NVS 140M, \\.\DISPLAY1
vout_directx debug: selecting NVIDIA Quadro NVS 140M, \\.\DISPLAY1
qt4 debug: Updating the geometry
vout_directx debug: screen dimensions (0x0,1400x1050)
vout_directx debug: DirectDraw Capabilities: overlay=1 yuvoverlay=1 can_deinterlace_overlay=1 colorkey=1 stretch=1 bltfourcc=1
vout_directx debug: End DirectXInitDDraw
vout_directx debug: DirectXCreateDisplay
vout_directx debug: DirectXCreateClipper
vout_directx debug: disabling screen saver
main debug: using video output module "vout_directx"
main debug: TIMER module_need() : 164.000 ms - Total 164.000 ms / 1 intvls (Avg 164.000 ms)
main debug: Deinterlacing available
vout_directx debug: NewPictureVec overlay:yes chroma:YV12
vout_directx debug: YUV overlay created successfully
vout_directx debug: End NewPictureVec (succeeded)
main debug: got 1 direct buffer(s)
main debug: pic render sz 704x288, of (0,0), vsz 704x288, 4cc I420, ar 4:3, sar 6:11, msk r0x0 g0x0 b0x0
main debug: pic in sz 704x288, of (0,0), vsz 704x288, 4cc I420, ar 4:3, sar 6:11, msk r0x0 g0x0 b0x0
main debug: pic out sz 704x288, of (0,0), vsz 704x288, 4cc I420, ar 4:3, sar 6:11, msk r0x0 g0x0 b0x0
main debug: direct render, mapping render pictures 0-14 to system pictures 1-15
main debug: End of video preroll
main debug: Received first picture
main debug: Decoder buffering done in 355 ms
main debug: thread times: real 0m0.479047s, kernel 0m0.046800s, user 0m0.109200s
main debug: finished input
main debug: waitpipe: object killed
avcodec debug: ffmpeg codec (H264 - MPEG-4 AVC (part 10)) stopped
main debug: removing module "avcodec"
main debug: killing decoder fourcc `h264', 0 PES in FIFO
main debug: [0] 0 0
main debug: [1] 0 0
main debug: [2] 0 0
main debug: [3] 0 0
main debug: [4] 0 0
main debug: [5] 0 0
main debug: [6] 0 0
main debug: [7] 0 0
main debug: [8] 0 0
main debug: [9] 0 0
main debug: [10] 0 0
main debug: [11] 0 0
main debug: [12] 0 0
main debug: [13] 0 0
main debug: [14] 2 0
main debug: saving a free vout
main debug: Post-processing available
main debug: removing module "packetizer_h264"
ts debug: pid list:
ts debug:   - pid[0] seen
ts debug:   - pid[66] seen
main debug: Program doesn't contain anymore ES
ts debug:   - pid[68] seen
ts debug:   - pid[8191] seen
main debug: removing module "ts"
main debug: removing module "stream_filter_record"
main debug: removing module "access_http"
main debug: thread ended
main debug: dead input
main debug: thread times: real 0m1.564156s, kernel 0m0.156001s, user 0m0.748804s
main debug: changing item without a request (current 0/1)
main debug: nothing to play
main debug: destroying useless vout
vout_directx debug: DirectXCloseSurface
vout_directx debug: DirectXCloseDisplay
vout_directx debug: DirectXCloseDisplay clipper
vout_directx debug: DirectXCloseDisplay display
vout_directx debug: DirectXCloseDDraw
vout_directx debug: DirectXEventThread terminating
vout_directx debug: DirectXCloseWindow
vout_directx debug: WinProc WM_DESTROY
qt4 debug: releasing video...
qt4 debug: IM: Deleting the input
qt4 debug: Updating the geometry
qt4 debug: Updating the geometry
main debug: TIMER input launching for 'https://server_ip:8888' : 1121.000 ms - Total 1121.000 ms / 1 intvls (Avg 1121.000 ms)
qt4 debug: Video is not needed anymore
qt4 debug: Updating the geometry
main debug: removing module "qt4"
main debug: thread ended
main debug: thread times: real 0m0.409040s, kernel 0m0.000000s, user 0m0.015600s
main debug: removing module "vout_directx"
main debug: thread times: real 0m0.003000s, kernel 0m0.000000s, user 0m0.000000s
main debug: removing module "freetype"
main debug: removing module "yuvp"
main debug: removing module "swscale"

      When I try to connect on client the server gives the following messages:

      
[0x863da70] gnutls generic error: A TLS packet with unexpected length was received.
[0x863e240] gnutls generic error: A TLS packet with unexpected length was received.
[0x864f6e8] gnutls generic error: A TLS packet with unexpected length was received.
[0x8654998] gnutls generic error: A TLS packet with unexpected length was received.
[0x8654b60] gnutls generic error: Error in the push function.
[0x8654cb8] gnutls generic error: Error in the push function.
[0x86272f0] mux_ts mux warning: packet with too strange dts (dts=2122481877,old=2122521608,pcr=2122521608)
[0x863e320] gnutls generic error: Error in the push function.
[0x864e258] gnutls generic error: Error in the push function.
[0x86272f0] mux_ts mux debug: adjusting rate at 0/1040255 (28/26)
[0x86272f0] mux_ts mux debug: adjusting rate at 39988/1040255 (26/0)
[0x8646b18] gnutls generic error: Error in the push function.
    • Mic
      Mic @Mic ·
      Author

      Hi,

      I have noticed that VLC 1.0.3 is out now. Is there any hope that in this version https streaming is working?

      Regards, Mic.

    • Mic
      Mic @Mic ·
      Author

      It seems that problem exists. Next is the 1.0.3 client log file.

      main debug: processing request item https://ip:8888 node Esitusloend skip 0
main debug: resyncing on https://ip:8888
main debug: https://ip:8888 is at 0
main debug: starting new item
main debug: creating new input thread
main debug: Creating an input for 'https://ip:8888'
main debug: thread (input) created at priority 1 (../.././src/input/input.c:230)
qt4 debug: IM: Setting an input
main debug: thread started
main debug: using timeshift granularity of 50 MBytes
main debug: using timeshift path 'C:\Users\user\AppData\Local\Temp'
main debug: `https://ip:8888' gives access `https' demux `' path `ip:8888'
main debug: creating demux: access='https' demux='' path='ip:8888'
main debug: looking for access_demux module: 0 candidates
main debug: no access_demux module matched "https"
main debug: TIMER module_need() : 1.000 ms - Total 1.000 ms / 1 intvls (Avg 1.000 ms)
main debug: creating access 'https' path='ip:8888'
main debug: looking for access module: 1 candidate
qt4 debug: Updating the geometry
qt4 debug: Updating the geometry
access_http debug: http: server='ip' port=8888 file='(null)
main debug: net: connecting to ip port 8888
main debug: connection: Resource temporarily unavailable
main debug: connection succeeded (socket = 820)
main debug: requested server name: ip
main debug: looking for tls client module: 1 candidate
gnutls debug: GnuTLS v2.6.3 initialized
gnutls debug: added x509 credentials (C:\Users\user\AppData\Roaming\vlc/ssl/certs\certificate.pem)
gnutls warning: cannot add x509 credentials (C:\ProgramData/ssl/certs/ca-certificates.crt): No such file or directory
main debug: using tls client module "gnutls"
main debug: TIMER module_need() : 9.000 ms - Total 9.000 ms / 1 intvls (Avg 9.000 ms)
gnutls debug: TLS/x509 certificate verified
main debug: TLS client session initialized
access_http debug: protocol 'HTTP' answer code 200
access_http debug: Content-Type: application/octet-stream
main debug: using access module "access_http"
main debug: TIMER module_need() : 1258.000 ms - Total 1258.000 ms / 1 intvls (Avg 1258.000 ms)
main debug: Using AStream*Stream
main debug: pre buffering
main debug: received first data after 42 ms
main debug: pre-buffering done 188 bytes in 0s - 4 kbytes/s
main debug: looking for stream_filter module: 2 candidates
main debug: TIMER module_need() : 1.000 ms - Total 1.000 ms / 1 intvls (Avg 1.000 ms)
main debug: looking for stream_filter module: 1 candidate
main debug: using stream_filter module "stream_filter_record"
main debug: TIMER module_need() : 1.000 ms - Total 1.000 ms / 1 intvls (Avg 1.000 ms)
main debug: creating demux: access='https' demux='' path='ip:8888'
main debug: looking for demux module: 50 candidates
main debug: using demux module "ts"
main debug: TIMER module_need() : 8.000 ms - Total 8.000 ms / 1 intvls (Avg 8.000 ms)
main debug: looking for a subtitle file in C:\Program Files\VideoLAN\VLC\
ts debug: DEMUX_SET_GROUP 0 0
main debug: `https://ip:8888' successfully opened
ts debug: pid[68] unknown
ts debug: PATCallBack called
ts debug: new PAT ts_id=59821 version=31 current_next=1
ts debug:   * number=1 pid=66
ts debug: PMTCallBack called
ts debug: new PMT program number=1 version=4 pid_pcr=68
ts debug:   * es pid=68 type=27 fcc=h264
main debug: selecting program id=1
main debug: looking for decoder module: 35 candidates
avcodec debug: libavcodec already initialized
avcodec debug: ffmpeg codec (H264 - MPEG-4 AVC (part 10)) started
main debug: using decoder module "avcodec"
main debug: TIMER module_need() : 14.000 ms - Total 14.000 ms / 1 intvls (Avg 14.000 ms)
main debug: looking for packetizer module: 21 candidates
main debug: using packetizer module "packetizer_h264"
main debug: TIMER module_need() : 2.000 ms - Total 2.000 ms / 1 intvls (Avg 2.000 ms)
main debug: thread (decoder) created at priority 0 (../.././src/input/decoder.c:315)
qt4 debug: Updating the geometry
qt4 debug: Updating the geometry
qt4 debug: Updating the geometry
qt4 debug: Updating the geometry
qt4 debug: Updating the geometry
main debug: thread started
ts warning: first packet for pid=68 cc=0x6
main debug: Buffering 0%
main debug: Buffering 5%
packetizer_h264 warning: waiting for SPS/PPS
main debug: Buffering 11%
packetizer_h264 warning: waiting for SPS/PPS
qt4 debug: Updating the geometry
qt4 debug: Updating the geometry
main error: Read error: Bad file descriptor
gnutls debug: GnuTLS deinitialized
main debug: removing module "gnutls"
packetizer_h264 warning: waiting for SPS/PPS
ts debug: eof ?
main debug: EOF reached
main debug: Stream buffering done (142 ms in 2 ms)
packetizer_h264 warning: waiting for SPS/PPS
main debug: Decoder buffering done in 0 ms
main debug: thread times: real 0m0.276027s, kernel 0m0.000000s, user 0m0.000000s
avcodec debug: ffmpeg codec (H264 - MPEG-4 AVC (part 10)) stopped
main debug: removing module "avcodec"
main debug: killing decoder fourcc `h264', 0 PES in FIFO
main debug: finished input
main debug: waitpipe: object killed
main debug: removing module "packetizer_h264"
ts debug: pid list:
ts debug:   - pid[0] seen
ts debug:   - pid[66] seen
main debug: Program doesn't contain anymore ES
ts debug:   - pid[68] seen
ts debug:   - pid[8191] seen
main debug: removing module "ts"
main debug: removing module "stream_filter_record"
main debug: removing module "access_http"
main debug: thread ended
main debug: dead input
main debug: thread times: real 0m1.609160s, kernel 0m0.296401s, user 0m0.967206s
main debug: changing item without a request (current 0/1)
main debug: nothing to play
qt4 debug: IM: Deleting the input
qt4 debug: Updating the geometry
qt4 debug: Updating the geometry
main debug: TIMER input launching for 'https://ip:8888' : 1368.000 ms - Total 1368.000 ms / 1 intvls (Avg 1368.000 ms)
    • Mic
      Mic @Mic ·
      Author

      Hi

      I saw that VLC 1.0.4 is coming. Is there any hope that this bug is fixed there?

      Regards Mic

    • Rémi Denis-Courmont
      Rémi Denis-Courmont @Courmisch ·
      Maintainer

      I doubt it. Normally, someone would close the bug, or at least assign it to him-/herself if (s)he were working on it.

    • Rémi Denis-Courmont changed milestone to %Bugs paradize

      changed milestone to %Bugs paradize

    • Rémi Denis-Courmont
      Rémi Denis-Courmont @Courmisch ·
      Maintainer

      This problem is Windows-specific.

    • Rémi Denis-Courmont removed 1 deleted label

      removed 1 deleted label

    • divinehawk
      divinehawk @divinehawk ·

      I'm having the same problem (for both 1.0 and trunk).

      I am attaching a patch that appears to resolve the 1.0 client-side "main error: Read error: Bad file descriptor" problem when using gnutls. The patch exposes WSAGetLastError() which only applies to the current thread, and also maps GNUTLS_E_AGAIN to WSAEWOULDBLOCK, as checked by src/network/io.c .

    • divinehawk
      divinehawk @divinehawk ·

      gnutls/ssl fixes for 1.0.5 (Patch)

      Added attachment:

    • Migration Bot changed milestone to %1.1.0-release

      changed milestone to %1.1.0-release

    • Migration Bot
      Migration Bot @MigrationBot ·

      I'm changing it back to target 1.1 because there's a patch available. It would really help us.

      Original author: thasmin

    • Jean-Baptiste Kempf
      Jean-Baptiste Kempf @jbk ·
      Owner

      Have you tested that patch ? how did you compile VLC?

    • Rémi Denis-Courmont added Status::fixed label

      added Status::fixed label

    • Rémi Denis-Courmont changed milestone to %1.0.x maintenance

      changed milestone to %1.0.x maintenance

    • Rémi Denis-Courmont closed

      closed

    • ivoire removed Status::fixed label

      removed Status::fixed label

    • ivoire changed milestone to %1.1.0-release

      changed milestone to %1.1.0-release

    • ivoire reopened

      reopened

    • ivoire
      ivoire @ivoire ·

      Is this confirmed to be fixed ?

    • Jean-Baptiste Kempf
      Jean-Baptiste Kempf @jbk ·
      Owner

      Can you share a non-working link with me?

    • Jean-Baptiste Kempf
      Jean-Baptiste Kempf @jbk ·
      Owner

      I mean a https:// link that doesn't work, so I can test the patch on WIN32?

    • Jean-Baptiste Kempf assigned to @jbk

      assigned to @jbk

    • Jean-Baptiste Kempf
      Jean-Baptiste Kempf @jbk ·
      Owner

      PING I will delay the bug, else.

    • Migration Bot
      Migration Bot @MigrationBot ·

      My issues were fixed by the attached patch.

      Original author: thasmin

    • Jean-Baptiste Kempf
      Jean-Baptiste Kempf @jbk ·
      Owner

      OK. The GNUtls part was applied during the 1.1.0 process...

      The src/ doesn't apply anymore...

      And it seems that 1.1.0 doesn't open at all the certificate files... Hopeless for me.

    • Jean-Baptiste Kempf changed milestone to %1.1.x maintenance

      changed milestone to %1.1.x maintenance

    • Mic
      Mic @Mic ·
      Author

      Replying to [comment:24 jb]:

      OK. The GNUtls part was applied during the 1.1.0 process...

      The src/ doesn't apply anymore...

      And it seems that 1.1.0 doesn't open at all the certificate files... Hopeless for me.

      Same thing for me.

    • Jean-Baptiste Kempf changed title from 1.0.x dont open https stream to 1.0.x doesn't open https stream

      changed title from 1.0.x dont open https stream to 1.0.x doesn't open https stream

    • Jean-Baptiste Kempf changed title from 1.0.x doesn't open https stream to Win32 VLC doesn't open https stream

      changed title from 1.0.x doesn't open https stream to Win32 VLC doesn't open https stream

    • eins78
      eins78 @eins78 ·

      This bug also effects the Mac version of VLC and is easily fixed by manually creating a ca-certificated.crt file and moving it to the right location (on Mac, this is done with Keychain Utility but in theory one can just copy it from an unbuntu installation). I also described it in this forum post: http://forum.videolan.org/viewtopic.php?f=2&t=78766&p=258894&hilit=ca+certificates.crt#p258894

      If it can't be fixed, maybe the error message (not in the log) can be more descriptive or point to a small howto?

    • eins78 changed title from Win32 VLC doesn't open https stream to Win32 + Mac VLC doesn't open https stream

      changed title from Win32 VLC doesn't open https stream to Win32 + Mac VLC doesn't open https stream

    • Mic
      Mic @Mic ·
      Author

      Hi eins78,

      Can you please provide info how you manually created certificates? I mean CA and client certificates. Do you used gnu-tls for this?

      Mic.

      Replying to [comment:29 eins78]:

      This bug also effects the Mac version of VLC and is easily fixed by manually creating a ca-certificated.crt file and moving it to the right location (on Mac, this is done with Keychain Utility but in theory one can just copy it from an unbuntu installation). I also described it in this forum post: http://forum.videolan.org/viewtopic.php?f=2&t=78766&p=258894&hilit=ca+certificates.crt#p258894

      If it can't be fixed, maybe the error message (not in the log) can be more descriptive or point to a small howto?

    • eins78
      eins78 @eins78 ·

      Replying to [comment:30 Mic]:

      Can you please provide info how you manually created certificates? I mean CA and client certificates. Do you used gnu-tls for this?

      I used the OpenSSL package in ubuntu. Howto: https://help.ubuntu.com/community/OpenSSL#Configuring%20Apache%20for%20SSL%20Support The last import example, "update ca-certificates", lets you create the ca-certificates.crt with a self-signed certificate. You can also create this file in OS X by selecting some certificates in the Keychain and exporting them into a file with that name.

      Just to be clear, this bug also effects non-self-signed ssl-connections but the fix also applies because most relevant root certificates are bundled.

    • Rémi Denis-Courmont
      Rémi Denis-Courmont @Courmisch ·
      Maintainer

      The src/ part of the patch only sets a correct error code. In fact, I do not understand why it is needed at all (vlc_restorecancel() should not change the Winsock error value under any circumstances).

      As far as I know this bug has been fixed for quite a while.

    • Rémi Denis-Courmont added Status::fixed label

      added Status::fixed label

    • Rémi Denis-Courmont closed

      closed

    • Rémi Denis-Courmont changed title from Win32 + Mac VLC doesn't open https stream to Win32 VLC doesn't open https stream

      changed title from Win32 + Mac VLC doesn't open https stream to Win32 VLC doesn't open https stream

    • Rémi Denis-Courmont
      Rémi Denis-Courmont @Courmisch ·
      Maintainer

      Correct title.

    • eins78
      eins78 @eins78 ·

      Replying to [comment:32 courmisch]:

      As far as I know this bug has been fixed for quite a while. No, at least not on MacOS.

      Replying to [comment:33 courmisch]:

      Correct title.

      why? this bug is still present in the OS X version (i just tested with the most recent nightly). one could argue if it's really a bug or just an inconvienience, but anyhow nothing changed to explain your change of title. (or maybe this is about some bug-filing policy i am not aware of. should the OS X version get a seperate ticket? it just crossed my mind because trac also has no option to choose "win32+MacOS" as an option…)

    • Rémi Denis-Courmont
      Rémi Denis-Courmont @Courmisch ·
      Maintainer

      Did you actually read the bug report? I did not see any evidence that this particular error was still occurring on Windows with an updated VLC, nor that it ever hit MacOS.

      If you have a different bug, file a different bug.

    • Loading
    • Loading
    • Loading
    • Loading
    • Loading
    • Loading
    • Loading
    • Loading
    • Loading
    • Loading
    Please register or sign in to reply

    VideoLAN code repository instance