[Bf-committers] can we update ffmpeg to have RTSP support?

Dalai Felinto dfelinto at gmail.com
Tue Jul 15 21:31:56 CEST 2014

@Fasekas: we are wrapping some of the functionality directly from the
FFmpeg library so unless ffmpeg can do it I believe we can't. That's
besides the point though, why to reinvent the wheel if we are already
using a library that provides streaming.

> And maintain means communicate with the users in the tracker, making sure this stuff works in upcoming blender releases, invest time on fixing stuff when it becomes broken (and stuff tends to become broken in FFmpeg).

As I said in IRC I can commit to the Blender side of this (in this
particular subset of FFmpeg features). Meaning replying to tracker
entries and orienting clueless users. This will be used by BGE
anyways, so it won't affect Blender users in general. That said, even
with the backend RTSP support in the ffmpeg the feature is not fully
working. But I believe it's an issue in BGE code (more details in the

> But seems we need to update FFmpeg anyway (because of https://developer.blender.org/T41065) so technically tweaking configuration flags is not that much an issue.

Anyways we support so many bizarre things (webcam!), I can't see this
going over whatever line we drawn. I think in cases like this we
should have reasons to not include things, not to include them (when
it comes to 'readers [decoders]'). Either way the reason/use case was
explained in the original email. I'm just not sure about the h264, if
this violates any GPL/patent thing.


2014-07-15 12:49 GMT-03:00 Fazekas László <mneko at freemail.hu>:
> What if the Blender game engine receives only a very simple
> (uncompressed pixel?) stream from a fifo and an external program
> converts the required format? Or instead of a fifo, maybe it is possible
> to use shared memory mapping.
> I'm sure it is possible in Linux but perhaps not in Windows. Is the game
> engine able to do this?
> 2014-07-15 16:37 keltezéssel, Dalai Felinto írta:
>> Hi,
>> What do I want:
>> ---------------------
>> FFmpeg libs to be compiled with: "--enable-network
>> --enable-protocol=tcp --enable-demuxer=rtsp --enable-decoder=h264"
>> Why do I need that for:
>> ---------------------------------
>> RTSP is used for 'remote camera' viewing, which in turn is a
>> requirement for some VR (Virtual Reality) installations. BlenderCAVE
>> (a VR framework) is in need that at the moment, and although they may
>> be able to fix their issue with patching their Blender, I would rather
>> see this available to more people.
>> Bug report: https://developer.blender.org/T41004
>> I'm ok with RTSP but why the enable-decoder=h264?
>> -----------------------------------------------------------------------------
>> When I found the rtsp building instructions in the internet, the h264
>> was together, so it may be required. Also there is a known issue of
>> the game engine being extremely slow to playback some video formats.
>> I'm suspecting the lack of some decoders may be a reason for that.
>> That said I'm getting some mixed google results on the license of h264
>> for playback (decoding). I'm no lawyer so does anyone know if there is
>> any license issue with that? Maybe the h264 bit is not needed only the
>> rtsp ... to be investigated.
>> Thanks for the consideration, let me know your thoughts,
>> Dalai
>> --
>> blendernetwork.org/dalai-felinto
>> www.dalaifelinto.com
>> _______________________________________________
>> Bf-committers mailing list
>> Bf-committers at blender.org
>> http://lists.blender.org/mailman/listinfo/bf-committers
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at blender.org
> http://lists.blender.org/mailman/listinfo/bf-committers

More information about the Bf-committers mailing list