[FFmpeg-user] ffmpeg read from UDP/Port
op1031 at gmail.com
Tue Sep 23 01:38:04 CEST 2014
>> I might be tempted to set both video and audio codec to copy, and save
in a .TS file without -f at all.
I did a look search on google about .ts files. My understanding is that, I
can use videosnarf to convert a packet trace to .TS file. Is that the way
you have in mind as well?
On Fri, Sep 19, 2014 at 12:19 PM, Bill Davidsen <davidsen at tmr.com> wrote:
> Alex Lin wrote:
>> Hi all,
>> I am using Windows 7 64 bit, and I downloaded the 64 bit version of
>> ffmpeg: ffmpeg-20140916-git-b76d613-win64-static.7z
>> I have spent the entire day experimenting with ffmpeg today but I haven't
>> quite figure out if ffmpeg is the right solution to my problem yet, so I
>> would like to get some opinions.
>> I am receiving H264 encoded packets through RTP with sample rate of
>> and I need to record these packets. The file format doesn't really matter
>> at this point.
>> Currently, I have a server sending the H264 packets to port 50002 of my
>> machine (192.168.1.200), so I run the following ffmpeg command on my
>> ffmpeg -i udp://192.168.1.200:50002 -f mp4 hello.mp4
> I might be tempted to set both video and audio codec to copy, and save in
> a .TS file without -f at all.
> If that works you can capture the information and then play with it from
> the file. I am a Linux user,
> so you may need guidance for Windows issues from an expert, but if you can
> capture the data you
> eliminate some possible problems by not reformatting the data at capture.
>> Then the following shows
>> ffmpeg version N-66289-gb76d613 Copyright (c) 2000-2014 the FFmpeg
>> built on Sep 15 2014 22:11:04 with gcc 4.8.3 (GCC)
>> configuration: --enable-gpl --enable-version3 --disable-w32threads
>> --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r
>> --enable-gnutls --enable-iconv --enable-libass --enable-libbluray
>> --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme
>> --enable-libgsm --enable-
>> libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb
>> --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus
>> --enable-librtmp --enable-libschroedinger --enable-libsoxr
>> --enable-libspeex --enable-libtheora --enable-libtwolame
>> --enable-libvidstab --enable-libvo-aacenc --
>> enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx
>> --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265
>> --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib
>> libavutil 54. 7.100 / 54. 7.100
>> libavcodec 56. 1.100 / 56. 1.100
>> libavformat 56. 4.101 / 56. 4.101
>> libavdevice 56. 0.100 / 56. 0.100
>> libavfilter 5. 1.100 / 5. 1.100
>> libswscale 3. 0.100 / 3. 0.100
>> libswresample 1. 1.100 / 1. 1.100
>> libpostproc 53. 0.100 / 53. 0.100
>> The server starts sending video packets, and nothing happens on the
>> prompt with the ffmpeg command.
>> The server stops sending video packets, and nothing happens still (I
>> for at least 5 minutes), so I pressed Ctrl+C, then I see this
>> udp://192.168.1.200:50002: Invalid data found when processing input
>> Received signal 2: terminating.
>> am I using ffmpeg correctly? and are the H264 packets I am receiving not
>> I have looked around and did not see any debug log generated by ffmpeg, so
>> I don't really know where else to look.
>> If it is necessary, I can provide a packet capture with the H264 packets.
> bill davidsen <davidsen at tmr.com>
> CTO TMR Associates, Inc
> Unsigned numbers may not be negative. However, unsigned numbers may be
> less than zero for suffiently large values of zero.
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
More information about the ffmpeg-user