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
Support
Watch / Listen Media
Television (MyTV frontend and TV-Server)
IPTV not working
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="paalkr" data-source="post: 710656" data-attributes="member: 78371"><p>Hi Stepko!</p><p></p><p>I did what you suggested and the CPU consumption for graphstudio.exe is about 2-5% when dumping a HD channel, and about 1-2% when dumping a SD channel. If I then timeshift the same HD channel with manual control in TV server the CPU consumption increases to approx 15-25% for TvService.exe.</p><p></p><p>BTW - I'm performing the tests on my desktop computer now, with a AMD Athlon 64 X2 4600+ 2,4 GHz CPU, and a ATI Radeon HD 43xx with latest catalyst driver. The OS is Win7 x64 ultimate.</p><p></p><p>Playback of the HD recording done with TV server stutters big time in VLC, while the CPU cruses at 55% during playback. This tells me that there might be some errors in the ts stream, hence some packets could be lost. Playback with MPC-HC is a lot smoother, but especially the sound stutters from time to time. The CPU load is approx 35%.</p><p></p><p>I cannot playback anything that is just dumped with graphstudio because all the HD channels (and most SD channels) are encrypted with Conax. As far as I know there is no hardware CAMs that work with the software IPTV card in MePo, so I have to stick to the MDAPI solution (shhh..., don't tell anyone <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite10" alt=":oops:" title="Oops! :oops:" loading="lazy" data-shortname=":oops:" /> ). I have some FTA SD channels (no FTA HD), but non SD channels are troublesome (except Disney Playhouse that is in fact one of the FTA channels <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite5" alt=":confused:" title="Confused :confused:" loading="lazy" data-shortname=":confused:" />). </p><p></p><p>I tried to timeshift one of the FTA SD channels with CAM support disabled on the IPTV card, and then timeshif an encrypted SD channel with CAM support enabled. The difference in CPU load was only 2-3% (an increase from 3-5% to 5-7% CPU load). And as I said timeshifting an encrypted HD channel consumes approx 15-25% CPU on the TvService.exe (same operation with graphstudio consumed approx 2-3% CPU).</p><p></p><p>Could the problem be related to how the IPTV filter communicates with the CAM implementation in the software IPTV card?</p><p></p><p>At least it doesn't look like the filter is the problem, but rather something in the TV server pipeline. All my log reports has contained the MDAPIfilter log as well, could it be something interesting in them?</p><p></p><p>I really hope that we are able to track down the error, I'm feeling that we have circled in the possibilities. But on the other hand, if it's not the IPTV filter it could be harder to get support (especially if it turns out to be MDAPxxx related). <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite8" alt=":D" title="Big Grin :D" loading="lazy" data-shortname=":D" /></p><p></p><p>Regards,</p><p>PK</p></blockquote><p></p>
[QUOTE="paalkr, post: 710656, member: 78371"] Hi Stepko! I did what you suggested and the CPU consumption for graphstudio.exe is about 2-5% when dumping a HD channel, and about 1-2% when dumping a SD channel. If I then timeshift the same HD channel with manual control in TV server the CPU consumption increases to approx 15-25% for TvService.exe. BTW - I'm performing the tests on my desktop computer now, with a AMD Athlon 64 X2 4600+ 2,4 GHz CPU, and a ATI Radeon HD 43xx with latest catalyst driver. The OS is Win7 x64 ultimate. Playback of the HD recording done with TV server stutters big time in VLC, while the CPU cruses at 55% during playback. This tells me that there might be some errors in the ts stream, hence some packets could be lost. Playback with MPC-HC is a lot smoother, but especially the sound stutters from time to time. The CPU load is approx 35%. I cannot playback anything that is just dumped with graphstudio because all the HD channels (and most SD channels) are encrypted with Conax. As far as I know there is no hardware CAMs that work with the software IPTV card in MePo, so I have to stick to the MDAPI solution (shhh..., don't tell anyone :oops: ). I have some FTA SD channels (no FTA HD), but non SD channels are troublesome (except Disney Playhouse that is in fact one of the FTA channels :S). I tried to timeshift one of the FTA SD channels with CAM support disabled on the IPTV card, and then timeshif an encrypted SD channel with CAM support enabled. The difference in CPU load was only 2-3% (an increase from 3-5% to 5-7% CPU load). And as I said timeshifting an encrypted HD channel consumes approx 15-25% CPU on the TvService.exe (same operation with graphstudio consumed approx 2-3% CPU). Could the problem be related to how the IPTV filter communicates with the CAM implementation in the software IPTV card? At least it doesn't look like the filter is the problem, but rather something in the TV server pipeline. All my log reports has contained the MDAPIfilter log as well, could it be something interesting in them? I really hope that we are able to track down the error, I'm feeling that we have circled in the possibilities. But on the other hand, if it's not the IPTV filter it could be harder to get support (especially if it turns out to be MDAPxxx related). :thx: Regards, PK [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Support
Watch / Listen Media
Television (MyTV frontend and TV-Server)
IPTV not working
Contact us
RSS
Top
Bottom