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
General Support
Client / Server slow channel-to-channel change (zapping)
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="TBacker" data-source="post: 1273705" data-attributes="member: 113933"><p>I've been a MP1 user for a very long time. I had been using Argus for OTA ATSC recording and viewing which has been flawless. However, with Argus development and support stopping some time ago and the product istelf dying on the vine, I decided to switch to TV-Server a couple of weeks ago.</p><p></p><p>I got things set up pretty easily. System is:</p><p></p><ul> <li data-xf-list-type="ul">Client (MP 1.24 on Win 7 x64 on an older dual core box) talking fine with the TV-Server (on another Win 7 x64 quad core VM in the basement).</li> <li data-xf-list-type="ul">Recordings share and the MySQL database server is on a Windows Server (third machine), as was the timeshift share (initially).</li> <li data-xf-list-type="ul">Network is giagbit ethernet. IP's are static.</li> <li data-xf-list-type="ul">Shares are referred to by IP in UNC addresses on both client and server.</li> <li data-xf-list-type="ul">Antivirus exclusions in place for the shares, client and server programs and data, and the MySQL database.</li> <li data-xf-list-type="ul">No windows firewalls are enabled.</li> <li data-xf-list-type="ul">Client has multi-seat UNC paths enabled and set in TV advanced settings.</li> <li data-xf-list-type="ul">Tuners are two HDHomeRun HDHR4-2.</li> </ul><p>The initial live TV channel startup is tolerable - within 5 seconds. The problem, however, is zapping directly to another channel can take 5-20 seconds, usually on the longer side of that range.</p><p></p><p>When I looked at the TV-Server log, it looks like the hang up is it has to try twice to delete the old timeshift TS files before it moves on and starts the new timeshift (deleting file > many seconds pass > deleting file > success). This is with full rights to the timeshift folder, and having tried locating the timeshift folder both on the server and on the machine where TV-Server is running (no difference). It seems like maybe the client isn't releasing it's lock on the timeshift file as fast as the TV-Server is trying to clean it up.</p><p></p><p>I will send up some logs shortly (it's in use at the moment).</p></blockquote><p></p>
[QUOTE="TBacker, post: 1273705, member: 113933"] I've been a MP1 user for a very long time. I had been using Argus for OTA ATSC recording and viewing which has been flawless. However, with Argus development and support stopping some time ago and the product istelf dying on the vine, I decided to switch to TV-Server a couple of weeks ago. I got things set up pretty easily. System is: [LIST] [*]Client (MP 1.24 on Win 7 x64 on an older dual core box) talking fine with the TV-Server (on another Win 7 x64 quad core VM in the basement). [*]Recordings share and the MySQL database server is on a Windows Server (third machine), as was the timeshift share (initially). [*]Network is giagbit ethernet. IP's are static. [*]Shares are referred to by IP in UNC addresses on both client and server. [*]Antivirus exclusions in place for the shares, client and server programs and data, and the MySQL database. [*]No windows firewalls are enabled. [*]Client has multi-seat UNC paths enabled and set in TV advanced settings. [*]Tuners are two HDHomeRun HDHR4-2. [/LIST] The initial live TV channel startup is tolerable - within 5 seconds. The problem, however, is zapping directly to another channel can take 5-20 seconds, usually on the longer side of that range. When I looked at the TV-Server log, it looks like the hang up is it has to try twice to delete the old timeshift TS files before it moves on and starts the new timeshift (deleting file > many seconds pass > deleting file > success). This is with full rights to the timeshift folder, and having tried locating the timeshift folder both on the server and on the machine where TV-Server is running (no difference). It seems like maybe the client isn't releasing it's lock on the timeshift file as fast as the TV-Server is trying to clean it up. I will send up some logs shortly (it's in use at the moment). [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Support
General Support
Client / Server slow channel-to-channel change (zapping)
Contact us
RSS
Top
Bottom