Albert Astals Cid [EMAIL PROTECTED] added the comment:
This is what i get when debugging ffplay_g, wonder why the backtrace
is so useless :-(
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue401
compn [EMAIL PROTECTED] added the comment:
.
--
priority: normal - wish
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue414
__
tripp [EMAIL PROTECTED] added the comment:
yes the 'make' error from rtsp.c no longer turns up after the patch Diego
committed in 12768
--
status: new - closed
substatus: new - works_for_me
__
FFmpeg issue tracker [EMAIL PROTECTED]
Jeff Downs [EMAIL PROTECTED] added the comment:
This is caused by handling of the SPS cropping rectangle.
In short, cropping is applied by modifying MpegEncContext.width/height.
Due to later mpegvideo.c init code, this results in an incorrect
MpegEncContext.mb_width begin set (MPV_common_init).
compn [EMAIL PROTECTED] added the comment:
try compiling libfaad with debug symbols...
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue401
__
Albert Astals Cid [EMAIL PROTECTED] added the comment:
Since r12758 this crashes instead of not working.
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue401
compn [EMAIL PROTECTED] added the comment:
retitle this 'bug'
--
status: new - open
substatus: new - analyzed
title: m2ts file with VC-1 encoded video, video decoding errors - support
field-interlaced VC-1 video
topic: +avcodec
type: bug - feature_request
Michael Niedermayer [EMAIL PROTECTED] added the comment:
On Wed, Apr 09, 2008 at 03:50:23PM +, Jeff Downs wrote:
This is caused by handling of the SPS cropping rectangle.
In short, cropping is applied by modifying MpegEncContext.width/height.
Due to later mpegvideo.c init code, this
Michael Niedermayer [EMAIL PROTECTED] added the comment:
On Wed, Apr 09, 2008 at 03:50:23PM +, Jeff Downs wrote:
[...]
output. Optimally, one could shortcut decoding based on the crop area for
non-reference pictures.
no, croping with any sane video will be always less than a macroblock.
Michael Niedermayer [EMAIL PROTECTED] added the comment:
On Fri, Apr 11, 2008 at 01:13:07PM +, Michael Niedermayer wrote:
On Wed, Apr 09, 2008 at 03:50:23PM +, Jeff Downs wrote:
This is caused by handling of the SPS cropping rectangle.
In short, cropping is applied by modifying
Lars Täuber [EMAIL PROTECTED] added the comment:
I'm interested too.
--
nosy: +taeuber
_
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue31
_
Jeff Downs [EMAIL PROTECTED] added the comment:
Preliminary analysis... the decoder is leaking delayed output pictures and
eventually running out of Pictures to decode into.
Pictures are being removed from delayed_pic[] without having the reference
member cleared from DELAYED_PIC_REF to zero.
New submission from Vicken Simonian [EMAIL PROTECTED]:
In at least r12790, both the linux and mingw compile is broken now.
The 'make' result message in Linux
make: *** No rule to make target `libavdevice/libavdevice.so', needed by `all'.
Stop.
The 'make' result message in Mingw
make: *** No
Jeff Downs [EMAIL PROTECTED] added the comment:
r12790 working fine on Linux here with stated configure line. Please try with a
clean checkout if you have not already. If that does not work, please provide
more details including make --version.
Only one platform necessary (Linux preferred).
14 matches
Mail list logo