mrw wrote: > An area that is well outside my knowledgebase ! I'll continue to study > and gain understanding. > > Nevertheless, I think the basic point that I noted is valid. Should LMS > be trying as hard in 2021 to "fix" server misconfiguration problems that > may have been prevalent in 2010 ? And, thereby, potentially introducing > an error, as in this case. > > I would like to believe that, these days, any servers that are > misconfigured would quickly lose most of their audience (I'm thinking > mobile telephones, etc.), and would be corrected by their operators > rather quickly. So the problem should now be too rare to warrant LMS's > special attention. > > But I don't have sufficiently wide knowledge of the real world to know > for sure. Perhaps the "attempt to fix" should just be removed (or > commented out). Then we might find out whether it still does, in fact, > achieve more successes than failures.
I think we're both at the edges of our knowledge. I' m not going to worry about previous bugs/misconfiguration - I see the prime issue as two caches out of sync. Last time it was fixed by clearing the entry in 2nd cache when first cache was being changed. So I'm guessing there is code path that wasn't patched last time (or maybe a new path created after AAC/MP4 remote streaming changes in 8.0 subsequent to the previous fix). I think I was wrong about audio headers but still right about caches out of sync. Down the rabbit hole. ------------------------------------------------------------------------ bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113719 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
