Quote:
I tried out ST Enterprise again, and it seems like the buffers are more consistent while seemingly not being affected by the suggested/custom BlockSize adjustments. I don't know if this is a GUI issue, but I'm using the new one.
I'll be using Enterprise primarily since I get much fewer underrun restarts for some reason. I haven't tried on OLD GUI, but I doubt this part is GUI related.
I can't explain this... It should behave the same. Unless you have a very small output buffer, the new code is better at "starting in the middle" than the old code.
Quote:
Actually, for some reason, neither FM nor Normal seem to be restarting upon buffer issues in Enterprise. And the buttons to restart the soundcards do not solve the sync issue that develops. Should this go in the new GUI thread?
That restart button isn't implemented yet - I'm not really sure what it should do (probably restart the I/O for *all* instances). I think restarting when the buffer gets out of range is also not implemented - I'll add it to the todo list!
Quote:
In v9.91 I'm still having the trouble with FM Output as detailed in this thread -
viewtopic.php?f=3&p=71285#p71285
To summarise - for some reason I cannot use FM Output to send to the alsa-loop to use for streaming purposes, with Normal Output used for listening on the hifi. Doing this throws up an error message about sampling rate, so I have to revert to using FM Output to listen with, and Normal Output to send to streaming.
I don't use any FM transmitters, I only stream. All the FM related features are turned off.
Is this a bug or intentional?
FM requires a higher sample rate (it usually runs at 176.4 or 192 kHz), so I'm guessing that the also-loop doesn't like that. I would advise to use Normal Output for streaming anyway, since the FM output needs to be downsampled again before it can be streamed.