Bug#762377: closed by Sebastian Ramacher sramac...@debian.org (Re: Bug#762377: vlc: Videos over HTTP stream very slowly in 2.2.0-pre3)
Version: 2.2.0~pre4-1 On 2014-10-10 20:37:19, Andoru Ekkusu wrote: Sorry for the late reply, but indeed it fixed the problem for me as well. Thanks! Closing. Does anyone know where was this issue fixed? Was it a bug in the debian packages or was it upstream? Just out of curiosity :) I suspect that one of the many mp4 fixes that went into 2.2.0~pre4 fixed that. Cheers signature.asc Description: Digital signature
Bug#762377: closed by Sebastian Ramacher sramac...@debian.org (Re: Bug#762377: vlc: Videos over HTTP stream very slowly in 2.2.0-pre3)
Sorry for the late reply, but indeed it fixed the problem for me as well. Does anyone know where was this issue fixed? Was it a bug in the debian packages or was it upstream? Just out of curiosity :)
Bug#762377: closed by Sebastian Ramacher sramac...@debian.org (Re: Bug#762377: vlc: Videos over HTTP stream very slowly in 2.2.0-pre3)
On 2014-09-30 07:14:32, Andoru Ekkusu wrote: Updated to the latest version on unstable, 2.2.0-pre3, and it's still the same. This seems to be fixed in 2.2.0~pre4-1 for me. Could please confirm that? Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#762377: closed by Sebastian Ramacher sramac...@debian.org (Re: Bug#762377: vlc: Videos over HTTP stream very slowly in 2.2.0-pre3)
Okay, now I've tried to play a 320p stream in webm and mp4 from YouTube (can't link to those as those links I get in keepvid.com expire after some time, so you'll have to use that tool yourselves), and the webm one streams smoothly while the mp4 one at times stops to buffer. I've looked at the codec details of each file to check if perhaps the mp4 file has a larger bit rate, but it's not even that case (~340kBps for webm compared to ~330kBps for mp4), so indeed it might be related to that bug you mentioned.
Bug#762377: closed by Sebastian Ramacher sramac...@debian.org (Re: Bug#762377: vlc: Videos over HTTP stream very slowly in 2.2.0-pre3)
Updated to the latest version on unstable, 2.2.0-pre3, and it's still the same.
Bug#762377: closed by Sebastian Ramacher sramac...@debian.org (Re: Bug#762377: vlc: Videos over HTTP stream very slowly in 2.2.0-pre3)
Control: tags -1 + upstream confirmed Control: forwarded -1 https://trac.videolan.org/vlc/ticket/7186 On 2014-09-27 22:16:32, Andoru Ekkusu wrote: Thank you for checking. I'm reopening the bug report and adjusting the versions accordingly. Thanks for reopening the bug too :) Is there a publicly accessible stream somewhere that we can use to debug the issue? Yes there is, but at the moment I only have YouTube videos, as I forgot where I previously watched HD content outside of YT. If those are not satisfactory, I could host them on my webspace, but it's too slow to stream those videos (just ~150kBps download) So for the YouTube videos that I've tried now: https://youtube.com/watch?v=4JMMlgVipnc - Log: http://pastebin.com/JHsYrebM - Loads slowly and stops constantly to catch up, hence the buffering messages. https://youtube.com/watch?v=HCq59HQRtC8 - Log: http://pastebin.com/uV11PNw7 - Works fine for a few seconds, then stops and after a few seconds the stream gets dropped. https://youtube.com/watch?v=OhobMdqM3yk - Log: http://pastebin.com/0SimDcU8 - Just like above. Thanks. I can confirm the issue. It looks a lot like #7186 in vlc's trac to me. At least I see the same problem with the stream mentioned there. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#762377: closed by Sebastian Ramacher sramac...@debian.org (Re: Bug#762377: vlc: Videos over HTTP stream very slowly in 2.2.0-pre3)
Thanks. I can confirm the issue. It looks a lot like #7186 in vlc's trac to me. At least I see the same problem with the stream mentioned there. That bug seems to be over 2 years old. What are the next steps that I should take?
Bug#762377: closed by Sebastian Ramacher sramac...@debian.org (Re: Bug#762377: vlc: Videos over HTTP stream very slowly in 2.2.0-pre3)
Control: reopen -1 Control: found -1 2.2.0~pre2-4 Control: notfound -1 1:2.2.0~pre3-dmo2 Control: tags -1 + moreinfo Hi Andoru On 2014-09-22 01:08:38, Andoru Ekkusu wrote: No more dmo versioned codecs, but still this did not change anything, same problems persist. Thank you for checking. I'm reopening the bug report and adjusting the versions accordingly. Is there a publicly accessible stream somewhere that we can use to debug the issue? Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#762377: closed by Sebastian Ramacher sramac...@debian.org (Re: Bug#762377: vlc: Videos over HTTP stream very slowly in 2.2.0-pre3)
Thank you for checking. I'm reopening the bug report and adjusting the versions accordingly. Thanks for reopening the bug too :) Is there a publicly accessible stream somewhere that we can use to debug the issue? Yes there is, but at the moment I only have YouTube videos, as I forgot where I previously watched HD content outside of YT. If those are not satisfactory, I could host them on my webspace, but it's too slow to stream those videos (just ~150kBps download) So for the YouTube videos that I've tried now: https://youtube.com/watch?v=4JMMlgVipnc - Log: http://pastebin.com/JHsYrebM - Loads slowly and stops constantly to catch up, hence the buffering messages. https://youtube.com/watch?v=HCq59HQRtC8 - Log: http://pastebin.com/uV11PNw7 - Works fine for a few seconds, then stops and after a few seconds the stream gets dropped. https://youtube.com/watch?v=OhobMdqM3yk - Log: http://pastebin.com/0SimDcU8 - Just like above. ___ Here are also some videos that I uploaded and encoded, they all have 10FPS and apparently VLC's HTTP streamer can keep up with it: https://youtube.com/watch?v=68ztSgjVAgU https://youtube.com/watch?v=Nl5c-T1RI44 https://youtube.com/watch?v=ZT6vxY9p7yg It still shows this in the log though: [...] core debug: net: connecting to r7---sn-gqn-vhge.googlevideo.com port 80 core debug: connection succeeded (socket = 16) http debug: protocol 'HTTP' answer code 206 http debug: Content-Type: video/mp4 http debug: stream size=105027239,pos=12394789,remaining=92632450 http debug: this frame size=92632450 http debug: Connection: close http debug: Server: gvs 1.0 http debug: trying to seek to 12491864 core debug: net: connecting to r7---sn-gqn-vhge.googlevideo.com port 80 core debug: connection succeeded (socket = 16) http debug: protocol 'HTTP' answer code 206 http debug: Content-Type: video/mp4 http debug: stream size=105027239,pos=12491864,remaining=92535375 http debug: this frame size=92535375 http debug: Connection: close http debug: Server: gvs 1.0 http debug: trying to seek to 12394789 [...] _
Bug#762377: vlc: Videos over HTTP stream very slowly in 2.2.0-pre3
Package: vlc Version: 1:2.2.0~pre3-dmo2 Severity: normal Dear Maintainer, x What led up to the situation? After upgrading/updating Debian's VLC packages last week, I noticed that VLC no longer plays streamed videos (over HTTP), and the connection is dropped after a few seconds on any HD stream, which did not happen with the previous versions (2.1.3-2.1.5) The specific feature that I use to access HTTP streams is under File - Open Network Stream or by pasting the video URL from the clipboard. x What exactly did you do (or not do) that was effective (or ineffective)? At first I thought it was an issue only with videos on YouTube (since that's where I watch most of the streamed videos), but I've tested out HD streams from multiple sites/servers and the same happens. For more details and for the log that VLC outputs during streaming (and dropping the connection) I previously posted a thread on VideoLan Forums (where I didn't get any answer). Here's the thread: https://forum.videolan.org/viewtopic.php?f=13t=121661 And here's the transcript from the thread: After I updated VLC to the latest version on the unstable repos in Debian, I cannot watch YouTube videos anymore as they keep stuttering and loading very slowly (this mostly happens when watching HD videos, this didn't happen before I upgraded though), to a point where the connection drops. HTTP streaming might be affected by this too. Here's how the log looks: -- core debug: net: connecting to r14---sn-c0q7ln7y.googlevideo.com port 80 core debug: connection succeeded (socket = 13) http debug: protocol 'HTTP' answer code 206 http debug: Content-Type: video/mp4 http debug: stream size=80906441,pos=1250884,remaining=7967 http debug: this frame size=7967 http debug: Connection: close http debug: Server: gvs 1.0 http debug: trying to seek to 1093302 core debug: net: connecting to r14---sn-c0q7ln7y.googlevideo.com port 80 core debug: connection succeeded (socket = 13) http debug: protocol 'HTTP' answer code 206 http debug: Content-Type: video/mp4 http debug: stream size=80906441,pos=1093302,remaining=79813139 http debug: this frame size=79813139 http debug: Connection: close http debug: Server: gvs 1.0 - It keeps repeating the same messages and floods the log window, which didn't happen before when streaming (yes, it was set to Verbosity level 2) . Also the CPU usage is unusual, takes up 20-30% extra per CPU. --- core debug: net: connecting to r4---sn-4g57kuel.googlevideo.com port 80 core debug: connection succeeded (socket = 14) http debug: protocol 'HTTP' answer code 206 http debug: Content-Type: video/mp4 http debug: stream size=53528086,pos=1016739,remaining=52511347 http debug: this frame size=52511347 http debug: Connection: close http debug: Server: gvs 1.0 core debug: Buffering 54% mp4 warning: track[0x2] will be disabled (eof?) core debug: discarded audio buffer core debug: removing module faad core debug: killing decoder fourcc `mp4a', 59 PES in FIFO core debug: removing module samplerate core debug: removing module scaletempo core debug: removing module float_mixer core debug: keeping audio output core debug: EOF reached core debug: Stream buffering done (1381 ms in 4882 ms) core debug: Decoder wait done in 0 ms core debug: waiting decoder fifos to empty core debug: waiting decoder fifos to empty core debug: waiting decoder fifos to empty core debug: waiting decoder fifos to empty core debug: waiting decoder fifos to empty core debug: waiting decoder fifos to empty core debug: waiting decoder fifos to empty core debug: waiting decoder fifos to empty core debug: waiting decoder fifos to empty core debug: waiting decoder fifos to empty core debug: waiting decoder fifos to empty core debug: waiting decoder fifos to empty core debug: waiting decoder fifos to empty core debug: waiting decoder fifos to empty core debug: finished input core debug: object waitpipe triggered core debug: removing module avcodec avcodec debug: ffmpeg codec (H264 - MPEG-4 AVC (part 10)) stopped core debug: killing decoder fourcc `h264', 0 PES in FIFO core debug: saving a free vout core debug: reusing provided vout qt4 debug: Qt: Fullscreen state changed core debug: removing module mp4 mp4 debug: freeing all memory core debug: removing module record core debug: removing module http core debug: Program doesn't contain anymore ES core debug: dead input core debug: changing item without a request (current 0/1) core debug: nothing to play core debug: destroying useless vout core debug: removing module xcb_glx core debug: removing module glx qt4 debug: IM: Deleting the input core debug: removing module xdg qt4 debug: releasing video... qt4 debug: Video is
Bug#762377: closed by Sebastian Ramacher sramac...@debian.org (Re: Bug#762377: vlc: Videos over HTTP stream very slowly in 2.2.0-pre3)
Thanks for the answer Klaumi, here's the updated dependency list: ___ ii fonts-freefont-ttf 20120503-4 ii libaa1 1.4p5-43 ii libavcodec566:11-1 ii libavutil54 6:11-1ii libavcodec56 6:11-1 ii libavformat56 6:11-1 ii libavutil546:11-1 ii libbasicusageenvironment0 2014.01.13-1 ii libbluray1 1:0.6.2-1 ii libc6 2.19-11 ii libcddb2 1.3.2-5 ii libcdio13 0.83-4.2 ii libchromaprint01.1-1+b2 ii libcrystalhd3 1:0.0~git20110715.fdd2f19-11 ii libdbus-1-31.8.8-1 ii libdc1394-22 2.2.2-3 ii libdca00.0.5-7 ii libdirectfb-1.2-9 1.2.10.0-5 ii libdvbpsi9 1.2.0-1 ii libdvdnav4 5.0.1-1 ii libdvdread45.0.0-1 ii libebml4 1.3.0-2 ii libfaad2 2.7-8 ii libflac8 1.3.0-2 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-1.1 ii libfribidi00.19.6-2 ii libgcc11:4.9.1-14 ii libgcrypt201.6.2-3 ii libgnutls-deb0-28 3.3.7-2 ii libgpg-error0 1.15-1 ii libgroupsock1 2014.01.13-1 ii libiso9660-8 0.83-4.2 ii libjpeg8 8d1-1 ii libkate1 0.4.1-1.1 ii liblircclient0 0.9.0~pre1-1.1 ii liblivemedia23 2014.01.13-1 ii liblua5.2-05.2.3-1 ii libmad00.15.1b-8 ii libmatroska6 1.4.1-2ii libx264-142 2:0.142.2431+gita5831aa-1+b1 ii libxml22.9.1+dfsg1-4 ii libzvbi0 0.2.35-2 ii zlib1g 1:1.2.8.dfsg-2 Versions of packages vlc-nox suggests: ii libdvdcss2 1.3.0-dmo1 Versions of packages libvlc5 depends on: ii libc62.19-11 ii libvlccore8 2.2.0~pre2-4+b1 Versions of packages libvlccore8 depends on: ii libc6 2.19-11 ii libdbus-1-3 1.8.8-1 ii libidn111.29-1 ii libproxy-tools 0.4.11-4 ii vlc-data2.2.0~pre2-4 Versions of packages vlc is related to: pn libavutil50 none pn libavutil51 none -- no debconf information No more dmo versioned codecs, but still this did not change anything, same problems persist.