Bill Morris mor...@ee.ccny.cuny.edu added the comment:
If c++ is not a concern then I think that it would make sense to just add
#include stdint.h
to
/usr/local/include/libavutil/common.h
There are other files in ffmpeg have it included, so common.h should probably
have it included as well.
I
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sun, Jun 13, 2010 at 06:23:13AM +, Bill Morris wrote:
If c++ is not a concern then I think that it would make sense to just add
#include stdint.h
to
/usr/local/include/libavutil/common.h
There are other files in ffmpeg
Bill Morris mor...@ee.ccny.cuny.edu added the comment:
Sorry, I missed that stdint.h was included there. I'll close the ticket.
--
status: new - closed
substatus: new - wont_fix
FFmpeg issue tracker iss...@roundup.ffmpeg.org
Mans Rullgard m...@mansr.com added the comment:
Fix substatus.
--
Måns Rullgård
m...@mansr.com
--
substatus: wont_fix - invalid
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2004
Attila Kinali att...@kinali.ch added the comment:
directory renamed to issue1993_quicktime-reference to match naming guidelines
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue1993
New submission from Ramiro Polla ram...@lisha.ufsc.br:
ffplay any mono audio-only file, you will get the actual rdft of the only
channel in pink, and green straight horizontal lines of random data for the
other supposed channel.
--
messages: 10792
priority: normal
status: new
substatus:
blindbunny ffmpegbugs.10.noonee...@spamgourmet.com added the comment:
I'm seeing the very same problem. The command
ffmpeg -i src.mkv -s 400x320 -vcodec libx264 -vpre hq -crf 20 -an -sn scaled.mkv
-vframes 10
scales the input down to 400x320 as expected. But the command
ffmpeg -i src.mkv
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Please confirm that this only happens with x264 and test --disable-
libavfilter and provide complete, uncut output of your command line.
FFmpeg issue tracker
