------------------------------------------------------------------------ A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=79524 ------------------------------------------------------------------------ Question: Are you interested in IR-over-IP? - Yes, I'd like to have IRoIP. - No, I don't care. ------------------------------------------------------------------------
indifference_engine;608407 Wrote: > I can now reproduce your problem and I sympathise. I'm pretty sure it's > a memory issue - your SqueezeIR configuration is just too big for the > Controller to hold in its cache. There has been a report of a similar > issue on the Touch (caused by a list of radio stations being too big > http://forums.slimdevices.com/showthread.php?t=81207. All I can > suggest is to either continue using the older version of SqueezeIR > until I can figure out a way to get round the problem (I'm not hopeful > though as the hardware is a pretty fundamental constraint), or make > your SqueezeIR config smaller (lose a lirc file). I thought that it might be something like this... I understand that SqueezeIR-0.93 loads the needed config data at every startup from the server. SquezeIR-1.00 is always loading it from a the cache file. This causes the /etc/squeezeplay/userpath/SqueezeIR.lua of SqueezeIR-0.93 to be smaller than the one of SqueezeIR-1.00, because SqueezeIR-1.00 stores also the lirc data to this file. I do not know how the config data is loaded exactly. But if the data was first cached to have it on the controller and then read to the memory for using it, the problem would be reading this large file to memory. Causing the SBC to crash even after the first loading of the config (just as it does in my case). If all my assumptions are right, the goal would be to get a smaller cache file. Now my idea: How about copying all necessary files to the controller (SqueezeIR.xml, lirc-files, etc.) and stroring them as the files they are on the server. You just change the location of the files without modifying them. Meaning there must be a directory /usr/share/applet/jive/SqueezeIR containing these files: /usr/share/applet/jive/SqueezeIR |- "all applet files" |- SqueezeIR.xml |- lircA.txt |- etc. Starting SqueezeIR or updating it, would then load the necessary data from these files not from the cache. The routine of loading the config would be the same as in version 0.93. The only difference between SqueezeIR-0.93 and SqueezeIR-1.00 would be, that the files are not loaded from the server but from the controller's directory (see above for their location). The /etc/squeezeplay/userpath/SqueezeIR.lua would remain small as it is in SqueezeIR-0.93 without the lirc data. (I do not know if the IR-o-IP or the other version changes, have their part in the memory problem also.) In this case I have a suggestion for improving SqueezeIR: How about an option to always load the config from the server at startup and then store the files as described above. When there is no server connection the local copies of the files could be loaded. This would probably help those ambitioned people with gigabytes of config files to prevent doing a factory reset. Removing the files from the server would then be a very easy way to stop the SBC from doing strange reboots. Other issues causing the SBC to crash could be solved in this way also. I hope these ideas help in bugfixing. I would try this on my own, but my lua is not that good. I am just at the beginning... -- chincheta0815 ------------------------------------------------------------------------ chincheta0815's Profile: http://forums.slimdevices.com/member.php?userid=42904 View this thread: http://forums.slimdevices.com/showthread.php?t=79524 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
