Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Since your sample works fine for me (it decodes bit-exact with current svn and
r20642):
Please provide a (minimal, that is as short as possible to reproduce your
problem) command line, what you expect from it, what actually
New submission from Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at:
downloadvideos-convert.com offers Video Download Studio. The installer
(Video-Download-Studio.exe, size 28236084, md5sum
07aa6abf3a78a10d17cf47a3496ca1c4, will upload to incoming/issue) contains
several modified
Baptiste Coudurier baptiste.coudur...@gmail.com added the comment:
On 6/29/10 4:15 AM, horvath.agoston wrote:
New submission from horvath.agostonhorvath.agos...@gmail.com:
I was trying to encode the mjpeg my Canon G7 produces into h264 using
x264 0.100.1659 (git57b2e56)
ffmpeg SVN r23844
johnny johnny666...@sonnenkinder.org added the comment:
i also get bit-exact decoding to raw video now that i tried this with ffmpeg.
the decoded stream is however in both cases not ok (you can see that ffplay
stops decoding) and there is the error message from ffmpeg '[mpeg2video]
New submission from johnny johnny666...@sonnenkinder.org:
when decoding the h264 sample file i'm attaching here, ffmpeg produces errors
(see below). the visual quality is also not ok; when running ffmplay on this
file, you can see artefacts in the moving bar. the same file is decoded just
fine
johnny johnny666...@sonnenkinder.org added the comment:
to clarify: my splitter (stream parser) provides each packet from the beginning
of each mpeg-2 start code (00 00 01 xx) to just before the beginning of the next
one. avformat does it differently, hence the problem cannot be reproduced with
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Did you try libavcodec's mpegvideo parser?
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2047
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Decoding is bitexact compared to the reference decoder (17.1) except for one
additional frame, so there is no problem with the visual quality afaict.
There probably is an issue that the output file plays too fast (2x)
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Wed, Jun 30, 2010 at 03:00:14AM +, Dennis Volodomanov wrote:
let me know if you want me to upload a sample as well
Yes, we have never heard about or seen this format.
FFmpeg
Dennis Volodomanov denn...@conceiva.com added the comment:
uploaded a sample file to /MPlayer/incoming/issue2051
I did not record this, so I don't know how this was done, but I can find out if
needed.
thanks
FFmpeg issue tracker
10 matches
Mail list logo