[Rejected] IPTV-Filter: Support for rtp and http (1 Viewer)

Stepko

Retired Team Member
  • Premium Supporter
  • September 29, 2007
    186
    152
    Hamburg/Wolfsburg
    Home Country
    Germany Germany
    If you have problems getting DVB-IP/IPTV to work, have questions or improovement suggestions, please do NOT post them here.
    You can start a new thread in the support forum.
    You can download the latest versin of the filter here. Thanks


    Hi,

    the directshow filter for receiving IPTV in MP works only with udp streams. Many IPTV provider use rtp and http for broadcasting. Here in germany for instance all provider uses rtp. Thats why the IPTV part in MP doesn't work for many people.
    Dimka and me added support for rtp and http streams. The rtp part supports uni- and multicast.

    Here is the thread in which we did the changes: https://forum.team-mediaportal.com/television-mytv-frontend-tv-server-90/iptv-not-working-78629/index5.html#post605026

    I use the latest version now for more than 3 months without any problem with rtp streams. I hope the patch will go into the official source :D

    I will post 2 patch files. I use an older version of visual studio and I fear the project file may be broken. That why I didn't include the project file in "mp_iptv_woProject(svn24669).patch". If you don't patch the project file you need to add the new files rtpsource.cpp, rtpsource.h and setup.cpp by hand.

    The patch is based on svn 24669, which is the latest for that dx-filter.
    MPIPTVSource.zip is the binary.

    Edit: Updated files. New version has rtp header extension support. For more infos see my post here.

    Cheers
    Stepko


    _______________
    NOTE:

    Rejected! I reject my own patch :D
    Georgius improoved the filter to a more stable version which can be downloaded for testing here.
     

    Das Reich

    Portal Member
    May 6, 2010
    14
    0
    The Reich
    Home Country
    Germany Germany
    Hallo Stepko,

    öhm, ich glaube ich bin zu blöd zum patchen ... habe die Datei MPIPTVSource.ax ersetzt,
    mi dem Ergebnis, das jetzt zumindest ein bissel Bild und Ton kommt. Aber ich habe keinen
    Schimmer, wie ich patche bzw. die 3 genannten Dateien rtpsource.cpp, rtpsource.h & setup.cpp
    erstelle und wohin damit.

    Bin generell kein PC-Legastheniker, aber hier muss ich passen. Kann mir bestens vorstellen,
    das ich diesbezüglich nicht der einzige bin, der vor diesem Problem steht :)
    Hast Du da netterweise eine Lösung resp. die Dateien zum Download mit kleiner Info wohin
    damit??

    Besten Dank im Voraus,

    DR
     

    Stepko

    Retired Team Member
  • Premium Supporter
  • September 29, 2007
    186
    152
    Hamburg/Wolfsburg
    Home Country
    Germany Germany
    AW: Re: IPTV-Filter: Support for rtp and http

    Hi,

    although this is not the right forum, I'll give a quick answer: If you want to use the modified filter you just need to replace the file MPIPTVSource.ax (you need to stop the tv-server before). The other files are only needed if you want to compile the source code.

    If you get the sound but only a crippled picture, then your urls are probably wrong or you didn't stop the tv-server before replacing MPIPTVSource.ax. The urls for rtp streams must be in the form rtp://<server_or_groupIP>:<port> (e.g. rtp://233.31.13.18:1234) and must not start with "udp://".

    Hope that helps
    Stepko
     

    Maaji

    Portal Member
    November 23, 2008
    21
    0
    Home Country
    Germany Germany
    I use this too since several weeks. Works as expected! Many thanks to Stepko.

    Would realy love to see this in the official release.
     

    Stepko

    Retired Team Member
  • Premium Supporter
  • September 29, 2007
    186
    152
    Hamburg/Wolfsburg
    Home Country
    Germany Germany
    AW: IPTV-Filter: Support for rtp and http

    Update:

    last week I added support for rtp header extensions to the filter. Header extensions are very unsusual. When you search for it on the net you find things like "Note that this header extension is intended only for limited use. Most potential uses of this mechanism would be better done another way" or "Header extension should only be used for experimental purposes".
    However, the spanish IPTV provider Imagenio uses rtp header extensions. The filter didn't work with that provider. The new version has rtp header extension support and user Manuelito confirms that it works.

    I updated the files in the 1st post.

    Stepko
     

    disaster123

    MP Donator
  • Premium Supporter
  • May 14, 2008
    3,558
    434
    Home Country
    Germany Germany
    AW: IPTV-Filter: Support for rtp and http

    Can any dev review this one for 1.2 ?
     

    tontsa

    Retired Team Member
  • Premium Supporter
  • April 7, 2007
    108
    17
    Home Country
    Finland Finland
    This patch is bit messy due to logging -> LOGGING changes and other logging related changes. Would it be possible to get one without so we could just see those rtp/http added?
     

    Stepko

    Retired Team Member
  • Premium Supporter
  • September 29, 2007
    186
    152
    Hamburg/Wolfsburg
    Home Country
    Germany Germany
    AW: Re: IPTV-Filter: Support for rtp and http

    This patch is bit messy due to logging -> LOGGING changes and other logging related changes. Would it be possible to get one without so we could just see those rtp/http added?

    Hi tontsa,

    would it be OK just to rename the #define for logging or should we remove all logging related stuff?
     

    j1nx

    Portal Pro
    July 16, 2005
    233
    10
    Like I said in the developing thread;

    Installed MePo 1.2.0 Alpha yesterday. Had some IPTV glitches afterward. Then remembered I was running on the latest Dimka version. Copied it back over the original 1.2.0 version. Works like a charm. No more glitches, more stable streams (UDP).

    It looks like that this version has a better buffer or something (I'm not a developer). With the original filter, while watching TV every couple of minutes or so, I saw some "artifacts" in the stream. An occasionally glitch in the sound (which can destroy you speakers I think. At least it is not good for your heart).

    Not to mention that UDP traffic routed on your network for your HTPC needs is very demanding. Old wifi-G infrastructure will be brought down by the amount of traffic. As internal network infrastucture is usually fast enough to handle multiple unicast streams, nowadays it is easiest to use "udpxy". This will proxy your multicast streams as unicast streams, which is a lot more forgiving on old hardware and network infrastructure.

    This version supports those proxied unicast streams. Not to mention all the nice content which is available as webstream on the net, which is now available as TV channel.


    It has my vote to be included in the 1.2.0 version of MePo
     

    Users who are viewing this thread

    Top Bottom