Jakub Olexa ol...@xland.cz added the comment:
Unfortunately, I don't think the smaller files you uploaded are very good to
reproduce the original issue (they show other issues, afaict): ffmpeg believes
the video file is called Jakub-drums.Consoli4C176991.mxf, does not try to
open
it if you
Jakub Olexa ol...@xland.cz added the comment:
pls note that the problem mentioned in my previous comment (decoding avid 14:1)
is related to issue1684.
my config fyi: FFmpeg version SVN-r23540, Copyright (c) 2000-2010 the FFmpeg
developers
built on Jun 9 2010 00:59:44 with gcc 4.4.4
Martin Storsjö mar...@martin.st added the comment:
David Conrad was ok with the patch, but suggested me to use op.e_o_s instead
of context-eof. Still waiting for an explicit ok on this version.
FFmpeg issue tracker iss...@roundup.ffmpeg.org
New submission from Jakub Olexa ol...@xland.cz:
size of videos exported using avid meridien codecs is incorrectly reported
including the hidden area of the frame. this hidden area usually contains the
timecode information as captured from the SDI input. there are 16 hidden lines
on top in the
Jakub Olexa ol...@xland.cz added the comment:
separate issue2016 created for avid meridien decoding
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue1993
New submission from Jakub Olexa ol...@xland.cz:
i'm unable to transcode videos into an avid compatible MJPEG that could be muxed
using libMXF and loaded directly into avid. seems to me the problem is in a)
resolution, b) interlacing.
i have uploaded 4 samples (30MB each - couldn't find a
Kenny Brown hmd.kenny.br...@gmail.com added the comment:
Sorry about uploading a blue file. The first 10 seconds of the video is blue.
I am going through revisions using your svn update command to try and find an
approximate date/version where this started happening.
Kenny Brown hmd.kenny.br...@gmail.com added the comment:
svn --ignore-externals -r {2008-12-31} update svn -r {2008-12-31} update
libswscale (Works)
svn --ignore-externals -r {2009-12-31} update svn -r {2009-12-31} update
libswscale (Broken)
svn --ignore-externals -r {2009-06-30} update svn
Kenny Brown hmd.kenny.br...@gmail.com added the comment:
svn --ignore-externals -r {2009-08-31} update svn -r {2009-08-31} update
libswscale (Works)
svn --ignore-externals -r {2009-09-15} update svn -r {2009-09-15} update
libswscale (Broken)
Kenny Brown hmd.kenny.br...@gmail.com added the comment:
svn --ignore-externals -r {2009-09-07} update svn -r {2009-09-07} update
libswscale (Works - FFmpeg version SVN-r19790)
svn --ignore-externals -r {2009-09-11} update svn -r {2009-09-11} update
libswscale (Works - FFmpeg version
Nezmer m...@nezmer.info added the comment:
Any update on this issue?
yukihane's workaround didn't work here.
All encoders work here with ffmpeg-mt except libxvid.
%ffmpeg -loglevel debug -i file.wmv -vcodec libxvid -an file.avi
FFmpeg version git-5380fee, Copyright (c) 2000-2010 the FFmpeg
New submission from Jeff Seifert seif...@everybody.org:
I am getting a segfault when attempting to encode mpeg4 video using both
bframes
and the crop filter. I am using the latest ffmpeg from svn. A sample video
file is attached.
The command I am using is
ffmpeg -i TestVideo.mpg -y
Andreas Trottmann andreas.trottm...@werft22.com added the comment:
I have a different file that gets misdetected after r22111.
Reverting r22111 makes it work correctly until r22831.
Reverting both r22111 and r22831 makes it work again with latest SVN.
I uploaded the file on upload.ffmpeg.org
New submission from Laurent laurent@gmail.com:
Hi,
I am using ffmpeg to extract frames at various positions in a video file.
The command is eg:
ffmpeg -ss 1 -i mympeg2.mpg -vframes 1 screenshot.jpg
Depending on the ss, I'll get most of the time a monochrome grey frame, and
sometime a
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Fri, Jun 18, 2010 at 03:56:54PM +, Kenny Brown wrote:
Updating from Date 9-14 to 9-15 changes:
Ulibavcodec/fft.c
Ulibavcodec/arm/fft_neon.S
Ulibavcodec/arm/mdct_neon.S
U
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
(At least) full, uncut output of both the (successful) re-muxing and the
(possibly bad) re-encoding are missing.
--
status: new - open
substatus: new - needs_more_info
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Please read the GPL, the LGPL and http://ffmpeg.org/legal.html
--
status: new - open
substatus: new - open
topic: +(L)GPL violation
FFmpeg issue tracker
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
While I can reproduce the grey frames with any mpeg2 in mpeg-ts sample, it is
also reproducible with h264 in mpeg-ts and vc1 in mpeg-ts (and unrelated to
issue 1963 imo).
I suspect the O(1) vs O(n) issue is wont_fix, but if
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Crashes are important.
--
priority: normal - important
status: new - open
substatus: new - reproduced
FFmpeg issue tracker iss...@roundup.ffmpeg.org
Michael Niedermayer michae...@gmx.at added the comment:
On Fri, Jun 18, 2010 at 05:25:07PM +, Reimar Döffinger wrote:
On Fri, Jun 18, 2010 at 03:56:54PM +, Kenny Brown wrote:
Updating from Date 9-14 to 9-15 changes:
Ulibavcodec/fft.c
Ulibavcodec/arm/fft_neon.S
U
Michael Niedermayer michae...@gmx.at added the comment:
Fixed in r23645.
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
When you are offended at any man's fault, turn to yourself and study your
own failings. Then you will forget your anger. -- Epictetus
Jakub Olexa ol...@xland.cz added the comment:
FFmpeg version SVN-r23540, Copyright (c) 2000-2010 the FFmpeg developers
built on Jun 9 2010 00:59:44 with gcc 4.4.4
configuration: --enable-libmp3lame --enable-libtheora --enable-libx264
--enable-libgsm --enable-postproc --enable-libxvid
Jakub Olexa ol...@xland.cz added the comment:
(At least) full, uncut output of both the (successful) re-muxing and the
(possibly bad) re-encoding are missing
M2U00381-avid-10x1.mjpeg is the good one
M2U00381-ffmpeg-10x1.mjpeg is the bad one (as created by ffmpeg)
wrapped avid MXFs are
Gregory gringo...@hotmail.com added the comment:
In my test...
ffmpeg can not mux multi channel (ac3) and mpeg-4 into a useable avi output. The
ac3 codec ID as reported by gspot=0xfffe (Extensible wave format) AC3. (This
should be 0x2000 afaik)
WMP will play the clip with video at aprox 2x
Gregory gringo...@hotmail.com added the comment:
Here is my command line and console dump to support MSG 10876
C:/ffmpeg/ffmpeg_SVN-r23642-Static.exe -threads 2 -i
C:/Users/Kodiak/test_ac36_mpeg4_ffmpeg_vidout.avi -i
C:/Users/Kodiak/test_ac36_mpeg4_ffmpeg_vidout.ac3 -vcodec copy -acodec copy -y
25 matches
Mail list logo