Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Fixed in r26360.
--
status: open - closed
substatus: reproduced - fixed
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2523
New submission from Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at:
Original report:
http://code.google.com/p/chromium/issues/detail?id=68115
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/122724
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/122703
(gdb) r -i
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Sample uploaded to /samples/ffmpeg-bugs/roundup/issue2548
--
priority: normal - important
FFmpeg issue tracker iss...@roundup.ffmpeg.org
Reimar Döffinger b...@reimardoeffinger.de added the comment:
Applied (and thus issue fixed) in SVN r26363.
--
status: open - closed
substatus: reproduced - fixed
FFmpeg issue tracker iss...@roundup.ffmpeg.org
Vitor vitor1...@gmail.com added the comment:
Reproduced and regressions are important. Also attached a cut of this file that
is small enough to be suitable for fate. The output of ffmpeg -i a.mkv -f
framecrc - differs between r25108 and r26168.
File 'a.mkv' not attached - you can download it
New submission from ami_stuff ami_st...@o2.pl:
it's painfully slow and the output avi file have insane big size
this happens for most of the codecs I have tested, here is a qt cinepak as an
axample
C:\ffmpeg -i C:\QT-Cinepak.mov -t 1 -an -vcodec copy C:\QT-Cinepak.avi
FFmpeg version
New submission from Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at:
(related to issue 2548)
Original report:
http://code.google.com/p/chromium/issues/detail?id=68115
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/122724
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/122703
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Sample uploaded to /samples/ffmpeg-bugs/roundup/issue2550
--
priority: normal - important
FFmpeg issue tracker iss...@roundup.ffmpeg.org
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Fixed for mentioned sample in r26365.
Issue 2550 contains the remaining part of the original issue that is not yet
fixed in svn.
--
status: open - closed
substatus: open - fixed
Sascha Sommer saschasom...@freenet.de added the comment:
In revision 26367 the unsupported channel transform type and frame[400] would
have to skip 34587 bits messages are no longer printed.
Now [wmapro @ 0x8a42cc0]Packet loss detected! seq 9 vs f
is printed instead as the file seems to miss a
scheutzo mike.scheut...@alcatel-lucent.com added the comment:
A patch to fix this bug is attached (streamid_fix_v1). ffmpeg behavior is
changed so that user-specified streamid values apply to all following output
files on the command line (rather than just the next output file.)
Michael Niedermayer michae...@gmx.at added the comment:
need valgrind output
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Republics decline into democracies and democracies degenerate into
despotisms. -- Aristotle
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
==15670== Memcheck, a memory error detector
==15670== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al.
==15670== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info
==15670== Command: ffmpeg_g
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Implemented by Stefano in r26371.
--
status: open - closed
substatus: open - implemented
FFmpeg issue tracker iss...@roundup.ffmpeg.org
New submission from mt m...@nef.wh.uni-dortmund.de:
When I try to reencode some DTS audio track first to AAC 2 channel and
AC3 6 channel, I get an error Resampling with input channels greater
than 2 unsupported. Can not resample 6 channels @ 48000 Hz to 2 channels
@ 48000 Hz.
First AC3 6
Ronald S. Bultje rsbul...@gmail.com added the comment:
The problem is in 8x8 predict functions (16x16 are fine), working on a fix
now...
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2547
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
You can either wait until issue 185 is fixed or just use an additional call to
ffmpeg to encode audio prior to encoding video and muxing.
(invalid because needed information is missing, it is also possible that this
can be
Ronald S. Bultje rsbul...@gmail.com added the comment:
I was wrong, it was the 16x16, there was an overflow in one of the
functions. Attached patch fixes it. I've rearranged the calls a little so
that it hopefully doesn't get slower. I haven't benchmarked the change,
but effect should be
Dennis dfrati...@hotmail.com added the comment:
Attached is a sample (32 seconds) of WMA Lossless 9.2:
Quality 100, 96KHz, 2 channel, 24-bit
File '25 - Preview 1.wma' not attached - you can download it from
https://roundup.ffmpeg.org/file1312.
Ronald S. Bultje rsbul...@gmail.com added the comment:
Fixed in r26381.
--
status: open - closed
substatus: reproduced - fixed
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2547
Rodeo tdskywal...@gmail.com added the comment:
That patch works for me too (FWIW). Thanks!
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2547
New submission from Kyle kyl...@aol.com:
Some applehttp streams cannot be recieved with ffmpeg while my iPod Touch can
play them fine.
The url:
http://olga.tc2.triple-it.nl/tiss/httpstreaming/playlist.m3u8?resource=npo_3fm_vsr_3g.sdp
ffmpeg -i
Baptiste Coudurier baptiste.coudur...@gmail.com added the comment:
-vf scale must be used instead of -s
--
status: open - closed
substatus: needs_more_info - invalid
FFmpeg issue tracker iss...@roundup.ffmpeg.org
23 matches
Mail list logo