Michael Niedermayer [EMAIL PROTECTED] added the comment:
fixed in r10544
--
status: new - closed
substatus: new - fixed
topic: +avformat
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue179
__
Michael Niedermayer [EMAIL PROTECTED] added the comment:
duplicate of 179
--
status: new - closed
substatus: new - duplicate
superseder: +ot171_novideo.nsv broke after r8465
__
FFmpeg issue tracker [EMAIL PROTECTED]
https
New submission from Michael Niedermayer [EMAIL PROTECTED]:
someone should try to optimize ffmpeg by using the nvidia GPU
dirac seems to have quite impressive gains from it
(https://sourceforge.net/forum/message.php?msg_id=4533809)
--
messages: 660
nosy: michaelni
priority: normal
status
New submission from Michael Niedermayer [EMAIL PROTECTED]:
iam opening this so i can use it for Depends On
--
messages: 679
nosy: michaelni
priority: important
status: open
substatus: open
title: cleanup remaining issues with libavfilter and commit it
topic: avfilter
type
Michael Niedermayer [EMAIL PROTECTED] added the comment:
looks ok
--
status: new - open
substatus: new - approved
type: bug - patch
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue197
__
Michael Niedermayer [EMAIL PROTECTED] added the comment:
Hi
On Fri, Sep 28, 2007 at 03:56:04PM -, Reimar Döffinger wrote:
typo :)
--
title: Green atrifacts when encoding to FLV - Green artifacts when
encoding to FLV
How about opening an issue? IMO a normal reply
Michael Niedermayer [EMAIL PROTECTED] added the comment:
there are many headers which contain the duration search for xing and vbri
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue193
__
Michael Niedermayer [EMAIL PROTECTED] added the comment:
2 totally unrelated codecs and 3? unlrelated things for each in a single
feature request - invalid
--
status: new - closed
substatus: new - invalid
__
FFmpeg issue tracker
Michael Niedermayer [EMAIL PROTECTED] added the comment:
does this also happen with a new fresh checkout? (not svn update!)
--
substatus: open - needs_more_info
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu
Michael Niedermayer [EMAIL PROTECTED] added the comment:
Hi
On Fri, Oct 19, 2007 at 12:59:45AM -, Mans Rullgard wrote:
Mans Rullgard [EMAIL PROTECTED] added the comment:
That file is a PES stream, and every fifth packet has PES_extension_flag
incorrectly set to 1, causing the demuxer
Michael Niedermayer [EMAIL PROTECTED] added the comment:
as this is not a bug in ffmpeg it is not really wont fix there is nothing to
fix in ffmpeg as there is nothing broken in ffmpeg
--
substatus: wont_fix - invalid
__
FFmpeg issue
Michael Niedermayer [EMAIL PROTECTED] added the comment:
On Mon, Oct 29, 2007 at 10:38:51AM -, Baptiste Coudurier wrote:
Baptiste Coudurier [EMAIL PROTECTED] added the comment:
I won't trust a program printing false messages.
The file clearly does not contain any timestamp
Michael Niedermayer [EMAIL PROTECTED] added the comment:
please provide a minimal test case, that is one where the removial of any option
makes the problem go away
--
substatus: open - needs_more_info
__
FFmpeg issue tracker [EMAIL
Michael Niedermayer [EMAIL PROTECTED] added the comment:
try -async 1
--
substatus: open - needs_more_info
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue232
__
Michael Niedermayer [EMAIL PROTECTED] added the comment:
On Wed, Oct 31, 2007 at 11:30:19AM -, Ramiro Polla wrote:
Maybe we rename important to important to FFmpeg, so that people don't
think
it means important to me.
normal users should simply not be able to set priority higher than
Michael Niedermayer [EMAIL PROTECTED] added the comment:
maybe providing
disass $pc-32 $pc+32
info all-registers
from gdb would be helpfull in debuging this
--
substatus: open - needs_more_info
FFmpeg issue tracker [EMAIL PROTECTED
Michael Niedermayer [EMAIL PROTECTED] added the comment:
fixed in r10887
--
status: open - closed
substatus: analyzed - fixed
_
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue43
_
Michael Niedermayer [EMAIL PROTECTED] added the comment:
fixed in r10888
--
status: open - closed
substatus: open - fixed
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue130
__
Michael Niedermayer [EMAIL PROTECTED] added the comment:
seems like a mpeg ts demuxer bug as -f h264 makes ffmpeg get over the codec
parameter search for some of the files, the others maybe are invalid (no?
PPS/SPS)
assigning to mpeg ts mantainer
--
assignedto: - mru
nosy: +mru
Michael Niedermayer [EMAIL PROTECTED] added the comment:
seems to work with svn head
--
status: open - closed
substatus: needs_more_info - works_for_me
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup
Michael Niedermayer [EMAIL PROTECTED] added the comment:
file looks invalid, the timestamps are random
--
priority: normal - minor
title: MPEG2 Decoding Issue on particular Files - Support MPEG2 with random
timestamps
type: bug - feature_request
Michael Niedermayer [EMAIL PROTECTED] added the comment:
i said the first few kb of the input, not a reencoded file of the first few kb
also what software was used to generate the 2gb file?
__
FFmpeg issue tracker [EMAIL PROTECTED]
https
Michael Niedermayer [EMAIL PROTECTED] added the comment:
nosy=0
--
nosy: -michaelni
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue240
__
New submission from Michael Niedermayer [EMAIL PROTECTED]:
setting the substatus to duplicate should be rejected if superseder is not set
--
messages: 961
nosy: michaelni
priority: wish
status: open
substatus: open
title: duplicate should require set superseder
topic: roundup
type
Michael Niedermayer [EMAIL PROTECTED] added the comment:
do we really want this?
just type the topic in with your keyboard, your browser will even provide you
with topic completion so this requires relatively few keypresses
looking through a long drop down list could potentially be quite a bit
Michael Niedermayer [EMAIL PROTECTED] added the comment:
this is not a valid patch, see http://ffmpeg.mplayerhq.hu/general.html#SEC24
--
priority: important - normal
status: new - open
substatus: new - needs_changes
__
FFmpeg issue
New submission from Michael Niedermayer [EMAIL PROTECTED]:
cyril russo posted various ideas to improve the jpeg decoder but never provided
a patch, this feature_req is there so this isnt forgotten ...
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-June/031810.html
--
messages
Michael Niedermayer [EMAIL PROTECTED] added the comment:
.
--
substatus: approved - invalid
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue188
__
Michael Niedermayer [EMAIL PROTECTED] added the comment:
.
--
title: many h264 in MPEG-TS files don't play (h264/dmb folder) - add support
for ISO 14496 SL-packetised streams
type: bug - feature_request
__
FFmpeg issue tracker [EMAIL
Michael Niedermayer [EMAIL PROTECTED] added the comment:
2.7.5 Conditional coding of time stamps
...
A decoding_time_stamp (DTS) shall appear in a PES packet header if and only
if the following two conditions are met:
A PTS is present in the PES packet header
The decoding time differs from
Michael Niedermayer [EMAIL PROTECTED] added the comment:
no awnsers since 2 month, and this file seems simply broken
--
status: open - closed
substatus: open - invalid
__
FFmpeg issue tracker [EMAIL PROTECTED]
https
Michael Niedermayer [EMAIL PROTECTED] added the comment:
not a patch and no reaction from author - closed
--
status: open - closed
substatus: needs_changes - invalid
__
FFmpeg issue tracker [EMAIL PROTECTED]
https
New submission from Michael Niedermayer [EMAIL PROTECTED]:
Currently some demuxers and decoders pass palettes through
AVCodecContext.palctrl
this doesnt and cannot work as demuxers and decoders are not guranteed to run in
the same thread and work with the same data, the demuxer could be minutes
Michael Niedermayer [EMAIL PROTECTED] added the comment:
tried with b-libav.avi as input, worked fine
--
status: new - closed
substatus: new - works_for_me
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup
Michael Niedermayer [EMAIL PROTECTED] added the comment:
we need the input 3gp file
and the rule of thumb with wrong frame rates is that if it doesnt match what the
user expects then the file does very likely not have a constant frame rate and
ffmpeg is correct and the user is wrong
but as i
Michael Niedermayer [EMAIL PROTECTED] added the comment:
On Fri, Nov 16, 2007 at 04:19:09AM -, heydowns wrote:
Patch to remove SDT processing as per mru.
I have numerous samples failing this, too, which used to work fine.
__
FFmpeg
Michael Niedermayer [EMAIL PROTECTED] added the comment:
this is not priority important!
--
priority: important - normal
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue266
__
Michael Niedermayer [EMAIL PROTECTED] added the comment:
Hi
On Sat, Nov 17, 2007 at 03:08:59AM -, heydowns wrote:
Hmm, maybe should be fixed instead, and closing.
yes, ideally the patch should have been submitted as a seperate issue
and somehow linked to the bug it fixes, maybe using
Michael Niedermayer [EMAIL PROTECTED] added the comment:
[...]
@@ -3417,6 +3418,13 @@
}
printf(\n);
+printf(Bitstream filters:\n);
+for(bsf = first_bitstream_filter; bsf != NULL; bsf = bsf-next) {
+if(bsf-name)
+printf( %s, bsf-name);
why the NULL
Michael Niedermayer [EMAIL PROTECTED] added the comment:
patch ok
and checking for NULL where it cant be NULL is almost a bug IMHO as it makes the
reader think that it could be NULL
--
status: new - open
substatus: new - approved
Michael Niedermayer [EMAIL PROTECTED] added the comment:
On Wed, Dec 12, 2007 at 11:55:22AM -, Panagiotis Issaris wrote:
Panagiotis Issaris [EMAIL PROTECTED] added the comment:
.
--
status: open - closed
substatus: applied - fixed
if this now is patch/closed/fixed
Michael Niedermayer [EMAIL PROTECTED] added the comment:
since r11266 you can simply use -vcodec h264 to override the codec id
_
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue49
_
Michael Niedermayer [EMAIL PROTECTED] added the comment:
On Mon, Dec 17, 2007 at 08:42:43PM -, Benjamin Larsson wrote:
Benjamin Larsson [EMAIL PROTECTED] added the comment:
Can you try this patch and see if it fixes the problem
Michael Niedermayer [EMAIL PROTECTED] added the comment:
On Thu, Dec 20, 2007 at 10:05:40AM -, Benjamin Larsson wrote:
Index: libavformat/flvdec.c
===
--- libavformat/flvdec.c(revision 11024)
+++ libavformat/flvdec.c
Michael Niedermayer [EMAIL PROTECTED] added the comment:
Hi
On Fri, Dec 21, 2007 at 02:45:09PM -, Luca Barbato wrote:
Luca Barbato [EMAIL PROTECTED] added the comment:
try this patch please.
this will not solve the problem
see the c or mmx code for a proper and fast implementation
Michael Niedermayer [EMAIL PROTECTED] added the comment:
On Fri, Dec 21, 2007 at 05:49:39PM -, Michael Niedermayer wrote:
[...]
One could of course also just set emu=1 more often for PPC. I guess loosing
another 30% speedup opertunity wont matter much. If speed would have mattered
Michael Niedermayer [EMAIL PROTECTED] added the comment:
Closed, as required info has not been provided within 2 month. Feel free to
reopen after providing the requested info!
--
status: open - closed
__
FFmpeg issue tracker [EMAIL
Michael Niedermayer [EMAIL PROTECTED] added the comment:
Most video codecs work in YUV, whilst available graphics libraries work
in RGB. Hence there are color space conversions whenever we want to draw
anything on top of video.
_DONT_ use such libs! If you do use them, convert to the native
Michael Niedermayer [EMAIL PROTECTED] added the comment:
On Sat, Dec 22, 2007 at 09:39:16AM -, Vitor wrote:
Víctor Paesa wrote:
Most video codecs work in YUV, whilst available graphics libraries
work in RGB. Hence there are color space conversions whenever we want
to draw anything
Michael Niedermayer [EMAIL PROTECTED] added the comment:
please leave this closed!
thanks for understanding!
and we do support faad versions prior to their license change.
--
status: open - closed
substatus: open - invalid
__
FFmpeg
Michael Niedermayer [EMAIL PROTECTED] added the comment:
new-open
--
status: new - open
substatus: new - open
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue268
__
Michael Niedermayer [EMAIL PROTECTED] added the comment:
theres nothing in your bug report showing a bug or anything invalid, you just
show the output of a few ffmpeg -i commands. theres no case were you override
anything.
--
status: new - closed
substatus: new - invalid
Michael Niedermayer [EMAIL PROTECTED] added the comment:
Bug has been introduced in r6124 and fixed in r11314.
Also the psxstr check should be improved obviously ...
--
status: new - closed
substatus: new - fixed
__
FFmpeg issue
Michael Niedermayer [EMAIL PROTECTED] added the comment:
fixed in r11315
(but untested, no windows here...)
--
status: new - closed
substatus: new - fixed
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup
Michael Niedermayer [EMAIL PROTECTED] added the comment:
fixed in r11320
--
status: open - closed
substatus: reproduced - fixed
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue258
__
Michael Niedermayer [EMAIL PROTECTED] added the comment:
fixed in r11327
--
status: open - closed
substatus: open - fixed
topic: -ffmpeg
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue262
__
Michael Niedermayer [EMAIL PROTECTED] added the comment:
.mpg is mpeg1 unless you override it
ntsc-dvd requires mpeg2 (.vob)
it does work with out.vob
--
status: open - closed
substatus: needs_more_info - invalid
__
FFmpeg issue
Michael Niedermayer [EMAIL PROTECTED] added the comment:
At which revission exactly did it break? (you can find that out by simple binary
search / bisection very quickly)
--
substatus: open - needs_more_info
__
FFmpeg issue tracker
Michael Niedermayer [EMAIL PROTECTED] added the comment:
On Thu, Jan 03, 2008 at 12:44:40AM -, tripp wrote:
tripp [EMAIL PROTECTED] added the comment:
i'd say it's a bug anyway you look at it.
either it's a documentation bug,
as the doc describes a feature not available
Michael Niedermayer [EMAIL PROTECTED] added the comment:
On Thu, Jan 03, 2008 at 03:23:25AM -, Robert Swain wrote:
Robert Swain [EMAIL PROTECTED] added the comment:
Why only .avi? Is it not possible/feasible to override the detected frame rate
for whatever input? It seems like
Michael Niedermayer [EMAIL PROTECTED] added the comment:
priority and open
--
priority: important - normal
status: new - open
substatus: new - open
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg
Michael Niedermayer [EMAIL PROTECTED] added the comment:
patch ok
--
status: new - open
substatus: new - approved
type: feature_request - patch
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg
Michael Niedermayer [EMAIL PROTECTED] added the comment:
please provide a bugreport, like command line options and so on which fails.
Basically everything we need to reproduce the problem!
--
status: new - open
substatus: new - needs_more_info
Michael Niedermayer [EMAIL PROTECTED] added the comment:
Hi
[...]
Index: ffmpeg/libavformat/rtp_h264.h
===
--- ffmpeg.orig/libavformat/rtp_h264.h2008-01-07 10:31:57.0
+0100
+++ ffmpeg/libavformat/rtp_h264.h
Michael Niedermayer [EMAIL PROTECTED] added the comment:
ok lets try again
Please provide a MINIMAL test case to reproduce the problem, that is every
single command line parameter must be needed for the problem to occur
you confirmed that it does not work without copyts thus you MUST remove
Michael Niedermayer [EMAIL PROTECTED] added the comment:
place the -s 640x480 before -f x11grab
--
status: new - closed
substatus: new - invalid
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg
Michael Niedermayer [EMAIL PROTECTED] added the comment:
On Sat, Jan 12, 2008 at 12:51:17AM -, redtux wrote:
This is a minimal case
without copyts output is too garbled to hear
Thats a contradiction, so iam sorry to say it but we cant help you.
Beyond recommanding that you go
Michael Niedermayer [EMAIL PROTECTED] added the comment:
fixed in r11524
--
status: open - closed
substatus: open - fixed
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue263
__
Michael Niedermayer [EMAIL PROTECTED] added the comment:
On Mon, Jan 21, 2008 at 01:17:59PM -, Aurelien Jacobs wrote:
[...]
This clearly shows a divide by zero.
The attached patch fixes the crash, but the flac file is still not
iam fine with the patch
Michael Niedermayer [EMAIL PROTECTED] added the comment:
topic
--
topic: +(L)GPL violation
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue272
__
Michael Niedermayer [EMAIL PROTECTED] added the comment:
about L vs. GPL
strings contains things like
a52_imdct_256
so its GPL
time to ask them for the source
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup
Michael Niedermayer [EMAIL PROTECTED] added the comment:
implemented in r11624.
(note ive just tested that codec idtype are correct and that text packets are
output with -scodec copy, ive not tried mplayer)
--
status: new - closed
substatus: new - implemented
Michael Niedermayer [EMAIL PROTECTED] added the comment:
On Sat, Jan 26, 2008 at 08:10:48PM -, Reimar Döffinger wrote:
Reimar Döffinger [EMAIL PROTECTED] added the comment:
while not really fixing this, the behavior should beat mplayers now :)
Not for
http://samples.mplayerhq.hu
Michael Niedermayer [EMAIL PROTECTED] added the comment:
This issue will dissapear with the introduction of libavfilter
--
dependson: +cleanup remaining issues with libavfilter and commit it
status: new - open
substatus: new - open
Michael Niedermayer [EMAIL PROTECTED] added the comment:
On Sun, Jan 27, 2008 at 08:34:50PM -0500, Compn wrote:
On Sat, 26 Jan 2008 20:10:48 -, Reimar Döffinger wrote:
There should also be files using png instead of jpeg I think.
i think this one starts with a gif
http://www.pbs.org
Michael Niedermayer [EMAIL PROTECTED] added the comment:
On Sat, Feb 02, 2008 at 10:46:57AM -, Dark Shikari wrote:
[...]
Implementing this would require:
1. Detection of the cachesplit issue (Already implemented in x264, can be
ported)
2. Adapting the loading code to the ffh264
Michael Niedermayer [EMAIL PROTECTED] added the comment:
On Sat, Feb 09, 2008 at 09:53:56PM -, Chris Lasher wrote:
[...]
video:kB audio:52kB global headers:0kB muxing overhead 324.536060%
Could you provide a short overheaded file for us to look
Michael Niedermayer [EMAIL PROTECTED] added the comment:
Works fine here, all files are properly closed before main() of ffmpeg.c
returns.
--
status: new - closed
substatus: new - works_for_me
__
FFmpeg issue tracker [EMAIL PROTECTED
Michael Niedermayer [EMAIL PROTECTED] added the comment:
The mp4 uses a timebase of 1/3, ffmpeg also chooses a 1/3 timebase for
the output. Flv has an internal fixed 1/1000 timebase which causes collisions in
the timestamps.
The default of -vsync 1 is also not appropriate for this case
Michael Niedermayer [EMAIL PROTECTED] added the comment:
AVPacket.duration specifies the packet duration. If after reordering the pts +
duration doesnt match the next pts, that is a discontinuity and should be
treated as such. If the duration isnt known then the discontinuity detection
should
Michael Niedermayer [EMAIL PROTECTED] added the comment:
On Sun, Feb 17, 2008 at 09:24:33AM -, wg wrote:
wg [EMAIL PROTECTED] added the comment:
Bringing duration into this discussion is just ridiculous.
(Just check how often and where duration occurs in ffmpeg.c)
?
duration
Michael Niedermayer [EMAIL PROTECTED] added the comment:
On Sun, Feb 17, 2008 at 11:38:39AM -, wg wrote:
wg [EMAIL PROTECTED] added the comment:
If you care so much about AVPacket.duration, then why is it _not used_ in
ffmpeg.c to compute AVInputStream.next_pts?
IOW, duration
Michael Niedermayer [EMAIL PROTECTED] added the comment:
On Sun, Feb 17, 2008 at 02:03:30PM -, Mans Rullgard wrote:
Mans Rullgard [EMAIL PROTECTED] added the comment:
Reimar Döffinger [EMAIL PROTECTED] writes:
Reimar Döffinger [EMAIL PROTECTED] added the comment:
Hello
Michael Niedermayer [EMAIL PROTECTED] added the comment:
On Sun, Feb 17, 2008 at 04:15:29PM -, wg wrote:
[...]
The problem is, this duration cannot be known for a subtitle unless
you have an index for all packets. So I argue it should stay at 0
(meaning indefinite) unless we have
Michael Niedermayer [EMAIL PROTECTED] added the comment:
fixed in r12134
--
status: open - closed
substatus: reproduced - fixed
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue137
__
Michael Niedermayer [EMAIL PROTECTED] added the comment:
Yes, please provide something smaller than 700mb if possible!
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue190
__
Michael Niedermayer [EMAIL PROTECTED] added the comment:
Changing type to the void one like the others.
--
type: feature_request -
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue352
__
Michael Niedermayer [EMAIL PROTECTED] added the comment:
not important
--
priority: important - normal
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue357
__
Michael Niedermayer [EMAIL PROTECTED] added the comment:
There is no relation between the file and the thread linked. Also this isnt a
valid bugreport, ffmpeg output amongth other things is missing.
The problem of this file is that it is s16le not be.
--
status: new - open
substatus
Michael Niedermayer [EMAIL PROTECTED] added the comment:
fixed in r12184
--
status: open - closed
substatus: analyzed - fixed
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue357
__
Michael Niedermayer [EMAIL PROTECTED] added the comment:
does not qualify as important
--
priority: important - normal
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue323
__
Michael Niedermayer [EMAIL PROTECTED] added the comment:
If getid3() is the only progam having problems with the resolution, i would
suspect its buggy, not ffmpeg. Anyway if you think an encoder in ffmpeg is buggy
you should use the official binary flash decoder for testing anything else
Michael Niedermayer [EMAIL PROTECTED] added the comment:
c93_demuxer is in c93.c
libtool is not supported
ffmpeg needs a functional C99 compiler and linker.
It does not seem that there is a bug in ffmpeg, and the information you provide
is not sufficient to do anything with it for example
Michael Niedermayer [EMAIL PROTECTED] added the comment:
Default duration is not mandatory thus the claimed issue is nonsense.
The problem with mkv-mp4 cannot be reproduced with ffmpeg generated mkv.
Feel free to provide the input file and reopen the bug.
--
status: new - closed
Michael Niedermayer [EMAIL PROTECTED] added the comment:
Please provide the file.
--
status: new - open
substatus: new - needs_more_info
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue358
__
Michael Niedermayer [EMAIL PROTECTED] added the comment:
SMPTE RP227
http://neuron2.net/misc/rp227.pdf
searching for 0xEA produces:
4.1.1 Stream Type
The stream_type value in the PMT describing a VC-1 Elementary Stream should be
set to 0xEA. This value
indicates that this Elementary Stream
Michael Niedermayer [EMAIL PROTECTED] added the comment:
libxvidff.c is buggy, it doesnt pass the aspect ratio.
wmv2 does not support aspect ratios.
libx264 should work.
--
substatus: open - analyzed
title: Issue with size switch and libxvid, wmv2, and libx264 with 1280x720
source
Michael Niedermayer [EMAIL PROTECTED] added the comment:
please attach/upload a sample file
--
substatus: reproduced - needs_more_info
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue187
__
Michael Niedermayer [EMAIL PROTECTED] added the comment:
Suggested patch attached.
I will commit in 48h if no objections.
--
substatus: needs_more_info - analyzed
__
FFmpeg issue tracker [EMAIL PROTECTED]
https://roundup.mplayerhq.hu
Michael Niedermayer [EMAIL PROTECTED] added the comment:
.
--
substatus: open - reproduced
title: -t duration or end of slice? - -t duration behaves differently for
-acodec copy
__
FFmpeg issue tracker [EMAIL PROTECTED]
https
1 - 100 of 340 matches
Mail list logo