|
|
|
confirmed on Ubuntu 8.10 32bit using RC8
But I can't say that for me it has become not so often. It's the same as before, every 60 seconds. [2009/02/06 1:11] Connecting to in-world Voice Chat... No change at all. BUT Additionally, the workaround with using the openal libs from 1.19.5 is now broken, too! If I use the old libs I hear a horrible clicking noise all the time and it won't connect to SL Voice at all then. So in fact, RC8 now cuts me off of Voice completely! same experience in 1.22.RC8 as my predecessor poster
first some times distorted voice, reconnects every minute, after first reconnect only see me on voice list (and same behavior as in the other 1.22 RCx + 1.21.6) here: OpenSuse 11.0 32 Bit, Creative Audigy 2 I think i did got it working by using the libopenal.so.0 delievered with OpenSuse 11.0:
worked so far, no reconnects for an hour, sound (music + media) ok And can also only agree, this is near a showstopper (for me only critical as not using that much voice till now) Edit: had chance to test run it now with this solution, i could see in list all near me and hear all other ones voices, and music, very good, for more than fifteen minutes. Only thing was they didnt hear me but maybe this was only (tricky) mixer setting of the Audigy card Mic input. you're a lucky one having such a workaround. Ubunto 8.10 doesn't deliver libopenal.so.0 anymore, just the next version libopenal.so.1 (Version 1.3.253). And with these libraries the bug is the same as with the SL original ones... :-/
I will try if I can download the source of the latest openal 0.x and compile manually. If I have any success I will report here. I fetched the original openal 0.8 sources (from ubuntu hardy repos, they always keep orig sources, and seperate diff files they use for ubuntu) and compiled it, did not install the lib, but copied it over into the SL lib dir. I could connect to voice, but my audio wasn't transmitted at all.
Then I fetched the latest openal-soft source package version 1.6.372 from Now I can connect to voice, but it still reconnects now and then. But now its "just" every 5 to 10 minutes. When it reconnects, I have messages in my SL log similar to the ones posted above: 2009-02-07T13:35:53Z INFO: LLVoiceClient::sessionRemovedEvent: handle c1_m1000xtrqK2L5nSY--UmnRIPVr7Q==1 Does that give any clues to anybody? :-/ I'm really very sad that a newer version takes back functionality which I could get at least with workarounds in the past... EDIT: Second Life 1.22.8 (109366) Feb 1 2009 13:09:21 (Second Life Release Candidate)
Release Notes You are at 148545.3, 306241.0, 2.8 in Best of Rotterdam located at sim8711.agni.lindenlab.com (8.10.145.134:13002) CPU: Dual PowerPC 970 (1800 MHz) libcurl Version: libcurl/7.13.1 OpenSSL/0.9.7l zlib/1.2.3 Voice has worked maybe 1% of the time I have used this client. It worked twice (on different logins) for a few minutes after re-activating voice but 99% of the time voice is not available (Talk icon inactive). Daneel Aya wrote:
Edit: had chance to test run it now with this solution, i could see in list all near me and hear all other ones voices, and music, very good, for more than fifteen minutes. Only thing was they didnt hear me but maybe this was only (tricky) mixer setting of the Audigy card Mic input. Will have a closer look on this one item as i have time. -------------- That was the state I got after I built my very own libopenal.so.0 version 0.8 (with symlink libopenal.so.1 so SL finds it). And I made sure it's not a mixer problem, because I used audacity to test recording and additionally, just changing the libopenal.so.1 to version 1.3 or 1.6 instantly gives audio transmitted, so I guess Daneel might find out that with openal 0.8 recording doesn't work. Ok back now with (some) Success
 ) (for me at least maybe 
The old 0.0.8 has the problem that it seem not to connect correctly the mic input from ALSA or whatever sound system, and no chance to choose input source from SL client preferences OK then i tried "libopenal.so.1.6.372" from opensuse software repositories With this implementation i have
Have 2 try bit more next time i have friends 2 voice chat on .... Edit Feb 12: Ok did a longer voice chat in SL - additions:
Hope Linden or OpenAl fix it soon ..... On
I will do that the next days, but perhaps somebody can test earlier already? No progress with this new hint. Still reconnecting every few minutes.
Another user reported that using openal lib from http://packages.debian.org/lenny/libopenal1 I tried too
(Opensuse 11.0, using openAL 1.6.372, 32 bit , Creative Audigy 2) 2009-03-07T20:02:29Z INFO: LLVoiceClient::sessionRemovedEvent: handle c1_m1000xeNYcXAOlQSak0VsJACJf9Q==0 Any suggestion for some more debugging level? in the advanced menu i find several items but not anyone seems suitable to me... EDIT: 2 get log above i waited long (murphies law seems) - got new record - 20 Mins connected Can anyone please attach viewer logs for us to review?
Sure, would the terminal output where i start secondlife be sufficient or any other instructions / start parameters? (terminal i mean like part of it above, just would add the complete log from start with all information)
Will do a console output attach here next time i am on anyway. EDIT: two logs, first original 1.22.11.113976, second with overwritten libopenal.so.1 from OpenALSoft 1.6.372: two logs, first original 1.22.11.113976, second with overwritten libopenal.so.1 from OpenALSoft 1.6.372
If i should give any debug aparameter or other log, pls tell me summary: 1) original: reconnects every minute, seems session now restored here too Opensuse 11.0 / 32 Bit, Audigy 2 soundcard CPU: Intel(R) Core(TM)2 Duo CPU E6850 @ 3.00GHz libcurl Version: libcurl/7.16.4 OpenSSL/0.9.7c zlib/1.2.3 c-ares/1.4.0 Alexa, Tofu, whoever, we need status update here desperately!
Before 1.22 RC8 we had the workaround to replace the libopenal from 1.19 line viewer, but this workaround is not working anymore since 1.22. RC8! Just figure how that looks like from the outside: Please help us getting Voice back! Do you need any additional info? I'm now running on Ubuntu 9.04 without change to this problem. I can send soundcard infos, I can send alsa configuration, just tell me what you need! My credit card info? Gosh, you already have that! Do try the 1.23 prerelease (warning: it's a prerelease!) at: http://automated-builds-secondlife-com.s3.amazonaws.com/viewer-public-nightly/118316/SecondLife-i686-1.23.0.118316.tar.bz2
... as it claims to have some assorted voice fixes. If that fails, I'd urge you to try dropping-in as many home-built OpenAL versions as you can get your hands on - ideally OpenAL Soft at various version numbers, and there are some unofficial PulseAudio patches floating around which MAY help - please report results. Failing that we'll see how future voice SDKs fair - the vendor is looking into more Linux fixes. OK Tested it ....... (Audigy 2 soundcard, Opensuse 11.0 32 bit )
ORIGINAL NIGHTLY with delievered openAL 1.1: Second Life 1.23.0 (118316) Apr 23 2009 21:25:15 (Second Life Public Nightly) Built with GCC version 40102 Sie befinden sich in 259344.1, 253355.3, 86.5 in Wengen located at sim2449.agni.lindenlab.com (216.82.17.200:13002) CPU: Intel(R) Core(TM)2 Duo CPU E6850 @ 3.00GHz libcurl Version: libcurl/7.16.4 OpenSSL/0.9.7c zlib/1.2.3 c-ares/1.4.0 SAME BEHAVIOUR - every MINUTE reconnects (didnt test voice itself so) [13:59] Verbindung mit In-Welt-Voice-Chat... SAME BEHAVIOUR ... reconnects from some times 1 min, normally every ten minutes, up 2 20 mins EDIT: just P.S: had crash this nightly if i try 2 enable Anitaliasing, did submit crash report ... EDIT2: tried change of ALUT.so ... didnt change my results so far:
Tried included openal: reconnects every minute like a clockwork Tried self-built openal 0.8 with expected results of noise and cracks and stuff, no real "sound". Tried self-built openal 1.6.372: Reconnects between 1 min and 20 min. Most times after 2 or 3 minutes my mic stops working. fetched new openal 1.7.411 and built it: Same behavior like 1.6.372. Possibly others hear some crackles in my voice from time to time, but could be listener side problem as well. Would count that as "no change". I now made tests using pulseaudio. I made a clean pulseaudio installation, no special config, auto device recognition through HAL.
I now document everything I tried even the steps where I failed, because perhaps this has some information somebody find useful nevertheless, so sorry for being that verbose. So first I wanted my system to use pulse wherever it can. So I routed alsa to pulse with this ~/.asoundrc: pcm.!default { type pulse } I made sure that pulse itself works fine, and it does. Audacity with alsa backend works great with playback and record. mplayer plays great with pulse natively as well as with that alsa -> pulse routing above. Then I fetched a version of openal which has pulseaudio backend included. Sadly this is not developed anymore and is quite old. Then I changed my ~/alsoftrc to this: drivers = pulseaudio,alsa This way SL using the special openal version will use pulse as backend and other applications using openal will use the system library and will not recognise backend "pulseaudio" and fall back to alsa (which routes back to pulse then as well). I started SL and made sure in the output, that it uses alsa directly with pulse: 2009-05-06T13:28:14Z INFO: init: LLAudioEngine_OpenAL::init() OpenAL successfully initialized I logged in and tested sound. Inworld sound worked very fine! Then I connected Voice. Now I have 2 observations. First was that seemingly this pulseaudo backend for openal does not support capturing: As it's not developed anymore, we're at a dead end here. I let it run anyway and found out that SL Voice was reconnectiong after 11 minutes. That was where I logged off again. Then I tried to get SL using Alsa and then going from Alsa to pulse. So I changed my .alsoftrc to this: Then I deleted the openal lib in SecondLife/lib directory, so SL will use the system library. After logging back in, I had good sound again, but noticed higher CPU usage. Then I connected to voice and CPU usage went through the roof, FPS dropping to half and lower. After some playing around I added one line to my ~/.alsoftrc in [alsa] section: So the complete file looks this way: drivers = alsa SL sound works, I'm connected to SL Voice, CPU is as high as usual before. But I found one thing: At least I'm now connected to voice for more than 20 minutes without reconnect. So this would be a progress for sure. drivers = alsa But this has to wait a little until I find some more time. Thanks for being adventurous.
So it sounds like the old pulseaudio support works the best for you. If so, I have some good news! The very latest GIT repository versions of OpenAL-Soft ( http://repo.or.cz/w/openal-soft.git ) have official support for PulseAudio, finally, including Capture. That would be interesting to test.
hehe that's great hint!
The old openal with pulseaudio "hack" was reconnecting, but the recent one going through alsa to pulse was stable, so lets see if this one can do both capturing and stay connected. I successfulls checked out the git repo and built the lib. I verified it has the pulse support with the included openal-info tool. I built a deb package for my jaunty 32-bit and as soon as I can reach my desktop pc again, I will install it there system wide (yes, I'm adventurous hehe) and report the results. okay it really seems to work!
I installed openal 1.7.411 from git and set ~/.alsoftrc to drivers = pulse,alsa [alsa] (Alsa fallback just for the sake of safety) Then in SL Voice Prefs I could set the devices to Pulseaudio Capture and Pulseaudio Software and it just works! And now with having the sound in pulseaudio I can separately route SL Sound, SL Music and SL Voice to any availiable soundcard or even to a distant pulseaudio server on the net. So I can now have SL Voice on my headset, SL Audio on the PC speakers and SL Music streamed to the pulse server on my laptop which is connected to my sound system Edit: Yes I made sure that SL uses pulse natively and not using the alsa fallback. Installed the new OpenAL 1.7.411 from the opensuse repositories
(openal-soft-1.7.411-2.1.i586.rpm, libopenal0-soft-1.7.411-2.1.i586.rpm, libopenal1-soft-1.7.411-2.1.i586.rpm) and deleted the with the SL client delivered openal.so (so that the system installed one, the above) is used. Result: very promising!!!! No reconnects seen for 4 hrs Music + Media OK, hear other voice chats, see the input of mic in prefs) I am using ALSA sound system so it seems to work I installed the new media-libs/openal-1.7.411 on Gentoo. Now it seems to be fixed for me.
I confirm, pulseaudio was not the bit that solved the problem, but it was OpenAL 1.7.411 itself.
Out of curiosity, I switched back to alsa and it still works with that version. So fix would be to deliver SL with OpenAL 1.7.411 (or higher in the future). Would be a tough choice, I admit, for being a subversion snapshot... But so far the only drawback seems to be that when minimizing SL, the CPU load does not sink, sometimes even rise. Elas metadata update reminded me again of this jira and I'd like to say that OpenAL 1.7.411 still is the solution to all my audio problems with SL. It works with SL release version, with CoolSL version, and even Snowglobe works just great with that. I don't know why it's still not bundled with SL.
Any known drawbacks that would block that inclusion? My CPU load problems disappeared in the meanwhile, I guess it wasn't openal causing this, perhaps it was an audio system misconfiguration or such. Cannot reproduce anymore. In the meantime we also don't necessarily talk about a git snapshot, as OpenAL 1.8.466 has been released already. Would it be of any benefit if I provide test results with that one? OOPS – I replaced the libopenal.so.1 in the Secondlife 1.23.5 directory, then ran Snowglobe. I'm editing this comment to reflect reality.
I'm using Snowglobe-i686-1.2.0.2879. The audio chip (according to lspci) is an Intel 82801H (ICH8 Family). If I have Voice set to use the "ALSA default", I get horribly quality problems – every couple of seconds there's a glitch. I saw this before, and Tofu, I talked to you extensively about it several months ago. I found that if I select the input device "ALSA Capture on HDA Intel [ALC268 Analog]", then the voice quality is just fine. However, fairly frequently my mic will cut out. Every several seconds I get a brief gap. Then, every few to every several minutes my mic just no longer picks up anything; it's as if I have it muted. After a while, it will start picking up sound again. I have not seen any voice-related spewage to the console when these things happen. These are the symptoms I get using the libopenal.so.1 that is shipped with Snowglobe. When I put the libopenal.so.1 from openal-soft-1.8.466 in the lib subdirectory of the Snowglobe directory, regular sound in SL works, but Voice isn't starting up at all.
This is the only potentially relevant thing I see in the console output: 2009-10-18T03:14:30Z INFO: LLVoiceClient::connectorCreateResponse: Connector.Create succeeded, Vivox SDK version is 2.1.3010.6270 ...added later, it just took nearly a minute to start up. However, no matter what device I set for input, when I talk, it's horribly distorted. This was just using ALSA. When I use pulseaudio, things sound OK, but I get exactly the "dropping out" behavior described in the previous post. I do think there is some urgency to this – I can use a 1.22 series viewer for now, since I've managed to find a messed up configuration of installed stuff that makes that work. However, it's only a matter of time before 1.22 is broken for using Second Life at all and gets blocked out, or until Vivox stops supporting the protocol in the old SDK. I hope somehow I can find a working Linux Voice solution before that.... |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|
Bug
Open
Major
linux - libopenal.so.1 and 1.22.8 (and newer - see comments) voice still disconnecting and reconnecting
VWR-5745was the issue with earlier viewers.