Hi Dave...

Dave Stenhouse wrote:
> For the record, here's my version info:
> SlimServer Version: 6.5.2 - 12047 - RedHat - EN - utf8
> Server IP address: 0.0.0.0
> Perl Version: 5.8.5 i386-linux-thread-multi
> MySQL Version: 5.0.21-standard

Ah!  Like I said, there is a thread in the slimserver mailing list from 
February on that talks about, how when the CLI is used, slimserver 
crashes.  The solution was to move to Perl 5.8.8

> So if nothing else, now you and I are looking at the same slimserver.
> I have many selections with artwork, and many without.  I also see that 
> if I go from an album with artwork to one without, I see the old 
> artwork.  I did see while telnetted into the mvp that it threw up errors 
> every now and again, saying that it could not display the artwork.

Yes, that's because slimserver's default "no artwork found" is a png 
file which I don't think is something that mvpmc can decode.  I have 
asked and we (mvpmc users) would have to patch slimserver to server up a 
jpg image as this is hard coded.  I meant to have mvpmc use it's own art 
work when this happened but the dongle is very tight and images can push 
it over the edge space wise.  Hum...  that gives me an idea to start in 
a developers thread...

> Could there be a timeout issue or something?  I have a rather large 
> (around 7000 titles) library, and I'm not exactly running Slimserver on 
> a quad Xeon 32 GB of RAM box, if you know what I mean.
> 
> If the CLI has more strict communication parameters than the browser, 
> perhaps the server's just too slow?
> Also, my wife tells me I have Adult ADD on an unprecedented level.  So I 
> go through a lot of batteries in the remote.
> -Dave

Try the PERL upgrade first.  I don't know what to tell you about the 
remote.  Maybe one of those new fangled battery-less ones with the 
tuning forks? No, I'm not as old as dirt - I just barely remember these 
things from when I was a kid:
http://en.wikipedia.org/wiki/Robert_Adler#Contributions_to_the_remote_control


> stuart wrote:
>>
>> Update...
>>
>> I upgraded to slimserver 6.5.2 which now has a fairly complete version 
>> information of all the important software:
>> ----
>> VERSION INFO
>>
>> SlimServer Version: 6.5.2 - 12047 - RedHat - EN - utf8
>> Server IP address: 0.0.0.0
>> Perl Version: 5.8.8 i386-linux-thread-multi
>> MySQL Version: 5.0.21-standard
>> ----
>> So far I have had no problems.  Granted I am running something with 
>> bits and pieces of what I am developing.  But the communication 
>> between MClient and Slimserver should be effectively the same.  So far 
>> I have had no problems.  I have played several selections from two 
>> different albums which both have art work available.  Hum, let's try 
>> one that has no art work...  well that's no good...  I didn't get a 
>> reset, but the text is no longer updated.  Not only that but the art 
>> work isn't either.  So, apparently, as soon as you hit a track with no 
>> art work, something goes wrong.
>>
>> Well, this must be a Heisenberg thing, I started to monitor the CLI 
>> interface from a telnet session and I can not repeat the problem.
>>
>> Let me know if you capture anything in the logs.  I'll keep playing 
>> from the 6.5.2 server to see if anything else looks funny...
>>
>>
>> stuart wrote:
>>> Hi Dave...
>>>
>>> [EMAIL PROTECTED] wrote:
>>>> My slimserver is crashing intermittently when I am navigating 
>>>> around  MClient.  The typical scenario is that I'll be browsing 
>>>> around,  finally decide on something, select it, hit OK, and a few 
>>>> seconds  later get the "No communication to slimserver" display, 
>>>> which I must  say is definetly better than the nothing that I used 
>>>> to get.
>>>
>>> Yea, part of trying to clean up and getting to the bottom of any 
>>> problems people have.
>>>
>>>> I don't see anything in the slimserver log, although I don't know 
>>>> how  to turn on any deugging in slimserver.
>>>
>>> Server Settings --> Debugging --> "click on stuff you think is 
>>> important to log".
>>>
>>> Also, the latest log entries are here:
>>> http://<slimserver_ip>:9000/log.txt
>>>
>>>> I would refrain from posting  to the mvpmc group, but I have not 
>>>> seen the behavior when using a web  browser to navigate the 
>>>> slimserver stuff, only when using mvpmc.
>>>> I am running slimserver 6.5.2, and just upgraded to the latest 
>>>> nightly  build of mvpmc last night.
>>>
>>> Humm, I should probably upgrade my slimserver.  I am running 6.3.1 on 
>>> one machine and 6.5.0 on the other.
>>>
>>>> Any ideas as to why this might be happening, or as a temporary 
>>>> measure  what I could do to automatically restart the slimserver 
>>>> service when  it crashes?
>>>>
>>>> Thanks,
>>>> Dave Stenhouse
>>>
>>> Don't know what is going on.  All the CLI communication is fairly 
>>> straight forward.  The http communications for the image is also on 
>>> the simple side.
>>>
>>> On a linux machine you could write a script and / or cron job to 
>>> check and restart slimserver.  I don't know what you can do on a 
>>> Windows machine.
>>>
>>> I'll upgrade one of my machines and test the set up.  Do you know 
>>> when the crash happened?  Do you use album cover images?  Were you 
>>> moving around (i.e. fast forward, reverse) in the selection?
>>>
>>> ...thanks for the feed back
>>>
>>
> 
> 

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Mvpmc-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mvpmc-users
mvpmc wiki: http://mvpmc.wikispaces.com/

Reply via email to