On 02/07/2011 09:32 AM, dumbiggie wrote: > > > --- On Sun, 2/6/11, stuart<[email protected]> wrote: > >>> turn the MVPMC off, or use it to stream video, the music >>> client can't re-establish a full playing connection to the >>> Squeezebox Server unless I reset the player from the Server >>> web page. > >> chip). I could never figure out how to start music w/o >> either cutting off the first few seconds or have the first >> few seconds repeat. Consecutive tracks play >> fine. It's just from a STOP when the problem shows >> up. Is that what you are hearing? > > No, when the "can't-restart" problem manifests, the MVPMC client can > communicate with the server (judging from my ability to issue "next track" > commands and see the "now playing" message and album cover image change. But > there is no music at all, and none until I rejigger things on the Server end. > > Multiple generations of Squeezebox Server have come along so I wouldn't be > surprised if Logitech changed something in the communication protocol that > hoses old clients. The MVPMC client mimics the old SLIMP3, right?
I think the original Slimdevices guys and the open source community that supports the server are still in control of the project(s). My thought... I think it may be more likely that changes to the mythtv client has jazzed up things at the MediaMVP end. It may be that Mclient is not resetting something left behind by the mythtv client before using the IBM chip to play audio. BTW, what type of video client are you using? Last I checked, the mvpmc project was supporting about 3 different video clients (ReplayTV, Mythtv and VLC). Odd as it might sound, the ReplayTV client has always been rock solid. Too bad I my ReplayTV has been put into moth balls for the time being. >> emulate a newer generation SqueezeBox to get some of these >> features like changing ports or password protection. > > It's not that big of a deal, now that I have a parallel Server running on > default parameters along with my MVPMC. > >> I haven't pulled the GIT repositories lately. But at >> one time the project was very very automated (i.e. just >> download and make). > > That's cool, I might do it just for curiosity's sake. Well, it is very very automated - but keep in mind - Jon G. has done a great job at putting together enough automation to download and build all the parts to support a cross compiler. That is, it will take some time to pull all the parts together from a fresh GIT pull. (You are running a Linux system, right?) > Thanks again for the ideas. > > Ron > ------------------------------------------------------------------------------ The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb _______________________________________________ Mvpmc-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mvpmc-users mvpmc wiki: http://mvpmc.wikispaces.com/
