Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Fixed by Reimar in r25378.
--
status: open - closed
substatus: open - fixed
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2258
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
1) Your original issue was just invalid (missing all necessary information) and
I believe this was not the first issue you opened.
2) Nobody was so far able to reproduce your crash with ffmpeg and provide the
necessary gdb
New submission from Igor i...@plusmobile.ru:
I have two machines FreeBSD 7.2 and 8.1. gcc ver. 4.2.1.
Configure args:
./configure \
--enable-version3 --enable-gpl --enable-nonfree --disable-devices \
--enable-avfilter --enable-postproc --enable-network \
--disable-libx264 --enable-libxvid
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
I downloaded GOM Player 2.1.26.5021, June 29, 2010 (GOMPLAYERENSETUP.EXE, size
7158304, md5sum 824f2ca1af0c654a28fd971e08ac5db7, uploaded to
incoming/issue112).
The installer contains a binary distribution of libavcodec
New submission from Aleksey Vasenev margtu-f...@ya.ru:
work:
ffmpeg.exe -i gif_sequence_bug.bmp -pix_fmt rgb24 -y
gif_sequence_bug.gif
don't work:
ffmpeg.exe -i gif_sequence_bug.bmp -pix_fmt rgb24 -y %d.gif
output show different output codec and pixel format:
Stream #0.0, 0, 1/9: Video:
Aleksey Vasenev margtu-f...@ya.ru added the comment:
priority changed
--
priority: normal - important
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2276
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
All necessary information missing and please do not raise an issue's priority.
--
priority: important - normal
status: new - closed
substatus: new - invalid
FFmpeg
Jin jins...@gmail.com added the comment:
oops..
that's strange.
I can make a folder now but I cannot upload any files.
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2271
New submission from Robert Schlabbach rober...@gmx.net:
It appears that when using an RTP input URL, the input
is _not_ passed through the RTP parser, but instead
the raw packets still containing the (unparsed) RTP
header are directly passed to the contained protocol
handler, such as mpegts.
Jin jins...@gmail.com added the comment:
upload
File 'afreeca 1.1.1.ipa' not attached - you can download it from
https://roundup.ffmpeg.org/file1119.
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2271
Jin jins...@gmail.com added the comment:
instead of ftp, I've uploaded a file here.
unzip the file.
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2271
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
If the file is over 10MB (that is free atm), please wait a few days.
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2271
Aleksey Vasenev margtu-f...@ya.ru added the comment:
if call av_find_stream_info then bug not present because function set
current_id to 0
i think call av_find_stream_info for mkv not mandatory and prepare
patch for fix this bug:
just set current_id to 0 when change file pos to cluster
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Please do not raise an issue's priority.
--
priority: important - normal
status: new - open
substatus: new - open
FFmpeg issue tracker iss...@roundup.ffmpeg.org
Gerard Torrent ger...@generacio.com added the comment:
The problem is still reproducible. I provide the output for latest svn.
FFmpeg version SVN-r25392, Copyright (c) 2000-2010 the FFmpeg developers
built on Oct 7 2010 15:06:54 with gcc 4.4.3
configuration: --enable-gpl --enable-version3
Robert Schlabbach rober...@gmx.net added the comment:
Ok, I've figured out the data path now:
libavformat/mpegts.c - read_packet()
- libavformat/aviobuf.c - get_buffer()
- libavformat/aviobuf.c - fill_buffer()
- libavformat/avio.c - url_read()
- libavformat/rtpproto.c -
New submission from Phil Rhodes p...@philrhodes.com:
- Original Message -
From: FFmpeg issue tracker iss...@roundup.ffmpeg.org
To: p...@philrhodes.com
Sent: Thursday, October 07, 2010 3:35 PM
Subject: Complete your registration to FFmpeg issue tracker --
New submission from Phil Rhodes p...@philrhodes.com:
System:
XP32 SP3, Athlon 64 X2 5200+
File:
headlight_palres_breaks_ffmpeg.avi
Uploaded to ftp://upload.mplayerhq.hu/MPlayer/incoming
Command and output:
F:\Documents and Settings\Administratorf:\windows\system32\ffmpeg.exe -
i
Phil Rhodes p...@philrhodes.com added the comment:
Further to earlier, the mplayerhq FTP site returned an error a few
minutes into the first upload, so I'm currently in the process of
putting the file here:
http://www.philrhodes.com/headlight_palres_breaks_ffmpeg.avi
ross surf...@gmail.com added the comment:
This problem still remains even on the latest SVN.
--
substatus: needs_more_info - reproduced
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2248
ross surf...@gmail.com added the comment:
r...@ross-desktop:/media/media/0001_libschro/original/yuv$ ffmpeg -i input.y4m
-an -vcodec libx264 -vpre medium -crf 15 -threads 0 -vstats out.mkv
FFmpeg version SVN-r25392, Copyright (c) 2000-2010 the FFmpeg developers
built on Oct 7 2010 15:26:04
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Not a valid issue.
--
status: new - closed
substatus: new - invalid
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2278
Aleksey Vasenev margtu-f...@ya.ru added the comment:
I am trying to transcode from bmp image (may be any input) to gif image
sequence.
The output gif pictures was all black.
ffmpeg.exe -v 9 -loglevel 99 -i gif_sequence_bug.bmp -pix_fmt rgb24 -y
%d.gif
FFmpeg version SVN-r25390, Copyright (c)
David Regev david.re...@gmail.com added the comment:
Adding myself to the Nosy List.
--
nosy: +david.regev
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue1862
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:
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Could you test if it works if FFmpeg was configured with --disable-avfilter?
--
substatus: open - needs_more_info
FFmpeg issue tracker iss...@roundup.ffmpeg.org
Robert Schlabbach rober...@gmx.net added the comment:
Further investigation reveals that the RTP parser in
rtpdec.c is invoked from rtsp.c and apparently through
playing SDP files. So I created a simple SDP file for
the same RTP/UDP multicast stream as in the first
message above:
v=0
c=IN
New submission from Robert Schlabbach rober...@gmx.net:
The RTP parser in rtpdec.c contains a bug in
rtp_parse_packet_internal(): If ff_mpegts_parse_packet
() returns that only a part of the buffer was
processed, the remaining buffer is stored, but s-
prev_ret is _not_ set to 1.
As a result,
Robert Schlabbach rober...@gmx.net added the comment:
Update: I've located the bug in rtpdec.c which broke
RTP/UDP multicast streaming via SDP files, and
submitted a patch under issue #2280.
I'll leave this issue to its original purpose, which
is what to do about the rtp:// URL protocol
New submission from Shawn Lewis sm...@me.com:
On 10/7/2010 11:10 PM, FFmpeg issue tracker wrote:
To complete your registration of the user noknok with
FFmpeg issue tracker, please do one of the following:
- send a reply to iss...@roundup.ffmpeg.org and maintain the subject line as
is (the
31 matches
Mail list logo
