home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
MediaPortal 1 Talk
Is this the right approach ?
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="pastimer" data-source="post: 164928" data-attributes="member: 20559"><p>Thanks for your views frodo. The first three issues do not relate to slow channel changes i expect. This one does. I take it that the whole .ts is written to disk and read from there by the client. Three questions: </p><p></p><p>1.</p><p>Have you considered streaming the transportstream directly to the client and leave the decision what to do with it (timeshift, record, play) to the client ? </p><p></p><p>2.</p><p>Can you describe how much time is spent on different actvities during a channel change with the new filter and how much you could improve on that in the future ?</p><p></p><p>3. </p><p>Would you consider giving the user the option to 'just' receive the transportstream (rtsp/udp?) as a unicast stream to keep overhead to a minimum ?</p><p></p><p>Eppo</p><p></p><p></p><p></p><p>No there is nothing wrong with that. But there will always be a lot of people like myself that would rather have a tvservICE than a tvservER....</p><p></p><p>Maybe the TV service (why not 'LanTv'?) and 'MP Server' could (should) be seperated into different projects? The TV service would be the plugin to give you TV reception over the network (like the dvb-card is present in the client, the Altdvb example). 'MP Server' you already described.</p><p></p><p></p><p>Eppo</p></blockquote><p></p>
[QUOTE="pastimer, post: 164928, member: 20559"] Thanks for your views frodo. The first three issues do not relate to slow channel changes i expect. This one does. I take it that the whole .ts is written to disk and read from there by the client. Three questions: 1. Have you considered streaming the transportstream directly to the client and leave the decision what to do with it (timeshift, record, play) to the client ? 2. Can you describe how much time is spent on different actvities during a channel change with the new filter and how much you could improve on that in the future ? 3. Would you consider giving the user the option to 'just' receive the transportstream (rtsp/udp?) as a unicast stream to keep overhead to a minimum ? Eppo No there is nothing wrong with that. But there will always be a lot of people like myself that would rather have a tvservICE than a tvservER.... Maybe the TV service (why not 'LanTv'?) and 'MP Server' could (should) be seperated into different projects? The TV service would be the plugin to give you TV reception over the network (like the dvb-card is present in the client, the Altdvb example). 'MP Server' you already described. Eppo [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
MediaPortal 1 Talk
Is this the right approach ?
Contact us
RSS
Top
Bottom