Christian Lorenz [EMAIL PROTECTED] added the comment:
Justin Ruggles schrieb:
Justin Ruggles [EMAIL PROTECTED] added the comment:
I was able to reproduce with a 48bpp ppm file. It seems that to properly
implement it, PIX_FMT_RGB48 is needed, along with conversion functions. An
alternative
mat [EMAIL PROTECTED] added the comment:
I saw issue 297 before posting this one and from what I understand
(https://roundup.mplayerhq.hu/roundup/ffmpeg/msg1733) without swscale ffplay
works.
And I don't use swscale (see my configure option).
So it seems different problem or I miss something ?
compn [EMAIL PROTECTED] added the comment:
cant reproduce with svn and ffmpeg aac decoder.
i assume this bug happens with faad ?
--
status: open - closed
substatus: open - works_for_me
__
FFmpeg issue tracker [EMAIL PROTECTED]
compn [EMAIL PROTECTED] added the comment:
oops ,you are right, but its still duplicate of
issue 603
--
superseder: +high-resolution video partial black shown with ffplay
-High-resolution videos crash ffplay
__
FFmpeg issue tracker
Justin Ruggles [EMAIL PROTECTED] added the comment:
Fixed in r15321 for both P6 and P7 images. An error is returned. If you want
actual RGB48/64 support, you can create a separate issue with
type=feature_request and priority=wish.
--
status: open - closed
substatus: reproduced - fixed
Robert Swain [EMAIL PROTECTED] added the comment:
Further patches from Alex have made these al04* streams conforming and have been
applied.
--
status: open - closed
substatus: reproduced - fixed
__
FFmpeg issue tracker [EMAIL
Justin Ruggles [EMAIL PROTECTED] added the comment:
seems to be an issue with SDL and 96kHz audio in general.
I tried: mplayer -ao sdl DVD-Audio-testfile.wav
and it gives the same garbled output. Not sure if there is a workaround.
__
FFmpeg
Justin Ruggles [EMAIL PROTECTED] added the comment:
ogg/speex requires a header per the spec:
FieldType Size
---
speex_string char[] 8
speex_version char[] 20
speex_version_id int 4
header_size
New submission from Milan Jurik [EMAIL PROTECTED]:
ffmpeg/ffmpeg.c and libavcodec/utils.c contain wrong defition, requiring UNIX98
(SUSv2) headers, but ffmpeg is compiled with C99. This leads to compilation
errors. As fix _XOPEN_SOURCE should be bumped to 600 in both files.
--
messages:
Mans Rullgard [EMAIL PROTECTED] added the comment:
Please elaborate. Which headers/functions are causing trouble?
--
status: new - open
substatus: new - needs_more_info
__
FFmpeg issue tracker [EMAIL PROTECTED]
10 matches
Mail list logo