Author |
Message |
g0rd0ngrfr33mailgr
Joined: 2011-09-27 11:18:31 Posts: 244
|
Hallo Henri and everyone! I'm having a small issue with Cool VL Viewer ever since I moved to Arch Linux from Debian/Ubuntu, but only now do I have the opportunity to report it. My issue is that there is slight delay of 2-3 seconds from the moment I click on a button or a gesture with sound is triggered, to the point when I actually hear it. I'm using a 64bit Linux, but I have all 32bit compatibility libraries installed. Other viewers don't have this issue, in any case. It's mostly a nuisance to me, as I don't use voice, but still I think it's something that can be fixed. It's low priority to me, in any case. My Help>About says: I attach my SecondLife.log file. I also ran the viewer through gdb and, though it had no stack trace since it didn't crash, I got Thanks!
|
2011-12-11 17:48:48 |
|
 |
Henri Beauchamp
Joined: 2009-03-17 18:42:51 Posts: 6030
|
It is absolutely normal for a sound to play after a delay (the time it gets downloaded) when it is not cached already... Once cached however, it plays instantly.
In any case, the Cool VL Viewer works just fine in this respect (if you see a difference with other viewers, it's most probably simply because the sound is already in their cache) and I cannot reproduce this issue here.
The log you provide also doesn't contain any line dealing with any sound playing (it looks like you just logged in and then immediately out), so it's impossible to tell if anything is wrong.
|
2011-12-11 20:20:43 |
|
 |
g0rd0ngrfr33mailgr
Joined: 2011-09-27 11:18:31 Posts: 244
|
I'm sorry, but this is not the case. This is the newest SecondLife.log. The last sound I triggered was my front door opening. I opened and let it close on its own. From the moment I opened the door to the moment I heard the sound I honesty counted 15 seconds. Before that I tried it a few times and waited at least five minutes as I was looking for that post where you explained the process to download the sounds locally (I'm afraid I didn't find it, btw). The same thing happens with the UI sounds (that click sound). Note: The log was too big for the forum engine and I didn't know where to cut it, so I uploaded it in my Dropbox. I suggest reading it bottom-up.
|
2011-12-12 14:47:40 |
|
 |
Henri Beauchamp
Joined: 2009-03-17 18:42:51 Posts: 6030
|
Your link points to a log of the Phoenix viewer... Only the Cool VL Viewer is supported here !
Note also that if you switch back and forth between viewers while using the same cache directory for all of them, the cache gets cleared each time you switch to the Cool VL Viewer (because it uses a newer cache structure, matching v2.2 viewers') and it is therefore normal that the sound gets re-downloaded each time, leading to the delay you experience.
|
2011-12-12 18:52:28 |
|
 |
g0rd0ngrfr33mailgr
Joined: 2011-09-27 11:18:31 Posts: 244
|
Arg! I'm sorry, I was checking out the new mesh Phoenix (yours, actually) and forgot to erase the log, so it wrote on top of it. Fine, I'll erase the whole .secondlife directory, start over and report back.
|
2011-12-12 19:16:36 |
|
 |
g0rd0ngrfr33mailgr
Joined: 2011-09-27 11:18:31 Posts: 244
|
|
2011-12-12 19:55:12 |
|
 |
Henri Beauchamp
Joined: 2009-03-17 18:42:51 Posts: 6030
|
It means the cache was cleared, so it's totally normal that any sound must be downloaded from the asset server (cache empty), which incurs a normal delay.
|
2011-12-12 21:32:54 |
|
 |
g0rd0ngrfr33mailgr
Joined: 2011-09-27 11:18:31 Posts: 244
|
…And my sounds issue remains even after today's update. More than 30 seconds delay the first time the sound is downloaded, about 16 seconds all the rest. *sighs* It is clearly not an issue of downloading, but something within the viewer's engine for playing sounds. Anyway, just saying.
|
2011-12-17 14:12:59 |
|
 |
Henri Beauchamp
Joined: 2009-03-17 18:42:51 Posts: 6030
|
I would seek a cause for your problem elsewhere... It's definitely not viewer-related (you are the only person to report such an issue since the 4+ years the Cool VL Viewer has been around)... Your sound daemon/driver, perhaps ?... Try enabling OpenAL instead of FMOD in the cool_vl_viewer wrapper script and see what happens...
|
2011-12-17 14:30:02 |
|
 |
g0rd0ngrfr33mailgr
Joined: 2011-09-27 11:18:31 Posts: 244
|
Right! That did the trick (no delay whatsoever, even at the beginning) and I thank you immensely  It couldn't be my daemons or drivers, simply because other 32-bit viewers (and 64-bit, for that matter, but this is irrelevant) don't have it. So it had to be something specific to Cool Viewer, and apparently it was the use of FMOD. Great! Thanks again!
|
2011-12-17 18:16:16 |
|
|