Re: new attempt to solve an old problem with gkrellmsss
Jack <[email protected]> Wed, 29 Sep 2010 18:55:22 -0400
| Newsgroups | gmane.comp.gnome.apps.gkrellm |
|---|---|
| Message-ID | <1285800922.6712.0@ffortso4> |
On 2010.09.29 12:38, Bill Wilson wrote: > On Tue, 28 Sep 2010 17:32:43 -0400 > Jack <[email protected]> wrote: > > On 2010.09.20 09:05, Jack wrote: > > > On 2010.09.17 19:14, Bill Wilson wrote: > > >> I've got another tarball for you to try, same link: > > >> > > >> > http://members.dslextreme.com/users/billw/test/gkrellmss.tar.gz > > >>> I've played some more with this. The error is coming from the >>> ...._set_buffer_size call, but the particular error message of >>> Invalid Argument doesn't make sense to me. I tried smaller and >>> larger values, all with the same error. I tried using the >>> ..._set_buffer_size_near call instead - same error. I then tried >>> commenting out that call. No error. In that case, the console >>> says: > > > ALSA set periods min 2 (1) > > > ALSA set periods first 2 (1) > > > ALSA pcm opened OK. n_frames=940 > > > gdk_input_add: 5 bufsize: 3760 >>> Calling ..._get_buffer_size also gives the same Invalid Argument >>> error - but that is as a substitute for the set call. I suppose >>> setting it to 3760 would work, but I can't tell where that number >>> comes from, and why bother to set it if it works without? > > >> I've taken the new gkrellmss.so compiled from the tarball with that >> one call commented out, and put in in ~/.gkrellm2/plugins, and it >> seems to be working fine. I'd still love to know if the error is >> due to some misconfiguration on my machine, or do I just chalk it up >> to "blue magic dust and phase of the moon?" > > > > Anyway - thanks for getting me to a version that works. > > The n_frames you get without setting the buffer size seems an odd > size to me and says that maybe your ALSA (due to your sound card > maybe????) has some hard wired limit on what the size can be. If I > don't set the buffer size on my machine, I get a n_frames blowup of > 349525 and this makes the plugin not work in real time because it > then takes seconds to fill up the buffer. > > So gkrellmss needs to at least try to set the ALSA buffer size. But > if it fails as in your case, I'm now letting the program continue on > its merry way which should reduce to your case of not making the call > at all. At least I expect that, but to be sure, can you try one last > test with a new tarball, same link again? > > Run gkrellm on the plugin with the -debug46 flag to output the buffer > size info. > > On my machine the -debug46 is giving: > > ALSA set periods min request: 2 actual: 3 dir: 0 > ALSA set periods first actual: 3 dir: 0 > ALSA set buffer size request: 3072 > ALSA set buffer size actual: 3072 > ALSA pcm opened OK. n_frames: 1024 > gdk_input_add: 11 pipe size: 4096 OK - no errors with this one. Output is: ALSA set periods min request: 2 actual: 2 dir: 1 ALSA set periods first actual: 2 dir: 1 ALSA set buffer size request: 2048 ALSA set buffer size actual: 2822 ALSA pcm opened OK. n_frames: 940 gdk_input_add: 5 pipe size: 3760 lspci -vv for my audio (built into the Asus M2N4-SLI motherboard) gives: Multimedia audio controller: nVidia Corporation CK804 AC'97 Audio Controller (rev a2) Subsystem: ASUSTeK Computer Inc. Device 822c Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 (500ns min, 1250ns max) Interrupt: pin A routed to IRQ 22 Region 0: I/O ports at f000 [size=256] Region 1: I/O ports at ec00 [size=256] Region 2: Memory at fe02d000 (32-bit, non-prefetchable) [size=4K] Capabilities: [44] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: Intel ICH Kernel modules: snd-intel8x0 just in case anything there looks off. Let me know if there any other info I can provide, but as this now works for me, I'm happy. Thanks again. Jack ______________________________________________ Gkrellm mailing list [email protected] Read archives-join-leave-set RSS feed: http://archive.lists.netservicesgroup.com This service is provided by The Network Services Group: http://www.netservicesgroup.com