Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
I believe this is a duplicate of issue 475.
Please reopen if not.
--
status: open - closed
substatus: needs_more_info - duplicate
superseder: +Problem decoding interlaced AVCHD from Sony HDR CX 6
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
I downloaded http://cdn.pandora.tv/KMP/Download/beta/The_KMPlayer_1434.exe (size
12513158, md5sum e0bbef658131d77d341ba9283dd87166), extracted its contents with
7z and found libcodec.dll, a binary distribution of libavcodec
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Complete (as-short-as-possible) command line and uncut output of ffmpeg call
missing.
--
status: new - open
substatus: new - needs_more_info
FFmpeg issue
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Plays 16:9 in vlc (which fails miserably on res_change_ffmpeg_aspect.ts)
--
status: closed - open
substatus: fixed - open
FFmpeg issue tracker ffmpeg_iss
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
The sample was moved to
http://samples.mplayerhq.hu/V-codecs/h264/sony-hdr-cx6-avchd-interlaced-decoding-problem/
A patch that apparently fixes the issue was posted to ffmpeg-devel:
http://lists.mplayerhq.hu/pipermail
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Please provide complete command line and uncut output of ffmpeg to reproduce the
problem.
--
status: new - open
substatus: new - needs_more_info
FFmpeg issue
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Just read the follow-up (Next message) to know what is needed to get the patch
included into svn.
FFmpeg issue tracker ffmpeg_iss...@live.polito.it
https
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Fix status and priority.
--
priority: important - normal
status: new - open
substatus: new - open
FFmpeg issue tracker ffmpeg_iss...@live.polito.it
https
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Also reproducible with ffplay.
--
status: new - open
substatus: new - reproduced
FFmpeg issue tracker ffmpeg_iss...@live.polito.it
https://roundup.ffmpeg.org
New submission from Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at:
When playing sample.gsm in incoming which lasts only a second, memory usage
rises continuously at the end of playback.
ffmpeg -i sample.gsm
FFmpeg version SVN-r16683, Copyright (c) 2000-2009 Fabrice Bellard, et al
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Because you probably downloaded an HTML document;-)
http://caca.zoy.org/attachment/wiki/zzuf/bugs/lol-ffplay.ogm
is a web page where you can download the respective file (that actually crashes
with ffmpeg and ffplay
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
I can now reproduce the problem.
It is especially noticeable when comparing MPlayer's native mov demuxer with
demuxer lavf and ffplay:
Just play a few seconds and try to seek back over the beginning: demuxer mov
restarts
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Reproducible with current svn:
ffmpeg -i quicktime-newcodec-applelosslessaudiocodec.m4a -f crc -
FFmpeg version SVN-r16485, Copyright (c) 2000-2009 Fabrice Bellard, et al.
configuration: --enable-gpl --enable-swscale
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Please close fixed issues.
--
status: open - closed
FFmpeg issue tracker ffmpeg_iss...@live.polito.it
https://roundup.ffmpeg.org/roundup/ffmpeg/issue768
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
I can't find the sample, please upload (again).
--
status: new - open
substatus: new - needs_more_info
FFmpeg issue tracker ffmpeg_iss...@live.polito.it
https
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Please close fixed issues.
--
status: open - closed
FFmpeg issue tracker ffmpeg_iss...@live.polito.it
https://roundup.ffmpeg.org/roundup/ffmpeg/issue750
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Hard to reproduce since incoming/issue776 just disappeared;-(
FFmpeg issue tracker ffmpeg_iss...@live.polito.it
https://roundup.ffmpeg.org/roundup/ffmpeg/issue776
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
I found the sample, it crashes ffplay, but not ffmpeg.
ffmpeg does not seem to be able to actually decode audio on this sample.
ffmpeg -i issue771-_-mp4-aac-h264.mp4
FFmpeg version SVN-r16489, Copyright (c) 2000-2009
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Sorry for the noise, I just found the files.
Will test later.
--
status: new - open
substatus: new - open
FFmpeg issue tracker ffmpeg_iss...@live.polito.it
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
The installer can be unpacked with 7z and contains an unredistributable version
of libavcodec (libamr enabled).
Added to shame, installer uploaded to incoming/issue766.
--
status: new - open
substatus: new
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Please try to open one issue for one problem you see with ffmpeg.
Please do not use ffplay to report ffmpeg problems (if you don't specifically
note that you want to report a ffplay problem, ffmpeg is assumed.) Even
New submission from Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at:
I downloaded the installer VioVideoConverterSetup.exe (size 8131992, md5sum
0ead52f2f3d68cfc70a785c0b035d26a) from http://vio.thepiratebay.org/dl.php,
unpacked it with 7z, and found the file VIOEngine.exe, which contains
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
License file License.txt:
EXHIBIT A
END USER LICENSE AGREEMENT (EULA)
LICENSE AGREEMENT WITH
LIMITED WARRANTY AND DISCLAIMERS
IMPORTANT-READ CAREFULLY: This End-User License Agreement (Agreement) is a
legal contract
New submission from Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at:
The configure test for libbz2 does not really test for existence of libbz2, but
only for existence of bzlib.h and linker behaviour.
Intel C compiler 10.1 uses a built-in linker that does not search for libraries
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Please upload your uncut sample to ftp://ffmpeg.org/MPlayer/incoming/
--
status: new - open
substatus: open - needs_more_info
__
FFmpeg issue tracker ffmpeg_iss
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Did you test binary codec with an old version of mplayer?
-vc qtsvq3 doesn't work for me for quite some time.
However, reproduced with Quicktime and sample uploaded to issue759.
--
substatus: open - reproduced
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Since your configure line fails on latest svn, I suggest you check out ffmpeg:
svn checkout svn://svn.ffmpeg.org/ffmpeg/trunk ffmpeg
Then you test if it works:
cd ffmpeg ./configure make
Then you can try
./configure
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Please test with latest ffmpeg, post the command line and uncut complete output
here and upload a sample to ftp://ffmpeg.org/MPlayer/incoming
--
status: new - open
substatus: new - needs_more_info
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
I think this is a duplicate of issue 475.
Please reopen if I'm wrong.
--
status: new - closed
substatus: new - duplicate
superseder: +Problem decoding interlaced AVCHD from Sony HDR CX 6
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
This is still only ffmpeg's bug tracker.
--
status: new - closed
substatus: new - invalid
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
./ffmpeg -y -i pallapugno_x264_issue.avi -sws_flags lanczos -s 320x176 -pass 1
-threads 0 -vcodec libx264 -b 180k -bt 192k -f mp4 -flags +loop -cmp +chroma
-partitions 0 -me_method epzs -subq 1 -trellis 0 -refs 1 -coder 0 -me_range 16
-g 300
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Close fixed issue.
--
status: open - closed
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue747
__
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
The theora sample cannot be remuxed into any container - video track is always
empty, no matter if --enable-libtheora was used or not.
ffmpeg -i 746-theora-vorbis-sample.ogg -acodec copy -vcodec copy test.ogg
FFmpeg version SVN-r16009
New submission from Carl Eugen Hoyos [EMAIL PROTECTED]:
I downloaded the AVS Video Converter installer from
http://www.avs4you.com/downloads.aspx?prod=36 (AVSVideoConverter.exe, size
39537784, md5sum e542d8434f84d1a3750eb0c3278758ad) and unpacked it with innounp.
The directory cf/AVSMedia
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
You could have closed the issue yourself.
--
status: new - closed
substatus: new - invalid
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Here are improved versions of the .s files.
You can use each one of them together with the following small main files to
compile test cases: gcc main.c mm_support.s
void mm_support(void);
int main ( void )
{
mm_support();
printf
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
I tested this issue and can add the following:
If SSE2 is available, mplayer crashes on the first frame for every sample I
tried (several files from ffmpeg/tests/data) if -vf mcdeint=2 or mcdeint=3 is
used (not for 0 1).
bt and dissass have
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
http://chromaplayer.com/chroma.dmg (size 4014559, md5sum
8095f63a839bb4df0402b035b481df01) can be decompressed with dmg2iso.pl, the
resulting iso can be mounted with mount.
The image contains libavcodecs headers in
Chroma.app/Contents
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Fixed type and topics.
--
topic: +(L)GPL violation
type: bug -
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue726
__
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
http://www.doremilabs.com/ftp/software/DoremiAssetManager-3.3.14_1.4.28-32_92_4.66f.zip
(size 26067560, md5sum 7d8b57b45b4e86c8ed5964849c6465a7) has to be unzipped and
uncompressed with 7zip.
Inside is a directory containing a few ddl's
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Uploaded to incoming/issue678.
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue678
__
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Reproduced with latest svn. mplayer -demuxer lavf has the same problem, mplayer
-demuxer mpegps plays audio (and video) fine.
ffmpeg -i mpeg2-pcm-misdetect.mpg
FFmpeg version SVN-r15872, Copyright (c) 2000-2008 Fabrice Bellard, et al
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
I downloaded WinX Video Converter Platinum (winx_video_convert_pt.exe, size
6658415, md5sum af2e3d1e5ba2d59b76ef56fe9011279f) and unpacked it with innounp.
It contains DVDDeadDLL.dll (size 13029376, md5sum
18aeabd342280b183c0328764846cccd
New submission from Carl Eugen Hoyos [EMAIL PROTECTED]:
I downloaded Super DVD Creator, MasterSoft Inc., from
http://www.alldj.com/sdvdc/index.htm. sdvdc.exe (size 9537690, md5sum
a67c27db9d72f71127fc20683effafa2) can be uncompressed with innounp.
It contains DVDDeadDLL.dll (size 13053952
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
What a nice file to teach colour names!
;-)
The sample works as expected (red is red, blue is blue, ...) for me on
OpenSUSE 10.3, Athlon XP
ffmpeg -i mplayer_cram_bug.avi
FFmpeg version SVN-r15821, Copyright (c) 2000-2008 Fabrice Bellard, et
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Reproduced with icc 11.0, crashes also in memcpy ().
--
status: new - open
substatus: new - reproduced
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
I downloaded Total Video Player v1.31, tvpsetup.exe, size 3841337, md5sum
10dbb9010ddf39965a3223a521c5d32e, and unpacked it with innounp.
It contains vcen.dll, size 7729152, md5sum 8d0f1743e9fd120555b51f1eb2491497
The dll is libavcodec
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Here is a patch that fixes the issue for me:
Index: libavcodec/i386/cpuid.c
===
--- libavcodec/i386/cpuid.c (Revision 15802)
+++ libavcodec/i386/cpuid.c (Arbeitskopie
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Please provide:
Minimal uncut command line of ffmpeg
Uncut output of ffmpeg
Sample file
--
status: new - open
substatus: new - needs_more_info
__
FFmpeg issue tracker [EMAIL
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Could you confirm that you are using an unpatched version of ffmpeg from
svn.mplayerhq.hu/ffmpeg/trunk?
If yes, please try ./configure make and report the result.
--
status: new - open
substatus: new - needs_more_info
New submission from Carl Eugen Hoyos [EMAIL PROTECTED]:
dsputil_init_mmx() and other funtions call mm_support() in
libavcodec/i386/cpuid.c to learn which cpu instruction sets are available on the
current cpu. When compiled with latest icc 11.0, the test program compiled with
-DTEST works
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
It is true that there are many useful samples smaller than 1MB, but if your
sample is around 200MB that's definitely not an extremely large one. So, yes,
please upload it!
I still don't see anything that looks like uncut output of ffmpeg
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Bug reports are very important and are highly appreciated, but the following has
to be provided or the issue will be closed without further investigations:
uncut ffmpeg command line (as short as possible to reproduce the problem)
uncut output
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Crash with ffplay reproduced, ffmpeg -f crc works.
(gdb) r sony_handycam_breaking_dv_read_packet.dv
Starting program: ffplay_g sony_handycam_breaking_dv_read_packet.dv
[Thread debugging using libthread_db enabled]
[New Thread 0xb747b6d0 (LWP
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Reproduced, some frames do not show artefacts.
This is a regression, it does not happen without swscaler.
ffmpeg -i test2.mov -s 640x480 image%3d.jpg
FFmpeg version SVN-r15735, Copyright (c) 2000-2008 Fabrice Bellard, et al.
configuration
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Applied the patch (r15738).
--
status: open - closed
substatus: approved - applied
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue699
__
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
I can confirm the issue and that the patch apparently fixes it.
--
status: new - open
substatus: new - reproduced
__
FFmpeg issue tracker [EMAIL PROTECTED]
https
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Issue reproduced.
--
substatus: - reproduced
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue473
__
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
The sample still leads to a crash.
--
substatus: needs_more_info - reproduced
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue487
__
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Reproducible, the sample can be decoded with the reference decoder after
compilation with increased MAX_NUM_SLICES in ldecod/inc/defines.h.
--
status: new - open
substatus: new - reproduced
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
I may be wrong, but imo, ffmpeg is not supposed to transcode dvd menus. You can
use the dvd menus audio (which you did), you can export the still frame (ffmpeg
-i vob_01m_001.vob -f image2 -an test.jpg), but still, ffmpeg does not support
dvd
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Please upload sample to ftp://ffmpeg.mplayerhq.hu/MPlayer/incoming
--
substatus: reproduced - needs_more_info
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu
New submission from Carl Eugen Hoyos [EMAIL PROTECTED]:
ffmpeg -i incoming/bjorn/hang_read_header.h264.ts
does not return, but uses 100% CPU.
A patch is provided in incoming/bjorn/hang_read_header.h264.ts.README
ffmpeg -i hang_read_header.h264.ts
FFmpeg version SVN-r15670, Copyright (c) 2000
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
I did not find your sample. Please put it into a new folder issue675 in
incoming.
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue675
__
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
What is absolutely needed: Uncut command line, uncut output of ffmpeg and a
sample to reproduce the crash.
What would be helpful: A backtrace
--
status: new - open
__
FFmpeg issue
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
ftp://ffmpeg.mplayerhq.hu/MPlayer/incoming/
(I was not able to reproduce your problem.)
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue691
__
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Reproducible only with ffplay.
(gdb) r Issue687_UnsignedByte8khz_LazerCannon.ub
Starting program: ffplay_g Issue687_UnsignedByte8khz_LazerCannon.ub
[Thread debugging using libthread_db enabled]
[New Thread 0xb7b786c0 (LWP 4135)]
FFplay
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
I tested the sample on OpenSuSE 10.3, FFmpeg svn r15601, and both transcoding
and playback of the resulting file work as expected.
Please reopen if you find out how to reproduce.
ffmpeg -i WindowsMedia.wmv test.wav
FFmpeg version SVN-r15601
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Please upload sample to ftp://ffmpeg.mplayerhq.hu/incoming
(and please provide a minimal command line to trigger the issue) - thank you.
--
status: new - open
substatus: new - needs_more_info
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Reproduced.
(gdb) r -i vp56-ffmpeg-segfault.flv -f crc -
Starting program: ffmpeg_g -i vp56-ffmpeg-segfault.flv -f crc -
[Thread debugging using libthread_db enabled]
[New Thread 0xb76206d0 (LWP 4199)]
FFmpeg version SVN-r15594, Copyright (c
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Where is it possible to download the software?
--
status: new - open
substatus: new - needs_more_info
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Please upload sample to ftp://ffmpeg.mplayerhq.hu/incoming and report the
filename here.
--
status: new - open
substatus: new - needs_more_info
__
FFmpeg issue tracker [EMAIL
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Did you already provide a minimal commandline to reproduce the problem? I may
have overseen it.
Please try to change the title to something useful (when you have found the
minimal command) - I only tried to give a hint, but I'm not a native
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
I do not believe this is the minimal command line (if it this, there is probably
a bug in the multi-threading code and you will have to change the title again: I
can't test this for the lack of a multi-core computer). After providing the line
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
I compared ffmpeg's output with the reference decoder: They are identical.
A few notes:
Bug reports are very important. Reports about bugs in H264 are especially
important: H264 is an important codec, and it might not be so much tested, since
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
I don't think -f mp4 is needed, and this is the only reason I also don't believe
one or two of the other options are not needed.
__
FFmpeg issue tracker [EMAIL PROTECTED]
https
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Reproducible, crashes are important.
--
priority: normal - important
substatus: open - reproduced
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
It is possible to remux ac3 into mp4, but not to remux ac3 from mkv into mp4.
--
status: new - open
substatus: new - reproduced
title: Codec frame size not set - ffmpeg cannot remux ac3 from mkv into mp4
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
I tried the reference decoder:
Warning: Decoding does not start with an IDR picture.
invalid 16x16 intra pred Mode PLANE_16
I removed the first 11 frames (the next one is much larger) and received the
following output:
read_new_slice: Found
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
I think neeeds_more_info implies open.
--
status: closed - open
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue663
__
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
No crash for me, video can't be played with ffplay, only audio, encoding leads
to audio-only files (that pretend to contain video) with 0 frames on the
status line while encoding.
Could somebody else verify?
Current mplayer asf demuxer shows
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Reproducible with r15358.
--
substatus: open - reproduced
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue520
__
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Latest installer RCSetup.exe (size 21203424, md5sum
caf992b8b1d5f84dcc48e98b513369d6) contains ffmpeg.exe, r13981, configured with
--enable-gpl --enable-libxvid --enable-libx264 --enable-libswscale
--enable-libfaac --enable-libfaad.
No signs
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
I looked at opell-video-converter-pro.exe, it contains links to liba52, libxvid,
libx264, libfaac, libfaad, libamr_nb and libamr_wb, so this software is (GPL,
but) unredistributable.
Added to shame.
--
substatus: open - reproduced
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Uploaded dll's to incoming/issue484.
Could somebody confirm the issue? Or should we put them on shame anyway? They do
not mention FFmpeg or the LGPL on their homepage.
__
FFmpeg issue
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
.
--
status: open - closed
substatus: analyzed - fixed
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue502
__
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
I just connected as anonymous to ffmpeg.mplayerhq.hu, changed into
MPlayer/incoming, created a directory, changed into the directory and created a
test file.
--
status: new - closed
substatus: new - works_for_me
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Please ignore: There is no memleak in current svn.
--
status: open - closed
substatus: open - invalid
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Seems to be a duplicate of issue 630.
--
status: new - closed
substatus: analyzed - duplicate
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Please provide complete ffmpeg command line, uncut output, a backtrace and a
sample to reproduce the crash.
--
nosy: +cehoyos
status: new - open
substatus: works_for_me - needs_more_info
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Please reopen issue 602 and post a filename from incoming if you have such a
sample!
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue610
__
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
(gdb) r -i ../Samples/NoDuration.mkv
Starting program: /home/cehoyos/Projects/FFmpeg/ffmpeg_g -i
../Samples/NoDuration.mkv
FFmpeg version SVN-r15278, Copyright (c) 2000-2008 Fabrice Bellard, et al.
configuration: --cc=/opt/intel/cc/10.1.017
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Unreproducible with posted command line and random input file (bill-jerry.flv)
Please post uncut command line and ffmpeg's output and upload input file.
--
nosy: +cehoyos
status: new - open
substatus: new - needs_more_info
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Sorry, it is definitely not a duplicate of issue 475: Your sample is not PAFF
(ARD sends progressive HDTV).
--
substatus: needs_more_info - open
__
FFmpeg issue tracker [EMAIL
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Works in aiff container since r15203.
Confirmed not to work for wav.
--
nosy: +cehoyos
substatus: open - reproduced
title: libgsm doesn't work - libgsm doesn't work in wav file
topic: +avformat
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Please upload sample to ftp://ffmpeg.mplayerhq.hu/MPlayer/incoming
--
nosy: +cehoyos
status: new - open
substatus: new - needs_more_info
topic: +avcodec
__
FFmpeg issue tracker
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Reproduced with r15216:
gdb ffmpeg_g
(gdb) r -an -i avc-crash.mp4 -ss 30 -f framecrc -y test
...
[h264 @ 0x87e5970]AVC: Consumed only 149226 bytes instead of 149236
[h264 @ 0x87e5970]negative number of zero coeffs at 66 43
[h264 @ 0x87e5970
New submission from Carl Eugen Hoyos [EMAIL PROTECTED]:
When testing issue624, I noticed a huge memleak when trying to decode the
(partly corrupt) AVC file:
(the bigger the value for -vframes, the bigger the memleak, it disappears if -ss
is used)
valgrind --leak-check=full ./ffmpeg_g -an -i avc
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Then I close this issue.
Please reopen it if you can record a sample: Crashes are of interest.
--
nosy: +cehoyos
status: open - closed
substatus: needs_more_info - invalid
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment:
Both samples decode identically for me with latest ffmpeg and the reference
decoder.
--
nosy: +cehoyos
status: open - closed
substatus: open - works_for_me
__
FFmpeg issue tracker
1 - 100 of 186 matches
Mail list logo