MERGING MediaPortal Url Source Splitter & IPTV Filter | Page 43

Discussion in 'General Development (no feature request here!)' started by georgius, August 20, 2013.

  1. kiwijunglist
    • Team MediaPortal

    kiwijunglist Super Moderator

    Joined:
    June 10, 2008
    Messages:
    6,742
    Likes Received:
    1,417
    Occupation:
    Doctor
    Location:
    New Zealand
    Ratings:
    +1,846 / 9
    Home Country:
    New Zealand New Zealand
    Show System Specs
    Using AVG. Didn't have any virus scanner alerts.


     
    • Agree Agree x 1
  2. Google AdSense Guest Advertisement



    to hide all adverts.
  3. georgius
    • Premium Supporter

    georgius Retired Team Member

    Joined:
    October 31, 2010
    Messages:
    1,376
    Likes Received:
    437
    Gender:
    Male
    Occupation:
    Software Architect
    Location:
    Bratislava
    Ratings:
    +668 / 0
    Home Country:
    Slovakia Slovakia
    Show System Specs
    The problem was probably in MPUrlSourceSplitter_Protocol_Mms.dll. This library is not in new filter and old version is absolutly incompatible. Strange is that this library was still on your system, installer should delete filter folder with all content before installing new filter.
     
    • Like Like x 1
  4. Nervesagent

    Nervesagent Portal Pro

    Joined:
    February 26, 2014
    Messages:
    150
    Likes Received:
    7
    Gender:
    Male
    Ratings:
    +14 / 0
    Home Country:
    Denmark Denmark
    Am I right in thinking this could make it possible to watch online streams through tv-server and convert any non mpeg2 stream to make it work (hence the mpeg2tsparser variable? Is it like vodserver tries to accomplish this? I'm still having trouble getting my rtsp streams from my Fritz DVBC repeater to work in MP.
    Please look here and see if you can help:
    https://forum.team-mediaportal.com/...internet-streams-as-tv-channels.121732/page-7
     
  5. mm1352000
    • Team MediaPortal

    mm1352000 Development Group

    Joined:
    September 1, 2008
    Messages:
    21,527
    Likes Received:
    4,738
    Ratings:
    +8,205 / 17
    Home Country:
    New Zealand New Zealand
    I don't know if this filter supports converting to MPEG 2 TS yet, BUT...

    ...like I said in the thread that you linked: your RTSP streams should already be compatible.
     
  6. mm1352000
    • Team MediaPortal

    mm1352000 Development Group

    Joined:
    September 1, 2008
    Messages:
    21,527
    Likes Received:
    4,738
    Ratings:
    +8,205 / 17
    Home Country:
    New Zealand New Zealand
    @georgius
    I had not noticed that you had created a GUI plugin until now. :)

    Now that I've seen the settings in that way, I'm wondering if it is possible to configure different settings for each filter instance (?).
    If that is possible, I wonder if it would be good to integrate the RTMP, RTSP, UDP/RTP and HTTP settings into the "tuner settings" dialog.
    Since the settings for each protocol are similar, it could be possible to reduce to 7 settings:
    • preferred network interface
    • open connection timeout
    • open connection sleep time
    • total reopen connection timeout
    • client port range [RTSP only]
    • connection preference [RTSP only]
    • ignore RTP payload type [RTSP only]
    Then if people want to use different settings for different protocols, they can add multiple IPTV tuners with different settings for each (eg. 1 tuner for HTTP, 1 tuner for RTSP service 1, 1 tuner for RTSP service 2 etc.).

    What do you think?
     
  7. georgius
    • Premium Supporter

    georgius Retired Team Member

    Joined:
    October 31, 2010
    Messages:
    1,376
    Likes Received:
    437
    Gender:
    Male
    Occupation:
    Software Architect
    Location:
    Bratislava
    Ratings:
    +668 / 0
    Home Country:
    Slovakia Slovakia
    Show System Specs
    Not implemented, so online videos can be watched only in OnlineVideos.

    RTSP stream mostly should works, but ... stream must be MPEG 2 transport stream, not separate audio or video streams.

    It was needed, because setting parameters directly in URL was very complicated. There is also option to test url and see if stream is compatible with TV service.

    You can set different settings for each URL, so yes, you can set different settings for each filter instance. But ... these settings are in URL, so such URL must be stored in TV server database or must be scanned through scan playlist. Whole filter instance configuration is in URL, there are no common settings.

    This is for discussion, but I don't think that's good idea. E.g. HTTP protocol hides M3U8 (Apple HTTP streaming, using MPEG2 TS, so it can be used with TV service), MSHS (Microsoft Smooth Streaming, not usable with TV server - yet) and AFHS (Adobe Flash HTTP Streaming, not usable with TV server - yet). RTMP is not usable with TV server (FLV video/audio stream), RTSP is usable, but only when MPEG2 TS stream is available, UDP/RTP is usable.

    I'm not sure, how do you want to distinguish between provider's HTTP stream and online video M3U8 stream (watched through TV service). There will be probably different timeout settings and with highest probability also different network interface.

    Also, as I write upper, there are no common settings, so everything must be passed in URL. So, in that case, each URL from database or playlist must be analysed by TV service, set required parameters and passed to filter. It's not impossible, only complicated.
     
  8. mm1352000
    • Team MediaPortal

    mm1352000 Development Group

    Joined:
    September 1, 2008
    Messages:
    21,527
    Likes Received:
    4,738
    Ratings:
    +8,205 / 17
    Home Country:
    New Zealand New Zealand
    Understood, thank you. :)

    I think you misunderstood.
    With the old filter there was filter configuration [in MPIPTVSource.ini] and separate URL configuration. I'm talking about the "MPIPTVSource.ini" settings. From your new code, it looks like those settings are stored in MediaPortalIptvFilterAndUrlSourceSplitter.xml:
    https://github.com/MediaPortal/Medi...tvFilterAndUrlSourceSplitter/Settings.cs#L102
    https://github.com/MediaPortal/Medi...tvFilterAndUrlSourceSplitter/Settings.cs#L115

    ...not in the URL.

    I was not saying that people should have one IPTV tuner per protocol. Just have one tuner per "needed different settings" (it's hard to describe! :) ).

    So for example, say that person X receives RTSP streams from their IPTV provider, and also has a SAT>IP network tuner [which also uses RTSP]. For best results/compatibility, these two sources need different settings (definitely different network interface, maybe different open connection timeout, client port range etc.). How can this be done?

    Right now I'm not sure if it is possible. Maybe you can set default values in MediaPortalIptvFilterAndUrlSourceSplitter.xml for the SAT>IP tuner... and then somehow override the defaults with the IPTV provider channel URLs. However, this is not very manageable when each source/provider has hundreds of channels.

    My suggestion is that person X could create 2 tuners - 1 for the IPTV provider and 1 for the SAT>IP tuner. Each tuner would get its own filter with its own settings (stored in TVE database eg. "Card" table).

    Now, maybe person X also wants to receive some HTTP streams from a closed circuit camera on their network. The settings for the SAT>IP network tuner (network interface, connection timeout etc.) are okay for the closed circuit camera too... so the existing tuner can be used for both sources (HTTP and RTSP). To be clear, there is only one "preferred network interface" setting which is shared for all protocols. If person X has sources which need different values of "preferred network interface", create another tuner with the different setting.

    Does it make sense?

    Just create 2 tuners - 1 for the provider streams, and another tuner for the M3U8 streams - and assign the required timeout, network interface etc. to each. Channels are mapped/linked only to the tuner with the correct settings.

    When I say "common" I mean...
    RTSP, RTMP, RTP/UDP, HTTP... all have [for example] a "preferred network interface" setting.
    Currently you have [for example] 4 settings:
    • RTSP preferred network interface
    • RTMP preferred network interface
    • RTP/UDP preferred network interface
    • HTTP preferred network interface
    I am suggesting to have 1 "preferred network interface" setting (shared for all protocols) instead of 4. I think that might be more flexible and simpler for the code and for the end-user.
    For the code...
    What happens if you add support for another protocol (eg. M3U8)? Do you have to add another setting? No, the existing setting will be reused.
    What happens if the user wants to access streams with different preferred network interface values? Just create another tuner. That way the user can also have different preferred network interface for streams which use the same protocol (eg. HTTP provider and web stream, or RTSP provider and network tuner).

    But what about MediaPortalIptvFilterAndUrlSourceSplitter.xml/MPIPTVSource.ini? Doesn't the filter read that file directly?
     
  9. georgius
    • Premium Supporter

    georgius Retired Team Member

    Joined:
    October 31, 2010
    Messages:
    1,376
    Likes Received:
    437
    Gender:
    Male
    Occupation:
    Software Architect
    Location:
    Bratislava
    Ratings:
    +668 / 0
    Home Country:
    Slovakia Slovakia
    Show System Specs
    There is big difference between MediaPortalIptvFilterAndUrlSourceSplitter.xml and MPIPTVSource.ini. MPIPTVSource.ini is used by MP IPTV filter as common configuration file and directly affects how IPTV filter behave. MediaPortalIptvFilterAndUrlSourceSplitter.xml is only configuration file for TV server plugin and it has no relation to merged filter - merged filter doesn't load this file.

    If you start from scratch (I mean you have only playlist files and clean database), then you can use TV server plugin to load playlist, make necessary changes (mostly you need to change network interface) and save playlist. After that you can scan channels as usually.

    If channels are already in database, you can do same with database editor in TV server plugin, where you select mutliple channels, make necessary changes and store channels back to database. In that case, no scanning or re-scanning is required.

    It is possible, but settings are stored directly in URL in playlist file or in database. Maybe it's not easy manageable (especially when channels are often changed), but mostly you need do changes once.

    This makes sense, channels are mapped to cards, which can have their own specific settings. But I don't have any idea, how will works scanning of new channels, because TV server will not know, which IPTV card should be used.

    I think that dedicated tuner(s) for each provider will need big changes in TV server and scanning tool. But maybe for end user it will be much easier to correctly configure dedicated tuner(s). This is question for users with IPTV, what will they prefer.

    Correct :) MediaPortalIptvFilterAndUrlSourceSplitter.xml is only configuration file for TV server plugin, it is not read by merged IPTV filter.
     
    • Thank You! Thank You! x 2
  10. KayDiefenthal
    • Premium Supporter

    KayDiefenthal MP Donator

    Joined:
    July 18, 2006
    Messages:
    1,176
    Likes Received:
    74
    Occupation:
    Carpenter, Electrican
    Location:
    Germany - Bonn
    Ratings:
    +94 / 0
    Home Country:
    Germany Germany
    sure that is an silly answer and understand both sides DEV <-> USER
    from the User side make it so Easy as possible
    the user want not know How it works behind the Scene he will only consume the data what ever it is
     
  11. kiwijunglist
    • Team MediaPortal

    kiwijunglist Super Moderator

    Joined:
    June 10, 2008
    Messages:
    6,742
    Likes Received:
    1,417
    Occupation:
    Doctor
    Location:
    New Zealand
    Ratings:
    +1,846 / 9
    Home Country:
    New Zealand New Zealand
    Show System Specs
    Keep things simple.

    Make things complicated
    - a few users with special needs benefit.
    - 99% of users disadvantaged with added complexity in the settings menu and too many options. some users will change these settings and brake their installation.
     
Loading...

Users Viewing Thread (Users: 0, Guests: 0)

  1. This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
    By continuing to use this site, you are consenting to our use of cookies.
    Dismiss Notice
  • About The Project

    The vision of the MediaPortal project is to create a free open source media centre application, which supports all advanced media centre functions, and is accessible to all Windows users.

    In reaching this goal we are working every day to make sure our software is one of the best.

             

  • Support MediaPortal!

    The team works very hard to make sure the community is running the best HTPC-software. We give away MediaPortal for free but hosting and software is not for us.

    Care to support our work with a few bucks? We'd really appreciate it!