Reply to thread

Message

<blockquote data-quote="TheBatfink" data-source="post: 975113" data-attributes="member: 52265">Ok read the wiki <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile&nbsp; &nbsp; :)" loading="lazy" data-shortname=":)" /> I have now set the recording path and the timeshift buffer path as UNC paths to the server. I presume I should set these to the same paths defined in TV server config on the server?&nbsp;So, I did this, and refresh rate is changing ok.. however.. now HDTV just stutters for a few seconds then playback completely pauses (but MP is responsive) and SDTV stutters for a while then eventually seems to sort itself out and playback ok.&nbsp;Has setting UNC paths in the debug options caused me to utilise more network bandwidth somehow? I'm not writing the timeshift back from the client to the server am I? The wireless was pretty saturated before this so wondering if its trying to do more over the network now?&nbsp;Thanks&nbsp;EDIT:So I played some more, removed the debug UNC paths and put a default refresh rate in for HDTV. The result is 50hz on TV and playback is fine again?&nbsp;However, I notice if I fire up a TV channel whilst playback of a movie is currently playing for example, I guess MP doesn't see this as a change to the media and the refresh rate stays at 24hz again <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite3" alt=":(" title="Frown&nbsp; &nbsp; :(" loading="lazy" data-shortname=":(" />&nbsp;So looks like UNC paths are the only fool proof option.. suggestions on why the playback locks up when I use these would be nice!&nbsp;EDIT2:Oops, forgot the logs. Put the UNC paths back, opened MePo, started a HD TV channel, stutters for a few seconds then pauses as usual. Closed MePo then took the logs.&nbsp;Thanks <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile&nbsp; &nbsp; :)" loading="lazy" data-shortname=":)" /></blockquote>

[QUOTE="TheBatfink, post: 975113, member: 52265"] Ok read the wiki :) I have now set the recording path and the timeshift buffer path as UNC paths to the server. I presume I should set these to the same paths defined in TV server config on the server? So, I did this, and refresh rate is changing ok.. however.. now HDTV just stutters for a few seconds then playback completely pauses (but MP is responsive) and SDTV stutters for a while then eventually seems to sort itself out and playback ok. Has setting UNC paths in the debug options caused me to utilise more network bandwidth somehow? I'm not writing the timeshift back from the client to the server am I? The wireless was pretty saturated before this so wondering if its trying to do more over the network now? Thanks EDIT: So I played some more, removed the debug UNC paths and put a default refresh rate in for HDTV. The result is 50hz on TV and playback is fine again? However, I notice if I fire up a TV channel whilst playback of a movie is currently playing for example, I guess MP doesn't see this as a change to the media and the refresh rate stays at 24hz again :( So looks like UNC paths are the only fool proof option.. suggestions on why the playback locks up when I use these would be nice! EDIT2: Oops, forgot the logs. Put the UNC paths back, opened MePo, started a HD TV channel, stutters for a few seconds then pauses as usual. Closed MePo then took the logs. Thanks :) [/QUOTE]

Verification