Er zullen echter vast wel cheats zijn die de hitboxes laten zien
:strip_icc():strip_exif()/u/190884/dug.jpg?f=community)
The #1 programmer excuse for legitimately slacking off: "My code's compiling"
Firesphere: Sommige mensen verdienen gewoon een High Five. In the Face. With a chair.
:strip_exif()/u/237450/hjshieldflag60.gif?f=community)
Jaaa, vet! Ik ben voor captain jack, america fuck yeah en paint it black voor de karaoke plugin:
Holy crap dit is echt erg, maar hoe melig zou het zijn om dit een keer te organiseren in de GoT 1 pub?
http://nl.youtube.com/wat...ttp://www.teamroomba.com/
of:
http://nl.youtube.com/wat...ttp://www.teamroomba.com/
of:
http://nl.youtube.com/wat...ttp://www.teamroomba.com/
hahah geweldig! vooral die laaste filmpje:
[...]
Jaaa, vet! Ik ben voor captain jack, america fuck yeah en paint it black voor de karaoke plugin
zeker leuk voor server 1, gewoon lekker teambuilding, effe lekker zingen
-haalt diep adem-:
[...]
Jaaa, vet! Ik ben voor captain jack, america fuck yeah en paint it black voor de karaoke plugin
brainstoooooorm!!
pleeeaaase?
[ Voor 4% gewijzigd door JDeraGear op 26-05-2008 12:26 ]
:strip_exif()/u/25150/Gizzbril.gif?f=community)
Canon EOS 5Dm3 + 5D + 7D + 300D + 1000FN + EF 17-40 4L + EF 35 1.4L + EF 50 1.8 + EF 80-200 2.8L + 550EX
@JDeraGear: deze plugin is nog niet uit, volgens mij gaat FLOOR_MASTER (onderdeel van Team Roomba) hem wel binnenkort vrijgeven 
Oh jammer, ok, ik ben benieuwd, lijkt me wel lachen als ie uit is:
@JDeraGear: deze plugin is nog niet uit, volgens mij gaat FLOOR_MASTER (onderdeel van Team Roomba) hem wel binnenkort vrijgeven
Voor in de tussentijd, ik heb nog een leuk lijstje met maps gevonden, misschien staan er nog leuke bij voor op de GoT server;
klikkerdeklik
die cp_RedThunder_mountain ziet er wel leuk uit
[ Voor 19% gewijzigd door JDeraGear op 26-05-2008 18:23 ]
Verwijderd
Wat een aantal extreem karige maps daartussen. Een belediging voor iedereen die serieus met mappen bezig is:
[...]
Oh jammer, ok, ik ben benieuwd, lijkt me wel lachen als ie uit is
Voor in de tussentijd, ik heb nog een leuk lijstje met maps gevonden, misschien staan er nog leuke bij voor op de GoT server;
klikkerdeklik
die cp_RedThunder_mountain ziet er wel leuk uit
True, maar er staan ook een paar leuke bij, negeer je de rest toch:
[...]
Wat een aantal extreem karige maps daartussen. Een belediging voor iedereen die serieus met mappen bezig is
Sowieso, een map als lazytown die toch vaak gespeeld wordt op GoT is nu ook niet bepaald indrukwekkend op grafisch gebied. Ik bedoel maar te zeggen dat er 1 of 2 bij staan die mss leuke gameplay kunnen opleveren
[ Voor 26% gewijzigd door JDeraGear op 26-05-2008 18:52 ]
/u/182977/crop65f9e5220f264_cropped.png?f=community)
:strip_exif()/u/15045/got_hamster.gif?f=community)
Hoezo, cp_420_awp_map geeft toch een aardig inzicht in de psyche van de gemiddelde awp-hoer?:
[...]
Wat een aantal extreem karige maps daartussen. Een belediging voor iedereen die serieus met mappen bezig is
Maar ik zal eens kijken naar cp_RedThunder_mountain, lijkt eigenlijk wel een beetje op cp_mountcoaster.
Programmer's Drinking Song: 99 little bugs in the code, 99 bugs in the code, Fix one bug, compile it again, 100 little bugs in the code. (go to start if bugs>0)
Oh, als je nog een lijst met maps zoekt: http://forums.steampowere...s/showthread.php?t=625658
/u/42147/eye.png?f=community)
:strip_icc():strip_exif()/u/61069/avatar1-60x60.jpg?f=community){kind=avatar}
:strip_exif()/u/183176/luhgot.gif?f=community)
:strip_icc():strip_exif()/u/223057/1010.jpg?f=community)
Gister kwam de server overigens wel ontzettend cpu kracht tekort. Af en toe bleef die ook gewoon hangen, terwijl de pings goed waren. Meerdere mensen klaagden op die moment over de lag, dus het lag zeker niet aan mijzelf
Ook als soldier merkte je dat de raketten vertraagd vertrokken uit de bazooka, misschien toch iets teveel servers op 1 bak?
Ook als soldier merkte je dat de raketten vertraagd vertrokken uit de bazooka, misschien toch iets teveel servers op 1 bak?
/u/157767/crop5ee347e9e946b_cropped.png?f=community)
Hebben er meer mensen last van framedrops op CP_Corporation? In het algemeen draait ie prima, ik haal in normale maps tussen de 40 en 50 fps, maar als ik dan op de vlakte kom na de boot op stage 1 knalt de fps helemaal omlaag naar tussen de 15 en 20. Er werd door meer mensen over geklaagd op de server. Zit er iets van een fout in die map?
Net op de server even de laatste stage van dustbowl gespeeld, wat een leuke map blijft dat toch, alleen vervelend als napo je weer met een flamethrower achterna zit.
Voldoende ambushmogelijkheden, mooie open stukken af en toe, kortom, echt een van mijn favo's.
Net op de server even de laatste stage van dustbowl gespeeld, wat een leuke map blijft dat toch, alleen vervelend als napo je weer met een flamethrower achterna zit.
Voldoende ambushmogelijkheden, mooie open stukken af en toe, kortom, echt een van mijn favo's.
Verwijderd
Ik zit daar met rondkijken daar ook weleens op 50-60fps, terwijl ik normaal 90-120 zit (beiden zonder extreme actie):
Hebben er meer mensen last van framedrops op CP_Corporation? In het algemeen draait ie prima, ik haal in normale maps tussen de 40 en 50 fps, maar als ik dan op de vlakte kom na de boot op stage 1 knalt de fps helemaal omlaag naar tussen de 15 en 20. Er werd door meer mensen over geklaagd op de server. Zit er iets van een fout in die map?
Net op de server even de laatste stage van dustbowl gespeeld, wat een leuke map blijft dat toch, alleen vervelend als napo je weer met een flamethrower achterna zit.
Was dit toevallig op #2? Daarvan is me bekend dat de CPU ietwat tekort schiet, vandaar ook 18 in plaats van 24 slots.:
Gister kwam de server overigens wel ontzettend cpu kracht tekort. Af en toe bleef die ook gewoon hangen, terwijl de pings goed waren. Meerdere mensen klaagden op die moment over de lag, dus het lag zeker niet aan mijzelf
Ook als soldier merkte je dat de raketten vertraagd vertrokken uit de bazooka, misschien toch iets teveel servers op 1 bak?
Nah is een bekend probleem, na een willekeurige mapwissel lagt alles en iedereen. Meestal is het na een mapwissel weg, soms is een server reset nodig. Wat je het beste kunt doen is mij even roepen, zodat ik er naar kan kijken.:
Gister kwam de server overigens wel ontzettend cpu kracht tekort. Af en toe bleef die ook gewoon hangen, terwijl de pings goed waren. Meerdere mensen klaagden op die moment over de lag, dus het lag zeker niet aan mijzelf
Ook als soldier merkte je dat de raketten vertraagd vertrokken uit de bazooka, misschien toch iets teveel servers op 1 bak?
Het is verder geen probleem van resources, een volle #1 zit gemiddeld iets boven de 50% cpu met pieken tot 80%. Alle gameservers hebben ook een dedicated core, net zoals gisteravond toen #1 vol zat en er 3 warservers gebruikt werden (3x12 + 1 x 24) toen zat de gemiddelde CPU op 40% - 50% over alle cores.
Wat dat betreft is de server performance van TF2 stukken wel slechter geworden in de afgelopen patches, een volle server gebruikt steeds meer CPU power. Vooral de goldrush patch en zijn voorganger hebben een behoorlijke impact op de performance gehad.
De tijd klopt niet omdat dit de grafiek van server 3 is
Drops naar 0 zijn op HLStatsX normaal, als er gedurende enkele uren geen spelers zijn dan wordt FPS monitoring uitgeschakeld en tekent 'ie het als 0. Met 0 FPS zou je ook niet kunnen spelen, want dan is er geen enkele server activiteit.
Programmer's Drinking Song: 99 little bugs in the code, 99 bugs in the code, Fix one bug, compile it again, 100 little bugs in the code. (go to start if bugs>0)
Voltage op individuele onderdelen is het ook niet, blijft redelijk constant in speedfan.
Ik heb geprobeerd de hapers op te nemen met 'record' maar dat pakt ie helaas niet mee, de demo speelt soepel af, dus ik kan het niet laten zien voor andere problemsolvers..
Ik heb wel vaker dat steam.exe mijn hele Q6600 opvreet, tot 100% maar normaal is dat alleen bij afsluiten wanneer hij vasthangt, of een enkele keer bij Alt+tab, wat ik zo veel mogelijk probeer te vermijden omdat dat toch soms al bug veroorzaakt.
Ik heb geprobeerd de hapers op te nemen met 'record' maar dat pakt ie helaas niet mee, de demo speelt soepel af, dus ik kan het niet laten zien voor andere problemsolvers..
Ik heb wel vaker dat steam.exe mijn hele Q6600 opvreet, tot 100% maar normaal is dat alleen bij afsluiten wanneer hij vasthangt, of een enkele keer bij Alt+tab, wat ik zo veel mogelijk probeer te vermijden omdat dat toch soms al bug veroorzaakt.
:strip_icc():strip_exif()/u/186528/gabe.jpg?f=community)
The #1 programmer excuse for legitimately slacking off: "My code's compiling"
Firesphere: Sommige mensen verdienen gewoon een High Five. In the Face. With a chair.
/u/148534/shab4_512_mini.PNG?f=community)
:strip_icc():strip_exif()/u/49572/cat_ceiling.jpg?f=community)
Vanavond weer eens Goldrush gespeeld. Maar klopt het dat ze bij stage 1, vlakbij de final checkpoint, onder in het gebouw een gang hebben dichtgegooid? Je kan nu volgens mij alleen nog bovenlangs. In de updatenotes zag ik niet iets duidelijks staan, maar of ik nu gek aant worden ben... 
Dacht echt dat er eerst een gangtje naar rechts zat dus 
Dacht echt dat er eerst een gangtje naar rechts zat dus
D3200 - 35/F1.8G, 60/F2, 70-300/F4-5.6
Ze hebben inderdaad een gang/deur/opening dicht gegooid. Ik heb zelf Goldrush nog niet gespeeld sinds die update, maar heb het wel in de release notes gelezen.:
Vanavond weer eens Goldrush gespeeld. Maar klopt het dat ze bij stage 1, vlakbij de final checkpoint, onder in het gebouw een gang hebben dichtgegooid? Je kan nu volgens mij alleen nog bovenlangs. In de updatenotes zag ik niet iets duidelijks staan, maar of ik nu gek aant worden ben...
Dat een TF2 server sinds de Goldrush update meer resources/cpu nodig heeft lijkt mij eenvoudig te verklaren. De server moet nu veel extra 'administratief' werk verrichten... er moet worden begehouden of een event (kill/assist/etc...) bijdraagt aan een achievement voor een medic en zeer waarschijnlijk hangt er ook al code in voor de andere klasses, dus moeten er veel extra checks worden uitgevoerd...
[ Voor 24% gewijzigd door chrisO op 29-05-2008 10:37 ]
Bleek dat even een waardeloze map te zijn
Wat voor voeding hangt hier aan?
Al betekend een voeding die het niet trekt over het algemeen een volledige freeze die een restart vereist. Andere logische oorzaak lijkt me een temperatuursprobleem; heeft de videokaart voldoende luchtcirculatie om zich heen? Ook ivm de demo die wel vloeiend opneemt moet het vrijwel zeker een video probleem zijn
Ik meen dat in de laatste update een DX10 patch zat. Draaien de probleem-hebbenden hier toevallig Vista en TF2 in dx10?
@Yonni
Ik vergis mij heel sterk als het triggeren van achievements niet server-side gebeurd.
[ Voor 23% gewijzigd door frickY op 29-05-2008 10:57 ]
The #1 programmer excuse for legitimately slacking off: "My code's compiling"
Firesphere: Sommige mensen verdienen gewoon een High Five. In the Face. With a chair.
Dat Dx10 verhaal is bij mij ook vreemd. Bij mij geeft tf2 ook 9.0+ aan, terwijl ik XP gebruik 
.
Maakt dit uit?
.Maakt dit uit?
mmmm.. Maar zou HL2 en TF2 op mijn Vista PC dan Dx 10 aan moeten geven? Ik heb wel een DX10 kaart (ATI HD2400Pro). Kan ook zijn door een bug, want windows heeft ook een tijdje 9EX in dxdiag aangegeven. Maar volgens de site van ATI zou mijn system toch DX10 moeten draaien.
Lekker verwarrend dan
The #1 programmer excuse for legitimately slacking off: "My code's compiling"
Firesphere: Sommige mensen verdienen gewoon een High Five. In the Face. With a chair.
Nee want Team Fortress (en alle Valve spellen zover) ondersteunen geen DX10!:
[...]
mmmm.. Maar zou HL2 en TF2 op mijn Vista PC dan Dx 10 aan moeten geven? Ik heb wel een DX10 kaart (ATI HD2400Pro). Kan ook zijn door een bug, want windows heeft ook een tijdje 9EX in dxdiag aangegeven. Maar volgens de site van ATI zou mijn system toch DX10 moeten draaien.
Lekker verwarrend dan
Ja godsamme zeg wat een doolhof... E schijnt vanaf moment 1 open te zijn, maar ze vergaten erbij te zetten dat de freaking déur naar E dicht is als je A t/m D niet capt...:
[...]
Bleek dat even een waardeloze map te zijn
Een 3-point map is al lastig genoeg cappen, laat staan 5..
Neuh voor steel vote ik niet meer
(het idee erachter was wel aardig, though)
next!
600W (weet even uit mn hoofd t merk niet, wel een A-merk iig), geen drops op de 12V lijn tijdens spelen, (of iig niet noemenswaardig) temperatuur blijft vrij netjes rond de 50-60gr (gpu), heb een goed gekoelde kast (1 180mm fan voor, 1 kleine zijkant, 1 kleine achterkant, en de typhoon voor mn cpu).
Áls het ergens aan ligt zal het waarschijnlijk wel het videogeheugen zijn zoals eerder aangegeven is, dat is maar 256mb, met issues kennelijk (maar alleen in tf2
).Géén DX10 in tf2... gebruikt alleen DX9 shaders. DX10 zit nog helemaal niet in source als ik me niet vergis.
En achievements zijn client-side, want je verliest je getalletjes (zoals X aantal medics gebonesawed) wanneer je vanaf een andere pc inlogt. (achievements die al behaald zijn worden gehouden, dus server-side opgeslagen, maar het verloop van achievements, peer review, Chief of staff, etc. client-side).
[ Voor 59% gewijzigd door JDeraGear op 29-05-2008 12:49 ]
:strip_exif()/u/70401/srggf.gif?f=community)
Over het algemeen helpt dit screen tearing te voorkomen op een TFT. Ik vind het lekker onzinnig en zet het gewoon uit:
Waarom heb je uberhaupt vsync aan Kain
Verwijderd
Idd. Ik heb eens CSS met vsync proberen te spelen: maar dan werd mn muis echt enorm traag. Dus ik laat het lekker uit..:
[...]
Over het algemeen helpt dit screen tearing te voorkomen op een TFT. Ik vind het lekker onzinnig en zet het gewoon uit
Trouwens vanmiddag echt een sick mooie actie waarvan ik het echt jammer vind dat het niet op een demo staat
. Ik was defense op gravelpit en we moesten punt C defenden. Ik zie een soldier 10 meter voor me omhoog RJ richting C, ik spring direct achter hem aan. Knal terwijl ik zelf airborne ben hem uit de lucht en land daarna op C, mik gelijk omlaag en raak 'm gewoon nog een keer voordat hij de grond raakt....dood... Te sweet 
:strip_icc():strip_exif()/u/165955/avatar60x60.jpg?f=community){kind=avatar}
:strip_exif()/u/13491/crop6090611b3ace9.gif?f=community)
Memory wordt vrijgemaakt.:
Waarom worden er mannetjes onzichtbaar als ik even gealt+tab heb
We're trapped in the belly of this horrible machine. And the machine is bleeding to death.
@Koeitje
Was het niet op Brain's server? Dan is er toch een SourceTV demo van? Of loopt dat niet continue?
@ByteMe72
Dan heb je niet genoeg geduld. Gewoon een minuut of 4 wachten en het zou weer moeten werken
Was het niet op Brain's server? Dan is er toch een SourceTV demo van? Of loopt dat niet continue?
@ByteMe72
Dan heb je niet genoeg geduld. Gewoon een minuut of 4 wachten en het zou weer moeten werken
[ Voor 33% gewijzigd door frickY op 29-05-2008 15:32 ]
:strip_exif()/u/54199/crop5fac3f2ee1eff.gif?f=community)
Over Steel:
:
Bleek dat even een waardeloze map te zijn
Volgens mij stond er wel dat het een map met een learning curve is, die beter wordt na een aantal keer spelen als de teams de layout leren kennen. Nu lijkt me dat juist een goede kandidaat voor op de GoT server, aangezien daar veel regulars vaak spelen. Zou het jammer vinden om een dergelijke map meteen af te schrijven.:
Ja godsamme zeg wat een doolhof... E schijnt vanaf moment 1 open te zijn, maar ze vergaten erbij te zetten dat de freaking déur naar E dicht is als je A t/m D niet capt...
Een 3-point map is al lastig genoeg cappen, laat staan 5..
Neuh voor steel vote ik niet meer
(het idee erachter was wel aardig, though)
next!
Ik denk eerder een hele oude bug die nog steeds niet gefixt is. Het gebeurt ook soms als je last hebt van packet loss, net alsof bepaalde informatie dan verloren gaat op de client. In ieder geval, niet alt-tabben en mocht je toch onzichtbare modellen hebben dan even reconnecten met 'retry' in de console.
Ik had het eigenlijk meer over de serverside prestaties, client let ik wat minder op. Het zal inderdaad waarschijnlijk komen door de toegenomen functionaliteit, zoals CrisO al zei. Dan nog, als je kijkt naar de benodigde CPU power en die vergelijkt met bijvoorbeeld CSS... doen ze wel heel erg veel extra checks
.Ja ik laat hem er nog even in staan, heb hem zelf nog maar 1 keer gedeeltelijk gespeeld. Daarnaast is het blijkbaar een officiele wptf2l map (WirePlay TF2 league), dus kunnen de mensen die daar aan deelnemen hem ook zien.
Programmer's Drinking Song: 99 little bugs in the code, 99 bugs in the code, Fix one bug, compile it again, 100 little bugs in the code. (go to start if bugs>0)
Steel is inderdaad een map die tijd en gewenning nodig heeft. Eerder hebben w ehem al met 10 man op een public gespeeld die de map draaide. Het is idd in het begin een flink doolhof, maar als je het eenmaal doorhebt valt het best mee (zoals met alle maps natuurlijk). E is idd altijd te cappen, en er is altijd een weg om ernaartoe te komen, zelfs zonder A te cappen. Maar die moet je dan wel eerst vinden En alhoewel E altijd vrij is, maak je het jezelf als offence een heel stuk makkelijker om eerst in ieder geval C, en liever ook D te cappen, dat geeft je team een flink voordeel.
En alhoewel E altijd vrij is, maak je het jezelf als offence een heel stuk makkelijker om eerst in ieder geval C, en liever ook D te cappen, dat geeft je team een flink voordeel.
Die map Steel moet blijven. Briljante map. Aller moeilijkste map OOIT voor de spy met die verschrikkelijk kleine ruimtes en spawns die vlak bij elkaar liggen. Dus echt een uitdaging. Pyro moet wel verboden worden op die map. 2 pyro's en 2 medics en het andere team kan het schudden.
En over vcync: Kijk ik heb een 22 inch breedbeeld tft van Samsung en ik speel altijd op de native resolutie van 1680 x 1050. Die TFT heeft een refresh rate van 60 Hz. Ik heb dus helemaal niks aan die 61ste frame want die zie ik toch niet. In tegen deel ... zet vync maar eens af en je zult regelmatig zien dat de bovenkant van je beeld een paar pixels verschuift tov de onderkant. En dat is tearing wat voorkomt als mijn kaart sneller frames uitspuugt als dat de TFT ze kan weer geven.
Maar er zijn ook gewoon mensen die aan tearing gewend raken ... maar ik dus niet.
Dus lekker vsync aan... ook geen gezeik met je fps ... nee gewoon altijd en overal 60 fps.
En ik heb absoluut geen probleem met mijn muis. (Lachesis for de win ... ook al komt die beter tot zijn recht bij Quake of DoD:S)
En over vcync: Kijk ik heb een 22 inch breedbeeld tft van Samsung en ik speel altijd op de native resolutie van 1680 x 1050. Die TFT heeft een refresh rate van 60 Hz. Ik heb dus helemaal niks aan die 61ste frame want die zie ik toch niet. In tegen deel ... zet vync maar eens af en je zult regelmatig zien dat de bovenkant van je beeld een paar pixels verschuift tov de onderkant. En dat is tearing wat voorkomt als mijn kaart sneller frames uitspuugt als dat de TFT ze kan weer geven.
Maar er zijn ook gewoon mensen die aan tearing gewend raken ... maar ik dus niet.
Dus lekker vsync aan... ook geen gezeik met je fps ... nee gewoon altijd en overal 60 fps.
En ik heb absoluut geen probleem met mijn muis.
(Lachesis for de win ... ook al komt die beter tot zijn recht bij Quake of DoD:S)
[ Voor 6% gewijzigd door Kain_niaK op 29-05-2008 18:17 ]
en daar heb ik mijn beroep van gemaakt
:strip_exif()/u/49248/DPCkoeienUD.gif?f=community)
CRT kan ook tearing hebben : Ik kan het weten, want ik heb er 2 zelfs
Daarnaast doe je echt iets verkeerd als je niet merkt dat je muis langzamer wordt van 60 Hz V-Sync en je het verschil tussen 60 en 80-90 en 120-140 fps niet ziet => Zijn echt 3 "trappen" waar je doorheen gaat zeg maar
Daarnaast doe je echt iets verkeerd als je niet merkt dat je muis langzamer wordt van 60 Hz V-Sync en je het verschil tussen 60 en 80-90 en 120-140 fps niet ziet => Zijn echt 3 "trappen" waar je doorheen gaat zeg maar
|| Stem op mooiere Topic Search linkjes! :) " || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||
:strip_exif()/u/233145/Zero1.gif?f=community)
en wat zou je aan die extra fps hebben bovenop je max van 60? meer dan 60 fps laat het alleen maar minder synchroon lopen met je monitor. Ik dacht dat iedereen altijd geilde op 1:1 timings maar hierbij willen ze opeens 100+ fps hebben 
Ik gebruik ook gewoon vsync hoor @ 75Hz
If There's A Limit, I Mean To Reach And Then Overcome It
Ok slimme jongen ... leg maar eens uit hoe ik 120 beeldjes per seconde kan zien op mijn scherm als mijn scherm maar maximaal 60 beeldjes per seconde kan laten zien?
Dit vraag om een deftige uitleg ! En Heezy heeft er één (http://www.minatica.be/showthread.php?t=20088&page=2)
Heezy:
Zoals de meesten weten, worden op een TFT scherm enkel die pixels aangepast die ook degelijk veranderen (vandaar de uitdrukking dat het beeld stilstaat), i.t.t. een CRT scherm die elke keer het gehele scherm ververst. De andere pixels blijven gewoon in hun zelfde status. De manier waarop een TFT weet welke pixels hij moet aanpassen, gebeurt door een framebuffer in het TFT scherm zelf. Wanneer een frame is gemaakt in de videokaart, wordt deze via de TMDS Transmitter doorgestuurd (DVI). Werk je nog via de analoge uitgang (D-Sub of VGA uitgang, willen hetzelfde zeggen), dan zal de frame via de RAMDAC naar het scherm gestuurd worden. De (eerste) frame komt aan in de framebuffer en de juiste voltages worden door de transistors aangebracht aan de vloeibare kristallen waardoor zij van vorm veranderen. Hierdoor zal het licht t.o.v. de 2 polarisatiefilters draaien en een bepaalde hoeveelheid licht doorgelaten worden voor elke subpixel (Rood, Groen en Blauw), waardoor per pixel dus een kleur zal ontstaan.
Wanneer de volgende frame aankomt in de framebuffer, wordt deze van linksboven naar rechtsbeneden gescand worden voor updates. Pixels die anders zijn, zullen op het scherm aangepast worden. Het is juist die snelheid van scannen, dat de refresh rate is bij een TFT scherm.
De response time is de tijd die nodig is voor een pixel, om van helemaal zwart naar helemaal wit te gaan, en terug. Het is dus de som van twee waardes, uitgedrukt in ms. Nu, zoals al veel gezegd, mag je je niet blindstaren op de waardes die door de fabricant worden opgegeven, want meestal kloppen die toch niet. Iedere fabricant doet andere zaken zoals bv. enkel de zwart-wit schakeling te geven, een andere grootte van steekproef te gebruiken voor het gemiddelde te berekenen of helemaal geen gemiddelde te berekenen en gewoon de snelste waarde van allemaal weer te geven. Daarom is het belangrijk om altijd reviews na te lezen over het scherm dat je wil kopen, en zo zal je ook zien dat sommige 8ms schermen soms eerder bij 20ms schermen neigen. Hieronder zie je een response time test van een 8ms scherm (BenQ, groene lijn), en zie je hoeveel de werkelijke tijden kunnen afwijken:
Ook is het belangrijk om weten dat niet elke pixel dezelfde response time vertoont. De ene kan 8ms geven en de andere 10ms. Een andere methode om de response time te berekenen, is om de tijd te meten tussen bepaalde grijswaarden (grey-to-grey). Hier is nog minder controle over, aangezien hier nog geen officiële ISO-norm rond bestaat. Goed, nemen we nu bv. een TFT scherm met een opgegeven 8ms als response time. Hoeveel keer een pixel nu kan omschakelen per seconde, kunnen we makkelijk uitrekenen door 1000 te delen door de response time. Dit geeft dus 1000 / 8 = 125Hz (Hz = 1/s). De pixel kan dus 125 keer per seconde van zwart naar wit gaan en weer terug.
Een TFT scherm heeft zelf ook nog zijn eigen snelheid van refresh rate. Deze zal je meestal als Vertical Frequency terugvinden. Momenteel zijn er geen TFT schermen die een snellere refresh rate hebben dan 75Hz. Hiermee kunnen we dus ineens ook een aantal zaken bepalen: als we een 75Hz refresh rate even omrekenen naar een omschakeltijd, krijgen we 1000 / 75 = 13.3ms. Objectieve en onafhankelijke reviews tonen aan dat een TFT scherm met een opgegeven response time van 4ms, een gemiddelde respsonse time heeft van 15ms (!). Dus eigenlijk is het zinloos om een refresh rate van 75Hz te draaien.
Tevens kan er op 75Hz zo dus theoretisch ook nog motion blur optreden (velen noemen dit ghosting, maar ghosting is iets anders). Een TFT heeft achteraan een constante lichtbron (lampen). Deze lampen knipperen dus niet mee op het tempo van de refresh rate. Wanneer dus de pixels sneller ververst moeten worden dan de pixels zelf kunnen omschakelen tussen bepaalde kleuren (bij heel snelle bewegingen), krijg je dus een soort smeer te zien op het scherm doordat het licht constant door de subpixels schijnt (= motion blur):
Het is dus eigenlijk hetzelfde als dat je een in het echt een auto snel ziet voorbijrazen, dat zie je ook niet perfect, maar in een waas. Op trage TFT schermen kan dit dus voorkomen bij bewegingen waar dit niet hoort. Aan de andere kant, moderne spellen gebruiken nu Motion Blur als effect om alles realistischer te maken, zoals bv. NFSMW en hier op dit screenshot.
Dus 60Hz is goed genoeg voor een TFT. Dit wil ook zeggen dat in-game, een FPS van meer dan 60, eigenlijk zinloos is, want je TFT zal het toch niet correct kunnen tonen. Dus heb je meer FPS, zet dan wat eye-candy aan ;-).
Nog iets dat we kunnen besluiten hieruit, is waarom tearing meer voorkomt bij TFT's dan bij CRT's. Tearing is een soort scheur dat je te zien krijgt op je scherm:
De reden waardoor dit komt, is omdat de FPS die je videokaart genereert, hoger ligt dan de refresh rate van je scherm. Het geheugen van een videokaart heeft een aantal frame buffers, waar dus de frames tijdelijk worden opgeslagen. Meestal zijn dit 2 buffers, een voorste en achterste buffer (double buffering):
De voorste buffer bevat het huidige beeld en de achterste bevat reeds het volgende beeld. Deze worden dus omgeklapt op de snelheid van de FPS. Wanneer nu de FPS van de videokaart hoger is dan de refresh rate, is de RAMDAC of de TMDS Transmitter nog bezig met het uitlezen van de voorste buffer, als de achterste al wordt omgezet naar de voorste. Zo krijg je dus op je scherm een beeld van 2 verschillende frames. Een TFT heeft hier dus meer problemen mee dan een CRT, daar de maximum refresh rate van een TFT slechts 75Hz is. Een CRT kan veel hoger gaan.
Eén oplossing hiervoor is Vsync (Vertical synchronization) aan te zetten: wanneer dit wordt aangezet, zullen de FPS op dezelfde waarde als de refresh rate gebracht worden, waardoor tearing dus niet meer kan voorkomen.
Een andere oplossing is triple buffering. Dit kan bij de drivereigenschappen aangezet worden waardoor je nu twee achterste buffers gaat krijgen, en de kans dat de twee achterste buffers klaar zijn vooraleer de voorste is uitgelezen, verkleint.
Kain:
Tearing heb je dus op een TFT bij elke game wanneer de fps hoger is als de refresh rate (en die is dus tegenwoordig bijna bij elk scher 60)
Echter tearing valt niet altijd even hard op, het hangt van de game af. Hoe snellere bewegingen in een game hoe duidelijker je het ziet. Maar je kunt er dus ook aan wennen.
De input lag (mouse lag) die je kunt hebben met vsync aan hangt af van een aantal zaken.
Resolutie - response time - triple buffering - je muis - game die je speelt.
Bij CSS heb je inderdaad effectief een nadeel als je met vsync speelt door de input lag die het kan geven. TF2 heeft er echter nauwelijks last van zolang je monitor niet een al te lange response tijd heeft en Triple Buffering aan staat.
Dit vraag om een deftige uitleg ! En Heezy heeft er één (http://www.minatica.be/showthread.php?t=20088&page=2)
Heezy:
Zoals de meesten weten, worden op een TFT scherm enkel die pixels aangepast die ook degelijk veranderen (vandaar de uitdrukking dat het beeld stilstaat), i.t.t. een CRT scherm die elke keer het gehele scherm ververst. De andere pixels blijven gewoon in hun zelfde status. De manier waarop een TFT weet welke pixels hij moet aanpassen, gebeurt door een framebuffer in het TFT scherm zelf. Wanneer een frame is gemaakt in de videokaart, wordt deze via de TMDS Transmitter doorgestuurd (DVI). Werk je nog via de analoge uitgang (D-Sub of VGA uitgang, willen hetzelfde zeggen), dan zal de frame via de RAMDAC naar het scherm gestuurd worden. De (eerste) frame komt aan in de framebuffer en de juiste voltages worden door de transistors aangebracht aan de vloeibare kristallen waardoor zij van vorm veranderen. Hierdoor zal het licht t.o.v. de 2 polarisatiefilters draaien en een bepaalde hoeveelheid licht doorgelaten worden voor elke subpixel (Rood, Groen en Blauw), waardoor per pixel dus een kleur zal ontstaan.
Wanneer de volgende frame aankomt in de framebuffer, wordt deze van linksboven naar rechtsbeneden gescand worden voor updates. Pixels die anders zijn, zullen op het scherm aangepast worden. Het is juist die snelheid van scannen, dat de refresh rate is bij een TFT scherm.
De response time is de tijd die nodig is voor een pixel, om van helemaal zwart naar helemaal wit te gaan, en terug. Het is dus de som van twee waardes, uitgedrukt in ms. Nu, zoals al veel gezegd, mag je je niet blindstaren op de waardes die door de fabricant worden opgegeven, want meestal kloppen die toch niet. Iedere fabricant doet andere zaken zoals bv. enkel de zwart-wit schakeling te geven, een andere grootte van steekproef te gebruiken voor het gemiddelde te berekenen of helemaal geen gemiddelde te berekenen en gewoon de snelste waarde van allemaal weer te geven. Daarom is het belangrijk om altijd reviews na te lezen over het scherm dat je wil kopen, en zo zal je ook zien dat sommige 8ms schermen soms eerder bij 20ms schermen neigen. Hieronder zie je een response time test van een 8ms scherm (BenQ, groene lijn), en zie je hoeveel de werkelijke tijden kunnen afwijken:
Ook is het belangrijk om weten dat niet elke pixel dezelfde response time vertoont. De ene kan 8ms geven en de andere 10ms. Een andere methode om de response time te berekenen, is om de tijd te meten tussen bepaalde grijswaarden (grey-to-grey). Hier is nog minder controle over, aangezien hier nog geen officiële ISO-norm rond bestaat. Goed, nemen we nu bv. een TFT scherm met een opgegeven 8ms als response time. Hoeveel keer een pixel nu kan omschakelen per seconde, kunnen we makkelijk uitrekenen door 1000 te delen door de response time. Dit geeft dus 1000 / 8 = 125Hz (Hz = 1/s). De pixel kan dus 125 keer per seconde van zwart naar wit gaan en weer terug.
Een TFT scherm heeft zelf ook nog zijn eigen snelheid van refresh rate. Deze zal je meestal als Vertical Frequency terugvinden. Momenteel zijn er geen TFT schermen die een snellere refresh rate hebben dan 75Hz. Hiermee kunnen we dus ineens ook een aantal zaken bepalen: als we een 75Hz refresh rate even omrekenen naar een omschakeltijd, krijgen we 1000 / 75 = 13.3ms. Objectieve en onafhankelijke reviews tonen aan dat een TFT scherm met een opgegeven response time van 4ms, een gemiddelde respsonse time heeft van 15ms (!). Dus eigenlijk is het zinloos om een refresh rate van 75Hz te draaien.
Tevens kan er op 75Hz zo dus theoretisch ook nog motion blur optreden (velen noemen dit ghosting, maar ghosting is iets anders). Een TFT heeft achteraan een constante lichtbron (lampen). Deze lampen knipperen dus niet mee op het tempo van de refresh rate. Wanneer dus de pixels sneller ververst moeten worden dan de pixels zelf kunnen omschakelen tussen bepaalde kleuren (bij heel snelle bewegingen), krijg je dus een soort smeer te zien op het scherm doordat het licht constant door de subpixels schijnt (= motion blur):
Het is dus eigenlijk hetzelfde als dat je een in het echt een auto snel ziet voorbijrazen, dat zie je ook niet perfect, maar in een waas. Op trage TFT schermen kan dit dus voorkomen bij bewegingen waar dit niet hoort. Aan de andere kant, moderne spellen gebruiken nu Motion Blur als effect om alles realistischer te maken, zoals bv. NFSMW en hier op dit screenshot.
Dus 60Hz is goed genoeg voor een TFT. Dit wil ook zeggen dat in-game, een FPS van meer dan 60, eigenlijk zinloos is, want je TFT zal het toch niet correct kunnen tonen. Dus heb je meer FPS, zet dan wat eye-candy aan ;-).
Nog iets dat we kunnen besluiten hieruit, is waarom tearing meer voorkomt bij TFT's dan bij CRT's. Tearing is een soort scheur dat je te zien krijgt op je scherm:
De reden waardoor dit komt, is omdat de FPS die je videokaart genereert, hoger ligt dan de refresh rate van je scherm. Het geheugen van een videokaart heeft een aantal frame buffers, waar dus de frames tijdelijk worden opgeslagen. Meestal zijn dit 2 buffers, een voorste en achterste buffer (double buffering):
De voorste buffer bevat het huidige beeld en de achterste bevat reeds het volgende beeld. Deze worden dus omgeklapt op de snelheid van de FPS. Wanneer nu de FPS van de videokaart hoger is dan de refresh rate, is de RAMDAC of de TMDS Transmitter nog bezig met het uitlezen van de voorste buffer, als de achterste al wordt omgezet naar de voorste. Zo krijg je dus op je scherm een beeld van 2 verschillende frames. Een TFT heeft hier dus meer problemen mee dan een CRT, daar de maximum refresh rate van een TFT slechts 75Hz is. Een CRT kan veel hoger gaan.
Eén oplossing hiervoor is Vsync (Vertical synchronization) aan te zetten: wanneer dit wordt aangezet, zullen de FPS op dezelfde waarde als de refresh rate gebracht worden, waardoor tearing dus niet meer kan voorkomen.
Een andere oplossing is triple buffering. Dit kan bij de drivereigenschappen aangezet worden waardoor je nu twee achterste buffers gaat krijgen, en de kans dat de twee achterste buffers klaar zijn vooraleer de voorste is uitgelezen, verkleint.
Kain:
Tearing heb je dus op een TFT bij elke game wanneer de fps hoger is als de refresh rate (en die is dus tegenwoordig bijna bij elk scher 60)
Echter tearing valt niet altijd even hard op, het hangt van de game af. Hoe snellere bewegingen in een game hoe duidelijker je het ziet. Maar je kunt er dus ook aan wennen.
De input lag (mouse lag) die je kunt hebben met vsync aan hangt af van een aantal zaken.
Resolutie - response time - triple buffering - je muis - game die je speelt.
Bij CSS heb je inderdaad effectief een nadeel als je met vsync speelt door de input lag die het kan geven. TF2 heeft er echter nauwelijks last van zolang je monitor niet een al te lange response tijd heeft en Triple Buffering aan staat.
en daar heb ik mijn beroep van gemaakt
Verwijderd
In CSS heeft de tickrate invloed op de RoF van de AK47. Tick100 schiet het snelst. Als je dan tick60 speelt (door vsync) zou je dan toch langzamer schieten? Sowieso krijgt ik liever meer ticks van de server, kan je beter interpoleren
.Voor de rest is dit vrij offtopic, dus laten we het weer lekker over TF2 hebben
Jawel hoor, vooral bij sniperen: daar wil je gewoon zeker weten dat waar je op mikt ook werkelijk daar is. En sowieso zit je met mousespeed.:
[...]
offtopic mwa, tis wel interessant om te weten dat het bij TF2 nietzoveel uitmaakt
[ Voor 18% gewijzigd door Verwijderd op 30-05-2008 13:22 ]
:strip_icc():strip_exif()/u/19063/msnicon6.jpg?f=community)
offtopic mwa, tis wel interessant om te weten dat het bij TF2 nietzoveel uitmaakt:
[...]
In CSS heeft de tickrate invloed op de RoF van de AK47. Tick100 schiet het snelst. Als je dan tick60 speelt (door vsync) zou je dan toch langzamer schieten? Sowieso krijgt ik liever meer ticks van de server, kan je beter interpoleren
Voor de rest is dit vrij offtopic, dus laten we het weer lekker over TF2 hebben
Ja bedoelde ook op meer is beter, maar in TF2 zijn bijna alle wapens redelijk traag dat de tickrate en vsync niet echt invloed hebben (bij het snipen waarschijnlijk wel).:
[...]
In CSS heeft de tickrate invloed op de RoF van de AK47. Tick100 schiet het snelst. Als je dan tick60 speelt (door vsync) zou je dan toch langzamer schieten? Sowieso krijgt ik liever meer ticks van de server, kan je beter interpoleren
Meet the Sniper komt er aan.
Pyro is de volgende class om achievements te krijgen.
1 bron van de velen
fireaxe kill + taunt =
[ Voor 13% gewijzigd door Yonni op 30-05-2008 14:28 ]
D3200 - 35/F1.8G, 60/F2, 70-300/F4-5.6
Ik vind Pyro nog best lastig. Althans... als ik hem zelf speel, ben ik vaak al dood voordat ik iemand goed afgebrand heb. Maar misschien vind ik het ook te leuk om een groep in te springen en iedereen brandend en paniekerig weg te zien rennen.
Hoe dan ook, ik merk wel het verschil tussen een slechte pyro (ik) en een goede. Bij goede overleef ik een 1 vs 1 confrontatie als demoman vaak niet en met andere class ambusht een goeie me op zo'n manier dat ik dood ben voordat ik ze goed kan raken. Niet echt een 'makkelijkere' class ofzo.
(Damn... Pyro achievements... een server met zes pyro's per team... MEDIC!)
Hoe dan ook, ik merk wel het verschil tussen een slechte pyro (ik) en een goede. Bij goede overleef ik een 1 vs 1 confrontatie als demoman vaak niet en met andere class ambusht een goeie me op zo'n manier dat ik dood ben voordat ik ze goed kan raken. Niet echt een 'makkelijkere' class ofzo.
(Damn... Pyro achievements... een server met zes pyro's per team... MEDIC!)
Tis wel leuk van Valve dat ze eerst met alle underdogclasses beginnen met de achievements.
Imo mogen pyro & sniper wel tegelijk
Imo mogen pyro & sniper wel tegelijk
Pyro de volgende die aan de beurt is?
vind het echt niet opschieten zo, hoewel ik als demo wél blij ben met een crüber,
maar gooi eens een stel achievements voor meerdere classes tegelijk in de groep, Valve!
ze hoeven het echt niet te doen om het spel interessant te houden volgens mij. dat zit hem veel meer in bv nieuwe maps.
als ze dit tempo aanhouden gaat het nog heel lang duren voordat iedereen aan de beurt is geweest. zonde.
Valve time...
vind het echt niet opschieten zo, hoewel ik als demo wél blij ben met een crüber
,maar gooi eens een stel achievements voor meerdere classes tegelijk in de groep, Valve!
ze hoeven het echt niet te doen om het spel interessant te houden volgens mij. dat zit hem veel meer in bv nieuwe maps.
als ze dit tempo aanhouden gaat het nog heel lang duren voordat iedereen aan de beurt is geweest. zonde.
Valve time...
:strip_icc():strip_exif()/u/182109/68-2.jpg?f=community)
/u/125175/crop56b8f4c842737_cropped.png?f=community)
Als ze nou bij elke 'class-update' een nieuwe map doen
5800X3D - RTX3080 - 1440p 240Hz OLED Inventaris
Verwijderd
Gewoon altijd defense zijn als Soldiers/HWG met medics erachter. Laat die pyro's dan maar komen
. Zou graag nog een map zoals Gravelpit zien eigenlijk. Dat vind ik nou echt een relaxe map. Elke class heeft daar gewoon nut. Op maps zoals Goldrush zijn de meeste stuken gewoon spamfests waar je eigenlijk niet echt veel skills voor nodig hebt (zijn misschien 3-4 rocket jumps die nuttig zijn bijv). Granted: dustbowl is hetzelfde. Maar die is beter gebalanced kwa offense/defense. Badlands, Granary en well begin ik ook de waarderen. Vooral die eerste twee.
Mee eens. Hou überhaupt niet zo van het principe dat één partij aanvalt, en één partij verdedigt, vind het veel leuker spelen als je aan beide kanten kan pushen. Ja, dit heb je ook in maps als Dustbowl en Goldrush, maar daar is het doel veel minder. Het enige wat je eigenlijk dan kan doen is voorkomen dat je tegenstander de CP's te pakken neemt, in tegenstelling tot Granary of Badlands, waarin het spel heen en weer wordt gedrukt en er vaak enorme gevechten zijn rond de middelste cap, iets dat ik echt gaaf vind.:
[...]
Gewoon altijd defense zijn als Soldiers/HWG met medics erachter. Laat die pyro's dan maar komen
Het probleem met granary en well is dat het vaak stalemate word als de teams van gelijke sterkte zijn. Met offence/defence mappen als dustbowl wint er altijd iemand, dus er is gegarandeerd spel. Badlands vind ik dan wel weer erg leuk. Eindelijk een ideale map om spy te spelen .
Overigens vind ik goldrush heerlijk in defence. Lekker snipen of als engi. Er zijn super veel goede plekken om je sentries te plaatsen
Er zijn wel spamfests, maar met een ubertje ben je erdoorheen en kun je weer verder duwen. Alleen die laatste cap van goldrush is heel lame. Als attack moet je eerst 10 minuten lopen voordat je bij het karretje bent 
.Overigens vind ik goldrush heerlijk in defence. Lekker snipen of als engi. Er zijn super veel goede plekken om je sentries te plaatsen
Er zijn wel spamfests, maar met een ubertje ben je erdoorheen en kun je weer verder duwen. Alleen die laatste cap van goldrush is heel lame. Als attack moet je eerst 10 minuten lopen voordat je bij het karretje bent
Dit topic is gesloten.