Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Long Playlists cause the processor to hang #8

Open
GoogleCodeExporter opened this issue Apr 7, 2015 · 1 comment
Open

Long Playlists cause the processor to hang #8

GoogleCodeExporter opened this issue Apr 7, 2015 · 1 comment

Comments

@GoogleCodeExporter
Copy link

What steps will reproduce the problem?

1. Start a slideshow with, say, more than 100 photos
or
1. Select "All songs" in a genre with a lot of albums. (more than 100-200 songs 
will do it.


What is the expected output? What do you see instead?

Expect the module to continue processing but instead it hangs or reports 
overflows.

For example, when a slideshow is started Xbmc sends out a message for  each 
photo that is in the folder. Each message is about 200 bytes so in less than a 
second the Crestron processor receives 20kb for a folder of 100 images. That is 
not a lot in the real world but it is more than the TCP/IP stack on my AV2 can 
handle. The socket enters a conflicted state and stops receiving or processing 
data.

Workaround:
Pulse XBMC_Reconnect to drop the socket connection and re-connect. I have tried 
coding this in SIMPL+ but not got it to work yet.


Original issue reported on code.google.com by [email protected] on 18 Dec 2013 at 11:08

@GoogleCodeExporter
Copy link
Author

This problem should not happen with a 3-series processor because of their 
greater ability to handle large amounts of data in the TCP/IP buffer and 
quicker processing speed.

Original comment by [email protected] on 13 Jan 2014 at 4:26

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant