Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Wed, Mar 02, 2011 at 04:59:13PM +, Dennis wrote:
man ffmpeg is not a command in Windows and should
not be displayed.
Just like on Linux it works if you install the man
program, it doesn't if you don't.
E.g. Cygwin comes
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Mon, Feb 21, 2011 at 02:42:12AM +, TheShadowRunner wrote:
Hello, I would like to report a FLV4 decoding bug
(bug has been there ever since FFmpeg started
supporting FLV4).
With certain videos (I think it depends
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Wed, Feb 23, 2011 at 07:48:15PM +, Justin Ruggles wrote:
confirmed that this issue exists.
it's not a demuxer/decoder problem since transcoding to ffv1/nut works
just fine with this sample. probably an issue with ffmpeg
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sat, Feb 19, 2011 at 12:27:12PM +, Reinhard Tartler wrote:
Reinhard Tartler siret...@tauware.de added the comment:
patch in https://roundup.ffmpeg.org/msg13620 committed as
http://git.ffmpeg.org/?
p=ffmpeg.git;a=commit
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Mon, Feb 14, 2011 at 01:23:32PM +, Karl Blomster wrote:
I'm not qualified to argue about whether the flushing is technically wrong or
not, but I'd certainly agree it's suboptimal since with other decoders it
generally
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sat, Feb 12, 2011 at 01:15:40PM +, Karl Blomster wrote:
In case you're wondering what the real-world implications of this are, it
makes
it impossible to seek sample-accurately in an mp3 file.
First, I think flushing
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sun, Feb 06, 2011 at 09:32:12PM +, Benjamin Larsson wrote:
On 02/06/2011 09:34 PM, Ronald S. Bultje wrote:
I agree with Reimar.
Add an issue with that.
Oh wonder, I already wrote a patch (though didn't update
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sun, Feb 06, 2011 at 04:27:27PM +, Justin Ruggles wrote:
Many of the audio encoders do not check sample format explicitly. Instead
they
have a list of supported sample formats. The application is supposed to check
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Fri, Feb 04, 2011 at 01:16:36AM +, drosenbe wrote:
The attached vc1 file causes a stack overflow in VLC media player 1.1.6 when
running on top of ffmpeg 0.5.3. The issue appears to also affect ffmpeg
0.6.1
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sat, Feb 05, 2011 at 07:49:34PM +, Ronald S. Bultje wrote:
==56585== Invalid read of size 4
==56585== Address 0x101059597 is 1,687 bytes inside a block of size
1,690 alloc
'd
==56585==at 0x100CDFD06: memalign
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sat, Feb 05, 2011 at 08:29:06PM +, Ronald S. Bultje wrote:
It fixes some, but not all. wc -l of valgrind ffmpeg goes from ~2000 to
~400, but still more warnings remain:
==61513== Invalid read of size 4
==61513
Reimar Döffinger b...@reimardoeffinger.de added the comment:
This has actually been fixed since some while, though without implementing
scaling but instead by setting up aspect ratio.
--
status: open - closed
substatus: open - fixed
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sat, Jan 15, 2011 at 03:57:08PM +, ami_stuff wrote:
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
Reimar Döffinger b...@reimardoeffinger.de added the comment:
Sorry for changing the title by accident
--
title: something is wrong with transcode of qt to avi - Remuxing Cinepak from
qt to avi
FFmpeg issue tracker iss
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sun, Jan 16, 2011 at 12:43:53PM +, Carl Eugen Hoyos wrote:
I removed lowres from bmp decoder since it actually crops.
Working lowres left as a feature request.
I don't think that makes sense, the purpose of lowres
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
https://roundup.ffmpeg.org
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Tue, Jan 11, 2011 at 04:27:41AM +, qyot27 wrote:
The attached file contains 40 black frames followed by 40 white frames,
encoded
with Lagarith. When I attempt to convert the file, all frames turn green.
Below patch should
Reimar Döffinger b...@reimardoeffinger.de added the comment:
GPL isn't really good enough, not to mention that the code is non-portable (i.e.
you won't be able to decode Lagarith files on anything but x86, and there's even
some risk it will break on x86 in the future or just with a different
Reimar Döffinger b...@reimardoeffinger.de added the comment:
Hm, maybe the state should rather be something like implemented,
the only thing that is missing is a major version bump (for ABI
compatibility reasons, the API change should generally not require
any source changes, except making sure
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Tue, Dec 14, 2010 at 02:59:37PM +, tbart wrote:
I am not much of programmer, but may I ask why a proper *MXF* parser
would be a bad solution for parsing MXFs?
If you ask me: Because from a technical point even though some
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Tue, Dec 14, 2010 at 06:54:16PM +, Chris Burel wrote:
New submission from Chris Burel chrisbu...@gmail.com:
Here's the backtrace:
#0 0x2b5f2816adce in dump_stream_format (ic=value optimized out,
i=0,
index=0
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Wed, Dec 15, 2010 at 12:06:27AM +, David wrote:
(gdb) print ic-bit_rate
$1 = -1875801792
Missing sanity check on bit_rate I'd say.
FFmpeg issue tracker iss
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Mon, Dec 13, 2010 at 12:39:58PM +, tbart wrote:
Maksym Veremeyenko's patch here
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2010-July/092210.html
makes it possible for me to decode those MXFs properly.
Can we possibly
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Tue, Dec 14, 2010 at 02:21:54AM +, Dennis wrote:
Okay,
Are you sure this is a video-only file though?
I can't really find any other files on the disc that
would obviously supply audio.
Audio sectors should be interleaved
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Wed, Dec 08, 2010 at 06:04:47PM +, David Fang wrote:
% grep CONFIG_PIC config.h
#define CONFIG_PIC 1
#define CONFIG_PICTOR_DECODER 1
My verbose build logs only show libavcodec/ppc/fft_altivec.c being
compiled
Reimar Döffinger b...@reimardoeffinger.de added the comment:
ffprobe as in FFmpeg SVN never had a -show_frames option, thus this is a both
outdated and unsupported version.
--
status: open - closed
substatus: needs_more_info - invalid
Reimar Döffinger b...@reimardoeffinger.de added the comment:
Note that -show_frames seems to exist in the sourceforge.net project, however
that (to my knowledge) is unmaintained in favour of FFmpeg's copy/variant, and
at a first glance that feature seems to be not that well implemented.
A patch
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Mon, Dec 06, 2010 at 11:27:26AM +, Baptiste Coudurier wrote:
+// Handles VFR by flushing page because this frame needs to have a
timestamp
+if (st-codec-codec_id == CODEC_ID_THEORA
+ogg_granule_to_timestamp
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Mon, Dec 06, 2010 at 06:47:29PM +, David Fang wrote:
Solution: for 0.6.1 and earlier, omit --enable-powerpc-perf. (Problem not
present on trunk)
Who for heavens sake added it in the first place?!? That explains that
strange
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Mon, Dec 06, 2010 at 08:11:37PM +, Baptiste Coudurier wrote:
On 12/6/10 11:42 AM, Reimar Döffinger wrote:
On Mon, Dec 06, 2010 at 11:27:26AM +, Baptiste Coudurier wrote:
+// Handles VFR by flushing page because
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sat, Dec 04, 2010 at 12:52:30AM +, Deyan wrote:
I tested with: mplayer, windows medial player, Firefox.
Playback issue confirmed with ffplay, too.
Using FFmpeg to transcode to a different format also keeps the hang.
Useing
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sat, Dec 04, 2010 at 12:30:10PM +, Baptiste Coudurier wrote:
Baptiste Coudurier baptiste.coudur...@gmail.com added the comment:
On 12/4/10 2:40 AM, Reimar Döffinger wrote:
Reimar Döffinger b...@reimardoeffinger.de added
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sat, Dec 04, 2010 at 12:52:57PM +, Baptiste Coudurier wrote:
Baptiste Coudurier baptiste.coudur...@gmail.com added the comment:
On 12/4/10 4:45 AM, Deyan wrote:
Deyan dchepis...@gmail.com added the comment:
1
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Thu, Dec 02, 2010 at 09:33:57PM +, David Fang wrote:
Can you show the options used in your ppc regression build? Perhaps I am
missing something.
E.g.: http://fate.ffmpeg.org/powerpc-darwin9-gcc-4.2/20101202202430
Reimar Döffinger b...@reimardoeffinger.de added the comment:
I suspect this change will fix the crash, but I doubt it will play:
Index: ffmpeg/libavcodec/h264_mp4toannexb_bsf.c
===
--- ffmpeg/libavcodec/h264_mp4toannexb_bsf.c
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sun, Nov 21, 2010 at 11:34:32AM +, Chris wrote:
The Outcome has the Files Muxed together but no player can play the
Audio inside.
I don't believe you. I am quite certain that ffplay can play it.
Multiple people have tested
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sun, Nov 21, 2010 at 11:57:48AM +, Chris wrote:
I tried VLC, MPC-HC, SMPlayer (+mplayer Binary).
VLC complaints anout unknown Audio File Format. (as u can see in the Avinaptic
output as well).
These do not support
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sun, Nov 21, 2010 at 12:12:45PM +, Chris wrote:
Well Windows Media Player wont play this file, too.
(win7 x64 version)
It starts playing, Audio is there bit now Video is like fast forward and
totally
out of sync
Reimar Döffinger b...@reimardoeffinger.de added the comment:
Note that MPlayer starting with revision 32639 can play the files as well, the
required changes are minimal.
Also the reported sync issues are probably related to -acodec copy and should be
avoidable by -acodec ac3, different -async
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sun, Nov 21, 2010 at 12:53:00PM +, Chris wrote:
Yes, there seems to be incorrect interleaving. It goes away when re-encoding
the audio. I think -acodec copy and AC3 do not work together correctly.
Isn't there even an issue
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Wed, Nov 03, 2010 at 05:14:50PM +, johnny wrote:
does anyone have a clue as to what is going on? here's the output:
Since libmpeg2 can't decode it either: the encoder probably
is buggy.
Maybe it does not properly limit
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Fri, Oct 29, 2010 at 02:22:34PM +, Carl Eugen Hoyos wrote:
Sample file and DirectShow filter installer uploaded to
/samples/ffmpeg-bugs/roundup/issue2333
The first eight bytes of the file read 00 00 01 c6 4d 50 47 34
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Fri, Oct 29, 2010 at 07:32:37PM +, Reimar Döffinger wrote:
As a quick hack, below patch fixes most error messages when
treating it like a normal H.264 stream.
Updated hack that avoids all warnings, proving
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Tue, Oct 26, 2010 at 02:12:23AM +, Shawn Lewis wrote:
If I may also ask if you know What is causing
the backwards seeking?
Your file is not properly interleaved, and mov/mp4 is
quite crappy for streaming anyway (and I
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Fri, Oct 08, 2010 at 07:09:40AM +, BlueZero wrote:
Just want to ask if it can (will) be corrected. Or do i have to find
another solution? Thanx
According to the file format definition, ipod does not support
variable frame
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Thu, Oct 07, 2010 at 02:48:27PM +, Phil Rhodes wrote:
Input #0, avi, from
'C:\hylands_halloween\headlight_palres_breaks_ffmpeg.avi':
Duration: 00:00:10.12, start: 0.00, bitrate: 174983 kb/s
Stream #0.0: Video
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Thu, Oct 07, 2010 at 07:28:49PM +, Reimar Döffinger wrote:
On Thu, Oct 07, 2010 at 02:48:27PM +, Phil Rhodes wrote:
Input #0, avi, from
'C:\hylands_halloween\headlight_palres_breaks_ffmpeg.avi':
Duration: 00:00
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Thu, Sep 30, 2010 at 04:14:24PM +, Michael N. Pritula wrote:
Media Player Classic 1.3.1405.0, Winamp 5.56 and Windows Media 9.00.00.4503
refuse to play this file.
Very reasonable of them.
VLC 1.1.4 plays it very well
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sun, Oct 03, 2010 at 10:29:18PM +, Carl Eugen Hoyos wrote:
This is no longer an MPlayer regression: The only samples that are still not
working are raw gsm. They were never supported, afaict.
We'd need a raw GSM demuxer
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Thu, Sep 30, 2010 at 10:26:49PM +, Carl Eugen Hoyos wrote:
Works mostly (except for missing metadata and a short glitch in the beginning)
with ffmpeg -f s16le -ac 2 -i mp3_pcm.mp3
So you mean to say this is a raw audio file
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sat, Sep 25, 2010 at 01:37:02PM +, Hanno Meyer-Thurow wrote:
Reimar Döffinger said that this is a bug in libavformat.
Note that I said that audio does not play with ffplay as well.
That is enough to conclude a FFmpeg bug
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Tue, Sep 21, 2010 at 12:32:41AM +, KiddoKenshin wrote:
Never thought that this would be an IMPORTANT issue.
It is a regression since it worked once before. All regressions
are marked as important on principle
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sun, Sep 05, 2010 at 09:52:09PM +, AzureSky wrote:
to protect his hard work...
So instead you tell us we shouldn't protect our hard work?
Did it occur to you that that's rather impertinent?
this all comes off as alot of FSF
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Wed, Sep 01, 2010 at 12:05:43AM +, Baptiste Coudurier wrote:
Baptiste Coudurier baptiste.coudur...@gmail.com added the comment:
gxf muxer now fail if a resolution different than pal and ntsc is given.
I fail to see how
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Tue, Aug 10, 2010 at 09:25:33PM +, Carl Eugen Hoyos wrote:
Reimar, could you explain (again) what kind of input would lead to the
memleaks
you describe? I could try to find a sample and open a new bug report.
First, I
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Tue, Aug 10, 2010 at 05:30:34PM +, Carl Eugen Hoyos wrote:
Fixed / applied in r24757.
I would have proposed to use this bug, but if not may I suggest
to open one to track not properly freeing some of the
remaining things
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Mon, Aug 09, 2010 at 01:04:34PM +, blindbunny wrote:
Ah, cehoyos, could you elaborate? Are you saying that the command line I
posted
does the right thing in not producing the result I want? If so, what do I need
to change
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Mon, Jul 26, 2010 at 03:11:10AM +, Pavel wrote:
free allocated context on failure
That not really enough at all.
See av_close_input_stream.
I think everything except s-iformat-read_close(s);
should be done.
Otherwise every
Reimar Döffinger b...@reimardoeffinger.de added the comment:
Should be fixed by SVN r24490
--
status: open - closed
substatus: analyzed - fixed
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2003
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Fri, Jul 23, 2010 at 02:55:14PM +, Carl Eugen Hoyos wrote:
==26309== Use of uninitialised value of size 4
==26309==at 0x8255323: ff_mjpeg_decode_sos (get_bits.h:611)
==26309==
==26309== Invalid read of size 4
==26309
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Fri, Jul 23, 2010 at 06:06:17PM +, scheutzo wrote:
UGeorge - can you tell me what video driver you have loaded?
I'm trying to replicate the issue, but on my machine SDL is happy to create a
YUV Overlay larger than
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Tue, Jul 20, 2010 at 07:20:24PM +, Ernst Albrecht Köstlin wrote:
Doing so won't free the already allocated structures AVFormatContext's
stream
array entries are pointing to, neither would it set AVFormatContext's
nb_stream
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Tue, Jul 20, 2010 at 06:12:22PM +, Ernst Albrecht Köstlin wrote:
--- libavformat/ffmdec.c 2010-07-20 20:06:00.0 +0200
+++ libavformat/ffmdec_patched.c 2010-07-20 20:07:02.0 +0200
@@ -385,8 +385,10
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Tue, Jul 20, 2010 at 06:19:18PM +, Mans Rullgard wrote:
Mans Rullgard m...@mansr.com added the comment:
Reimar Döffinger iss...@roundup.ffmpeg.org writes:
Reimar Döffinger b...@reimardoeffinger.de added the comment
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Fri, Jul 16, 2010 at 10:01:09PM +, fmm wrote:
When demuxing ASS subtitle tracks via
ffmpeg -i file.mkv -scodec copy subtitles.ass
the resulting file doesn't have an UTF-8 BOM mark at the beggining (0xEF 0xBB
0xBF
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sat, Jul 10, 2010 at 03:54:48PM +, Alexei Svitkine wrote:
Alexei Svitkine alexei.svitk...@gmail.com added the comment:
I did not say that.
The samples came from a game.
I don't have any pixel doubled samples, so I
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Wed, Jul 07, 2010 at 08:31:21AM +, Carl Eugen Hoyos wrote:
I wonder what the difference between the Y-interlaced and Y-doubled flag
is.
Maybe for interlaced those aren't frames but fields?
In this case you should see
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Thu, Apr 22, 2010 at 03:32:36AM +, Ramiro Polla wrote:
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
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Thu, Jul 01, 2010 at 10:49:56AM +, horvath.agoston wrote:
I've checked, and VLC is also playing back with higher gamma.
Check out attached screenshot.
On the right side is VLC playing the ffmpeg-encoded MKV file
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Thu, Jul 01, 2010 at 06:55:04PM +, Mans Rullgard wrote:
GNU make 3.81 is required.
Shouldn't the configure script check for required make version and fail if
it's older than 3.81?
GNU make 3.81 was released over 4 years
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Wed, Jun 30, 2010 at 03:00:14AM +, Dennis Volodomanov wrote:
let me know if you want me to upload a sample as well
Yes, we have never heard about or seen this format.
FFmpeg
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Mon, Jun 28, 2010 at 04:28:36PM +, johnny wrote:
i still don't understand the logic of the whole thing; why it worked before
and
why it doesn't work now, and why it works with those two patches reversed. do
you want
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Wed, Jun 23, 2010 at 11:03:04PM +, Laurent wrote:
Laurent laurent@gmail.com added the comment:
So, r21621 hides something else.
I performed another dichotomy with r12684 reverted.
r20667 reveals the issue
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Fri, Jun 18, 2010 at 05:07:47PM +, Laurent wrote:
Also, using ss option after the input file, eg:
ffmpeg -i mympeg2.mpg -ss 1 [...]
does work, but is O(n) instead of O(1) in time (which makes a huge difference
when
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Fri, Jun 18, 2010 at 10:56:29PM +, Michael Niedermayer wrote:
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
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
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sun, Jun 13, 2010 at 06:23:13AM +, Bill Morris wrote:
If c++ is not a concern then I think that it would make sense to just add
#include stdint.h
to
/usr/local/include/libavutil/common.h
There are other files in ffmpeg
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sun, Jun 13, 2010 at 04:44:31AM +, Bill Morris wrote:
When including the header files in a C++ program
First, FFmpeg is a C program, C++ interoperability is not really our concern.
I propose that something like
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sat, Jun 12, 2010 at 09:41:41PM +, Carl Eugen Hoyos wrote:
To produce a useful backtrace, I suggest you compile without --enable-
shared (and note that --enable-swscale isn't needed since a year).
Additionally, you should
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Tue, Jun 08, 2010 at 02:55:24PM +, Alex Converse wrote:
New submission from Alex Converse alex.conve...@gmail.com:
$ ./ffmpeg -i http://195.10.10.75:8800/live.webm -f null /dev/null
FFmpeg version SVN-r23536, Copyright (c
New submission from Reimar Döffinger b...@reimardoeffinger.de:
Attached file works fine (well, except for an unrelated video-hangs issue) with
MPlayer's ogg demuxer, whereas audio fails with FFmpeg.
Since I think the file is indeed broken this is a feature request, but since
this seems to happen
New submission from Reimar Döffinger b...@reimardoeffinger.de:
The cause seems to be the old issue of first pts being 0 and then suddenly
jumping to some high value, which makes the file unplayable with MPlayer.
Debugging with FFmpeg is even harder though since it starts consuming 4 GB of
RAM
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sat, May 22, 2010 at 04:30:25AM +, David Teirney wrote:
Duration: 01:50:47.23, start: 58149.813867, bitrate: 4161 kb/s
Your description just doesn't make sense, you claimed the start time was
not set, but obviously it is set
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sat, May 15, 2010 at 12:22:18PM +, Jonas Thiem wrote:
http://www.insufficient-illumination-technologies.com/film.ogv
Works fine for me.
It resulted in ugly artifacts which I reported to the SDL_ffmpeg developer who
now told
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sun, May 16, 2010 at 03:51:43PM +, Carl Eugen Hoyos wrote:
@Reimar: If you transcode the sample with ffmpeg, does the result play fine
with
mplayer for you (I get a DAR of 1:0, which doesn't look nice)?
Haven't tested
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Thu, May 13, 2010 at 10:18:40AM +, Cyril wrote:
This is because you are not using CODEC_FLAG_EMU_EDGE, while
avcodec_align_dimensions2
might not work so well for that case your code does not work at all, you
only
pad
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Wed, May 12, 2010 at 08:49:41AM +, Cyril wrote:
Ok then please provide the good version to find out the real stride
avcodec_decode_video's internal frame will use, before actually decoding a
first
frame ?
E.g
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sun, May 09, 2010 at 01:04:01PM +, Vitor wrote:
Regressions are important
You didn't mention it was a regression before, when was it introduced?
FFmpeg issue tracker iss
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sat, May 01, 2010 at 12:54:19PM +, Cyril wrote:
On some multi-media file, the following code:
formatContext = avformat_alloc_context();
if ((error = av_open_input_file(formatContext, filename, 0, 0, 0)) != 0)
return 0
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Tue, Apr 27, 2010 at 01:32:47PM +, Kevin Kofler wrote:
I really don't see the point of reinventing the wheel here. Why does
FFmpeg insist on reinventing the wheel all the time?
In addition to what Måns said: libv4l and v4l2
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Thu, Apr 15, 2010 at 12:44:34PM +, Markus Rechberger wrote:
the mpeg-ts demuxer, it seems to build up tables of all PIDs in advance. while
this works fine for transponders with videostreams, audiostreams take around 5
seconds
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Thu, Apr 15, 2010 at 07:55:34PM +, compn wrote:
works with faad.
http://yozora-irc.net/~ubitux/vids/furusato-sample-ffaac-element-3-not-allocated.mkv
F:\mplayer-testmplayer furusato-sample-ffaac-element-3
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Wed, Apr 14, 2010 at 11:35:31PM +, Markus Rechberger wrote:
We are not using decode_video2 nor AVPackets for feeding data to the decoder,
this very likely will not change in future either. In order to stay flexible
please
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Tue, Apr 13, 2010 at 07:38:22PM +, Joakim Plate wrote:
I think our implementation even came from mplayer's back in the day, so
if mplayer is now using something better, we aught to be able too.
That's possible, though
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Mon, Apr 12, 2010 at 03:26:14PM +, Martin Storsjö wrote:
Martin Storsjö mar...@martin.st added the comment:
On Mon, 12 Apr 2010, Ronald S. Bultje wrote:
So what's the problem with using url_open_protocol
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Mon, Apr 05, 2010 at 05:11:31PM +, milix wrote:
Mplayer gives me the same grey picture as the other players. I'm attaching the
mp4 file. This is the mplayer output I get:
$ mplayer tif2mp4.mp4
MPlayer 1.0rc2-4.3.3 (C) 2000
Reimar Döffinger b...@reimardoeffinger.de added the comment:
I suggest we demand that Turkish Telecom has to come in compliance with all
the
FOSS software it uses in Wirofon, not just with FFmpeg.
I really think we should focus our efforts with FFmpeg violations only
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sat, Mar 20, 2010 at 11:34:49PM +, Carl Eugen Hoyos wrote:
+if (s-il_block)
+prob -= prob 1;
+else
+prob += (256 - prob) 1; /* can be simplified/combined */
I
Reimar Döffinger b...@reimardoeffinger.de added the comment:
+if (!s-avctx-intra_matrix) {
s-y_dc_scale_table=
s-c_dc_scale_table=
ff_mpeg2_dc_scale_table[s-intra_dc_precision];
s-intra_matrix[0] =
ff_mpeg2_dc_scale_table[s-intra_dc_precision][8
Reimar Döffinger b...@reimardoeffinger.de added the comment:
On Sat, Mar 20, 2010 at 05:26:47PM +, Carl Eugen Hoyos wrote:
Fix feature request priority.
Maybe try to find the patch for it on ffmpeg-devel and attach it here?
FFmpeg issue
1 - 100 of 241 matches
Mail list logo