Ramiro Polla ramiro.po...@gmail.com added the comment:
fixed in r25905
--
status: open - closed
substatus: reproduced - fixed
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2408
Ramiro Polla ramiro.po...@gmail.com added the comment:
BTW as expected this is PEBKAC. He isn't freeing the packet when
frameFinished == 0.
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2396
Ramiro Polla ram...@lisha.ufsc.br added the comment:
swscale drops chroma to 420 internally for the main scaler path. you can ask it
to preserve full chroma input by using: -sws_flags neighbor+full_chroma_inp
FFmpeg issue tracker iss
New submission from Ramiro Polla ram...@lisha.ufsc.br:
$ ./ffmpeg -i ~/input.avi -pass 1 output.mpg
$ ./ffmpeg -i ~/input.avi -pass 2 -threads 1 output-1.mpg
$ ./ffmpeg -i ~/input.avi -pass 2 -threads 4 output-4.mpg
$ diff output-1.mpg output-4.mpg
Binary files output-1.mpg and output-4.mpg
Ramiro Polla ram...@lisha.ufsc.br added the comment:
this is expected behavior of make distclean
--
status: new - closed
substatus: new - invalid
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2210
Ramiro Polla ram...@lisha.ufsc.br added the comment:
duplicate of issue2054, fixed in r23949.
--
status: new - closed
substatus: new - duplicate
superseder: +Compilation of only fixed-point mp3 decoder fails if MMX is enabled
FFmpeg
Ramiro Polla ram...@lisha.ufsc.br added the comment:
duplicate of issue2054, fixed in r23949.
--
status: new - closed
substatus: new - duplicate
superseder: +Compilation of only fixed-point mp3 decoder fails if MMX is enabled
FFmpeg
Ramiro Polla ram...@lisha.ufsc.br added the comment:
sorry, I updated the wrong bug. this one was fixed in r23937.
--
substatus: duplicate - fixed
superseder: -Compilation of only fixed-point mp3 decoder fails if MMX is
enabled
FFmpeg
Ramiro Polla ram...@lisha.ufsc.br added the comment:
This is a known issue with FFmpeg and MinGW32. I'll repeat my reply to some
thread on ffmpeg-user.
You can patch mingw with these patches (with the proper base path and -p1):
http://fate.arrozcru.org/mingw32/patches/
or you can add:
--extra
Ramiro Polla ram...@lisha.ufsc.br added the comment:
http://article.gmane.org/gmane.comp.video.ffmpeg.devel/110408
Untested, just attaching it here...
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue1889
Ramiro Polla ram...@lisha.ufsc.br added the comment:
duplicate of issue1810
--
status: new - closed
substatus: new - duplicate
superseder: +pavtube license violation
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https
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
Ramiro Polla ram...@lisha.ufsc.br added the comment:
thanks, applied.
--
status: new - closed
substatus: new - applied
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue1979
Ramiro Polla ram...@lisha.ufsc.br added the comment:
url_open() checks the file name with is_dos_path() on Windows for drive letters.
Unless you can give a specific testcase where this fails, it's closed as
invalid.
--
status: new - closed
substatus: new - invalid
Ramiro Polla ram...@lisha.ufsc.br added the comment:
I got one more report that such a patch would fix such a bug, so I committed a
fix in r22989.
--
status: open - closed
substatus: needs_more_info - fixed
FFmpeg issue tracker iss
New submission from Ramiro Polla ram...@lisha.ufsc.br:
inline asm does not declare xmm registers as clobbered, causes bogus values for
doubles in win64.
it is a known issue
http://article.gmane.org/gmane.comp.video.ffmpeg.devel/102906 , just adding it
to the bugtracker so it may get more
Ramiro Polla ram...@lisha.ufsc.br added the comment:
Fixed in r22691. But I think a proper fix would be to remove all free(extradata)
from encoders' close functions. It is done by avcodec_close() anyways. Thoughts?
Kalle, note that if you are not building FFmpeg yourself, you should report
Ramiro Polla ram...@lisha.ufsc.br added the comment:
The reason I don't like this sample is because it is mostly silent. The only
sound there is is a very faint swoosh after a few seconds of video - very hard
to test audio. It's the intro to a movie. I don't even know what movie it is nor
who
Ramiro Polla ram...@lisha.ufsc.br added the comment:
I don't think this is something that should be fixed in the MLP decoder. There
was a discussion at http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/93584
about it.
IMO this is what should happen:
- FFplay should not always downmix
New submission from Ramiro Polla ram...@lisha.ufsc.br:
http://www.pavtube.com/mts-converter/
All other programs probably are too. Includes FFmpeg's libraries masqueraded as
ffexplib.dll, ffimplib.dll, and avbase.dll. No mention of FFmpeg nor (L)GPL
whatsoever.
--
messages: 9806
priority
Ramiro Polla ram...@lisha.ufsc.br added the comment:
That's not exactly the best stream to test audio. Is there another file I could
test?
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue1773
Ramiro Polla ram...@lisha.ufsc.br added the comment:
I don't think we have the same sample. Does your have md5
efd8fc50882286fca28e6bcc715cf92d ?
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue1773
Ramiro Polla ram...@lisha.ufsc.br added the comment:
fixed by mru in r22094.
--
status: new - closed
substatus: new - fixed
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue1742
Ramiro Polla ram...@lisha.ufsc.br added the comment:
Mezzmo v2.1.3 is now compliant.
--
status: open - closed
substatus: reproduced - fixed
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/roundup/ffmpeg
Ramiro Polla ram...@lisha.ufsc.br added the comment:
I can't reproduce it. Could you please give us the output of
ffmpeg -loglevel debug -r 15 -f vfwcap -i 0 output.avi
--
substatus: new - needs_more_info
_
FFmpeg issue tracker iss
New submission from Ramiro Polla ram...@lisha.ufsc.br:
../svn/configure
make -j2
ends in:
cp -p ffmpeg_g ffmpeg
strip ffmpeg
cp -p ffplay_g ffplay
strip ffplay
cp -p ffserver_g ffserver
strip ffserver
rm doc/ffserver.pod ffmpeg.o doc/ffmpeg.pod doc/ffplay.pod ffserver.o
ffmpeg.o and ffserver.o
Ramiro Polla ram...@lisha.ufsc.br added the comment:
Once gcc 4.5.0 is released and things are confirmed to work I'll look at it.
--
status: new - open
substatus: new - open
_
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https
Ramiro Polla ram...@lisha.ufsc.br added the comment:
Hi, the versioning information implemented in r21236 is not exactly what was
intended for this issue. The thread jkolb pointed to has more information.
--
status: closed - open
substatus: implemented - open
Ramiro Polla ram...@lisha.ufsc.br added the comment:
Hmm, that's quite hackish. Besides, we don't add #ifdefs unless it's absolutely
necessary, which isn't the case here.
This only happens to work on unix because you can add as many /s as you want and
it points to the same directory, for example
Ramiro Polla ram...@lisha.ufsc.br added the comment:
If it doesn't work then we'll track down the bugs and fix them =). I think even
if FATE doesn't work at first it's good having it around at least to track the
process of making it work. I'll start providing mingw-w64 autobuilds in a few
days
Ramiro Polla ram...@lisha.ufsc.br added the comment:
On Fri, Jan 15, 2010 at 3:13 PM, kemuri iss...@roundup.ffmpeg.org wrote:
kemuri kemu...@gmail.com added the comment:
2) no, my MinGW x86 3.4.5 and 4.4.2, as well as x86_64 4.4.2 all give warnings
with -fPIC:
`warning: -fPIC ignored
Ramiro Polla ram...@lisha.ufsc.br added the comment:
Hi, thanks for the patch. I'll give a few comments now but I'll take a closer
look later.
1) I'll check as soon as I get my mingw-w64 toolchain up and running.
2) This is not an issue with mingw32. Is this mingw-w64 specific?
3) This has been
New submission from Ramiro Polla ram...@lisha.ufsc.br:
http://www.tanbee.com
Another annoying forum spammer which sells many similar software under similar
names under different websites and uses FFmpeg/x264 without mentioning it...
--
messages: 8828
priority: normal
status: new
Ramiro Polla ram...@lisha.ufsc.br added the comment:
Carl, please pay more attention to what he writes. His build is self-compiled.
Even though UNKNOWN was shown as the version string I find it quite simple to
extract the version information from the name of his patch.
Anantharaman, please read
Ramiro Polla ram...@lisha.ufsc.br added the comment:
I'm attaching a printed (to pdf) version of the license agreement you are given
when you first run the downloaded dmg file, along with the dialog box that asks
if you want to download ffmpeg and the about box. I couldn't find anything
related
Ramiro Polla ram...@lisha.ufsc.br added the comment:
about box.
_
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/roundup/ffmpeg/issue1609
_attachment: Picture 3.png
Ramiro Polla ram...@lisha.ufsc.br added the comment:
It seems this is where it downloads ffmpeg from:
http://www.ivideoconverter.net/intel/ffmpeg.exe
http://www.ivideoconverter.net/ppc/ffmpeg.exe
Weird thing it adds .exe to both intel and ppc even if the files are to be used
on mac os
Ramiro Polla ram...@lisha.ufsc.br added the comment:
1. do you think it would be enough to have a README.FFmpeg or some such?
2. the build has opencore stuff and --enable-gpl --enable-version3, this makes
it gplv3.
3. i'm quite disappointed with this too. I've asked them multiple times
Ramiro Polla ram...@lisha.ufsc.br added the comment:
Last time I heard from them they said they would make a new build, but haven't
confirmed the build nor have they explained why they have removed the posts on
their forum. I've checked again today and now Notice-1.txt has
Ramiro Polla ram...@lisha.ufsc.br added the comment:
I'm opposed too.
I still don't know why the thread was deleted. They contacted me yesterday and
made an updated installer which contained GPLv3 (which is the version being
used) in Notice-1.txt and also contained a tarball of the source code
Ramiro Polla ram...@lisha.ufsc.br added the comment:
I thought I had a few days ago, but I think I might have pressed preview
instead of submit... I've submitted it again here:
http://www.imagemagick.org/discourse-server/viewtopic.php?f=3t=15067
Ramiro Polla ram...@lisha.ufsc.br added the comment:
r20435 added an -fpre option to which you can pass any filename accepted by
open(). The other -[avs]pre options no longer accept filenames.
--
status: open - closed
FFmpeg issue
New submission from Ramiro Polla ram...@lisha.ufsc.br:
EatCam Webcam Recorder Pro
http://www.eatcam.com/download/eatcam-pro-setup.exe (size 5884216 md5
2539a0114ee98455f5022743aab54031). After installing contains a video.dll file
which has ffmpeg symbols. Apparently it includes ffmpeg.exe
Ramiro Polla ram...@lisha.ufsc.br added the comment:
it was introduced in r20318
_
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/roundup/ffmpeg/issue1506
_
Ramiro Polla ram...@lisha.ufsc.br added the comment:
$ valgrind ./ffmpeg_g -i ~/test1t_crop.ts
==1017== Memcheck, a memory error detector.
==1017== Copyright (C) 2002-2008, and GNU GPL'd, by Julian Seward et al.
==1017== Using LibVEX rev 1884, a library for dynamic binary
translation.
==1017
New submission from Ramiro Polla ram...@lisha.ufsc.br:
mp_decode_layer1() in mpegaudiodec.c has no bounds checking for reading. This
crashes if the buffer it's reading from is at the very end of a memory page
(reported with a windows build).
--
messages: 7544
priority: normal
status
Ramiro Polla ram...@lisha.ufsc.br added the comment:
A cropped test sample has been uploaded to incoming/issue1488
You can test with valgrind that it overreads about 1k.
_
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https
Ramiro Polla ram...@lisha.ufsc.br added the comment:
Both FFmpeg and FFplay decode it correctly with
ffmpeg-r20091-swscale-r29732-mingw32-static.7z . I tested a couple more before
that and it also worked. I don't know if this should be marked as fixed or
invalid. If you can find out that some
Ramiro Polla ram...@lisha.ufsc.br added the comment:
This bug report needs more information. What gcc are you using? What are the
minimal parameters to configure that cause this (without all the libfaac and
libfaad)?
--
substatus: new - needs_more_info
Ramiro Polla ram...@lisha.ufsc.br added the comment:
Have they been contacted already? I'm getting personalized spam from these guys:
http://ffmpeg.arrozcru.org/forum/viewtopic.php?f=10t=1165
FFmpeg issue tracker iss...@roundup.ffmpeg.org
Ramiro Polla ram...@lisha.ufsc.br added the comment:
Please do. Follow http://ffmpeg.org/bugreports.html and upload it to our FTP.
--
substatus: new - needs_more_info
_
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https
Ramiro Polla ram...@lisha.ufsc.br added the comment:
This is because of the dithering being used. dither_8x8_220[3][0] is 0, so even
an entirely white image will give that black dot pattern in
test2.bmp.
I was tempted to implement another dithering algorithm, like
Floyd-Steinberg, but it seems
Ramiro Polla ram...@lisha.ufsc.br added the comment:
Bug reported: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40905
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/roundup/ffmpeg/issue783
Ramiro Polla ram...@lisha.ufsc.br added the comment:
By the way the error is in the roq_dpcm encoder. configuring with
--disable-encoder=roq_dpcm makes the shared build work.
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https
New submission from Ramiro Polla ram...@lisha.ufsc.br:
file uploaded to /incoming/issue1276/mjpeg.avi
r19341 works
r19342 just prints error messages
r19343 just prints more error messages
r19344 plays bad video with some error messages
--
messages: 6496
priority: normal
status: new
Ramiro Polla ram...@lisha.ufsc.br added the comment:
These guys have google adsense ads that display on a bunch of FFmpeg related
websites.
For everyone that has an FFmpeg related blog with google adsense: remember to
blacklist the websites from the hall of shame
Ramiro Polla ram...@lisha.ufsc.br added the comment:
how about we add avcodec_deregister()?
_
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/roundup/ffmpeg/issue1262
_
Ramiro Polla ram...@lisha.ufsc.br added the comment:
TrueHD can downmix if you use -ac 2. If someone can give more information on why
and how ac3 downmixes by default I'll take a look. And I don't think TrueHD
currently sets the channel layout.
--
assignedto: - ramiro
nosy: +ramiro
Ramiro Polla ram...@lisha.ufsc.br added the comment:
maybe, maybe not. until someone finds out this issue will remain closed invalid.
--
status: open - closed
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org
Ramiro Polla ram...@lisha.ufsc.br added the comment:
1) You need to state exactly which compiler versions you used to build
FFmpeg.
This is news to me. Sorry if I just couldn't understand the license, but what
part of the LGPL states
New submission from Ramiro Polla ram...@lisha.ufsc.br:
DVDxDV http://www.dvdxdv.com violates the GPL (it uses some parts of
libavcodec, libvo, and swscale). Download the trial package for DVDxDV Pro,
untar it, and look at
DVDxDVPro.v1.0916t.pkg/Contents/Resources/DVDxDVProTrial.app/Contents
61 matches
Mail list logo