DVB-IP MediaPortal IPTV Source Filter (5 Viewers)

[Holzi]

Don't we already distribute ffmpeg for thumbnails?

 

[georgius]

Sorry - I didn't know else I would have warned you (I don't use OnlineVideos). How heavily is it used?

Splitter in OnlineVideos is preferred input filter, so I think that almost everybody with OnlineVideos is using it. But it is distributed with OnlineVideos (I think that @offbyone created MPEI package for simplier updating). MP1-4155 branch was created few days ago. When I started to work on merge I wasn't sure, if it is possible.

Would it be impossible to replace?

This part I didn't understand. Can you explain?

 

[Owlsroost]

We are already including/using (since MP 1.4) ffmpeg.exe for thumbnail generation (it's installed in C:\Program Files\Team MediaPortal\MediaPortal\MovieThumbnailer) so I think we've already taken that decision.....

If we want to include non-DVB-compliant video/audio streams in a .ts file they can always be muxed in as 'private' streams (which is how AC3 audio is handled, for example).

 

[mm1352000]

This part I didn't understand. Can you explain?

I mean, how critical is the dependency?
How hard would it be to remove ffmpeg if you had to?

I note the last two questions here:
http://ffmpeg.org/legal.html

We are already including/using (since MP 1.4) ffmpeg.exe for thumbnail generation (it's installed in C:\Program Files\Team MediaPortal\MediaPortal\MovieThumbnailer) so I think we've already taken that decision.....

<sigh>
I was not aware of this either. Was this actually discussed. A link would be appreciated if it was.

If we want to include non-DVB-compliant video/audio streams in a .ts file they can always be muxed in as 'private' streams (which is how AC3 audio is handled, for example).

Yes, agreed. As far as I'm concerned there is no need to re-encode.

 

[georgius]

I mean, how critical is the dependency?

How hard would it be to remove ffmpeg if you had to?

It's critical, without it splitter doesn't work.

 

[mm1352000]

It's critical, without it splitter doesn't work.

Okay. Well, definitely don't panic.
I'll wait to hear a response from Tony and then we'll see. Like I said, it is not impossible. We just need to be careful and be aware of the decisions we are making.

 

[Holzi]

Was this actually discussed.

I think it was not discussed but decided because MTN fails a lot on creating thumbs. Even MP2 uses ffmpeg.exe (although not in repo but from nuget).

 

[georgius]

Okay. Well, definitely don't panic.
I'll wait to hear a response from Tony and then we'll see. Like I said, it is not impossible. We just need to be careful and be aware of the decisions we are making.

Okay. With that I can continue work on RTSP implementation for merged filter/splitter. In worst case we can ship with MP official instalation IPTV filter, which will be in MP 1.5.0 and merged filter will be as MPEI.

 

[Owlsroost]

I note the last two questions here: http://ffmpeg.org/legal.html

If we want to be 'safe' I think we should just state in our licence conditions that MP is licenced for non-profit use only.

In practice, our existing splitters/processing filters (e.g. TsReader/TsWriter/MPAR, and your upcoming muxer) probably already include stuff that might need an MPEG-LA licence - just like most other open-source multimedia apps that I can think of.

I've never heard of MPEG-LA going after FFMPEG or VLC, for example, even though they've been around for as long as I can remember.

 

[mm1352000]

If we want to be 'safe' I think we should just state in our licence conditions that MP is licenced for non-profit use only.

MP is licensed under the GPL v2, and we are constrained to not-for-profit already by our license to use BASS.

In practice, our existing splitters/processing filters (e.g. TsReader/TsWriter/MPAR, and your upcoming muxer) probably already include stuff that might need an MPEG-LA licence - just like most other open-source multimedia apps that I can think of.

Yes, this is true... however MPEG 2 systems stuff is (or can be) licensed separately to decoders and encoders. Not saying that as an excuse; rather, just pointing out that including decoders or encoders is not the same as having muxers and demuxers.

I've never heard of MPEG-LA going after FFMPEG or VLC, for example, even though they've been around for as long as I can remember.

Again, you're right. I think they could if they wanted to, but they don't because there is no money to gain from it. I'm personally inclined to want to minimise the potential exposure to these sorts of issues.

This is interesting...
http://www.osnews.com/story/24954/