Christian Marillat maril...@free.fr added the comment:
Bug closed.
--
status: open - closed
_
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/roundup/ffmpeg/issue1182
Jai Menon jmeno...@gmail.com added the comment:
Attached hack should fix it. I have no better ideas sadly.
_
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/roundup/ffmpeg/issue1387
New submission from Benjamin Larsson ba...@ludd.ltu.se:
Sample is from satellite, received and muxed by tvheadend.
http://tranquillity.ath.cx/files/Broken-2009-12-03.mkv
The picture looked good in CoreAVC.
C:\Documents and Settings\benlar\My Documents\Downloadsffmpeg -i Broken-2009-12
New submission from David Sveningsson ext-ffmpeg@sidvind.com:
libx264.c::encode_nals assumes that the buffer is large enough to hold the data.
The following code sometimes fires the assertion error:
size_t buffer_size = FF_MIN_BUFFER_SIZE;
[...]
size_t out_size = avcodec_encode_video(c,
David Sveningsson ext-ffmpeg@sidvind.com added the comment:
Sorry, what I meant was ofcourse assert(out_size buffer_size);.
_
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/roundup/ffmpeg/issue1586
Michael Niedermayer michae...@gmx.at added the comment:
On Fri, Dec 04, 2009 at 10:08:44AM +, Jai Menon wrote:
Attached hack should fix it. I have no better ideas sadly.
iam ok with the patch if it works with multiple output files and
has also been tested with codecs that dont support
Diego Biurrun di...@biurrun.de added the comment:
Mark bug as fixed.
--
substatus: - fixed
_
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/roundup/ffmpeg/issue1182
New submission from Erdem spamjunkea...@gmail.com:
Turkish Telecom's SIP VOIP application Wirofon is violate GPL and claim that
software and it's parts are belongs to Turkish Telecom.
avcodec-51.dll
avutil-49.dll
h263.dll
h263p.dll
h264.dll
libx264.dll
Libraries, I checked that dll has ffmpeg
New submission from Andy Patrick andy.patr...@omnibus.co.uk:
We have an MPG file provided by a customer which is
parsing incorrectly in our app, linked to FFMPEG.
We have now reproduced the same behaviour in an
unmodified FFMPEG.exe -i so it must be an issue with
FFMPEG itself.
An older
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Sample needed. Please read http://ffmpeg.org/bugreports.html
--
status: new - open
substatus: new - needs_more_info
_
FFmpeg issue tracker
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Roma locuta, issue closed ;-)
ffmpeg-tryouts fixed the COPYING file in their trunk/src/ffmpeg subdirectory,
trunk/copying.txt always showed the GPL:
Michael Niedermayer michae...@gmx.at added the comment:
Fixed in r20730.
[...]
--
status: open - closed
substatus: analyzed - fixed
_
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/roundup/ffmpeg/issue1481
Michael Niedermayer michae...@gmx.at added the comment:
On Fri, Dec 04, 2009 at 04:14:40PM +, Carl Eugen Hoyos wrote:
[...]
@Michael: Assuming the Turkish Telekom is distributing FFmpeg only in binary
form without attribution etc.: Do I understand you correctly that nobody
should
be put
Ronald S. Bultje rsbul...@gmail.com added the comment:
Hi,
On Fri, Dec 4, 2009 at 11:49 AM, Michael Niedermayer
iss...@roundup.ffmpeg.org wrote:
On Fri, Dec 04, 2009 at 04:14:40PM +, Carl Eugen Hoyos wrote:
[..]
Can we please create a new issue for this? I volunteer to contact
them, and
neuron2 neur...@comcast.net added the comment:
Can I expect an answer soon as to whether I may use
libavcodec under LGPL for my freeware DGAVCDec project? Or
should I assume it is OK unless I receive a formal
notifcation of withdrawal of license. As it stands the
situation remains ambiguous
Ronald S. Bultje rsbul...@gmail.com added the comment:
Downloaded the file today 12/4/'09, 1:30 EST:
$ ls -la av*
-rw-r--r-- 1 ronaldbultje ronaldbultje 4231680 May 2 2008 avcodec-51.dll
-rw-r--r-- 1 ronaldbultje ronaldbultje40960 May 2 2008 avutil-49.dll
$ grep libx264_encoder
Ronald S. Bultje rsbul...@gmail.com added the comment:
Can someone translate the EULA into English?
_
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/roundup/ffmpeg/issue1587
Ronald S. Bultje rsbul...@gmail.com added the comment:
Part 3:
This software is in Turkish Telekom's ownership of intellectual property law and
other laws of the Republic of Turkey and is protected by international law.
[..]
In addition, the Software can not say, can not create derivative
Ronald S. Bultje rsbul...@gmail.com added the comment:
I emailed their legal team.
_
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/roundup/ffmpeg/issue1587
_
Marcin Mirosław ffm...@mejor.pl added the comment:
time ffmpeg :
real2m58.238s
user2m40.254s
sys 0m13.453s
time mac :
real3m15.573s
user2m59.939s
sys 0m11.845s
Great job! Thanks a lot!
_
FFmpeg issue tracker
Jai Menon jmeno...@gmail.com added the comment:
I should've mentioned that I tested it against mpeg, mjpeg, mpeg4, jpeg2k and it
seems to work fine. Also tested with png and some other images which dont
support lowres and it just resamples to the requested resolution. Also
regression tests pass.
New submission from ami_stuff ami_st...@o2.pl:
What about 8SVX_FIB/EXP 2 channel files? This looks like it is just
correct for 8bit PCM.
The spec and sketchy documentation available do not say anything about
stereo 8svx compressed sampling. My assumption is that such samples are not
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Fixed by Michael in r20730.
--
status: open - closed
substatus: analyzed - fixed
_
FFmpeg issue tracker iss...@roundup.ffmpeg.org
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Fixed by Michael in r20730.
--
status: open - closed
substatus: analyzed - fixed
_
FFmpeg issue tracker iss...@roundup.ffmpeg.org
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Fixed by Michael in r20730.
--
status: open - closed
substatus: analyzed - fixed
_
FFmpeg issue tracker iss...@roundup.ffmpeg.org
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Fixed by Michael in r20730.
--
status: open - closed
substatus: analyzed - fixed
_
FFmpeg issue tracker iss...@roundup.ffmpeg.org
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Fixed by Michael in r20730.
--
substatus: analyzed - fixed
_
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/roundup/ffmpeg/issue1481
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Close issue.
--
status: open - closed
_
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/roundup/ffmpeg/issue1481
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
In case somebody wants to read the thread:
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/70221
FFmpeg issue tracker iss...@roundup.ffmpeg.org
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Please read http://ffmpeg.org/bugreports.html before submitting another issue!
Sample uploaded to incoming/issue1584
I do not know how the correct output looks like, but since FFmpeg's output looks
distorted, I suspect the
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Complete, uncut output of FFmpeg (and perhaps less fragmented information)
missing.
--
status: new - open
substatus: new - needs_more_info
_
FFmpeg issue
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Sample uploaded to incoming/issue1585
I suspect an important issue since I have not seen such corruption for some
time, but I cannot decode the stream with the reference decoder.
Nvidia VDPAU 195.22 fails even worse.
New submission from Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at:
I have a 175MB tarball on my Desktop called boxee-0.9.12.6570-sources.tar.bz2.
It contains a huge amount of source code (including FFmpeg).
I am uploading the file license/boxee.txt which clearly forbids reverse
New submission from ami_stuff ami_st...@o2.pl:
Attached file is QT SVQ3 which don't want to decode with the latest SVN
(regression). I have here FFmpeg SVN-19874 for comparision and this one can
decode video track without problems.
C:\ffmpeg -i QT-Sorenson3.mov -an out.avi
FFmpeg version
Michael Niedermayer michae...@gmx.at added the comment:
Should be fixed in r20736 or prior
btw, the file looks seriously invalid containing resolution changes in
avi ...
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
I have never wished to cater to the
35 matches
Mail list logo