you'll see warnings every now and then
I don't think it's related to lto, you can try without -flto, the performance loss is very little(on my side, it's about 5%)5% only due compiling is significant imho.
Streaming is a form of communism.Communism? Oh, you mean like the Kibbutz movement, the Hutterites and the hippies, right? No? Oh, you meant like the USSR, the CCP, the Khmer Rouge and the current regime in North Korea, didn't you? Well it is true, these were and are 'communistic' in name, in reality, they're top down command economies, which aren't actually communist, nor even Marxist. Command economies are actually closer to fascism than communism. However, we often see 'red baiting' where communism is used as a slur to discredit because it's assumed that communism is a failed theory when in fact the opposite is true. Communism works exceedingly well in small communities but like most political structures, it does not scale. What people call 'communism' is most often despotism. Just saying.
would you post the EAC log for reference
Well, just to be clear, what I'm thinking of is not to create F2k standard autoplaylists (I know those only work with standard library queries) but rather to automatically fill regular playlists based on SQL queries, without explicit user interaction. The main obstacle I can think of here is the question of how to schedule playlist updates. I don't know how autoplaylists update their contents, and I don't know whether those triggers are also exposed to components, or whether that would even be practical given the performance limitations of SQL requests.But exactly your request is present on my playlist manager, in "Smart Playlists", and they are updated on real time whenever the source changes. In this case they use other playlists as source, and apply a query on them. Such special playlist may also be locked by the component, so it can only be changed by it, whether on demand or by any callback.
They are, but the problem is that the information provided by those triggers can't be used reasonably. So, the only information which can be used from this triggers is that something happened.
But please don't say it is not possible when I'm clearly doing it for some specific use cases (which was the premise of my post anyway). I specifically said they were not going to be Autoplaylists, which clearly means it's not valid for general cases. Anyway that's totally off topic, since clearly the user request is about not having to update a playlist on demand, it may well be enough to have it updated once a day, after startup or whatever.