Cool VL Viewer forum

I noticed a warning everytime when I started to listen to a stream:

DEBUG: LLStreamingAudio_FMODEX::update: Stream started.
WARNING: LLControlGroup::getColor: Invalid getColor control NotifyLinkColor

This is a missing color in the skin colors_base.xml file for links in notification tips (it was recently added). What skin are you using ?

In any case, it got nothing to do with sound...

I am using the Dark skin, but I noticed this warning in the Silver skin too. No warning in the Default skin.

OK, it looks like a patch didn't make its way into the released viewers. Fixed for next releases.

Anyway, back to the topic: please provide logs for any audio freeze you will encounter.

I was in Second Life when the viewer freezed:

LLStreamingAudio_FMODEX::update: Stream starvation detected, muting stream audio until it clears.
DEBUG: LLStreamingAudio_FMODEX::update: diskbusy = 1 - progress = 0
DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle.
DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle. (repeated 50 times)
DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle.
DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle. (repeated 95 times)
DEBUG: LLStreamingAudio_FMODEX::stop: Deleting stream channel...
DEBUG: LLStreamingAudio_FMODEX::stop: Stream channel destroyed.
INFO: LLStreamingAudio_FMODEX::stop: Stopping internet stream
DEBUG: stopStream: Attempting to close the stream (current state is: 6)...

All what was in the log.

I need the full log, please (any other unusual message may be relevant, as well as what messages were emitted just before the freeze, and also the timing...).

Ok, I hope this is enough:

014-08-21T22:00:46Z DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle. (repeated 123 times)
2014-08-21T22:00:46Z INFO: display_stats: FPS: 3.15
2014-08-21T22:00:46Z DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle.
2014-08-21T22:00:56Z DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle. (repeated 25 times)
2014-08-21T22:00:56Z INFO: LLAppViewer::idle: Unknown object updates: 1
2014-08-21T22:00:57Z DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle.
2014-08-21T22:01:19Z DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle. (repeated 48 times)
2014-08-21T22:01:19Z WARNING: LLFloaterAvatarList::loadMarkedFromFile: Couldn't open marked avatars file /home/mivo/.secondlife/michel_farrell/marked_avatars.lst
2014-08-21T22:01:19Z DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle.
2014-08-21T22:01:25Z DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle. (repeated 25 times)
2014-08-21T22:01:25Z WARNING: LLControlGroup::getColor: Invalid getColor control NotifyLinkColor
2014-08-21T22:01:25Z DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle.
2014-08-21T22:02:34Z DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle. (repeated 193 times)
2014-08-21T22:02:34Z INFO: eraseUnrefreshed: LLAvatarNameCache: 40 cached avatar names
2014-08-21T22:02:35Z DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle.
2014-08-21T22:02:36Z DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle. (repeated 4 times)
2014-08-21T22:02:36Z INFO: LLAppViewer::idle: Transmitting sessions stats
2014-08-21T22:02:36Z INFO: send_stats: Misc Stats: int_1: i4 int_2: i0
2014-08-21T22:02:36Z INFO: send_stats: Misc Stats: string_1: '1796' string_2: 'Texture Time: 1348.63, Total Time: 3617.11'
2014-08-21T22:02:36Z INFO: LLViewerStats::addToMessage: STAT: Version: 0
2014-08-21T22:02:36Z INFO: LLViewerStats::addToMessage: STAT: Vertex Buffers Enabled: 1
2014-08-21T22:02:36Z DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle.
2014-08-21T22:02:38Z DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle. (repeated 12 times)
2014-08-21T22:02:38Z INFO: ViewerStatsResponder::httpSuccess: Success.
2014-08-21T22:02:38Z DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle.
2014-08-21T22:02:50Z DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle. (repeated 54 times)
2014-08-21T22:02:50Z INFO: display_stats: FPS: 3.60
2014-08-21T22:02:50Z DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle.
2014-08-21T22:02:56Z DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle. (repeated 14 times)
2014-08-21T22:02:56Z INFO: display_stats: MEMORY: 54 MB
2014-08-21T22:02:57Z DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle.
2014-08-21T22:03:50Z DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle. (repeated 145 times)
2014-08-21T22:03:50Z INFO: display_stats: FPS: 4.05
2014-08-21T22:03:53Z DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle.
2014-08-21T22:05:09Z DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle. (repeated 205 times)
2014-08-21T22:05:09Z INFO: LLStreamingAudio_FMODEX::update: Stream starvation detected, muting stream audio until it clears.
2014-08-21T22:05:09Z DEBUG: LLStreamingAudio_FMODEX::update: diskbusy = 1 - progress = 0
2014-08-21T22:05:10Z DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle.
2014-08-21T22:05:20Z DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle. (repeated 50 times)
2014-08-21T22:05:20Z INFO: display_stats: FPS: 4.13
2014-08-21T22:05:21Z DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle.
2014-08-21T22:05:56Z DEBUG: LLAudioChannelFMODEX::cleanup: Aborting cleanup with no channel handle. (repeated 95 times)
2014-08-21T22:05:56Z DEBUG: LLStreamingAudio_FMODEX::stop: Deleting stream channel...
2014-08-21T22:05:56Z DEBUG: LLStreamingAudio_FMODEX::stop: Stream channel destroyed.
2014-08-21T22:05:56Z INFO: LLStreamingAudio_FMODEX::stop: Stopping internet stream: http://streams.turbodj.com:9916/
2014-08-21T22:05:56Z DEBUG: stopStream: Attempting to close the stream (current state is: 6)...

When I say the full log, I really mean, the full log... Please, zip it and post it. I need everything.

Ok, I am sorry.

Here the full log.

Thank you !

From what I can see, the freeze occurs inside FMOD Ex' release() code, which is beyond the viewer control. In your log, the stream got closed successfully a first time:

But it chocked the second time, 50 minutes later:
at which point FMOD Ex froze in release() (which call is surrounded by the two "Attempting to close the stream ..." and "Stream closed." debug messages, the latter never having been issued in this second case).

This is obviously a bug in FMOD Ex, but there may be some way to work around it, if we can find a common occurrence when it gets triggered. The stream starvation issue encountered in the second (frozing) case could be a clue, since it didn't happen in the first (successful) case.

Another possibility is that a race condition occurs between FMOD Ex streaming code and the viewer networking code, and one thing that makes me think about this is that the FPS rate on your system is abnormally low (4-5 FPS on a Core-i5 !?!). The reason is of course the lack of a proper graphics card:
I.e. your graphics card (or lack thereof) is not supported by the viewer which recourses to highly degraded graphics rendering routines.

With such a low FPS rate, the risk to run into an existing race condition increases by the same factor as the frame rate decreases (i.e., if such a race condition exists in FMOD Ex, you got 1 risk out of 4 to run into a race condition at 4 fps and only 1 risk out of 25 at 25 fps).

As a (temporary) conclusion, I cannot do anything more for now (the audio streaming code of the viewer is not responsible for the freeze, and it is perfectly safe by itself), and only more clues (more logs !) will perhaps help spotting a common ground for the freezes, perhaps allowing to find a work-around for them.

So, please, keep posting (full) logs...