Rick Steeves wrote: >> At 12:04 AM 1/2/2010, [email protected] wrote: >> >>> Will do. I'm hoping that changing it over to using -r (a CIFS share >>> instead of using mythtv protocol) will make the problem go away, >>> which in and of itself say something >>> >> With the switchover to -r I'm not seeing this problem anymore (at least so >> far), which leads me to believe the problem is definitely in the pulling the >> files from myth instead of from the file system. >> > > The stuttering problems are 100% gone with using -r after quite enough use > that the problem would certainly have appeared. I haven't rebooted my mvpmc > in a couple of weeks of steady usage. (Never true before). Skip Backward and > Skip Forward are also a lot more reliable (both faster, and fewer occasions > of me selecting them and having the entire mvpmc stop responding. > > That tells me that the problem has nothing to do with CPU or disk access > speeds, but is all how the mvpmc interfaced with the myth protocol. > > Rick >
That would be network then. THe mvpmc does have issues if the block size is too large, it loses packets because the network chip is rather cheap. On nfs setting the blocksize above 4096 caused issues, I believe there is a similar parameter for the myth protocol setup, but I have never set it to don't know where it is. ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ Mvpmc-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mvpmc-users mvpmc wiki: http://mvpmc.wikispaces.com/
