I have to correct myself,
Now seems that codec used in files like
http://thud.us/videos/misc/xvid-samples/flyby-xvid.avi to be supported
by VDPAU, but other recognized as unsupported types, like wmv9 (
example:
Hi.
On Sat, 03 Jan 2015 23:50:24 +0200 =?ISO-8859-1?Q?R=E9mi?= Denis-Courmont
r...@remlab.net wrote:
tags 765969 + fixed-upstream
found 765969 2.2.0~rc2-1
thanks
VLC 2.2.0-rc2-89-gfebaed2 works around this bug.
Where can I get the patch? Thanks in advance.
tags 765969 + fixed-upstream
found 765969 2.2.0~rc2-1
thanks
VLC 2.2.0-rc2-89-gfebaed2 works around this bug.
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
Processing commands for cont...@bugs.debian.org:
tags 765969 + fixed-upstream
Bug #765969 [vlc] [vlc] green line under some Mpeg-4 XVID videos
Added tag(s) fixed-upstream.
found 765969 2.2.0~rc2-1
Bug #765969 [vlc] [vlc] green line under some Mpeg-4 XVID videos
Marked as found in versions
Hello,
Le 2014-12-07 01:37, Francesco Muzio a écrit :
The bug has been debated here
https://trac.videolan.org/vlc/ticket/12622
And here seems to be found a possible patch, not yet applied
https://trac.videolan.org/vlc/attachment/ticket/12622/vlc-2.2-greenline.patch
That patch is
Le jeudi 18 décembre 2014, 22:30:19 Dirk Griesbach a écrit :
Am Do, 18. Dez 2014 um 13:06:31 +0300 schrieb Rémi Denis-Courmont:
I still consider this a bug in XVideo drivers, but there is a work-around
in VLC now. Unfortunately, that means XVideo output will require memory
copying. This is
The bug has been debated here
https://trac.videolan.org/vlc/ticket/12622
And here seems to be found a possible patch, not yet applied
https://trac.videolan.org/vlc/attachment/ticket/12622/vlc-2.2-greenline.patch
Probably this bug happen only with libav and not with ffmpeg
