[FFmpeg-trac] #3823(avformat:closed): RTP encoding of MJPEG from Trendnet TV-IP651WI (IP cam) gives undecodable stream
FFmpeg
trac at avcodec.org
Fri Nov 27 00:39:53 CET 2015
#3823: RTP encoding of MJPEG from Trendnet TV-IP651WI (IP cam) gives undecodable
stream
------------------------------------+------------------------------------
Reporter: Krieger | Owner:
Type: defect | Status: closed
Priority: normal | Component: avformat
Version: git-master | Resolution: invalid
Keywords: mjpeg rtp | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
------------------------------------+------------------------------------
Comment (by andrey.utkin):
Replying to [comment:12 cehoyos]:
> Do you think the error message can be improved?
I think cehoyos' kindness can be improved.
Is your own 422.jpg attachment intended to fail RTP encoding? It is
unclear from your comment. Actually, it fails.
The log of just-pulled fresh git master HEAD:
{{{
ffmpeg -loop 0 -i /tmp/422.jpg -c copy -f rtp rtp://127.0.0.1:7777 | tee
/tmp/422.sdp
ffmpeg version N-76860-g72eaf72 Copyright (c) 2000-2015 the FFmpeg
developers
built with gcc 4.9.3 (Gentoo 4.9.3 p1.2, pie-0.6.3)
configuration: --enable-debug=3 --disable-optimizations --extra-
cflags='-O0 -g3 -ggdb3' --enable-pic --disable-stripping --enable-openssl
--enable-protocol=file --enable-protocol=pipe --enable-protocol=http
--enable-protocol=https --enable-muxer=matroska --enable-muxer=mjpeg
--enable-muxer=rtp --enable-muxer=mp4 --enable-muxer=rtsp --enable-
muxer=rawvideo --enable-muxer=data --enable-demuxer=rtsp --enable-
demuxer=matroska --enable-demuxer=mjpeg --enable-decoder=h264 --enable-
decoder=mpeg4 --enable-decoder=mjpeg --enable-parser=h264 --enable-
parser=mpeg4video --enable-parser=mjpeg --enable-encoder=mjpeg --enable-
encoder=mpeg4 --enable-encoder=rawvideo --enable-encoder=libx264 --enable-
libx264 --enable-gpl --enable-nonfree --enable-libfreetype --enable-
libopenh264 --enable-libvpx --enable-encoder=libopenh264
libavutil 55. 9.100 / 55. 9.100
libavcodec 57. 16.100 / 57. 16.100
libavformat 57. 19.100 / 57. 19.100
libavdevice 57. 0.100 / 57. 0.100
libavfilter 6. 15.100 / 6. 15.100
libswscale 4. 0.100 / 4. 0.100
libswresample 2. 0.101 / 2. 0.101
libpostproc 54. 0.100 / 54. 0.100
[mjpeg @ 0x31a9b80] Changing bps to 8
Input #0, image2, from '/tmp/422.jpg':
Duration: 00:00:00.04, start: 0.000000, bitrate: 5109 kb/s
Stream #0:0: Video: mjpeg, yuvj422p(pc, bt470bg/unknown/unknown),
256x256 [SAR 1:1 DAR 1:1], 25 tbr, 25 tbn, 25 tbc
Output #0, rtp, to 'rtp://127.0.0.1:7777':
Metadata:
encoder : Lavf57.19.100
Stream #0:0: Video: mjpeg, yuvj422p, 256x256 [SAR 1:1 DAR 1:1],
q=2-31, 25 tbr, 90k tbn, 25 tbc
Stream mapping:
Stream #0:0 -> #0:0 (copy)
Press [q] to stop, [?] for help
SDP:
v=0
o=- 0 0 IN IP4 127.0.0.1
s=No Name
c=IN IP4 127.0.0.1
t=0 0
a=tool:libavformat 57.19.100
m=video 7777 RTP/AVP 26
[rtp @ 0x31b1180] RFC 2435 requires standard Huffman tables for jpeg
frame= 1 fps=0.0 q=-1.0 Lsize= 0kB time=00:00:00.04 bitrate=
5.6kbits/s
video:25kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB
muxing overhead: unknown
}}}
--
Ticket URL: <https://trac.ffmpeg.org/ticket/3823#comment:13>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list