Bug#879783: Removing dino from multimedia-blends

Hi Ross, On 10.11.2017 20:18, Ross Gammon wrote: > Control: tags -1 pending > > Hi Ralf, > > I have pushed a change to git removing dino from multimedia-blends. I > will do an upload sometime soon. Thanks! > But don't you think it is a bit early to introduce a new/different > package with the

Bug#879783: multimedia-midi: Suggests non-existing package 'dino'

Package: multimedia-midi Version: 0.6 Severity: normal Dear Maintainer, this package suggests 'dino', a MIDI sequencer that used to be packaged but got removed from the archive more than a year ago. Could that outdated suggestion be removed? We would like to package an IM messenger called

Bug#819266: ffmpeg: rtmp is broken

Hi, > If you believe that all consumers of librtmp should by default work in > "live" mode then I suggest you file a bugreport against librtmp to > request patching it (or convince upstream to change) accordingly. > > If you believe that - no matter what librtmp does by default - ffmpeg > and

Bug#819266: ffmpeg: rtmp is broken

Hi, > If VLC fails to properly handle the odd URI+space+options ffmpeg syntax, > then that is a bug in VLC. Please check if that is the case, or (now > that you know what to look for) it perhaps is instead an issue of you > needing to feed the "live" option in a different way than you have

Bug#819266: ffmpeg: rtmp is broken

Hi, > This does not work here with the Debian packages: I got rid of the "configuration mismatch" by replacing libavcodec-extra with plain libavcodec. This still fails: > $ ffmpeg -i rtmp://revision.scenesat.com/live/mainhall -qscale 2 out.avi > ffmpeg version 2.8.6-1+b2 Copyright (c) 2000-2016

Bug#819266: ffmpeg: rtmp is broken

Hi, Please keep me in Cc in the mails, bugs.d.o doesn't otherwise seem to deliver them to me. > Sorry to say but this does not seem like a useful bug report: Did you test > at all with FFmpeg? As a library, yes -- as I said, mpv and vlc. The error message was even prefixed with [ffmpeg]. I'd

Bug#819266: ffmpeg: rtmp is broken

Package: ffmpeg Version: 7:2.8.6-1+b2 Severity: normal Dear Maintainer, something about rtmp is broken in ffmpeg as shipped in Debian. For example, the Revision RTMP streams do not work in either MPV or VLC. However, after building mpv and ffmpeg using

Bug#809322: mpv: Complains about missing xdg-screensaver, which is installed

Hi, > Try running > > xdg-screensaver reset > echo $? > > in the console and make sure an echo outputs a 0. If not the script is > supposed to fail. It prints "4". So you are right, it fails (and the error message shown by mpv could certainly need some improvement). That's not very

Bug#809322: mpv: Complains about missing xdg-screensaver, which is installed

Package: mpv Version: 0.12.0-1 Severity: normal Dear Maintainer, My MPV config file is # Use opengl video output by default. vo=opengl-hq When I open a network stream (and probably also for local files), I get an error [vo/opengl-hq/x11] Disabling screensaver failed (4). Make sure the

Bug#800586: camorama cannot take pictures

severity 800586 important thanks Hi, > package: camorama > version: 0.19-3 > severity: grave > reason: fails its primary functionality > > It fails with an error message "Cannot create directory ~/Webcam_Picture > s" > > Same message after manually creating the directory. Taking pictures is

Bug#798661: vlc: VLC only shows top-left part of the movie

Hi, > This sounds a lot like > https://forums.opensuse.org/showthread.php/509523-VLC-video-playback-in-Plasma-5-4-openSUSE-13-2. It does. > Does downgrading to the Qt version help or any of the workarounds help? Downgrading Qt is not really an option, too many dependencies with other packages

Bug#798661: vlc: VLC only shows top-left part of the movie

Package: vlc Version: 2.2.1-3 Severity: important Dear Maintainer, since I installed the big gcc5-transition and all the package updates coming along with it, VLC is no longer working properly: When I open a movie, only the top-left part of the window actually shows movie content. The rest of

Bug#797463: M-A:same package is broken by binnmu; please do a sourceful upload

This is currently blocking the gcc5 transition from being installed on i386-amd64 systems having ffmpeg installed - by far not an uncommon setup. As a consequence, I can't install any system update currently. For example, I remain vulnerable to critical security issues uncovered in iceweasel due

Re: Bug#567863: RFP: Handbrake - video transcoder

Hi, okay, thanks a lot for the update - I was not aware that the position wrt such codecs changed so drastically, but I am glad to hear it. And I agree that handbrake would be a great addition, I use it whenever possible to do recode my videos. The package from the original author, designed