DE RESULTATEN - INTRODUCTIE:
Een
paar maanden geleden maakte ik een oproep om feedback
visueel te versimpelen voor de Tweakers Crew die over de reviews gaat. Zij stelde niet alle feedback te begrijpen, en vanuit de community, waar toch alle feedback is gelegen, is dan de enige logische optie om deze samen te vatten.
Het toen genoemde voorbeeld zal in de resultaten worden toegepast:
The Mask:- [GPU] Framespikes dienen in een aparte grafiek vermeld te worden. Dit kan middels de huidige grafiek implementaties. Link naar voorbeeld waar framespikes te zien zijn en bovenal, wat zij duidelijk maakt.
- [CPU] All core performance wordt nu niet gelijkwaardig getest, via Cinebench 15 en 20 met deze variabelen kan je een evenwichtiger beeld scheppen. met daarbij een link naar die variabelen.
Corset:
Volgende lijstje
Disclaimer:
Een woord vooraf: Dit is geen
catch-all post die alles van de afgelopen jaren samenvat. Gekeken is naar de feedback van de twee groepen gebruikers die zijn aangeschreven en dit topic zelf. Dit is vervolgens gegroepeerd op persoon en gescheiden door primitieve tags per onderwerp. Doel is feedback zo summier mogelijk samenvatten en tegelijkertijd een oplossing te bieden in even summiere woorden.
Hulp en ondersteuning is geleverd door @
CH4OS, welke een grote link index heeft aangeleverd op basis van het topic om zo verwerking te versnellen daar mijn tijd niet oneindig is. Dank voor dit vele werk!
Dank aan:
@
-The_Mask-, @
Hahn, @
Helgie, @
pino85, @
magician2000, @
_Dune_, en @
Ch3cker voor het meewerken hieraan. Tevens dank aan alle anderen voor het leveren van reacties in de enquetes.
Deze resultaten zullen geen oplossing zijn voor hoe Crew en Community met elkaar omgaan. Feedback op dit aspect is vaak langsgekomen in de DM's en het moet worden gezegd dat dit een issue is voor een andere discussie. Hoe men elkaar benadert en hoe, zeker Tweakers HQ vertaalt en herhaalt is iets wat
intern aangekaart dient te worden. Ik acht dit dan ook als essentieel voor hoe Tweakers en Community in de toekomst met elkaar om zullen moeten gaan. Zonder een evaluatie op dit gebied zal de frustratie bij beide partijen groeien waarbij Tweakers dan het spit zal delven. De community kan immers kiezen voor vertrek, maar Tweakers heeft een site, medewerkers en resources te bewaken.
Tevens heb ik bij het verwerken van sommige aangeschrevenen niets overgenomen of dingen weggelaten. De reden hiervan is bovenal omdat deze geen basis bevatte voor inhoudelijke feedback, maar vooral gericht was op het gedrag van de crew zelf. Anderen stopten domweg met reageren. Ondanks meerdere pogingen het idee te verduidelijken heeft dat niet altijd geleid tot een bevredigend resultaat (Het resultaat in dezen was eerder teleurstelling.) Deze zullen dan ook niet worden vermeld om zo hun anonimiteit te garanderen.
Als laatste: Duplicaat klachten zijn niet meegenomen, en de adviezen geuit in de sectie na de individuele feedback zijn vooral generiek van aard met 1 of 2 voorbeelden. Ik voel er namelijk weinig voor om elk voorbeeld aan te halen wanneer een duidelijk en omvat advies alles bevat. Zoals eerder gesteld, aanpassingen moeten ook een basis in de realiteit kennen, gebaseerd op de capaciteiten van HQ.
Dat gezegd hebbende, de feedback!
DE RESULTATEN - FEEDBACK - INDIVIDUEEL:
Hahn:- [GPU] Percentages in grafieken uitbreiden - Als je over de balken in de grafieken hovert zie je de relatieve prestatiewinst/-verlies, maar percentages zeggen niet altijd alles. Het zou mooi zijn als je naast +5% of -23,2% ook zou zien dat die +5% ook +15fps betekent, of dat die -23,2% slechts -8 frames per seconde betekent. Dit kan afgevangen worden met het toevoegen van een extra parameter in de bestaande grafiek.
- [CPU] Kleurstelling grafieken - AMD worden vaak Team Red of Team Blue genoemd. IPV random kleuren voor de grafieken te gebruiken, beperk het tot rood of blauw. Is een processor of meerdere processors belangrijker, maak deze dan fel blauw of rood. Voorbeeld zoals WCCFTech kleuren gebruikt hier.
Pino85:- [GPU] Oudere drivers/updates - Men geeft aan dat het teveel tijd kost om per systeem voor alle games de update voor de driver uit te testen, met als gevolg dat resultaten afwijken van de rest van de sites. Dit (resultaten) moet op voorhand kloppen en up-to-date zijn. Oplossing: Of meerdere systemen uitbreiden via een OEM configuratie, of minder games testen zodat het protocol kleiner wordt maar wel beheersbaarder. Is de eerste oplossing financieel niet haalbaar, dan dit expliciet aangeven ter transparantie en voor optie 2 gaan.
Helgie:- [GPU] Vermelding van 0.1% lows - 1% lows (99th percentile) wordt op dit moment al meegenomen, maar 0.1% lows zijn even zo nuttig, zo niet nuttiger. Zie de video hier.
- [GPU] Coil whine - GPU's, net als transitors op het moederbord, kunnen last krijgen van coil whine, storende geluiden afkomstig van de video kaart. Deze voortaan opnoemen, of desnoods meten hoeveel DB deze is op het totaal van de computerkast.
- [GPU] Temperatuur VRM en relevante onderdelen vermelden - Deze modules leveren de stroom voor de GPU en zijn essentieel bij overklokken. Mede hierom is het vrij relevant de temperatuur van deze te vermelden met het oog op overklokken. Meer info over de noodzaak van het meten van VRM vind je hier en hier. Dit kan afgevangen worden in een parameter op de grafiek, maar dient wel gemeten worden met een monitor tool.
- [GPU] Stevigheid van de kaart vermelden - Kaarten willen nog weleens per fabrikant verschillen in stevigheid. Als een kaart op lagere kwaliteit silicon is geproduceerd of minder goed kan overklokken, wellicht handig dit te vermelden.
- [CPU] Temperatuur vermelden - Testen hoe een CPU onder load consistent presteert en op welke temperatuur. Oplossing: Pak de meest populaire koeler in een prijsklasse die bij de CPU past, draai het ding 24 uur op vol vermogen met Prime95 en noteer dan de temperatuur (ook de ambient temperatuur, uiteraard), kloksnelheid, benchmarkscores en het opgenomen vermogen. Het is misschien geen realistisch scenario, maar zo weet je absoluut zeker welke performance je minimaal uit de CPU kan halen.
- [PSU] Temperatuur relevante componenten - Middels een IR camera kan de temperatuur worden gemeten van bepaalde onderdelen in de PSU. Een dergelijke camera is een vrij lage kostenpost, maar levert wel een extra stuk detail die zeker bij PSU's essentieel is.
Magician2000:
Magician's adviezen zijn van een veel algemener aard. Ik tracht dan ook deze zo specifiek en correct mogelijk weer te geven. In het algemeen valt er te vermelden dat de crew meer transparant zou moeten wezen. Als iets niet goed of onvolledig gemeten cq getest kan worden, dient dit te worden vermeld.
- [MONITOR] Blinde tests. - Dit kan natuurlijk ook voor GPU's en CPU's/PSU's gelden, maar sommige fabrikanten willen nog wel eens een testmodel levern die beter presteert, maar dit komt dan niet terug in de review.
- [Link 1] Dit is een voorbeeld van een volgens Magician2000 gekleurde review - hier.
- [Link 2] Dit is een voorbeeld van een review die meer technisch onderbouwd kon worden - hier. Volgens Magician2000 is dit meer een advertorial dan een review.
Dune:- [OS] Verscheidenheid in Windows 10. - Er wordt wel eens met verschillende Windows 10 versies getest. Het is hierbij zaak om zo uniform mogelijk van dezelfde versie gebruik te maken. Dit is vergelijkbaar met de algemene feedback dat er zoveel mogelijk met dezelfde GPU driver getest worden. Ook beveiligings patches dienen up to date zijn, zie hier.
- [GPU] Relevantie in het onderwerp - In dezelfde link is er een kopje gamebenchmarks. Je kan je afvragen hoe relevant gaming is als je met processors aan de gang gaat die voor een andere markt zijn dan de gemiddelde gebruiker. Kortom, er dient beter nagedacht te worden over de relevantie van bepaalde onderwerpen. Zie hier.
Redneckerz:- [GPU] Context specifiek testen. - In de Athlon 3000G review wordt de iGPU (Vega 3) in games getest op 1080p. Hoewel dat een gangbare resolutie is, is dit geen logische performance resolutie. Bij een budget processor dient hier beter naar gekeken te worden om zo ''realistische'' 3D performance te testen. Als men 1080p wilt behouden, test dan ook op 720p, hence ''context specifiek'' testen: Beoordeel performance op basis van de hardware. Een Vega 8 of 11 zal minder moeite hebben met 1080p gaming dan een Vega 3, en dat zal ook gelden voor low budget discrete GPU's. Dit is vergelijkbaar met het punt Testen naar relevant nut.
Aldus concludeert het
individuele deel.
DE RESULTATEN - FEEDBACK - ALGEMEEN:
Daarnaast is er door het topic ook genoeg feedback geleverd. Deze zal ik niet op naam doen maar in het algemeen behandelen (wel op tag natuurlijk) en alleen als het nieuwe feedback betreft die niet hierboven al is opgemerkt. Duplicaat klachten zullen dus worden overgeslagen, ook al gaan zij over een andere (Nieuwere/oudere) review of nieuwsitem. Het is immers niet nodig om voor elke review hetzelfde verhaal op te tekenen.
Veel zal hierbij van The Mask zijn maar dat mag bekend zijn

Wat volgt is een uitgebreide uiteenzetting van links die is aangeleverd door CH4OS. Mijn dank dan ook voor het aanleveren hiervan. In tegenstelling tot de individuele lijst zullen deze tags veel uitgebreider van aard zijn en
meerdere links bevatten. Iedere link refereert naar een suggestie die in de tekst vooraf wordt verteld. Deze links zijn echter onder 1 tag gegroepeerd omdat deze allemaal hetzelfde probleem aankaarten, maar vanuit een ander perspectief en/of situatie belicht.
Bekijk dus alle links zorgvuldig en wijs een tag niet af op basis van 1 link, maar bekijk ook de anderen. Iedere link is immers een aparte suggestie.
1 algemene opmerking en advies kan sowieso gemaakt worden:
Bij reviews zou men de volledige specificatie van de producent als basis moeten gebruiken of er naar linken als een externe bron. Dit is een relatief kleine moeite, maar zorgt er voor dat Tweakers's beweringen verifieerbaar zijn en gestaafd kunnen worden. Je hoeft natuurlijk niet elk detail van een GPU of CPU daarin te vermelden, zolang er maar een hoofdbron is waar gebruik gemaakt kan worden.
Dan nu de algemene feedback!
- [GPU] Opwarming van een GPU middels bench en uitleg VRM. - Kloksnelheden van een GPU kunnen fluctueren omdat een kaart opgewarmt dient te worden. Daarnaast dient men het begrip VRM uit te kunnen leggen. Voor het opwarmen wordt nu 3DMark gebruikt, maar om GPU's absoluut te testen op warmte is FurMark een veel betere optie. Tevens is deze ook een OpenGL benchmark. Je zou deze ook als additionele test kunnen opnemen in het testprotocol en dan vanaf een bepaalde maximum temperatuur de overige game tests doen. Zo schep je een additionele data laag die zich over alle kaarten hetzelfde laat meten.
- [CPU] [GPU] Een strenge focus op beveiligings patches en driver updates. - Uit een review van April 2018 over de Ryzen is een addendum toegevoegd - hier. Voor CPU's worden getest zou eigenlijk als standaard gehanteerd moeten worden dat deze altijd met de laatste beveiligingspatches is uitgerust. Desnoods duurt het testen + reviewen dan langer, maar dit komt domweg te vaak voor, zie namelijk de sectie Dune waar een ander voorbeeld staat. Ook driver updates vallen hier onder. Het kan niet zo zijn dat 1 driver update een dag moet kosten. En dan niet naast zo snel mogelijk updaten dan een driemaandelijkse update houden als alternatief, maar wekelijks of tweewekelijks.
- [CPU] Verduidelijking van de terminologie. - In samen hang met het bovenstaande punt. In dit nieuwsitem diende een correctie ingevoerd te worden dat de turbo maar kortstondig gebruikt kon te worden. Er wordt echter niet uitgelegd wat ervoor die turbo nodig is - dit wordt in een tweede correctie benadrukt. Dit is niet zozeer een foutief als wel dat dergelijke correcties noodzakelijk worden door een onzichtbare ''haast'' om een nieuwtje te corrigeren. Deze structureel aanwezige ''haast'' dient ingeperkt te worden. Deze ''haast'' komt namelijk terug in een ander nieuwsitem waar ook een correctie noodzakelijk was. Nu is dit vandaag de dag iets beter, gezien een recent nieuwsitem, maar het dient alsnog benadrukt te worden.
- [CPU] Testen naar relevant nut. - Uit deze review worden workstation klasse processors getest met tests die niet de volle aantal cores benutten. Daarnaast worden ook games getest, welke minder relevant zijn in deze klasse processors. Dat niet alleen, maar de game tests worden ook gedaan op medium en ultra instellingen en alleen op 1080p resolutie. Bij deze klasse processors levert deze combinatie weinig nuttige resultaten op voor de performance van de processor. Kortom, de relevante nut van dergelijke tests dient per CPU klasse (en ook GPU klasse) bekeken te worden, en niet dat domweg wordt gesteld dat Core i3's via de metingen beter presteren dan Ryzen 7's. Oftewel: Let op de IPC (Instructions per core) en neem de volledige specificatie van de CPU in kwestie over bij testen. Dan is een artikel zoals deze namelijk niet nodig om dingen te verduidelijken, terwijl deze zelf ook de nodige problemen heeft (Waarin alleen FPS wordt gemeten, en er geen CPU-heavy titels worden meegenomen). Tevens zou je bij workstation processoren een apart testprotocol kunnen runnen die zich meer richt op wetenschappelijke software of software welke de CPU cores belast. Te denken valt aan 3D rendering, of priemgetallen. Zie dan ook deze reactie.
- [PSU] Correcte weergave van specificaties. - PSU's hebben op dit moment een verminderd punt van aandacht op Tweakers en worden niet tot nauwelijks meer getest. De laatste review dateert alweer van 2015, terwijl een search mij duidelijk maakt dat er alleen 1 keer eerder in 2015 en in 2009 en in 2006 reviews op de pijnbank zijn getest. Kortom, PSU's hebben weinig tot geen aandacht. Toch zou dat wel moeten. Tussen de verschillende voedingen kan immers een wereld van verschil zitten. Het is dus essentieel dat, als er een item of review aangaande PSU's wordt gemaakt, deze aan dezelfde regelgeving wordt onderworpen als bij alle andere componenten. Leg dus uit wat iets betekent, zoals bijvoorbeeld een 12 pins processor voeding. Net als bij de andere apparatuur dient men aan te leren om de volledige specificatie van de apparatuur over te nemen of op zijn minst daarnaar te linken als een externe bron. Zodat in ieder geval vanuit Tweakers de mogelijkheid wordt aangeboden aan zijn gebruikers om de gemaakte opmerkingen te verifieren. The Mask maakt in zijn eigen reviews vaak gebruik van rechtstreekse specificaties van de fabrikant, ik zie dus dan ook niet in waarom Tweakers als een optie dat niet zou kunnen aanbieden.
- [GPU] Uitleg minimum FPS, 1% lows en 0.1% lows. - De minimum FPS en 1% lows worden nu meegenomen (de 0.1% lows niet, zie sectie Helgie) maar er wordt niet uitgelegd wat deze betekenen. Tevens dient minimum FPS aangepast te worden naar minimum en gemiddelde frametimes, daar deze de lading beter dekt. Ook zou de gemiddelde framerate in milliseconden kunnen worden gegeven. Dit wordt nu al gedaan middels het testprotocol van september 2019, maar een korte uitleg van deze begrippen + uitleggen hoeveel ms je nodig hebt voor een 30 fps, 60 fps en 120 fps update zou bij elke GPU review verplicht moeten zijn. Dit zou in italic boven de grafiek kunnen worden geplaatst.
- [RAM] Uitleg van terminologie. - In dit nieuwsitem wordt MT/s consequent weergegeven zonder uitleg evenals CAS latencies. Er lijkt dus sprake van een terugkerend probleem wat bij nieuwsitems en reviews over verschillende componenten terugkomt. Niet voor niets is de +3 reactie aldaar een uitleg van de terminologie. Tweakers dient deze terminologie zelf uit te leggen, en niet domweg ervanuitgaan dat alle gebruikers deze minder bekende termen ook kennen.
- [ALGEMEEN] Verscherping op de BBG. - Het Best Buy Guide tabel is aan verandering toe. Dezelfde systemen worden te vaak aangeraden. Hier zou meer variatie in gemaakt kunnen worden, bijvoorbeeld een lowpower systeem, een studie systeem, enzovoorts. Afkomstig van TheMask's post, een vergelijking tussen de BBG van Januari 2010 en Januari 2020. Wat valt op?
Aldus concludeert het
algemene deel.
DE RESULTATEN - EVALUATIE:
Voor jullie ligt het
''beknopte'' overzicht van de problematiek betreft reviews. Zoals in het voorwoord aangegeven pretendeert dit niet een allesomvattend document te zijn, maar wel een algemene richtlijn ter verbetering. Ik hoop dan ook uitvoerig dat de resultaten niet alleen bekeken zullen worden, maar dat er ook stil wordt gestaan bij het punt wat hier niet besproken is:
De eigen houding van Tweakers.
Als laatste wil ik het volgende meegeven wat hier, maar ook veelvuldig in de DM's is teruggekomen:
Een groot deel van de gebruikers had veel op of aanmerkingen op het gedrag van de crew zelf. Men vreest dat deze evaluaties slechts maar een tijdelijke opleving zijn, voordat de crew weer vervalt in het bekende vragen naar de bekende weg, en dat op een steeds minder vriendelijke manier, waardoor voor verscheidende community leden het eigenlijk een doodlopend pad lijkt te zijn op dat gebied. Dit punt werd zovaak opgeworpen dat dit niet onvermeld mag blijven. Er zijn zelfs leden in dit onderzoek die juist mede hierom geen feedback hebben gegeven, waardoor potentieel waardevolle contributie verloren gaat.
Dit stigma moet de wereld uit.
Tevens is er tijdens het maken van deze reactie bekend geworden dat de crew, waaronder Willem de Moor, een nieuwe testmethodiek heeft toegepast. Hoewel dit hun goed recht is, is het jammer dat dit niet is aangegeven in dit topic van te voren, liefst een paar weken zelfs. Dan had hier rekening mee gehouden kunnen worden en hadden de resultaten daarop bijgesteld kunnen worden. Openheid van zaken en bovenal transparantie is geen doodlopende straat!
Deze resultaten zijn het halve werk van het ene gedeelte wat verbeterd dient te worden. Het andere, het gedrag, is aan Tweakers zelf om op te lossen, en vooral hoger in de top. Sommige leden werken dusdanig lang op een bepaalde positie dat je kan afvragen: is vervanging een optie? Hoe kan die aangesproken worden? Dit zijn vragen voor een andere discussie en een andere dag. Maar het is goed om dit in het achterhoofd te houden.
Zonder verbetering op dat vlak kan je nog zoveel feedback afleveren en versimpelen, maar dan gaat Tweakers sowieso het schip in - En dan zal dat zijn door eigen toedoen.
Dit dient beseft te worden.
De feedback hier is wat de community kan geven. De rest, dat is aan Tweakers zelf.
Bij dezen, @
WoutF, @
willemdemoor en de overige leden van Tweakers:
''You have been served.''
[
Voor 0% gewijzigd door
Redneckerz op 11-02-2020 22:04
. Reden: Typo!! ]