Driver-update: Logitech Mouseware v9.61

Verwijderd meldt dat er een nieuwe versie van de Logitech Mouseware is. Met behulp van deze software kunnen er veel extra's aan de knoppen van je Logitech muis worden toegevoegd. Het pakket werkt zowel met muizen als met trackballs. Helaas was er op de site van Logitech nergens te vinden wat de veranderingen tegenover de laatste versie zijn. Hieronder de verschillende talen van dit software-pakket en driver.

Nederlands
Engels

Versienummer	v9.61
Besturingssystemen	Windows 9x, Windows NT, Windows 2000, Windows XP
Website	Logitech
Download	ftp://ftp.logitech.com/pub/techsupport/mouse/mw961nld.exe

Reacties (35)

[Bossie]

Is hiermee ook die scroll bug opgelost

Driver gedl --> probleem niet opgelost

[TheOneLLama]

Dit is geen bug.. dat is komt gewoon doordat zo vaak mogelijk je scherm gehertekend wordt. In BV IE kan dat nogal wat CPU opleveren ja. Heb het ff getest en krijg idd 100% CPU daar.. Doe ik het echter in Opera dan kan ik scrollen wat ik wil, boven de 50% komt ie niet uit.. bovendien gaat het scrollen veel soepeler (geen schokken) en als ik stop met scrollen is de pagina er gelijk weer.. bij IE moet ie nog ff "uitscrollen" (erg irritant, alsof je scrollwheel een remweg heeft ofzo..).

[Fairy]

Ik zet altijd in de instellingen van IE het smooth scrolling uit bij advanced. Werkt echt perfect !

[Verwijderd]

Wat is dat toch met die scrollbug
Ik heb zelf de Cordless mouseman wheel (draadloos dus ) maar ik heb daar nooit problemen mee onder XP. Ook met deze drivers doet het wieltje het gewoon.

[Bossie]

De scroll bug is dat als je scrollt je cpu gebruik opeens omhoogvliegt

hier bv schiet ie gewoon naar de 75%

edit --> was bedoeld als reactie op tweakit!

[Verwijderd]

Geen last van hier. Hij gaat natuurlijk wel iets omhoog, omdat hij iets moet doen. Maar meer als 15% verhoging zit er niet in.

[henk jansen]

vaag man.. da wis ik helemaal niet. niet dat ik er last van heb maar nu ik het effe natest bij mij heb ik het ook. en het ligt niet aan de sotware van logitech zelf.. althans heb ik niet geinstaleerd. kan zijn dat er al iets van is ingebakken in XP maar dacht van niet

* 786562 henk

[twiFight]

Wow! niet fijn man. 80-100% CPU usage bij een beetje veel scrollen.

Nooit geweten dat die bug bestond. Wist alleen van de niet werkende mouse wheel maargoed daar is al tijden een patch voor.

Is er ook een patch voor dit overmatig scroll gedoe?

[ACM]

Dat zal meer met dingen als Smooth Scrolling te maken hebben, dan met Logitech's drivers...

[Crest]

Waarom deze software installeren onder XP?
De muis doet het nu toch ook goed?

[LollieStick]

mja... waarom update je de drivers van je sb live??? om voor en achter geluid te krijgen of om beter eax te krijgen of om problemen op te lossen? mja.... muis is hardware en hardware heeft wel eens problemen. ze leveren het niet voor Jan L*l.

[Len]

Deze drivers komen NOOIT op mijn PC.

Ik speel vaak TFC en als ik deze drivers erop zet moet ik meteen weer wennen. (en ik heb het gevoel dat mijn aim er toch niet beter van wordt)

[smokey]

huh ligt tet nou aan mij of heb je altijd 75% cpu load ofzo tijdens naar benede/bovengaan. of ik dat nou met toetsen van toetsenbord doe of als ik die balk naar beneden trek krijg je altijd load. dat heeft toch helemaal niks met de muisdrivers te maken

[twiFight]

Heel wild scrollen met de balk levert mij maximaal nog niet eens 50% cpu usage op.

Maar vrij rustig scrollen met de muis 80% minimaal.

Het is volgens mij niet cpu en/of muis afhankelijk want mijn broer heeft een veel snellere pc en een microsoft muis en die heeft quote '98% cpu usage'.

Misschien een OS probleem?

Ik heb het trouwens alleen geprobeerd met IE scrollen, niet met Word of in-game enz enz.

[FireFly]

Als je snel scrolt, dan verwerkt die niet zoveel dan als je traag scrolt (merk je ook op je scherm dat er "frames" worden overgeslagen).
Zoals Warchild ION zei : heel normaal op een computer hoor.
Net 't zelfde als je de pagina naar beneden en naar boven sleept, dan stijgt je cpu-load ook

[Verwijderd]

Is er ook een goede reden waarom ik die Logitech Mouseware zou willen installeren? Ik heb die drivers nog nooit gebruikt en mijn muizen doen het anders prima.

[knakworst]

extra functies bij de knoppen. Heb zelf ook nooit de software geïnstalleerd trouwens.

[Fuzzillogic]

Kan iemand me even vertellen of de optie HyperJump er weer in zit? De roelerende feature hadden ze nl gesloopt bij de vorige versie Waarom toch

[s3mt3x]

Inderdaad onbegrijpelijk. Aan de andere kant weet je nu dat je de drivers van deze muis nooit meer hoeft te upgraden. Da's dan wel weer lekker rustig

[SvMp]

In dit nieuws-topic lees ik vele reacties over ze zogenaamde "scroll bug", het verschijnsel dat de CPU-usage tijdens het scrollen met het wieltje heel hoog wordt.

Ik denk dat het geen bug is, maar dat het een logisch verklaarbaar verschijnsel is.
Als je scrollt, wordt de venster-inhoud vernieuwd. Als je met je wieltje draait, lijkt het voor je OS net alsof je steeds kleine stukjes scrollt. Na elk stukje scrollen, wordt je venster-inhoud weer vernieuwd. Voordat echter de vernieuwing is voltooid, wordt er weer een stukje gescrolld, aangezien de gebruiker nog steeds aan dat wieltje draait, en weer wordt er ververst. Dus gedurende het draaien wordt het venster voortdurend vernieuwd. Een venster vernieuwen kost veel CPU-tijd, met name bij geavanceerde programma's als Internet Explorer. Al die vernieuwingen achter elkaar veroorzaken die hoge CPU-usage tijdens het scrollen

Mijn verklaring verklaart ook dit soort verschijnselen:
Gepost door twiFight:

Heel wild scrollen met de balk levert mij maximaal nog niet eens 50% cpu usage op.

Maar vrij rustig scrollen met de muis 80% minimaal.

Als je heel wild scrollt, heb je weinig vernieuwingen van je venster, je scrollt er in grote stappen doorheen. Als je het rustig aan doet, heb je voortdurend vernieuwingen.

Naar aanleiding van deze feiten samen met mijn bovenstaande verklaring van de "scrollbug" kun je stellen dat wild scrollen (met weinig vernieuwingen) minder CPU-tijd kost als rustig scrollen (met veel vernieuwingen)
En dat is precies wat twiFight heeft waargenomen

[DJ-Anubis]

Je verklaring kan volgents mij niet helemaal waar zijn.
Bij mij schiet bij (scrollwiel) de cpu usage ook richting de 80 a 85%.

Jouw verversings-complot-theorie zou ook op moeten gaan voor het gewoon slepen van je scrollbar rechts.
Bij gebruik van de scrollbar loopt de cpu usage bij mij tot maximaal 30% op.
Of mis ik iets ergents?!

[Verwijderd]

Bij mij als ik game werkt mijn scrol gewoon niet , moet em_exec eerst uitschakeling mee da ctrl-alt-del
hier oplossing?

[Anton]

Daar is ook al jaren een oplossing voor: een register-aanpassing, die gewoon te downloaden is van de logitech-site bij de drivers. En het zou heel goed kunnen dat die ook in deze driver al standaard is doorgevoerd want ik heb nog geen aanpassing hoeven te doen. Maar ik weet niet zeker of de key bij een installatie overschreven wordt als die al bestaat.

[STING]

Ik had dit ook in bijv. Empire Earth, maar heb dit kunnen verhelpen door de optie 'Use MS Office compatible Scroll only' aan te vinken in de tab Buttons.

[Verwijderd]

WOW!!!
Je hebt gelijk ,mijn cpu gebruik gaan zelfs naar 100% als ik hen en weer scroll.
Nooit opgevalen want er was nooit probleem met de muis.Heb wel enige tests gemaakt(DVD Rip naar Mpeg4=100% CPU verbruik) maar de daadwerkelijke gebruik van CPU door de mis moet minimaal zjin want het rippen ging met dezelfde snelheid door!!Het is blijkbaar een Windows XP bug
AMD XP1700@2000

[hightower]

Haha, onder 2000 dus ook

Maar ik heb er verder niet zo'n last van.

[Verwijderd]

Onder Windows 98 had ik met Mouseware altijd het probleem dat als ik in de verkenner een tree uitvouwde door in de linker helft op het plusje te klikken, hij dan meteen daarna weer dichtvouwde. Pas bij de tweede keer openen bleef de tree dan open.

Daarom durfde ik het lang niet meer te gebruiken. Pas recent heb ik 't weer op m'n server geinstalleerd, omdat ik een grote zwarte cursor wil, en 2000 Server die niet heeft. Onder Windows 2000 treed dat rare effect van meteen weer sluitende trees dus niet op.