aviad rozenhek added the comment:
on the samples where the "Invalid timestamps stream" comes up, the pts/dts
are AV_NOPTS_VALUE, this makes it hard to use/queue/process the frames in
a realtime or time-based application
FFmpeg iss
aviad rozenhek added the comment:
samples uploaded to incoming/issue_2625_actual_problematic_files
--
topic: +avcodec, avformat, ffplay
FFmpeg issue tracker
<https://roundup.ffmpeg.org/issue2625>
New submission from aviad rozenhek :
sometimes the input TS we need to process gets a little bogus and
unusable.
in this case, it makes sense the decoding produces error messages
instead of actual frames.
the problem is that in some cases ffplay/ffmpeg simply crashes, whereas
other stacks
aviad rozenhek added the comment:
sample was uploaded to incoming in the
issue_2606_invalid_timestamps/ directory
FFmpeg issue tracker
<https://roundup.ffmpeg.org/issue2606>
New submission from aviad rozenhek :
a multicast stream was captured to .ts file and
tested in ffmpeg,
resulting in various errors.
the said .ts stream plays fine on a number of set-top
boxes.
the file will be uploaded to ftp.
here is a printout of running ffmpeg on the file.
after skipping
aviad rozenhek added the comment:
from http://en.wikipedia.org/wiki/File_URI_scheme:
Here are two Linux examples pointing to the same /etc/fstab file:
file://localhost/etc/fstab
file:///etc/fstab
Here is the correct URI as understood by the Windows Shell API:
file:///c:/WINDOWS/clock.avi
aviad rozenhek added the comment:
added topics
--
topic: +avcodec, avformat, ffmpeg, ffplay
FFmpeg issue tracker
<https://roundup.ffmpeg.org/issue2487>
New submission from aviad rozenhek :
when reading MPEG-TS over UDP, libav*/ffmpeg/ffplay reports a lot of
warnings during the probing stage. the warnings stem from the fact that
UDP has no seek, and from the fact that often the first frames of the
stream are not keyframes.
still since these
New submission from aviad rozenhek :
when reading MPEG-TS over UDP, the stream often does not begin with a
keyframe. it can therefore take some time until video information such
as resolution and pixel format is discovered.
I noticed that some times video resolution detection fails completely
aviad rozenhek added the comment:
the receiving instance hangs indefinetly, until pressing 'q'.
after pressing 'q' this is the output:
FFmpeg version SVN-r24704, Copyright (c) 2000-2010 the FFmpeg developers
built on Aug 5 2010 04:13:40 with gcc 4.4.2
configuration: -
New submission from aviad rozenhek :
when using "mpegtsraw" demuxer, ffmpeg gets stuck forever in
av_find_stream_info() function.
to reproduce:
# step 1: create mpegts stream
> ffmpeg -re -i -f mpegts udp://localhost:1234
# step 2: (in different console window)
# ingest
aviad rozenhek added the comment:
tested with some more .mov files, all had same problems.
attached more test cases which show the problem.
--
title: seek to 0 is broken in specific file -> seek to 0 is broken in mov
demuxer
topic: +avfor
aviad rozenhek added the comment:
Actually it is possible to reproduce the problem with ffplay:
1)
> ffplay seek_forward_then_to_0_not_working.mp4
2) maximize the window to full screen
3) seek using the mouse to the middle of the film
4) seek using the mouse to exactly the beginning of
New submission from aviad rozenhek :
with this file (sample "seek_forward_then_to_0_not_working.mp4" uploaded
to mplayer/incoming) when seeking to 0, seeking fails in the sense that
stream #1 (audio) doesnt seek at all, while stream #0 (video) does
indeed seek to 0.
New submission from aviad rozenhek :
simple file URLs are of the form file://, on windows
platform an example would be file:///c:/temp/myfile.avi (notice 3
slashes before c:)
libavformat doesn't properly parse file URLs, and as a result, ffmpeg
cannot parse them as well.
so using
New submission from aviad rozenhek :
I am trying to mux AAC [2 channel, 44.1khz] into mpeg-ts stream.
it does not work for me, when I use ffmpeg to decode the file, ffmpeg
misdetects the number of channels and sampling rate of audio.
when using ffplay, the video plays without audio.
running
aviad rozenhek added the comment:
ffmpeg version:
FFmpeg version SVN-r20091, Copyright (c) 2000-2009 Fabrice Bellard, et
al.
built on Sep 30 2009 04:03:48 with gcc 4.2.4
configuration: --enable-shared --disable-static --enable-memalign-hack
--prefix=/mingw --cross-prefix=i686-mingw32
New submission from aviad rozenhek :
setting request_channels or request_channel_layout has no effect when audio
stream is WMAPro codec with 5.1 audio
--
messages: 7290
priority: normal
status: new
substatus: new
title: WMAPro decoder doesn't allow downmixing to stereo
topic: av
New submission from aviad rozenhek :
I uploaded sample file
ftp://upload.ffmpeg.org/MPlayer/incoming/wmapro_Step_into_Liquid_1080.wm
v
it plays smoothly with windows media player 11
but plays non-smoothly with latest ffplay:
FFmpeg version SVN-r20091, Copyright (c) 2000-2009 Fabrice Bellard
aviad rozenhek added the comment:
change title
--
title: * Edit post * Report this post * Reply with quote jpg
allocating too much stuff on stack? -> jpg allocating too much stuff on stack?
FFmpeg issue tracker
<
New submission from aviad rozenhek :
attached is a code sample that shows a stack overflow crash when reading jpegs.
it happens when the stack is small, because for some reason jpg codec probably
allocates a lot of stuff on the stack, approximately ~100kb which is quite a
lot.
this can be fixed
21 matches
Mail list logo