Thanks. It seems to be a relatively standard format though, of mime type multipart/x-mixed-replace ffmpeg even has a demuxer for it - mpjpeg - but that forces the codec to mjpeg, and I get lots of errors like [mpjpeg @ 0x7fe5680e1800] Unexpected Content-Type : audio/g711u [mpjpeg @ 0x7fe5680e1800] Unexpected Content-Type : video/x-h264
I wondered if there was a multipart demuxer which was agnostic to the wrapped codecs Chris On Fri, 3 Dec 2021 at 01:22, Adam Nielsen <[email protected]> wrote: > > I have a TPLink Kasa IP camera, which can be coaxed into sending a live > or > > recorded stream. It looks like this: > > That looks like some sort of custom format, perhaps to make it easier > to stream over HTTP to a browser. > > I am guessing if you want to use this stream you'll probably have to > write your own code to parse it and strip out the audio and video > streams. > > > I can view or transcode the video, but it throws a lot of errors and > > doesn't seem to see the audio stream. Can anybody help? > > That's because it's not a normal video format and you're just lucky the > video decoder is able to pick out usable frames amongst all the other > "rubbish" that isn't video. > > Unless you want to write some custom code, you're better off figuring > out how to get the camera to send it in a proper format. > > Almost all cameras offer some kind of streaming, perhaps via RTP or > RTSP, maybe requiring ONVIF to discover the URL, etc. so this one can > almost certainly do it too, if you can just figure out how. > > It will by far be the better solution. > > Cheers, > Adam. > _______________________________________________ ffmpeg-user mailing list [email protected] https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email [email protected] with subject "unsubscribe".
