New submission from qrtt1 chingyichan...@gmail.com:
There are no timed out checking in mmst. So, I propose the basic
implementation. I adopt the interrupt callback in tcp, and let valid range
about 10 sec.
--
files: mmst.patch
messages: 12189
priority: normal
status: new
substatus:
Martin Storsjö mar...@martin.st added the comment:
Hi,
Thanks for locating the bug, I'll have a look at it shortly.
As for this issue, there is no duplication between rtpproto and rtpdec, both
of them are used in the full setup, at different levels.
rtpproto is the main handler of rtp://
Martin Storsjö mar...@martin.st added the comment:
Thanks for finding this bug, I applied the patch (with some
modifications), fixed in rev 25402.
This kinds of bugs easily appear since none of the maintainers have access
to mpegts/RTP data to test with. It would be very helpful if you'd be
Martin Storsjö mar...@martin.st added the comment:
Added myself to the nosy list
--
nosy: +mstorsjo
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2280
Gerard Torrent ger...@generacio.com added the comment:
AXIS P1344 Network Camera exhibits the same behavior. The problem happens when
resolution is set to 1280x720.
FFmpeg issue tracker iss...@roundup.ffmpeg.org
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/issue2281
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Could you confirm that you are describing a network issue that has nothing to do
with AAC?
--
status: new - open
substatus: new - needs_more_info
topic: -ffmpeg
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
I fear you will either have to provide a packet dump or make your camera visible
to the internet.
--
substatus: reproduced - needs_more_info
FFmpeg issue tracker
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
.
--
status: new - open
substatus: new - open
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2283
New submission from Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at:
Original report:
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2010-October/098610.html
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/119198
ffmpeg -i test.caf -f null -
FFmpeg version SVN-r25385, Copyright
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
DOS might be considered important.
File 'test.caf' not attached - you can download it from
https://roundup.ffmpeg.org/file1124.
--
priority: normal - important
New submission from Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at:
XFreesoft Video Converter is sold for $ 19.95. The installer
(xfreesoft_videoconverter.exe, size 7468979, md5sum
86f33ad393c06c2a2c62f37f01bd579d, will upload to incoming/issue) contains a
binary distribution of
Robert Schlabbach rober...@gmx.net added the comment:
Here is a sample RTP/UDP multicast stream carrying an
MPEG-2 Transport Stream, captured with Wireshark. 60
seconds, 19753 packets, all RTP sequence numbers from
51583 through 5799 (wrapped 65535-0) should be there.
It is a capture of an
Martin Storsjö mar...@martin.st added the comment:
Thanks, this is very valuable for maintaining support for this format!
How do you play the capture back in VLC? For testing this with ffplay, I
extracted the packets via wireshark into a rtpdump file format, which I play
back with rtpplay
Gerard Torrent ger...@generacio.com added the comment:
Camera moved to DMZ and visible to the Internet. Not a beautiful, sorry.
To access try: ffmpeg -v 9 -loglevel 99 -i
rtsp://admin:admin1...@80.169.209.87/VideoInput/1/h264/2 -sameq bugreport.avi
--
substatus: needs_more_info -
Robert Schlabbach rober...@gmx.net added the comment:
I wouldn't know of a direct way to play the capture in
VLC, but if you send it to the network via rtpplay,
you can receive it with VLC like this:
vlc rtp://239.35.129.11:1
Yep, rtp:// URLs work as expected in VLC, RTP is
parsed
Michael N. Pritula prit...@yandex-team.ru added the comment:
prepending a ID3 header to a WAV file and calling it a MP3
is a very questionable practice, as such I don't really consider
it a good thing that FFmpeg now supports that insanity,
particularly since it currently does so without
Martin Storsjö mar...@martin.st added the comment:
It may work for some RTP urls, but not for all. It would not, for example, work
in a case where the
SDP actually would contain parameters necessary for receiving the streams.
Given the way demuxers and protocol handlers are handled in
Shawn Lewis sm...@me.com added the comment:
Very strange. If I download the file (get it from
akami at 15mb d/l, so I now bandwidth is good), and
then ffmpeg encode it locally, i get some errors, but
nothing to worry about.
If put the file locally on a web server, it reverts
back to the
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
New submission from Greg Maus g.m...@fnmmail.com:
I have been instructed to open a bug report here by Taylor Ralph @ the
mythtv-users list.
My local ABC affiliate (KSTP - Minneapolis-St. Paul, MN) recently changed out
their ATSC encoder with a Harmonic 8130. Since the change, audio and video
Baptiste Coudurier baptiste.coudur...@gmail.com added the comment:
This file is broken. PTS == DTS while the mpeg-2 bitstream clearly has
low_delay set to 0.
I don't know where you got that file playing correctly.
Here VLC plays it choppy, same as mplayer.
--
status: new - open
Greg Maus g.m...@fnmmail.com added the comment:
Here is a second sample:
It is has not been through dd. Recorded direct OTA
http://filebin.ca/fmcehc/1051_20101008184902.mpg
FFmpeg issue tracker iss...@roundup.ffmpeg.org
Baptiste Coudurier baptiste.coudur...@gmail.com added the comment:
On 10/08/2010 05:00 PM, Greg Maus wrote:
Greg Mausg.m...@fnmmail.com added the comment:
Here is a second sample:
It is has not been through dd. Recorded direct OTA
http://filebin.ca/fmcehc/1051_20101008184902.mpg
One
New submission from Dennis dfrati...@hotmail.com:
ffmpeg -r ntsc -i in.mpc out.mpg
Frame rate override does not work when source video
is mpeg2video.
Lastest ffmpeg for Win32
--
messages: 12213
priority: normal
status: new
substatus: new
title: MPEG2 Frame Rate Override
type: bug
25 matches
Mail list logo
