https : Base64 decoding error

[zozizozu]

Hi all,
i have trouble while streaming https, but it looks like all is correct except this "Base64 decoding error", only returned under linux.
I think i read all topics about this, and did all what have been said ( copy pem to ~/.vlc, ...), but this error persist.

Here is the server's log, it runs under linux (lenny, vlc 0.8.6h) :

me@box:~$ vlc --loop --verbose=3 -I dummy --extraintf=rc --rc-host=192.168.1.15:8888 --sout-http-cert="/home/me/.vlc/ssl/certs/VLCcert.pem" --sout-http-key="/home/me/.vlc/ssl/certs/VLCkey.pem" --sout-http-ca="/home/me/.vlc/ssl/certs/cacert.pem" --sout '#standard{access=https,mux=ts,dst=192.168.1.15:22222/test.mp3}' /home/me/Desktop/myfile.mp3
VLC media player 0.8.6h Janus
[00000001] main private debug: checking builtin modules
[00000001] main private debug: checking plugin modules
[00000001] main private debug: loading plugins cache file /home/me/.vlc/cache/plugins-04041e.dat
[00000001] main private debug: recursively browsing `/usr/lib/vlc'
[00000001] main private debug: module bank initialized, found 216 modules
[00000001] main private debug: opening config file /home/me/.vlc/vlcrc
[00000001] main private debug: CPU has capabilities 486 586 MMX MMXEXT SSE FPU
[00000001] main private debug: looking for memcpy module: 1 candidate
[00000001] main private debug: using memcpy module "memcpy"
[00000281] main playlist debug: waiting for thread completion
[00000281] main playlist debug: thread 3065441168 (playlist) created at priority 0 (playlist/playlist.c:184)
[00000282] main private debug: waiting for thread completion
[00000282] main private debug: thread 3057048464 (preparser) created at priority 0 (playlist/playlist.c:210)
[00000283] main interface debug: looking for interface module: 1 candidate
[00000283] rc interface debug: base: 192.168.1.15, port: 8888
[00000283] main interface debug: net: listening to 192.168.1.15 port 8888
[00000283] main interface debug: using interface module "rc"
[00000283] main interface debug: thread 3048655760 (interface) created at priority 0 (interface/interface.c:231)
[00000285] main interface debug: looking for interface module: 1 candidate
[00000285] main interface debug: using interface module "hotkeys"
[00000285] main interface debug: thread 3040263056 (interface) created at priority 0 (interface/interface.c:231)
[00000287] main interface debug: looking for interface module: 1 candidate
[00000287] main interface debug: using interface module "screensaver"
[00000287] main interface debug: thread 3031870352 (interface) created at priority 0 (interface/interface.c:231)
[00000281] main playlist debug: adding playlist item `/home/me/Desktop/myfile.mp3' ( /home/me/Desktop/myfile.mp3 )
[00000289] main interface debug: looking for interface module: 6 candidates
[00000289] dummy interface: using the dummy interface module...
[00000289] main interface debug: using interface module "dummy"
[00000289] main interface debug: thread 3023477648 (manager) created at priority 0 (interface/interface.c:216)
[00000281] main playlist debug: creating new input thread
[00000298] main input debug: waiting for thread completion
[00000298] main input debug: creating statistics handler
[00000300] main stream output debug: stream=`standard'
[00000301] main private debug: looking for sout stream module: 1 candidate
[00000301] main private debug: set sout option: sout-standard-access to https
[00000301] main private debug: set sout option: sout-standard-mux to ts
[00000301] main private debug: set sout option: sout-standard-dst to 192.168.1.15:22222/test.mp3
[00000301] stream_out_standard private debug: creating `https/ts://192.168.1.15:22222/test.mp3'
[00000301] stream_out_standard private debug: extension is mp3
[00000301] stream_out_standard private debug: extension -> mux=(null)
[00000301] stream_out_standard private debug: using `https/ts://192.168.1.15:22222/test.mp3'
[00000303] main private debug: looking for sout access module: 1 candidate
[00000303] main private: creating httpd
[00000306] main private debug: looking for tls module: 1 candidate
[00000298] main input debug: thread 3015084944 (input) created at priority 0 (input/input.c:265)
[00000306] gnutls private debug: GnuTLS v2.4.2 initialized
[00000306] main private debug: using tls module "gnutls"
[00000306] main private debug: TLS/SSL provider initialized
[00000306] gnutls private debug: creating TLS server
[00000308] gnutls private debug: computing Diffie Hellman ciphers parameters
[00000308] gnutls private debug: ciphers parameters computed
[00000306] main private debug: TLS/SSL server initialized
[00000308] gnutls private debug: 1 trusted CA added (/home/me/.vlc/ssl/certs/cacert.pem)
[00000303] main private debug: net: listening to 192.168.1.15 port 22222
[00000309] main http server debug: thread 3005275024 (httpd host thread) created at priority 0 (network/httpd.c:1078)
[00000303] main private debug: using sout access module "access_output_http"
[00000301] stream_out_standard private debug: access opened
[00000310] main private debug: looking for sout mux module: 1 candidate
[00000310] mux_ts private debug: shaping=200000 pcr=70000 dts_delay=400000
[00000310] main private debug: using sout mux module "mux_ts"
[00000300] main stream output debug: muxer support adding stream at any time
[00000301] stream_out_standard private debug: mux opened
[00000301] main private debug: using sout stream module "stream_out_standard"
[00000298] main input debug: `/home/me/Desktop/myfile.mp3' gives access `' demux `' path `/home/me/Desktop/myfile.mp3'
[00000298] main input debug: creating demux: access='' demux='' path='/home/me/Desktop/myfile.mp3'
[00000311] main demuxer debug: looking for access_demux module: 2 candidates
[00000298] main input debug: creating access '' path='/home/me/Desktop/myfile.mp3'
[00000314] main access debug: looking for access2 module: 5 candidates
[00000314] vcd access debug: trying .cue file: /home/me/Desktop/myfile.cue
[00000314] vcd access debug: could not find .cue file
[00000314] access_file access debug: opening file `/home/me/Desktop/myfile.mp3'
[00000314] main access debug: using access2 module "access_file"
[00000320] main private debug: pre-buffering...
[00000320] main private debug: received first data for our buffer
[00000320] main private debug: pre-buffering done 1408981 bytes in 0s - 56686 kbytes/s
[00000298] main input debug: creating demux: access='' demux='' path='/home/me/Desktop/myfile.mp3'
[00000321] main demuxer debug: ID3v2.3 revision 0 tag found, skipping 2048 bytes
[00000321] main demuxer debug: looking for demux2 module: 45 candidates
[00000336] main packetizer debug: looking for packetizer module: 17 candidates
[00000336] main packetizer debug: using packetizer module "mpeg_audio"
[00000336] mpeg_audio packetizer debug: MPGA channels:2 samplerate:44100 bitrate:192
[00000298] main input debug: selecting program id=0
[00000321] main demuxer debug: looking for id3 module: 1 candidate
[00000321] id3tag demuxer debug: checking for ID3 tag
[00000321] id3tag demuxer debug: found ID3v1 tag
[00000321] id3tag demuxer debug: found ID3v2 tag
[00000321] main demuxer debug: using id3 module "id3tag"
[00000321] main demuxer debug: removing module "id3tag"
[00000321] main demuxer debug: using demux2 module "mpga"
[00000298] main input debug: looking for a subtitle file in /home/me/Desktop/
[00000365] main packetizer debug: looking for packetizer module: 17 candidates
[00000365] main packetizer debug: using packetizer module "mpeg_audio"
[00000298] main input debug: stream out mode -> no decoder thread
[00000298] main input debug: starting in sync mode
[00000298] main input debug: meta information:
[00000298] main input debug: - 'Titre' = 'x'
[00000298] main input debug: - 'Artiste' = 'x'
[00000298] main input debug: - 'Date' = 'x'
[00000298] main input debug: - 'Genre' = 'x'
[00000298] main input debug: - 'Artiste' = 'x'
[00000298] main input debug: - 'Titre' = 'x'
[00000298] main input debug: - 'Genre' = 'x'
[00000298] main input debug: - 'Date' = 'x'
[00000298] main input debug: `/home/me/Desktop/myfile.mp3' successfully opened
[00000365] mpeg_audio packetizer debug: MPGA channels:2 samplerate:44100 bitrate:192
[00000300] main stream output debug: adding a new input
[00000310] main private debug: adding a new input
[00000310] mux_ts private debug: adding input codec=mpga pid=68
[00000310] mux_ts private debug: new PCR PID is 68
[00000309] main http server debug: Connection from 192.168.1.11
[00000366] gnutls private error: TLS handshake error: The peer did not send any certificate.


This his the client's log under windows (vlc 1.0.5), here the file ca-certificates.crt is a raw copy of cacert.pem :

main debug: processing request item https://my.domain:22222/test.mp3 node Liste de lecture skip 0
main debug: resyncing on https://my.domain:22222/test.mp3
main debug: https://my.domain:22222/test.mp3 is at 0
main debug: starting new item
main debug: creating new input thread
main debug: Creating an input for 'https://my.domain:22222/test.mp3'
main debug: thread started
main debug: using timeshift granularity of 50 MBytes
main debug: using timeshift path 'C:\DOCUME~1\me\LOCALS~1\Temp'
main debug: thread (input) created at priority 1 (../.././src/input/input.c:230)
main debug: `https://my.domain:22222/test.mp3' gives access `https' demux `' path `my.domain:22222/test.mp3'
main debug: creating demux: access='https' demux='' path='my.domain:22222/test.mp3'
main debug: looking for access_demux module: 0 candidates
main debug: no access_demux module mamehed "https"
main debug: TIMER module_need() : 0.571 ms - Total 0.571 ms / 1 intvls (Avg 0.571 ms)
main debug: creating access 'https' path='my.domain:22222/test.mp3'
main debug: looking for access module: 1 candidate
access_http debug: http: server='my.domain' port=22222 file='/test.mp3
main debug: net: connecting to my.domain port 22222
qt4 debug: IM: Setting an input
qt4 debug: Updating the geometry
qt4 debug: Updating the geometry
main debug: connection: Resource temporarily unavailable
main debug: connection succeeded (socket = 1608)
main debug: requested server name: my.domain
main debug: looking for tls client module: 1 candidate
gnutls debug: GnuTLS v2.8.5 initialized
gnutls debug: added x509 credentials (C:\Documents and Settings\All Users\Application Data/ssl/certs/ca-certificates.crt)
main debug: using tls client module "gnutls"
main debug: TIMER module_need() : 7.915 ms - Total 7.915 ms / 1 intvls (Avg 7.915 ms)
gnutls debug: Winsock error 10053
gnutls error: TLS handshake error: Error in the push function.
main error: TLS client session handshake error
gnutls debug: GnuTLS deinitialized
main debug: removing module "gnutls"
access_http error: cannot establish HTTP/TLS session
main warning: no access module mamehing "https" could be loaded
main debug: TIMER module_need() : 382.032 ms - Total 382.032 ms / 1 intvls (Avg 382.032 ms)
main debug: waitpipe: object killed
main error: open of `https://my.domain:22222/test.mp3' failed: (null)
main debug: finished input
main debug: dead input
main debug: thread ended
main debug: thread times: real 0m0.390625s, kernel 0m0.062500s, user 0m0.250000s
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://my.domain:22222/test.mp3' : 635.606 ms - Total 635.606 ms / 1 intvls (Avg 635.606 ms)


There is a little difference with a linux client (lenny, vlc 0.8.6h) :

main debug: creating new input thread
main debug: waiting for thread completion
main debug: `https://my.domain:22222/test.mp3' gives access `https' demux `' path `my.domain:22222/test.mp3'
main debug: creating demux: access='https' demux='' path='my.domain:22222/test.mp3'
main debug: looking for access_demux module: 0 candidates
main warning: no access_demux module matched "https"
main debug: creating access 'https' path='my.domain:22222/test.mp3'
main debug: looking for access2 module: 6 candidates
access_http debug: http: server='my.domain' port=22222 file='/test.mp3
main debug: net: connecting to my.domain port 22222
main debug: connection in progress
main debug: looking for tls module: 1 candidate
gnutls debug: GnuTLS v2.4.2 initialized
main debug: using tls module "gnutls"
main debug: TLS/SSL provider initialized
main debug: thread 3000695696 (input) created at priority 0 (input/input.c:265)
gnutls debug: added x509 credentials (/home/me/.vlc/ssl/certs/VLCcert.pem)
gnutls warning: cannot add credentials (/home/me/.vlc/ssl/certs/cacert.pem)
x509 credentials (/home/me/.vlc/ssl/certs/VLCkey.pem): Base64 decoding error.
gnutls debug: added x509 gnutls debug: added x509 credentials (/usr/share/vlc/ca-certificates.crt)
gnutls debug: added x509 credentials (/etc/ssl/certs/ca-certificates.crt)
gnutls error: TLS handshake error: Error in the push function.
main error: TLS/SSL session handshake error
gnutls debug: GnuTLS deinitialized
main debug: removing module "gnutls"
main debug: TLS/SSL provider deinitialized
access_http error: cannot establish HTTP/TLS session
access_http debug: switching to HTTP version 1.0
main debug: net: connecting to my.domain port 22222
main debug: connection in progress
main debug: looking for tls module: 1 candidate
gnutls debug: GnuTLS v2.4.2 initialized
main debug: using tls module "gnutls"
main debug: TLS/SSL provider initialized
gnutls debug: added x509 credentials (/home/me/.vlc/ssl/certs/VLCcert.pem)
gnutls warning: cannot add x509 credentials (/home/me/.vlc/ssl/certs/VLCkey.pem): Base64 decoding error.
gnutls debug: added x509 credentials (/home/me/.vlc/ssl/certs/cacert.pem)
gnutls debug: added x509 credentials (/usr/share/vlc/ca-certificates.crt)
gnutls debug: added x509 credentials (/etc/ssl/certs/ca-certificates.crt)
gnutls error: TLS handshake error: Error in the push function.
main error: TLS/SSL session handshake error
gnutls debug: GnuTLS deinitialized
main debug: removing module "gnutls"
main debug: TLS/SSL provider deinitialized
access_http error: cannot establish HTTP/TLS session
vcdx warning: Can't get file status for my.domain:22222/test.mp3:
Aucun fichier ou répertoire de ce type
vcdx warning: could not retrieve file info for `my.domain:22222/test.mp3': Aucun fichier ou répertoire de ce type
vcdx warning: can't open nrg image file my.domain:22222/test.mp3 for reading
access_file warning: my.domain:22222/test.mp3: Aucun fichier ou répertoire de ce type
cdda warning: could not open my.domain:22222/test.mp3
main warning: no access2 module matching "https" could be loaded
main error: no suitable access module for `https://my.domain:22222/test.mp3'
main debug: thread 3000695696 joined (input/input.c:412)
main: nothing to play


Sorry to put the full log but i was scared to miss something.

If someone know what this Base64 decoding error means, it'll be very helpfull.

Thanks
Regards

[Rémi Denis-Courmont]

0.8.6 is not supported anymore.

[zozizozu]

Thanks, but i'm fitghing with apt-get lib..etc and ./configure till some days, and i can not compile vlc successfully.
Sorry for this, but if someone know if there a vlc.deb for lenny, and/or what means "Base64 decoding error" for a certificate, it can be helpfull, at least intersting ...

Regards

[zozizozu]

Ok,
i finaly compile vlc "successfully" , my vlc is now "VLC media player 1.0.5 Goldeneye
", but i have the same errors from the server :

Code: Select all

[0x813f818] mux_asf mux debug: Asf muxer creating header [0x813f6f0] gnutls generic error: TLS handshake error: The peer did not send any certificate.

and from the windows client :

Code: Select all

qt4 debug: Updating the geometry gnutls debug: Winsock error 10053 gnutls error: TLS handshake error: Error in the push function. main error: TLS client session handshake error gnutls debug: GnuTLS deinitialized main debug: removing module "gnutls"

Thanks

[zozizozu]

Sorry to insist, but i've notice that from a linux client (vlc 1.0.5), the error is a little different, it looks like the connection is ok :

Code: Select all

main debug: connection: Opération maintenant en cours main debug: connection succeeded (socket = 18) main debug: requested server name: my.domain main debug: looking for tls client module: 1 candidate gnutls debug: GnuTLS v2.4.2 initialized gnutls debug: added x509 credentials (/usr/etc/ssl/certs/ca-certificates.crt) main debug: using tls client module "gnutls" main debug: TIMER module_need() : 64.738 ms - Total 64.738 ms / 1 intvls (Avg 64.738 ms) gnutls error: TLS handshake error: Error in the push function. main error: TLS client session handshake error gnutls debug: GnuTLS deinitialized main debug: removing module "gnutls" access_http error: cannot establish HTTP/TLS session main warning: no access module matching "https" could be loaded

I also forget to say that i didn't run "make install" ...

But i was wondering about this "push function", is it possible that a firewall is blocking something ?

[Rémi Denis-Courmont]

It looks like a protocol error. This is coming from GnuTLS, not VLC.

[zozizozu]

Hi.
Till i get your message i'm compiling gnutls and vlc ... and finaly upgrade my distrib from lenny to sid, to get the last version of everything.
Unhopefully, nothing changed, so, looking on the web, i anderstood that this error can came from the client side, when no trusted ca.
I'm not a developper but i've looked in the sources of vlc/modules/misc/gnutls.c where was the message "Winsock error" or "TLS handshake error" for NonWindows, and add this 3 debug lignes in the "static int gnutls_ContinueHandshake (tls_session_t *p_session)" to check values, and because values seams equals , comment the if < 0 :

Code: Select all

static int gnutls_ContinueHandshake (tls_session_t *p_session) { tls_session_sys_t *p_sys = p_session->p_sys; int val; #ifdef WIN32 WSASetLastError( 0 ); #endif val = gnutls_handshake( p_sys->session ); msg_Dbg( p_session, "Zinfo val %d", val ); msg_Dbg( p_session, "Zinfo GNUTLS_E_AGAIN %d", GNUTLS_E_AGAIN ); msg_Dbg( p_session, "Zinfo GNUTLS_E_INTERRUPTED %d", GNUTLS_E_INTERRUPTED ); if( ( val == GNUTLS_E_AGAIN ) || ( val == GNUTLS_E_INTERRUPTED ) ) { return 1 + gnutls_record_get_direction( p_sys->session ); } /* if( val < 0 ) { #ifdef WIN32 msg_Dbg( p_session, "Winsock error %d", WSAGetLastError( ) ); #endif msg_Err( p_session, "TLS handshake error: %s", gnutls_strerror( val ) ); return -1; } */ p_sys->b_handshaked = true; return 0; }

, and then recompile ( cd to modules/misc/ , make clean and make ), and then i get from the server :

Code: Select all

[0x889d958] main input debug: Decoder buffering done in 1 ms [0xb6901a30] gnutls generic debug: Zinfo val -28 [0xb6901a30] gnutls generic debug: Zinfo GNUTLS_E_AGAIN -28 [0xb6901a30] gnutls generic debug: Zinfo GNUTLS_E_INTERRUPTED -52 [0xb6901a30] gnutls generic debug: Zinfo val -28 [0xb6901a30] gnutls generic debug: Zinfo GNUTLS_E_AGAIN -28 [0xb6901a30] gnutls generic debug: Zinfo GNUTLS_E_INTERRUPTED -52 [0xb6901a30] gnutls generic debug: Zinfo val -49 [0xb6901a30] gnutls generic debug: Zinfo GNUTLS_E_AGAIN -28 [0xb6901a30] gnutls generic debug: Zinfo GNUTLS_E_INTERRUPTED -52 [0xb6901a30] gnutls generic error: Certificate verification failed: La machine distante n'a pas envoyé de certificat.

, and from the client

Code: Select all

[0x83e6818] main tls client debug: using tls client module "gnutls" [0x83e6818] main tls client debug: TIMER module_need() : 8,348 ms - Total 8,348 ms / 1 intvls (Avg 8,348 ms) [0x83e6818] gnutls tls client debug: Zinfo val -53 [0x83e6818] gnutls tls client debug: Zinfo GNUTLS_E_AGAIN -28 [0x83e6818] gnutls tls client debug: Zinfo GNUTLS_E_INTERRUPTED -52 [0x83e6818] gnutls tls client debug: TLS/x509 certificate verified [0x83e6818] main tls client debug: TLS client session initialized [0x83e6818] gnutls tls client error: La session courante a été invalidée pour une raison non précisée. [0x83b94e0] main access error: Write error: Connexion ré-initialisée par le correspondant [0x83e6818] gnutls tls client error: La session courante a été invalidée pour une raison non précisée. [0x83b94e0] main access error: Write error: Connexion ré-initialisée par le correspondant [0x83e6818] gnutls tls client error: La session courante a été invalidée pour une raison non précisée. [0x83b94e0] main access error: Write error: Connexion ré-initialisée par le correspondant [0x83e6818] gnutls tls client error: La session courante a été invalidée pour une raison non précisée. [0x83b94e0] main access error: Write error: Connexion ré-initialisée par le correspondant [0x83b94e0] access_http access error: failed to send request [0x83e6818] gnutls tls client debug: GnuTLS deinitialized [0x83e6818] main tls client debug: removing module "gnutls"

.
So do you think i should post in the dev forum to see i f there is a possible client's modification to accept connection even if errors ( using gnutls-serv, i get the same error (peer didn't send cert) with any net-browser clients (lynx, ff, opera and ie), but the tls session is accepted), or shall i forget it ?

Thank you again for your time

Regards

[Rémi Denis-Courmont]

Uh, you did not enable client authentication, did you?

[zozizozu]

I don't know , but it 's something i'd like to trie, not really disable authentication, but allow the tls session even if it returns the error "The peer didn't send certificate".
But i'm realising that this might be in the gnutls_handshake function ...

[zozizozu]

Hi.
First excuse me Rémi to go into your code while i don't understand nothing, i hope i didn't hurt you too much.
I'm also sorry to insist, but after a few time on the gnutls mailing list, it looks like the error "The peer did not send any certificate" is a non-fatal error : server should accept the connection even if the client did not sent cert ( see http://lists.gnu.org/archive/html/help- ... 00011.html ).
So my last queqtion will be : Is there a complete tutorial or an howto about streaming over https, or anyway to stream an encrypted media ?

Regards

Gonzague

[Rémi Denis-Courmont]

VLC assumes that if you set a CA, you want to validate the client certificate. There would be no point in setting a CA otherwise.

[zozizozu]

Yes , thanks.
Now i 'm starting with the --reset-config and without --sout-http-ca, it's better now, but i've still have some trouble :
The client say

Code: Select all

main debug: creating demux: access='https' demux='' path='domain.org:22222/test.mp3' main debug: looking for demux module: 50 candidates main error: Read error: No error gnutls debug: GnuTLS deinitialized

While the server :

Code: Select all

[0xb6d00df0] gnutls generic error: Erreur in the "push" function.

There is no warning, only debug and error in the logs ...

[Rémi Denis-Courmont]

I fail to see how that can happen without printing another error message except perhaps on Windows.

Note that 0.8.6 is not supported, and I am NOT going to check that version.

[zozizozu]

Double right : client was started under windows, and because there full of log, i missed some lines.
Now it looks like a format trouble :

Code: Select all

avformat debug: detected format: mp3 avformat debug: Trying to seek before the beginning avformat debug: Trying to seek before the beginning avformat error: av_find_stream_info failed vobsub debug: could not read vobsub IDX file ps error: cannot peek main debug: TIMER module_need() : 51.273 ms - Total 51.273 ms / 1 intvls (Avg 51.273 ms) main error: no suitable demux module for `https/://domain.org:22222/test.mp3'

I'll try with other muxer, is there a "preferable" muxer/transcoder for https ?

[Rémi Denis-Courmont]

TS, but that depends on the codec.

[zozizozu]

I've tried mux=ts with and without trancoding, that both works with access=http , and withs https i get the
gnutls generic error: Erreur in the "push" function
from server, and
main error: Read error: No error
gnutls debug: GnuTLS deinitialized
from the client.

I'll test others mux/transcode config to see ...

[EDIT]
Ok, it works with a linux' client with mux=avi (no transcoding) and mux=ogg + acodec=vorbis , but not with a windows client.
It looks it depands on the host's configuration, is there a way to be sure all codecs are installed, or do you think that that it's because demuxer are acting differently on those os ?

[zozizozu]

So strange : this morning i started vlc as a server with --sout '#standard{access=https,mux=ogg,dst=192.168.1.15:22222/test.vorb}' and it works perfectly.
Great, but when i restarted the client, i had the same errors describe above.
Till this, i 'm not able to run the client anymore.
More than strange isn't it ?

[Rémi Denis-Courmont]

Sounds like a race condition. It could be a bug in handling EAGAIN/EWOULDBLOCK on either side, and either in VLC or in GnuTLS.

[zozizozu]

Yes, errors are not at the same place , but always the same ("ES_OUT_RESET_PCR called"), and accurs while (around) "buffuring" and "creating aout" .
Is there a way to not thread those process ?
Moreover, i've noticed that it always work on my 1rst tri when i'm waking up.
Is it possible that a gnutls thread is not killed when restart vlc, anb disturb the next connection?
I think that it came from gnutls because comparing logs when working and not, the difference is that gnutls is deinitialized :

Code: Select all

main error: Read error: No error gnutls debug: GnuTLS deinitialized

Regards