New submission from Jorge Acereda [EMAIL PROTECTED]:
svq3 is using YUV_420P but I think it should be using YUV_J420P.
--
messages: 3683
priority: normal
status: new
substatus: new
title: Wrong colorspace for svq3
type: patch
__
FFmpeg
Jorge Acereda [EMAIL PROTECTED] added the comment:
This bugtracker doesn't allow me to attach the patch... here it goes anyway:
Index: libavcodec/svq3.c
===
--- libavcodec/svq3.c (revision 17839)
+++ libavcodec/svq3.c (working
Edward Hervey [EMAIL PROTECTED] added the comment:
Using '-mdynamic-no-pic' isn't usable in our situation since we need to:
* build ffmpeg as .a
* build gst-ffmpeg as a shared library using those libav*.a (ffmpeg code ends up
in the plugin).
The gcc man-page states the following:
On Darwin and
Mike Melanson [EMAIL PROTECTED] added the comment:
Go here:
http://ffmpeg.org/bugreports.html
Read the part about Submitting Sample Media.
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue728
Goga777 [EMAIL PROTECTED] added the comment:
today I have updated ffmpeg, recompiled xine-lib-1.2, vdr 170, updated from cvs
xineliboutput plugin and after that I don't have anymore any crashes with h264
channels
__
FFmpeg issue tracker
New submission from Adam Pigg [EMAIL PROTECTED]:
While capturing a video from a sony handycam dcr-hc35, the video was
taken over the top of an old tape, which has resulted in a sort of
'currupt' few seconds at the start. dvgrab captures ok, but ffplay
segfaults when playing. mplayer plays