Bug#802886:
I'm having the exact same issue as Tareeq, and it started happening ever since I updated the QT5 libraries, so it must be an issue with it. Here's a log for playing a YouTube video: http://pastebin.com/6vwaha9k I tried resizing the output a few times, so that's why so many "VoutDisplayEvent 'resize' " show up there. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 4.2-4.dmz.1-liquorix-686-pae (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages vlc depends on: ii fonts-freefont-ttf 20120503-4 ii libaa1 1.4p5-44 ii libavcodec-ffmpeg56 7:2.8.1-1 ii libavutil-ffmpeg54 7:2.8.1-1 ii libc6 2.19-22 ii libcaca00.99.beta19-2 ii libcairo2 1.14.2-2 ii libegl1-mesa [libegl1-x11] 10.6.8-1 ii libfreerdp-client1.11.1.0~git20140921.1.440916e+dfsg1-5 ii libfreerdp-core1.1 1.1.0~git20140921.1.440916e+dfsg1-5 ii libfreerdp-gdi1.1 1.1.0~git20140921.1.440916e+dfsg1-5 ii libfreetype62.6-2 ii libfribidi0 0.19.7-1 ii libgcc1 1:5.2.1-22 ii libgl1-mesa-glx [libgl1]10.6.8-1 ii libgles1-mesa [libgles1]10.6.8-1 ii libgles2-mesa [libgles2]10.6.8-1 ii libglib2.0-02.46.1-1 ii libpulse0 7.0-1 ii libqt5core5a5.5.1+dfsg-4 ii libqt5gui5 5.5.1+dfsg-4 ii libqt5widgets5 5.5.1+dfsg-4 ii libqt5x11extras55.5.1-2 ii librsvg2-2 2.40.11-1 ii libsdl-image1.2 1.2.12-5+b5 pn libsdl1.2debian ii libstdc++6 5.2.1-22 ii libva-drm1 1.6.1-1 ii libva-x11-1 1.6.1-1 ii libva1 1.6.1-1 ii libvlccore8 2.2.1-4+b1 ii libvncclient1 0.9.10+dfsg-3 ii libx11-62:1.6.3-1 ii libxcb-composite0 1.10-3+b1 ii libxcb-keysyms1 0.4.0-1 ii libxcb-randr0 1.10-3+b1 ii libxcb-shm0 1.10-3+b1 ii libxcb-xv0 1.10-3+b1 ii libxcb1 1.10-3+b1 ii libxext62:1.3.3-1 ii libxinerama12:1.1.3-1+b1 ii libxpm4 1:3.5.11-1+b1 ii vlc-nox 2.2.1-4+b1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages vlc recommends: ii vlc-plugin-notify 2.2.1-4+b1 ii vlc-plugin-samba 2.2.1-4+b1 ii xdg-utils 1.1.1-1 vlc suggests no packages. Versions of packages vlc-nox depends on: ii liba52-0.7.4 0.7.4-18 ii libasound2 1.0.29-1 ii libass50.13.0-1 ii libavahi-client3 0.6.31-5 ii libavahi-common3 0.6.31-5 ii libavc1394-0 0.5.4-2 ii libavcodec-ffmpeg567:2.8.1-1 ii libavformat-ffmpeg56 7:2.8.1-1 ii libavutil-ffmpeg54 7:2.8.1-1 ii libbasicusageenvironment0 2014.01.13-1 ii libbluray1 1:0.9.0-1 ii libc6 2.19-22 ii libcddb2 1.3.2-5 ii libcdio13 0.83-4.2 ii libchromaprint01.2-1+b1 ii libcrystalhd3 1:0.0~git20110715.fdd2f19-11+b1 ii libdbus-1-31.10.0-3 ii libdc1394-22 2.2.3-1 ii libdca00.0.5-7 ii libdirectfb-1.2-9 1.2.10.0-5.1 ii libdvbpsi101.3.0-2 ii libdvdnav4 5.0.3-1 ii libdvdread45.0.3-1 ii libebml4v5 1.3.3-1 ii libfaad2 2.8.0~cvs20150510-1 ii libflac8 1.3.1-4 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.6-2 ii libfribidi00.19.7-1 ii libgcc11:5.2.1-22 ii libgcrypt201.6.4-3 ii libgnutls-deb0-28 3.3.18-1 ii libgpg-error0 1.20-1 ii libgroupsock1 2014.01.13-1 ii libjpeg62-turbo1:1.4.1-2 ii libkate1 0.4.1-5 ii liblircclient0 0.9.0~pre1-1.2 ii liblivemedia23 2014.01.13-1 ii liblua5.2-05.2.4-1 ii libmad00.15.1b-8 ii libmatroska6v5 1.4.4-1 ii libmodplug11:0.8.8.5-2 ii libmpcdec6 2:0.1~r475-1 ii libmpeg2-4 0.5.1-7 ii libmtp91.1.10-1 ii libncursesw5 6.0+20151017-1 ii libogg01.3.2-1 ii libopus0 1.1-2 ii libpng12-0 1.2.50-2+b2 ii libpostproc-ffmpeg53 7:2.8.1-1 ii libraw1394-11
Bug#772503:
Completely forgot about this one. Made a bug report to VLC devs with the trac number #15740 - https://trac.videolan.org/vlc/ticket/15740
Bug#791620:
Package: vlc Version: 2.2.1-4+b1 Nope, still happens with QT 5.5.x -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 4.2-4.dmz.1-liquorix-686-pae (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages vlc depends on: ii fonts-freefont-ttf 20120503-4 ii libaa1 1.4p5-44 ii libavcodec-ffmpeg56 7:2.8.1-1 ii libavutil-ffmpeg54 7:2.8.1-1 ii libc6 2.19-22 ii libcaca00.99.beta19-2 ii libcairo2 1.14.2-2 ii libegl1-mesa [libegl1-x11] 10.6.8-1 ii libfreerdp-client1.11.1.0~git20140921.1.440916e+dfsg1-5 ii libfreerdp-core1.1 1.1.0~git20140921.1.440916e+dfsg1-5 ii libfreerdp-gdi1.1 1.1.0~git20140921.1.440916e+dfsg1-5 ii libfreetype62.6-2 ii libfribidi0 0.19.7-1 ii libgcc1 1:5.2.1-22 ii libgl1-mesa-glx [libgl1]10.6.8-1 ii libgles1-mesa [libgles1]10.6.8-1 ii libgles2-mesa [libgles2]10.6.8-1 ii libglib2.0-02.46.1-1 ii libpulse0 7.0-1 ii libqt5core5a5.5.1+dfsg-4 ii libqt5gui5 5.5.1+dfsg-4 ii libqt5widgets5 5.5.1+dfsg-4 ii libqt5x11extras55.5.1-2 ii librsvg2-2 2.40.11-1 ii libsdl-image1.2 1.2.12-5+b5 pn libsdl1.2debian ii libstdc++6 5.2.1-22 ii libva-drm1 1.6.1-1 ii libva-x11-1 1.6.1-1 ii libva1 1.6.1-1 ii libvlccore8 2.2.1-4+b1 ii libvncclient1 0.9.10+dfsg-3 ii libx11-62:1.6.3-1 ii libxcb-composite0 1.10-3+b1 ii libxcb-keysyms1 0.4.0-1 ii libxcb-randr0 1.10-3+b1 ii libxcb-shm0 1.10-3+b1 ii libxcb-xv0 1.10-3+b1 ii libxcb1 1.10-3+b1 ii libxext62:1.3.3-1 ii libxinerama12:1.1.3-1+b1 ii libxpm4 1:3.5.11-1+b1 ii vlc-nox 2.2.1-4+b1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages vlc recommends: ii vlc-plugin-notify 2.2.1-4+b1 ii vlc-plugin-samba 2.2.1-4+b1 ii xdg-utils 1.1.1-1 vlc suggests no packages. Versions of packages vlc-nox depends on: ii liba52-0.7.4 0.7.4-18 ii libasound2 1.0.29-1 ii libass50.13.0-1 ii libavahi-client3 0.6.31-5 ii libavahi-common3 0.6.31-5 ii libavc1394-0 0.5.4-2 ii libavcodec-ffmpeg567:2.8.1-1 ii libavformat-ffmpeg56 7:2.8.1-1 ii libavutil-ffmpeg54 7:2.8.1-1 ii libbasicusageenvironment0 2014.01.13-1 ii libbluray1 1:0.9.0-1 ii libc6 2.19-22 ii libcddb2 1.3.2-5 ii libcdio13 0.83-4.2 ii libchromaprint01.2-1+b1 ii libcrystalhd3 1:0.0~git20110715.fdd2f19-11+b1 ii libdbus-1-31.10.0-3 ii libdc1394-22 2.2.3-1 ii libdca00.0.5-7 ii libdirectfb-1.2-9 1.2.10.0-5.1 ii libdvbpsi101.3.0-2 ii libdvdnav4 5.0.3-1 ii libdvdread45.0.3-1 ii libebml4v5 1.3.3-1 ii libfaad2 2.8.0~cvs20150510-1 ii libflac8 1.3.1-4 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.6-2 ii libfribidi00.19.7-1 ii libgcc11:5.2.1-22 ii libgcrypt201.6.4-3 ii libgnutls-deb0-28 3.3.18-1 ii libgpg-error0 1.20-1 ii libgroupsock1 2014.01.13-1 ii libjpeg62-turbo1:1.4.1-2 ii libkate1 0.4.1-5 ii liblircclient0 0.9.0~pre1-1.2 ii liblivemedia23 2014.01.13-1 ii liblua5.2-05.2.4-1 ii libmad00.15.1b-8 ii libmatroska6v5 1.4.4-1 ii libmodplug11:0.8.8.5-2 ii libmpcdec6 2:0.1~r475-1 ii libmpeg2-4 0.5.1-7 ii libmtp91.1.10-1 ii libncursesw5 6.0+20151017-1 ii libogg01.3.2-1 ii libopus0 1.1-2 ii libpng12-0 1.2.50-2+b2 ii libpostproc-ffmpeg53 7:2.8.1-1 ii libraw1394-11 2.1.1-1 ii libresid-builder0c2a 2.1.1-14 ii libsamplerate0 0.1.8-8 ii libschroedinger-1.0-0 1.0.11-2.1 ii libshine3 3.1.0-2.1 ii libshout3 2.3.1-3 ii libsidplay22.1.1-14 ii libspeex1
Bug#802886:
> except that in my case I see only about 20x200 pixels, i.e. almost not at all. I think the size of the video that's shown is random each time you play something or resize the window. I tried for example to go from windowed to fullscreen (by manually clicking the menu option under "Video"), it suddenly displayed more of the video. I also noticed that when opening different videos, or even the same video, the size of the video shown varies. > I played with output in video section without success. I forgot to mention earlier that as a temporary fix, you can untick the "Integrate video in interface" option under "Interface" in VLC's preference (simple view), that should enable you to see the videos and switch to fullscreen by double-clicking.
Bug#791620: vlc: Window decoration issues with the QT5 interface
Package: vlc Version: 2.2.1-2+b1 ___ First of all, I apologise in advance if this issue is not related to VLC, but instead it belongs to QT5 or the WM/display drivers, but so far VLC is the only QT5 application that I noticed those issues surface to. The issue: VLC loses it's window decorations, and is made unmovable being stuck on the upper-left corner of the screen (screenshot: http://i.imgur.com/tGZCzqb.png) after restoring VLC from it's minimised state. Also even though I might have a window in the background while VLC is in front, I cannot interact with that background window unless I switch them manually (Alt+F4 or Super+D as I set them in the WM). This seems to happen randomly, and is not conditioned on some previous event (starting a certain app, opening a certain window, etc.) that I know of. What's worse is that file logging doesn't work properly here for some reason, so I wouldn't be able to diagnose what exactly is happening. Though there's something that shows up in ~/.xsession-errors: http://pastebin.com/aiECtN0N About my current configuration: As you might have noticed, I'm using tint2, the WM is OpenBox and I'm on a device with Intel graphics, so I'm using the open-source drivers (i915) ___ -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 4.0-6.dmz.1-liquorix-686-pae (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages vlc depends on: ii fonts-freefont-ttf 20120503-4 ii libaa1 1.4p5-43 ii libavcodec566:11.4-2 ii libavutil54 6:11.4-2 ii libc6 2.19-18 ii libcaca00.99.beta19-2 ii libcairo2 1.14.2-2 ii libegl1-mesa [libegl1-x11] 10.5.8-1 ii libfreerdp-client1.11.1.0~git20140921.1.440916e+dfsg1-4 ii libfreerdp-core1.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libfreerdp-gdi1.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libfreetype62.5.2-4 ii libfribidi0 0.19.6-3 ii libgcc1 1:5.1.1-12 ii libgl1-mesa-glx [libgl1]10.5.8-1 ii libgles1-mesa [libgles1]10.5.8-1 ii libgles2-mesa [libgles2]10.5.8-1 ii libglib2.0-02.44.1-1.1 ii libpulse0 6.0-2 ii libqt5core5a5.4.2+dfsg-4 ii libqt5gui5 5.4.2+dfsg-4 ii libqt5widgets5 5.4.2+dfsg-4 ii libqt5x11extras55.4.2-2 ii librsvg2-2 2.40.9-2 ii libsdl-image1.2 1.2.12-5+b5 pn libsdl1.2debian none ii libstdc++6 5.1.1-12 ii libva-drm1 1.6.0-1 ii libva-x11-1 1.6.0-1 ii libva1 1.6.0-1 ii libvlccore8 2.2.1-2+b1 ii libvncclient1 0.9.10+dfsg-3 ii libx11-62:1.6.3-1 ii libxcb-composite0 1.10-3+b1 ii libxcb-keysyms1 0.4.0-1 ii libxcb-randr0 1.10-3+b1 ii libxcb-shm0 1.10-3+b1 ii libxcb-xv0 1.10-3+b1 ii libxcb1 1.10-3+b1 ii libxext62:1.3.3-1 ii libxinerama12:1.1.3-1+b1 ii libxpm4 1:3.5.11-1+b1 ii vlc-nox 2.2.1-2+b1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages vlc recommends: ii vlc-plugin-notify 2.2.1-2+b1 pn vlc-plugin-samba none ii xdg-utils 1.1.0~rc1+git20111210-7.4 Versions of packages vlc suggests: pn videolan-doc none Versions of packages vlc-nox depends on: ii liba52-0.7.4 0.7.4-18 ii libasound2 1.0.29-1 ii libass50.12.2-1 ii libavahi-client3 0.6.31-5 ii libavahi-common3 0.6.31-5 ii libavc1394-0 0.5.4-2 ii libavcodec56 6:11.4-2 ii libavformat56 6:11.4-2 ii libavutil546:11.4-2 ii libbasicusageenvironment0 2014.01.13-1 ii libbluray1 1:0.8.1-1 ii libc6 2.19-18 ii libcddb2 1.3.2-5 ii libcdio13 0.83-4.2 ii libchromaprint01.2-1 ii libcrystalhd3 1:0.0~git20110715.fdd2f19-11 ii libdbus-1-31.8.18-1 ii libdc1394-22 2.2.3-1 ii libdca00.0.5-7 ii libdirectfb-1.2-9 1.2.10.0-5.1 ii libdvbpsi101.3.0-2 ii libdvdnav4 5.0.1-4 ii libdvdread45.0.0-1 ii libebml4 1.3.1-3 ii libfaad2 2.8.0~cvs20150510-1 ii libflac8 1.3.1-2 ii
Bug#772503: vlc: CRC errors in FLAC files, not occurring in other players
Could you let us now the bug number so we can track it? It's #9966 and #9863, but they're both closed and fixed. So I think I should really report the bug there as you suggested earlier. Will leave the bug number in here after I've done that.
Bug#772503: vlc: CRC errors in FLAC files, not occurring in other players
Then I think it'd be best to contact upstream about it. Could you please follow https://wiki.videolan.org/Report_bugs to report the bug upstream? I did, and it was already reported, so I'm guessing they're working on it.
Bug#772503: vlc: CRC errors in FLAC files, not occurring in other players
The file is no longer available. Sorry, here you go: https://mega.co.nz/#!iFEkSCDR!7Q4O7kVcYgbRopt7vh9RxpE0ca-NqRwcWXO3iI7aL2Y Do you see the issue with 2.2.0-1 too? Yes, this happens on 2.2.0-1 too.
Bug#769071:
This issue is still unsolved on 2.2.0-1 Also noticed that it's not possible to disable either the audio or video streams while playing YouTube videos.
Bug#769739:
On 7 April 2015 at 11:44, Sebastian Ramacher sramac...@debian.org wrote: 2.2.0 is now available in unstable. Could you please test again? Cheers Still the same I'm afraid. The log seems a tad bit different this time though: http://s000.tinyupload.com/index.php?file_id=57754797218745897120
Bug#769071: Cannot seek/skip in YouTube (possibly HTTP too) streams.
Package: vlc Version: 2.2.0~rc2-2 Severity: normal New version, same problems. -- Sent from Whiteout Mail - https://whiteout.io My PGP key: https://keys.whiteout.io/aekk...@wmail.io pgptZQMIHNUSh.pgp Description: PGP signature
Bug#774578: audacity: Assertion Failed when pressing both mouse buttons
Package: audacity Version: 2.0.6-2 Severity: normal After I accidentally clicked both mouse buttons (LMB and RMB), I get an assertion failed message prompting me either to continue using the program or to stop it. Seems there's no difference if I loaded any soundfile or not. Also doesn't happen in menus and option windows. Here's the backtrace that I saved: ___ ASSERT INFO: ../src/common/wincmn.cpp(3271): assert !wxMouseCapture::IsInCaptureStack(this) failed in CaptureMouse(): Recapturing the mouse in the same window? BACKTRACE: [1] wxWindowBase::CaptureMouse() [2] TrackPanel::OnMouseEvent(wxMouseEvent) [3] wxAppConsoleBase::HandleEvent(wxEvtHandler*, void (wxEvtHandler::*)(wxEvent), wxEvent) const [4] wxAppConsoleBase::CallEventHandler(wxEvtHandler*, wxEventFunctor, wxEvent) const [5] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const, wxEvtHandler*, wxEvent) [6] wxEventHashTable::HandleEvent(wxEvent, wxEvtHandler*) [7] wxEvtHandler::TryHereOnly(wxEvent) [8] wxEvtHandler::ProcessEventLocally(wxEvent) [9] wxEvtHandler::ProcessEvent(wxEvent) [10] wxEvtHandler::SafelyProcessEvent(wxEvent) [11] wxWindowBase::HandleWindowEvent(wxEvent) const [12] wxWindow::GTKProcessEvent(wxEvent) const [13] g_closure_invoke [14] g_signal_emit_valist [15] g_signal_emit [16] gtk_propagate_event [17] gtk_main_do_event [18] g_main_context_dispatch [19] g_main_loop_run [20] gtk_main [21] wxGUIEventLoop::DoRun() [22] wxEventLoopBase::Run() [23] wxAppConsoleBase::MainLoop() [24] wxAppConsoleBase::OnRun() [25] wxAppBase::OnRun() [26] wxEntry(int, wchar_t**) [27] wxEntry(int, char**) [28] main [29] __libc_start_main [30] _start __ -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages audacity depends on: ii audacity-data 2.0.6-2 ii libasound21.0.28-1 ii libavcodec56 6:11-2 ii libavformat56 6:11-2 ii libavutil54 6:11-2 ii libc6 2.19-13 ii libexpat1 2.1.0-6+b3 ii libflac++61.3.0-3 ii libflac8 1.3.0-3 ii libgcc1 1:4.9.2-10 ii libglib2.0-0 2.42.1-1 ii libid3tag00.15.1b-11 ii libmad0 0.15.1b-8 ii libmp3lame0 3.99.5+repack1-5 ii libogg0 1.3.2-1 ii libportaudio2 19+svn20140130-1 ii libportsmf0 0.1~svn20101010-4 ii libsbsms102.0.2-1 ii libsndfile1 1.0.25-9+b1 ii libsoundtouch01.8.0-1 ii libsoxr0 0.1.1-1 ii libstdc++64.9.2-10 ii libtwolame0 0.3.13-1.1 ii libvamp-hostsdk3 2.5+repack0-2 ii libvorbis0a 1.3.4-2 ii libvorbisenc2 1.3.4-2 ii libvorbisfile31.3.4-2 ii libwxbase3.0-03.0.2-1+b1 ii libwxgtk3.0-0 3.0.2-1+b1 audacity recommends no packages. Versions of packages audacity suggests: pn ladspa-plugin none -- no debconf information
Bug#491557:
Package: audacity Version: 2.0.6-2 Severity: normal Don't have anything of use to add to this bug report but I'm having the same issues, I hear a loud pop when I open Audacity, although granted it happens randomly (so not every time I start Audacity) Sometimes this is also comes along with a ALSA daemon failed or something along those lines. (I forgot the error message) I also get a pop occasionally when I play a sound file. It seems to happen the most when I previously stopped the playback in a loud portion of a file, and then play again at a random position. __ -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages audacity depends on: ii audacity-data 2.0.6-2 ii libasound21.0.28-1 ii libavcodec56 6:11-2 ii libavformat56 6:11-2 ii libavutil54 6:11-2 ii libc6 2.19-13 ii libexpat1 2.1.0-6+b3 ii libflac++61.3.0-3 ii libflac8 1.3.0-3 ii libgcc1 1:4.9.2-10 ii libglib2.0-0 2.42.1-1 ii libid3tag00.15.1b-11 ii libmad0 0.15.1b-8 ii libmp3lame0 3.99.5+repack1-5 ii libogg0 1.3.2-1 ii libportaudio2 19+svn20140130-1 ii libportsmf0 0.1~svn20101010-4 ii libsbsms102.0.2-1 ii libsndfile1 1.0.25-9+b1 ii libsoundtouch01.8.0-1 ii libsoxr0 0.1.1-1 ii libstdc++64.9.2-10 ii libtwolame0 0.3.13-1.1 ii libvamp-hostsdk3 2.5+repack0-2 ii libvorbis0a 1.3.4-2 ii libvorbisenc2 1.3.4-2 ii libvorbisfile31.3.4-2 ii libwxbase3.0-03.0.2-1+b1 ii libwxgtk3.0-0 3.0.2-1+b1 audacity recommends no packages. Versions of packages audacity suggests: pn ladspa-plugin none -- no debconf information
Bug#774181: audacity: Always appends the .aiff extension when exporting to WAV
Package: audacity Version: 2.0.6-2 Severity: normal For some time now I've been having issues with the Export feature. Every time I want to export a project to a WAV file, it appends .aiff as extension to whatever filename Audacity constructed. This gets especially annoying when I forget to remove the extension, and click on Export directly, and then the pop-up window asks me if I really want to save the file with the .aiff extension. Don't know what caused it to behave this way but I know for certain that it doesn't do this under Windows. _ -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages audacity depends on: ii audacity-data 2.0.6-2 ii libasound21.0.28-1 ii libavcodec56 6:11-2 ii libavformat56 6:11-2 ii libavutil54 6:11-2 ii libc6 2.19-13 ii libexpat1 2.1.0-6+b3 ii libflac++61.3.0-3 ii libflac8 1.3.0-3 ii libgcc1 1:4.9.2-10 ii libglib2.0-0 2.42.1-1 ii libid3tag00.15.1b-11 ii libmad0 0.15.1b-8 ii libmp3lame0 3.99.5+repack1-5 ii libogg0 1.3.2-1 ii libportaudio2 19+svn20140130-1 ii libportsmf0 0.1~svn20101010-4 ii libsbsms102.0.2-1 ii libsndfile1 1.0.25-9+b1 ii libsoundtouch01.8.0-1 ii libsoxr0 0.1.1-1 ii libstdc++64.9.2-10 ii libtwolame0 0.3.13-1.1 ii libvamp-hostsdk3 2.5+repack0-2 ii libvorbis0a 1.3.4-2 ii libvorbisenc2 1.3.4-2 ii libvorbisfile31.3.4-2 ii libwxbase3.0-03.0.2-1+b1 ii libwxgtk3.0-0 3.0.2-1+b1 audacity recommends no packages. Versions of packages audacity suggests: pn ladspa-plugin none -- no debconf information
Bug#772503: vlc: CRC errors in FLAC files, not occurring in other players
Package: vlc Version: 2.2.0~rc2-1 Severity: normal Not sure if this is indeed a bug but I'm getting some curious CRC errors with this FLAC file (and two more from the same album) made by me: https://mega.co.nz/#!jZdgWKLQ!4-3MD6Uvgy8tAGZQ6rNBq6YZKrSLoHx-N-Ke8bWwWcQ It occurs around 0:41-0:42 Log: packetizer_flac warning: Bad CRC for frame size 7416: 0xebd7 != 0x17 packetizer_flac warning: Bad CRC for frame size 9967: 0xb61d != 0x6c18 packetizer_flac warning: Bad CRC for frame size 2552: 0x5ff9 != 0x6c18 packetizer_flac warning: Bad CRC for frame size 13757: 0x994f != 0x8bee packetizer_flac warning: Frame is too big (18958 12449), couldn't find start code The file seems to be playing flawlessly in other media players such as foobar2000 (through Wine) and clementine. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.17-4.dmz.2-liquorix-686 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages vlc depends on: ii fonts-freefont-ttf 20120503-4 ii libaa1 1.4p5-43 ii libavcodec566:11-2 ii libavutil54 6:11-2 ii libc6 2.19-13 ii libcaca00.99.beta19-2 ii libegl1-mesa [libegl1-x11] 10.3.2-1 ii libfreerdp-cache1.1 1.1.0~git20140921.1.440916e+dfsg1-2+b1 ii libfreerdp-client1.11.1.0~git20140921.1.440916e+dfsg1-2+b1 ii libfreerdp-codec1.1 1.1.0~git20140921.1.440916e+dfsg1-2+b1 ii libfreerdp-core1.1 1.1.0~git20140921.1.440916e+dfsg1-2+b1 ii libfreerdp-crypto1.11.1.0~git20140921.1.440916e+dfsg1-2+b1 ii libfreerdp-gdi1.1 1.1.0~git20140921.1.440916e+dfsg1-2+b1 ii libfreerdp-locale1.11.1.0~git20140921.1.440916e+dfsg1-2+b1 ii libfreerdp-rail1.1 1.1.0~git20140921.1.440916e+dfsg1-2+b1 ii libfreerdp-utils1.1 1.1.0~git20140921.1.440916e+dfsg1-2+b1 ii libfreetype62.5.2-2 ii libfribidi0 0.19.6-3 ii libgcc1 1:4.9.2-5 ii libgl1-mesa-glx [libgl1]10.3.2-1 ii libgles1-mesa [libgles1]10.3.2-1 ii libgles2-mesa [libgles2]10.3.2-1 ii libice6 2:1.0.9-1 ii libpulse0 5.0-13 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libsdl-image1.2 1.2.12-5+b5 pn libsdl1.2debian none ii libsm6 2:1.2.2-1 ii libstdc++6 4.9.2-5 ii libva-drm1 1.4.1-1 ii libva-x11-1 1.4.1-1 ii libva1 1.4.1-1 ii libvlccore8 2.2.0~rc2-1 ii libvncclient0 0.9.9+dfsg-6.1 ii libwinpr-rpc0.1 1.1.0~git20140921.1.440916e+dfsg1-2+b1 ii libwinpr-sspi0.11.1.0~git20140921.1.440916e+dfsg1-2+b1 ii libwinpr-utils0.1 1.1.0~git20140921.1.440916e+dfsg1-2+b1 ii libx11-62:1.6.2-3 ii libxcb-composite0 1.10-3+b1 ii libxcb-keysyms1 0.4.0-1 ii libxcb-randr0 1.10-3+b1 ii libxcb-render0 1.10-3+b1 ii libxcb-shape0 1.10-3+b1 ii libxcb-shm0 1.10-3+b1 ii libxcb-xfixes0 1.10-3+b1 ii libxcb-xv0 1.10-3+b1 ii libxcb1 1.10-3+b1 ii libxext62:1.3.3-1 ii libxinerama12:1.1.3-1+b1 ii libxpm4 1:3.5.11-1 ii vlc-nox 2.2.0~rc2-1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages vlc recommends: ii vlc-plugin-notify 2.2.0~rc2-1 pn vlc-plugin-samba none ii xdg-utils 1.1.0~rc1+git20111210-7.1 Versions of packages vlc suggests: pn videolan-doc none Versions of packages vlc-nox depends on: ii liba52-0.7.4 0.7.4-17 ii libasound2 1.0.28-1 ii libass50.10.2-3 ii libavahi-client3 0.6.31-4+b1 ii libavahi-common3 0.6.31-4+b1 ii libavc1394-0 0.5.4-2 ii libavcodec56 6:11-2 ii libavformat56 6:11-2 ii libavutil546:11-2 ii libbasicusageenvironment0 2014.01.13-1 ii libbluray1 1:0.6.2-1 ii libc6 2.19-13 ii libcddb2 1.3.2-5 ii libcdio13 0.83-4.2 ii libchromaprint01.2-1 ii libcrystalhd3 1:0.0~git20110715.fdd2f19-11 ii libdbus-1-31.8.12-1 ii libdc1394-22 2.2.3-1 ii libdca00.0.5-7 ii libdirectfb-1.2-9 1.2.10.0-5.1 ii libdvbpsi9 1.2.0-1 ii libdvdnav4 5.0.1-1 ii libdvdread45.0.0-1 ii libebml4 1.3.0-2 ii
Bug#765830: vlc: Cannot select just one channel in Stereo Mode
I confirm that it is solved in 2.2.0~rc2-1 Thanks to all that have participated to fix this issue and also sorry again for posting the same issue twice :P
Bug#769071: Cannot seek/skip in YouTube (possibly HTTP too) streams.
Package: vlc Version: 2.2.0~rc2-1 Severity: normal This issue still persists in 2.2.0~rc2-1 Also tested on VLC 2.1.5 (stable) on Windows, and seeking works fine in all mainstream YouTube formats (webm+mp4, 360p, 720p, 1080p - the last one got it through keepvid).
Bug#769739:
I suppose this is fixed by 7529f9c0c3d4418a1bc0af2640ce24c450f0e9b1 [1]. Could try if this changes fixes the issue for you? Cheers [1] http://git.videolan.org/?p=vlc/vlc-2.2.git;a=commit;h=50ce5550c197c2b48e9e104cc93ae4f53464c4c7 Thanks for the answer, but unfortunately no, after applying what was changed according to the diff to the local file (don't know how to view/download individual files in VLC's own GIT implementation) and restarted VLC, nothing changed, except the lua errors point out earlier in the bug report don't show up anymore. Here's the full log: http://s000.tinyupload.com/index.php?file_id=14243586289186258847 Also tried to send another message to this bug report, but for some reason it wasn't accepted, here's what I wanted to add last time: Strangely the webm format still plays properly with VLC 2.1.5 (stable) on Windows. Can't check under Debian as I have no way of getting binaries for that specific version. If it would be useful/required to test 2.1.5 on Debian, in the end I could compile it.
Bug#769739: vlc: Can't play videos in webm format on YouTube
Package: vlc Version: 2.2.0~rc1-1 Severity: normal Dear Maintainer, Since updating to 2.2.0~rc1-1, I cannot play any videos in the webm format on YouTube, getting this in the message window (verbosity 1): __ lua info: youtube.lua: debug: parse(): js_url before // s.ytimg.com/yts/jsbin/html5player-ro_RO-vflJ1gY7_/html5player.js lua info: youtube.lua: debug: parse(): js_url fixed (added http:) http://s.ytimg.com/yts/jsbin/html5player-ro_RO-vflJ1gY7_/html5player.js lua error: youtube.lua: pick_url(): Couldn't locate video signature, YouTube won't work without it. core info: stopping playback Playing any video on the mp4 formats seems to work just fine (except on music videos or heavily copyrighted stuff of the sort which is expected not to work) I also have another similar problem ( https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=769071) with all YouTube videos and this notice was posted in regards to youtube.lua: http://jslover.secsrv.net/VLC/playlist/youtube.lua Could this issue be related to YouTube screwing things up? -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.17-2.dmz.1-liquorix-686 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc depends on: ii fonts-freefont-ttf 20120503-4 ii libaa1 1.4p5-43 ii libavcodec566:11-2 ii libavutil54 6:11-2 ii libc6 2.19-13 ii libcaca00.99.beta19-2 ii libegl1-mesa [libegl1-x11] 10.3.2-1 ii libfreerdp-cache1.1 1.1.0~git20140921.1.440916e+dfsg1-2+b1 ii libfreerdp-client1.11.1.0~git20140921.1.440916e+dfsg1-2+b1 ii libfreerdp-codec1.1 1.1.0~git20140921.1.440916e+dfsg1-2+b1 ii libfreerdp-core1.1 1.1.0~git20140921.1.440916e+dfsg1-2+b1 ii libfreerdp-crypto1.11.1.0~git20140921.1.440916e+dfsg1-2+b1 ii libfreerdp-gdi1.1 1.1.0~git20140921.1.440916e+dfsg1-2+b1 ii libfreerdp-locale1.11.1.0~git20140921.1.440916e+dfsg1-2+b1 ii libfreerdp-rail1.1 1.1.0~git20140921.1.440916e+dfsg1-2+b1 ii libfreerdp-utils1.1 1.1.0~git20140921.1.440916e+dfsg1-2+b1 ii libfreetype62.5.2-2 ii libfribidi0 0.19.6-3 ii libgcc1 1:4.9.2-1 ii libgl1-mesa-glx [libgl1]10.3.2-1 ii libgles1-mesa [libgles1]10.3.2-1 ii libgles2-mesa [libgles2]10.3.2-1 ii libice6 2:1.0.9-1 ii libpulse0 5.0-13 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libsdl-image1.2 1.2.12-5+b5 pn libsdl1.2debian none ii libsm6 2:1.2.2-1 ii libstdc++6 4.9.2-1 ii libva-drm1 1.4.1-1 ii libva-x11-1 1.4.1-1 ii libva1 1.4.1-1 ii libvlccore8 2.2.0~rc1-1 ii libvncclient0 0.9.9+dfsg-6+b2 ii libwinpr-rpc0.1 1.1.0~git20140921.1.440916e+dfsg1-2+b1 ii libwinpr-sspi0.11.1.0~git20140921.1.440916e+dfsg1-2+b1 ii libwinpr-utils0.1 1.1.0~git20140921.1.440916e+dfsg1-2+b1 ii libx11-62:1.6.2-3 ii libxcb-composite0 1.10-3+b1 ii libxcb-keysyms1 0.4.0-1 ii libxcb-randr0 1.10-3+b1 ii libxcb-render0 1.10-3+b1 ii libxcb-shape0 1.10-3+b1 ii libxcb-shm0 1.10-3+b1 ii libxcb-xfixes0 1.10-3+b1 ii libxcb-xv0 1.10-3+b1 ii libxcb1 1.10-3+b1 ii libxext62:1.3.3-1 ii libxinerama12:1.1.3-1+b1 ii libxpm4 1:3.5.11-1 ii vlc-nox 2.2.0~rc1-1 ii zlib1g 1:1.2.8.dfsg-2 Versions of packages vlc recommends: ii vlc-plugin-notify 2.2.0~rc1-1 pn vlc-plugin-samba none ii xdg-utils 1.1.0~rc1+git20111210-7.1 Versions of packages vlc suggests: pn videolan-doc none Versions of packages vlc-nox depends on: ii liba52-0.7.4 0.7.4-17 ii libasound2 1.0.28-1 ii libass50.10.2-3 ii libavahi-client3 0.6.31-4+b1 ii libavahi-common3 0.6.31-4+b1 ii libavc1394-0 0.5.4-2 ii libavcodec56 6:11-2 ii libavformat56 6:11-2 ii libavutil546:11-2 ii libbasicusageenvironment0 2014.01.13-1 ii libbluray1 1:0.6.2-1 ii libc6 2.19-13 ii libcddb2 1.3.2-5 ii libcdio13 0.83-4.2
Bug#769739:
Full log: http://s000.tinyupload.com/index.php?file_id=69044752728117062127 Sample videos: https://youtube.com/watch?v=SGp9pYdbjp4 https://youtube.com/watch?v=DWefOzTZ268 https://youtube.com/watch?v=gskj-75ZtL0 https://www.youtube.com/watch?v=IZeWPScnolo https://youtube.com/watch?v=1C5bKCo6Jts All of these videos are in 360p, and VLC automatically chooses webm at this resolution.
Bug#769071: Cannot seek/skip in YouTube (possibly HTTP too) streams.
Package: vlc Version: 2.2.0~rc1-1 Severity: normal Dear Maintainer, * What led up to the situation? I updated to the latest vlc version on unstable (2.2.0~rc1-1) and afterwards I played a YouTube video (will leave some sample YouTube URLs below), and I tried skipping to a certain part of the video but it doesn't jump to it. Instead the time counter runs off counting from where I skipped, but there is no video or audio (I'm left with the last streamed frame on the screen). Seeking/skipping locally stored video files works fine. Sample videos: https://youtube.com/watch?v=8bJIJwimSbk https://youtube.com/watch?v=krXBaxD2BrI https://youtube.com/watch?v=UAA-9S8MJn4 https://youtube.com/watch?v=HNxnRqLskXo https://youtube.com/watch?v=DWefOzTZ268 https://youtube.com/watch?v=h6D4MMWjrmM It seems that no particular format works when seeking with VLC at all, so it's not just an issue mp4 videos as in the previous bug that I submitted. * What exactly did you do (or not do) that was effective (or ineffective)? Cleared the plugin cache (there was none) * What was the outcome of this action? Nothing changed as expected. Here's what errors I get into stdout: ___ [09f0a2c0] avcodec decoder warning: cannot decode one frame (146 bytes) [09f0a2c0] avcodec decoder warning: cannot decode one frame (146 bytes) [09f0a2c0] avcodec decoder warning: cannot decode one frame (654 bytes) [0a330950] faad decoder warning: Bitstream value not allowed by specification [0a330950] faad decoder warning: Invalid number of channels [0a330950] faad decoder warning: Maximum number of bitstream elements exceeded [0a330950] faad decoder warning: Bitstream value not allowed by specification [0a330950] faad decoder warning: Bitstream value not allowed by specification [0a330950] faad decoder warning: Maximum number of bitstream elements exceeded [0a330950] faad decoder warning: Bitstream value not allowed by specification [0a330950] faad decoder warning: Channel coupling not yet implemented [0a330950] faad decoder warning: Bitstream value not allowed by specification [0a330950] faad decoder warning: Bitstream value not allowed by specification [0a330950] faad decoder warning: Bitstream value not allowed by specification [0a330950] faad decoder warning: Channel coupling not yet implemented [0a330950] faad decoder warning: PCE shall be the first element in a frame [0a330950] faad decoder warning: Unexpected channel configuration change [0a330950] faad decoder warning: Invalid number of channels [0a330950] faad decoder warning: Channel coupling not yet implemented [0a330950] faad decoder warning: Invalid number of channels [0a330950] faad decoder warning: Maximum number of bitstream elements exceeded [0a330950] faad decoder warning: Unexpected channel configuration change [0a330950] faad decoder warning: Bitstream value not allowed by specification [0a330950] faad decoder warning: Bitstream value not allowed by specification [09f0a2c0] avcodec decoder warning: cannot decode one frame (637 bytes) [09f0a2c0] avcodec decoder warning: cannot decode one frame (235 bytes) [09f0a2c0] avcodec decoder warning: cannot decode one frame (166 bytes) [09f0a2c0] avcodec decoder warning: cannot decode one frame (177 bytes) [0a330950] faad decoder warning: PCE shall be the first element in a frame [0a330950] faad decoder warning: Bitstream value not allowed by specification [0a330950] faad decoder warning: PCE shall be the first element in a frame [0a330950] faad decoder warning: Bitstream value not allowed by specification [0a330950] faad decoder warning: Invalid number of channels [0a330950] faad decoder warning: Bitstream value not allowed by specification [0a330950] faad decoder warning: Bitstream value not allowed by specification [0a330950] faad decoder warning: Invalid number of channels [0a330950] faad decoder warning: Bitstream value not allowed by specification [0a330950] faad decoder warning: Bitstream value not allowed by specification [0a330950] faad decoder warning: Bitstream value not allowed by specification [0a330950] faad decoder warning: Bitstream value not allowed by specification [0a330950] faad decoder warning: Channel coupling not yet implemented [0a330950] faad decoder warning: Invalid number of channels [0a330950] faad decoder warning: Bitstream value not allowed by specification [0a330950] faad decoder warning: Bitstream value not allowed by specification [0a330950] faad decoder warning: Bitstream value not allowed by specification [0a330950] faad decoder warning: Invalid number of channels [0a330950] faad decoder warning: Bitstream value not allowed by specification [0a330950] faad decoder warning: Bitstream value not allowed by specification [0a330950] faad decoder warning: Bitstream value not allowed by specification [09f0a2c0] avcodec decoder warning: cannot decode one frame (169 bytes) [09f0a2c0] avcodec decoder warning: cannot decode one frame (161
Bug#769143: vlc: Cannot select left/right channel in Stereo Mode
Package: vlc Version: 2.2.0~rc1-1 Severity: normal Dear Maintainer, This has been happening even in the 2.1.X stable versions of VLC. * What exactly did you do (or not do) that was effective (or ineffective)? Going into Audio - Stereo Mode - Left/Right * What was the outcome of this action? Choosing any of those two doesn't do anything, VLC still plays both channels regardless. * What outcome did you expect instead? To have either the left or the right channel to be duplicated, and the other to be discarded. Here's the log of what was printed in the message window while trying to use this feature: ___ core debug: auto hiding mouse cursor core debug: restart requested (2) core debug: removing module samplerate core debug: removing module scaletempo core debug: removing module equalizer core debug: removing module trivial_channel_mixer core debug: restarting output... alsa debug: using ALSA device: sysdefault:CARD=ICH7 alsa debug: Plug PCM: Direct Stream Mixing PCM Hardware PCM card 0 'Intel ICH7' device 0 subdevice 0 Its setup is: stream : PLAYBACK access : MMAP_INTERLEAVED format : S32_LE subformat : STD channels : 2 rate : 48000 exact rate : 48000 (48000/1) msbits : 20 buffer_size : 8192 period_size : 1024 period_time : 21333 tstamp_mode : ENABLE period_step : 1 avail_min : 1024 period_event : 0 start_threshold : 1 stop_threshold : 1073741824 silence_threshold: 0 silence_size : 1073741824 boundary : 1073741824 appl_ptr : 0 hw_ptr : 0 alsa debug: device name : Intel ICH7 alsa debug: device ID : Intel ICH alsa debug: subdevice name: subdevice #0 alsa debug: initial hardware setup: ACCESS: MMAP_INTERLEAVED MMAP_NONINTERLEAVED MMAP_COMPLEX RW_INTERLEAVED RW_NONINTERLEAVED FORMAT: S8 U8 S16_LE S16_BE U16_LE U16_BE S24_LE S24_BE U24_LE U24_BE S32_LE S32_BE U32_LE U32_BE FLOAT_LE FLOAT_BE FLOAT64_LE FLOAT64_BE MU_LAW A_LAW IMA_ADPCM S24_3LE S24_3BE U24_3LE U24_3BE S20_3LE S20_3BE U20_3LE U20_3BE S18_3LE S18_3BE U18_3LE U18_3BE SUBFORMAT: STD SAMPLE_BITS: [4 64] FRAME_BITS: [4 64] CHANNELS: [1 1] RATE: 48000 PERIOD_TIME: (21333 21334) PERIOD_SIZE: 1024 PERIOD_BYTES: [512 8192] PERIODS: [2 8] BUFFER_TIME: (42666 170667) BUFFER_SIZE: [2048 8192] BUFFER_BYTES: [1024 65536] TICK_TIME: ALL alsa debug: using channels map 0, type 1, 2 channel(s) alsa debug: final HW setup: ACCESS: RW_INTERLEAVED FORMAT: FLOAT_LE SUBFORMAT: STD SAMPLE_BITS: 32 FRAME_BITS: 64 CHANNELS: 2 RATE: 48000 PERIOD_TIME: (21333 21334) PERIOD_SIZE: 1024 PERIOD_BYTES: 8192 PERIODS: 8 BUFFER_TIME: (170666 170667) BUFFER_SIZE: 8192 BUFFER_BYTES: 65536 TICK_TIME: 0 alsa debug: initial software parameters: tstamp_mode: NONE period_step: 1 avail_min: 1024 start_threshold: 1 stop_threshold: 8192 silence_threshold: 0 silence_size: 0 boundary: 1073741824 alsa debug: final software parameters: tstamp_mode: NONE period_step: 1 avail_min: 1024 start_threshold: 1 stop_threshold: 8192 silence_threshold: 0 silence_size: 0 boundary: 1073741824 alsa warning: device cannot be paused core debug: output 'f32l' 48000 Hz Stereo/Left frame=1 samples/8 bytes core debug: retaining sample format core debug: restarting filters... core debug: input 'f32l' 44100 Hz Stereo frame=1 samples/8 bytes core debug: looking for audio filter module matching scaletempo: 14 candidates scaletempo debug: format: 44100 rate, 2 nch, 4 bps, fl32 scaletempo debug: params: 30 stride, 0.200 overlap, 14 search scaletempo debug: 1.000 scale, 1323.000 stride_in, 1323 stride_out, 1059 standing, 264 overlap, 617 search, 2204 queue, fl32 mode core debug: using audio filter module scaletempo core debug: conversion: 'f32l'-'f32l' 44100 Hz-44100 Hz Stereo-Stereo core debug: conversion pipeline complete core debug: looking for audio filter module matching equalizer: 14 candidates equalizer debug: equalizer loaded for 44100 Hz with 10 bands 1 pass equalizer debug: 60.00 Hz - factor:0.215522 alpha:0.003013 beta:0.993973 gamma:1.993901 equalizer debug: 170.00 Hz - factor:0.504988 alpha:0.008490 beta:0.983019 gamma:1.982437 equalizer debug: 310.00 Hz - factor:0.504988 alpha:0.015374 beta:0.969252 gamma:1.967331 equalizer debug: 600.00 Hz - factor:0.226365 alpha:0.029328 beta:0.941343 gamma:1.934254 equalizer debug: 1000.00 Hz - factor:0.050566 alpha:0.047918 beta:0.904163 gamma:1.884869 equalizer debug: 3000.00 Hz - factor:-0.092261 alpha:0.130408 beta:0.739184 gamma:1.582718 equalizer debug: 6000.00 Hz - factor:-0.150473 alpha:0.226555 beta:0.546889 gamma:1.015267 equalizer debug: 12000.00 Hz - factor:-0.172604 alpha:0.344937 beta:0.310127 gamma:-0.181410 equalizer debug: 14000.00 Hz - factor:0.128390 alpha:0.366438 beta:0.267123 gamma:-0.521152 equalizer debug: 16000.00 Hz - factor:0.309680 alpha:0.379009 beta:0.241981 gamma:-0.808451 core debug: using audio filter module equalizer core debug: conversion: 'f32l'-'f32l' 44100 Hz-44100 Hz Stereo-Stereo
Bug#765779:
Thanks for the patch Martin! Does anyone have any idea when this patch will be committed?
Bug#765830: vlc: Cannot select just one channel in Stereo Mode
Package: audacity Version: 2.2.0~pre4-1+b1 Severity: normal Dear Maintainer, This has been happening even in the 2.1.X stable versions of VLC. * What exactly did you do (or not do) that was effective (or ineffective)? Going into Audio - Stereo Mode - Left/Right * What was the outcome of this action? Choosing any of those two doesn't do anything, VLC still plays both channels regardless. * What outcome did you expect instead? To have either the left or the right channel to be duplicated, and the other to be discarded. Here's the log of what was printed in the message window while trying to use this feature: __ core debug: auto hiding mouse cursor core debug: restart requested (2) core debug: removing module samplerate core debug: removing module scaletempo core debug: removing module equalizer core debug: removing module trivial_channel_mixer core debug: restarting output... alsa debug: using ALSA device: sysdefault:CARD=ICH7 alsa debug: Plug PCM: Direct Stream Mixing PCM Hardware PCM card 0 'Intel ICH7' device 0 subdevice 0 Its setup is: stream : PLAYBACK access : MMAP_INTERLEAVED format : S32_LE subformat : STD channels : 2 rate : 48000 exact rate : 48000 (48000/1) msbits : 20 buffer_size : 8192 period_size : 1024 period_time : 21333 tstamp_mode : ENABLE period_step : 1 avail_min : 1024 period_event : 0 start_threshold : 1 stop_threshold : 1073741824 silence_threshold: 0 silence_size : 1073741824 boundary : 1073741824 appl_ptr : 0 hw_ptr : 0 alsa debug: device name : Intel ICH7 alsa debug: device ID : Intel ICH alsa debug: subdevice name: subdevice #0 alsa debug: initial hardware setup: ACCESS: MMAP_INTERLEAVED MMAP_NONINTERLEAVED MMAP_COMPLEX RW_INTERLEAVED RW_NONINTERLEAVED FORMAT: S8 U8 S16_LE S16_BE U16_LE U16_BE S24_LE S24_BE U24_LE U24_BE S32_LE S32_BE U32_LE U32_BE FLOAT_LE FLOAT_BE FLOAT64_LE FLOAT64_BE MU_LAW A_LAW IMA_ADPCM S24_3LE S24_3BE U24_3LE U24_3BE S20_3LE S20_3BE U20_3LE U20_3BE S18_3LE S18_3BE U18_3LE U18_3BE SUBFORMAT: STD SAMPLE_BITS: [4 64] FRAME_BITS: [4 64] CHANNELS: [1 1] RATE: 48000 PERIOD_TIME: (21333 21334) PERIOD_SIZE: 1024 PERIOD_BYTES: [512 8192] PERIODS: [2 8] BUFFER_TIME: (42666 170667) BUFFER_SIZE: [2048 8192] BUFFER_BYTES: [1024 65536] TICK_TIME: ALL alsa debug: using channels map 0, type 1, 2 channel(s) alsa debug: final HW setup: ACCESS: RW_INTERLEAVED FORMAT: FLOAT_LE SUBFORMAT: STD SAMPLE_BITS: 32 FRAME_BITS: 64 CHANNELS: 2 RATE: 48000 PERIOD_TIME: (21333 21334) PERIOD_SIZE: 1024 PERIOD_BYTES: 8192 PERIODS: 8 BUFFER_TIME: (170666 170667) BUFFER_SIZE: 8192 BUFFER_BYTES: 65536 TICK_TIME: 0 alsa debug: initial software parameters: tstamp_mode: NONE period_step: 1 avail_min: 1024 start_threshold: 1 stop_threshold: 8192 silence_threshold: 0 silence_size: 0 boundary: 1073741824 alsa debug: final software parameters: tstamp_mode: NONE period_step: 1 avail_min: 1024 start_threshold: 1 stop_threshold: 8192 silence_threshold: 0 silence_size: 0 boundary: 1073741824 alsa warning: device cannot be paused core debug: output 'f32l' 48000 Hz Stereo/Left frame=1 samples/8 bytes core debug: retaining sample format core debug: restarting filters... core debug: input 'f32l' 44100 Hz Stereo frame=1 samples/8 bytes core debug: looking for audio filter module matching scaletempo: 14 candidates scaletempo debug: format: 44100 rate, 2 nch, 4 bps, fl32 scaletempo debug: params: 30 stride, 0.200 overlap, 14 search scaletempo debug: 1.000 scale, 1323.000 stride_in, 1323 stride_out, 1059 standing, 264 overlap, 617 search, 2204 queue, fl32 mode core debug: using audio filter module scaletempo core debug: conversion: 'f32l'-'f32l' 44100 Hz-44100 Hz Stereo-Stereo core debug: conversion pipeline complete core debug: looking for audio filter module matching equalizer: 14 candidates equalizer debug: equalizer loaded for 44100 Hz with 10 bands 1 pass equalizer debug: 60.00 Hz - factor:0.215522 alpha:0.003013 beta:0.993973 gamma:1.993901 equalizer debug: 170.00 Hz - factor:0.504988 alpha:0.008490 beta:0.983019 gamma:1.982437 equalizer debug: 310.00 Hz - factor:0.504988 alpha:0.015374 beta:0.969252 gamma:1.967331 equalizer debug: 600.00 Hz - factor:0.226365 alpha:0.029328 beta:0.941343 gamma:1.934254 equalizer debug: 1000.00 Hz - factor:0.050566 alpha:0.047918 beta:0.904163 gamma:1.884869 equalizer debug: 3000.00 Hz - factor:-0.092261 alpha:0.130408 beta:0.739184 gamma:1.582718 equalizer debug: 6000.00 Hz - factor:-0.150473 alpha:0.226555 beta:0.546889 gamma:1.015267 equalizer debug: 12000.00 Hz - factor:-0.172604 alpha:0.344937 beta:0.310127 gamma:-0.181410 equalizer debug: 14000.00 Hz - factor:0.128390 alpha:0.366438 beta:0.267123 gamma:-0.521152 equalizer debug: 16000.00 Hz - factor:0.309680 alpha:0.379009 beta:0.241981 gamma:-0.808451 core debug: using audio filter module equalizer core
Bug#765779:
It's not just you. I'm getting the same error when trying to adjust the gain on a project with multiple tracks. By the just me question, I meant the way the buttons show up in the Crash Recovery window after I re-open Audacity. :) Screenshot: https://i.imgur.com/vqvG63d.png Does the failed assertion error show up if you only open a single-track project? Here it happened on both a single and multiple track project, stereo and mono tracks as well. __ Also, I need to correct a phrase I wrote above, it didn't make much sense, I'll put the correction between asterisks: This leaves me unable to click on anything, as the clicks aren't registered by the OS, *however* the cursor works fine (I can move it around). If I try to select Continue on that window * (using the keyboard) *, I am finally able to click, but *after getting rid of that window, * no matter what I click in Audacity, be it a menu, button or a widget, the error shows up again* and if I select the Continue button, Audacity crashes with a segfault.: [...]
Bug#765830:
Whoops, package: vlc not audacity, my bad!
Bug#765779: audacity: An assertion failed! when changing track volume or panning
thanks a lot for the bug report! :-) You're very welcome, it's the least I could do to help FOSS gain more popularity :D If you want to help, you can compile the example I submitted in the upstream report and confirm the problem there, so at least the status can upgrade from new to confirmed. Maybe that makes it receive a little more attention. By example I assume you mean the attached patch. I'll try to compile it later today. Should I use the source of the same version I currently have installed (through debian's own sources), or should I use a specific version from somewhere? upstream report =?
Bug#765779: audacity: An assertion failed! when changing track volume or panning
Package: audacity Version: 2.0.6-1 Severity: normal Dear Maintainer, I've opened an audio file in Audacity today, and wanted to adjust the panning to a track and it immediately popped up a window saying An ssertion failed!, after which this was layed out: ../src/common/wincmn.cpp(3271): assert !wxMouseCapture::IsInCaptureStack(this) failed in CaptureMouse(): Recapturing the mouse in the same window? Here's a screenshot: https://i.imgur.com/9tBvG58.png This leaves me unable to click on anything, as the clicks aren't registered by the OS, the cursor works fine however (I can move it around). If I try to select Continue on that window, I am finally able to click, but no matter what I click in Audacity, it causes it to pop up that window, and if I select the Continue button, Audacity crashes with a segfault. Here's the backtrace dump: ___ ASSERT INFO: ../src/common/wincmn.cpp(3271): assert !wxMouseCapture::IsInCaptureStack(this) failed in CaptureMouse(): Recapturing the mouse in the same window? BACKTRACE: [1] wxWindowBase::CaptureMouse() [2] LWSlider::OnMouseEvent(wxMouseEvent) [3] TrackPanel::HandleSliders(wxMouseEvent, bool) [4] TrackPanel::GainFunc(Track*, wxRect, wxMouseEvent, int, int) [5] TrackPanel::HandleLabelClick(wxMouseEvent) [6] TrackPanel::HandleTrackSpecificMouseEvent(wxMouseEvent) [7] TrackPanel::OnMouseEvent(wxMouseEvent) [8] wxAppConsoleBase::HandleEvent(wxEvtHandler*, void (wxEvtHandler::*)(wxEvent), wxEvent) const [9] wxAppConsoleBase::CallEventHandler(wxEvtHandler*, wxEventFunctor, wxEvent) const [10] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const, wxEvtHandler*, wxEvent) [11] wxEventHashTable::HandleEvent(wxEvent, wxEvtHandler*) [12] wxEvtHandler::TryHereOnly(wxEvent) [13] wxEvtHandler::ProcessEventLocally(wxEvent) [14] wxEvtHandler::ProcessEvent(wxEvent) [15] wxEvtHandler::SafelyProcessEvent(wxEvent) [16] wxWindowBase::HandleWindowEvent(wxEvent) const [17] wxWindow::GTKProcessEvent(wxEvent) const [18] g_closure_invoke [19] g_signal_emit_valist [20] g_signal_emit [21] gtk_propagate_event [22] gtk_main_do_event [23] g_main_context_dispatch [24] g_main_loop_run [25] gtk_main [26] wxGUIEventLoop::DoRun() [27] wxEventLoopBase::Run() [28] wxAppConsoleBase::MainLoop() [29] wxAppConsoleBase::OnRun() [30] wxAppBase::OnRun() [31] wxEntry(int, wchar_t**) [32] wxEntry(int, char**) [33] main [34] __libc_start_main [35] _start And here's what has been shown on stdout: ** (Audacity:5439): CRITICAL **: murrine_style_draw_box: assertion 'height = -1' failed ** (Audacity:5439): CRITICAL **: murrine_style_draw_focus: assertion 'height = -1' failed ../src/common/wincmn.cpp(3271): assert !wxMouseCapture::IsInCaptureStack(this) failed in CaptureMouse(): Recapturing the mouse in the same window? ../src/common/wincmn.cpp(3271): assert !wxMouseCapture::IsInCaptureStack(this) failed in CaptureMouse(): Recapturing the mouse in the same window? Segmentation fault _ Also, the Crash Recovery window doesn't look right: https://i.imgur.com/vqvG63d.png Does anyone know is this is just at my end? -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.16-3.dmz.2-liquorix-686 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages audacity depends on: ii audacity-data 2.0.6-1 ii libasound21.0.28-1 ii libavcodec56 6:11-1 ii libavformat56 6:11-1 ii libavutil54 6:11-1 ii libc6 2.19-11 ii libexpat1 2.1.0-6 ii libflac++61.3.0-2 ii libflac8 1.3.0-2 ii libgcc1 1:4.9.1-16 ii libglib2.0-0 2.42.0-2 ii libid3tag00.15.1b-11 ii libmad0 0.15.1b-8 ii libmp3lame0 3.99.5+repack1-5 ii libogg0 1.3.2-1 ii libportaudio2 19+svn20140130-1 ii libportsmf0 0.1~svn20101010-4 ii libsbsms102.0.2-1 ii libsndfile1 1.0.25-9 ii libsoundtouch01.8.0-1 ii libsoxr0 0.1.1-1 ii libstdc++64.9.1-16 ii libtwolame0 0.3.13-1.1 ii libvamp-hostsdk3 2.5+repack0-2 ii libvorbis0a 1.3.2-1.5 ii libvorbisenc2 1.3.2-1.5 ii libvorbisfile31.3.2-1.5 ii libwxbase3.0-03.0.2-1 ii libwxgtk3.0-0 3.0.2-1 audacity recommends no packages. Versions of packages audacity suggests: pn ladspa-plugin none -- no debconf information
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)
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)
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)
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: Acknowledgement (vlc: Videos over HTTP stream very slowly in 2.2.0-pre3)
I'm not sure how to re-open a bug (I've only used mailing lists a few times and I reported a bug only once before) so I'm going to assume that by replying back it'll re-open the bug (sorry for the noobishness :P) My bad, I've now commented out the deb-multimedia repos from /etc/apt/sources.list and reinstalled vlc, now these are the details of the package: ___ -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.16-3.dmz.1-liquorix-686 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc depends on: ii fonts-freefont-ttf 20120503-4 ii libaa1 1.4p5-43 ii libavcodec5610:2.4-dmo1 ii libavutil54 10:2.4-dmo1 ii libc6 2.19-11 ii libcaca00.99.beta19-2 ii libegl1-mesa [libegl1-x11] 10.2.6-1 ii libfreerdp1 1.1.0~git20140809.1.b07a5c1+dfsg-4+b1 ii libfreetype62.5.2-1.1 ii libfribidi0 0.19.6-2 ii libgcc1 1:4.9.1-14 ii libgl1-mesa-glx [libgl1]10.2.6-1 ii libgles1-mesa [libgles1]10.2.6-1 ii libgles2-mesa [libgles2]10.2.6-1 ii libice6 2:1.0.9-1 ii libpulse0 5.0-6 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libsdl-image1.2 1.2.12-5+b2 pn libsdl1.2debian none ii libsm6 2:1.2.2-1 ii libstdc++6 4.9.1-14 ii libva-drm1 1.3.1-3 ii libva-x11-1 1.3.1-3 ii libva1 1.3.1-3 ii libvlccore8 2.2.0~pre2-4+b1 ii libvncclient0 0.9.9+dfsg-6 ii libx11-62:1.6.2-3 ii libxcb-composite0 1.10-3 ii libxcb-keysyms1 0.3.9-2 ii libxcb-randr0 1.10-3 ii libxcb-render0 1.10-3 ii libxcb-shape0 1.10-3 ii libxcb-shm0 1.10-3 ii libxcb-xfixes0 1.10-3 ii libxcb-xv0 1.10-3 ii libxcb1 1.10-3 ii libxext62:1.3.2-1 ii libxinerama12:1.1.3-1 ii libxpm4 1:3.5.11-1 ii vlc-nox 2.2.0~pre2-4+b1 ii zlib1g 1:1.2.8.dfsg-2 Versions of packages vlc recommends: ii vlc-plugin-notify 2.2.0~pre2-4+b1 pn vlc-plugin-samba none ii xdg-utils 1.1.0~rc1+git20111210-7.1 Versions of packages vlc suggests: pn videolan-doc none Versions of packages vlc-nox depends on: ii liba52-0.7.4 0.7.4-17 ii libasound2 1.0.28-1 ii libass50.10.2-3 ii libavahi-client3 0.6.31-4 ii libavahi-common3 0.6.31-4 ii libavc1394-0 0.5.4-2 ii libavcodec56 10:2.4-dmo1 ii libavformat56 10:2.4-dmo1 ii libavutil5410:2.4-dmo1 ii libbasicusageenvironment0 2014.01.13-1 ii libbluray1 2:0.6.2-dmo1 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-dmo2 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-dmo1 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-dmo1 ii libmodplug11:0.8.8.4-4.1 ii libmpcdec6 2:0.1~r459-4.1 ii libmpeg2-4 0.5.1-6 ii libmtp91.1.8-1 ii libncursesw5 5.9+20140913-1 ii libogg01.3.2-1 ii libopus0 1.1-2 ii libpng12-0 1.2.50-2 ii libpostproc52 6:0.git20120821-4 ii libraw1394-11 2.1.0-3 ii
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.
