• Log InLog In
  • Register
Liquid`
Team Liquid Liquipedia
EDT 06:46
CEST 12:46
KST 19:46
  • Home
  • Forum
  • Calendar
  • Streams
  • Liquipedia
  • Features
  • Store
  • EPT
  • TL+
  • StarCraft 2
  • Brood War
  • Smash
  • Heroes
  • Counter-Strike
  • Overwatch
  • Liquibet
  • Fantasy StarCraft
  • TLPD
  • StarCraft 2
  • Brood War
  • Blogs
Forum Sidebar
Events/Features
News
Featured News
Code S Season 2 - RO4 & Finals Results (2025)2Code S RO4 & Finals Preview: herO, Rogue, Classic, GuMiho0TL Team Map Contest #5: Presented by Monster Energy4Code S RO8 Preview: herO, Zoun, Bunny, Classic7Code S RO8 Preview: Rogue, GuMiho, Solar, Maru3
Community News
Weekly Cups (June 9-15): herO doubles on GSL week0Firefly suspended by EWC, replaced by Lancer12Classic & herO RO8 Interviews: "I think it’s time to teach [Rogue] a lesson."2Rogue & GuMiho RO8 interviews: "Lifting that trophy would be a testament to all I’ve had to overcome over the years and how far I’ve come on this journey.8Code S RO8 Results + RO4 Bracket (2025 Season 2)14
StarCraft 2
General
Rain's Behind the Scenes Storytime Firefly suspended by EWC, replaced by Lancer How herO can make history in the Code S S2 finals Code S Season 2 - RO4 & Finals Results (2025) Weekly Cups (June 9-15): herO doubles on GSL week
Tourneys
RSL: Revival, a new crowdfunded tournament series $3,500 WardiTV European League 2025 [GSL 2025] Code S: Season 2 - Semi Finals & Finals WardiTV Mondays Sparkling Tuna Cup - Weekly Open Tournament
Strategy
Simple Questions Simple Answers [G] Darkgrid Layout
Custom Maps
[UMS] Zillion Zerglings
External Content
Mutation # 478 Instant Karma Mutation # 477 Slow and Steady Mutation # 476 Charnel House Mutation # 475 Hard Target
Brood War
General
ASL20 Preliminary Maps BGH Auto Balance -> http://bghmmr.eu/ BW General Discussion Recent recommended BW games FlaSh Witnesses SCV Pull Off the Impossible vs Shu
Tourneys
[Megathread] Daily Proleagues [BSL 2v2] ProLeague Season 3 - Friday 21:00 CET Small VOD Thread 2.0 [BSL20] ProLeague Bracket Stage - Day 4
Strategy
Simple Questions, Simple Answers I am doing this better than progamers do. [G] How to get started on ladder as a new Z player
Other Games
General Games
Stormgate/Frost Giant Megathread Nintendo Switch Thread Path of Exile Beyond All Reason What do you want from future RTS games?
Dota 2
Official 'what is Dota anymore' discussion
League of Legends
Heroes of the Storm
Simple Questions, Simple Answers Heroes of the Storm 2.0
Hearthstone
Heroes of StarCraft mini-set
TL Mafia
Vanilla Mini Mafia TL Mafia Community Thread
Community
General
US Politics Mega-thread Things Aren’t Peaceful in Palestine UK Politics Mega-thread Echoes of Revolution and Separation Russo-Ukrainian War Thread
Fan Clubs
SKT1 Classic Fan Club! Maru Fan Club
Media & Entertainment
Korean Music Discussion [Manga] One Piece
Sports
2024 - 2025 Football Thread Formula 1 Discussion NHL Playoffs 2024 TeamLiquid Health and Fitness Initiative For 2023
World Cup 2022
Tech Support
Computer Build, Upgrade & Buying Resource Thread
TL Community
The Automated Ban List
Blogs
A Better Routine For Progame…
TrAiDoS
StarCraft improvement
iopq
Heero Yuy & the Tax…
KrillinFromwales
I was completely wrong ab…
jameswatts
Need Your Help/Advice
Glider
Trip to the Zoo
micronesia
Customize Sidebar...

Website Feedback

Closed Threads



Active: 28445 users

The future of graphics in games - Page 13

Forum Index > General Forum
Post a Reply
Prev 1 11 12 13 14 15 18 Next All
KeksX
Profile Blog Joined November 2010
Germany3634 Posts
Last Edited: 2011-08-02 08:42:10
August 02 2011 08:38 GMT
#241
Guys, please... Don't get yourself fooled.

This "technology" is almost 2 years old(maybe even way older), and it already had many investors, it was promised that they would have games using this technology by the start of 2011...
Do you see any games using this?

No.
If you ask me, the technology isn't working right now and it will take many, many more years until it is actually viable.
And by that time people will have found better solutions, as it is questionable that the technology that they invented works for real time animation etc. (Remember: Two years ago they didn't have any animation because "they are no artists".)
Tobberoth
Profile Joined August 2010
Sweden6375 Posts
August 02 2011 08:45 GMT
#242
I don't really get most peoples arguments against this (if it's true).

"This will demand insane hardware" - No it won't. The whole point of the technology is that it isn't all that demanding, it only renders the exact points you see on screen, not every point in every object you see.

"It can't be utilized with physics or animation" - Yes it can, polygons aren't what make animation and physics possible. All you need is to connect an action to an object. A game having twice the polygons of another game doesn't mean it has twice the physics or animation of the other game, it just looks better.

The only argument which makes sense is the one concerning memory. The data has to be saved somewhere, the form of each object etc. You can procedurally generate dirt and all that stuff, but for a game, you won't have a very fun time if everything is generated.
Xapti
Profile Joined April 2010
Canada2473 Posts
Last Edited: 2011-08-02 09:07:14
August 02 2011 09:04 GMT
#243
WOWOWOW! This is really cool.

After finishing watching the video though, my mind raised some questions (like some of you have pointed out)

Namely:
WTF are they going to do about:
a) animation (dynamic anything)
b) dynamic lighting
c) model transformation and/or destroying
d) collision detection
e) other physics

Not only are these undoubtedly issues on their own, but because the detail is so massive, the already terribly difficult job of getting accurate physics and lighting and destructible models becomes SO MANY MORE TIMES harder to do!
Technically, speaking, 10 000 times more detail would mean 10 000 times more difficulty in doing lighting and physics, etc.. A system could probably be developed which simplifies the models for such purposes though, but that would still be a really extreme challenge to overcome.


Until they solve those problems, it seems to me that this technology would be most useful for artists using 3D programs. If a modeling program could be used to use this technology natively or pseudo-natively, it would save so much on processing power in workstation graphics, since most of what they deal with is static modeling.
This use would still require getting a hold of modifying these voxel models in their voxel form as opposed to just a polygon converter though.
"Then he told me to tell you that he wouldn't piss on you if you were on fire" — "Well, you tell him that I said that I wouldn't piss on him if he was on Jeopardy!"
Leporello
Profile Joined January 2011
United States2845 Posts
Last Edited: 2011-08-02 09:24:29
August 02 2011 09:21 GMT
#244
To me, it seems like applying the concept of texture-tiling to meshes. The island and the weird pyramids are all made of repetitious objects. The concept of tiling bigger meshes out of "atomically" smaller meshes doesn't seem like it'd be beneficial if you want to make a world that looks appropriately random and natural.

The idea that you could actually have "infinite detail" in the sense that you could have as many different objects, each with its own different shape and textures, no two blades of grass the same, with physics all applied where needed, with lighting and shadows of perfect sharpness and geometry, blah I lost my train of thought. It's a really bad claim to be making, this "infinite detail".

Polygons, in the sense of rendering a picture with them, already allow us "infinite detail" in the sense that their demo showed us. You can smooth out polygon curves to perfect roundness, and you can see it in CGI all the time, sometimes even in games, all which this demo conveniently never displays.
The problem comes in putting these shapes into a "world" that you interact with. Even if their technology is more efficient than the simple concept of meshes, it is most certainly limited, and can not be infinite. Yes, you only have to render what the camera shows (all games work that way to one degree or another, that's hardly a "new" thing), but infinite details within the camera's frame would still require staggering (note: infinite) amounts of data and computation.

While I'm sure I don't understand the concept completely, I think I understand it enough to say it's not half as practical as it claims to be.

Big water
Teim
Profile Joined October 2010
Australia373 Posts
Last Edited: 2011-08-02 09:31:21
August 02 2011 09:28 GMT
#245
Funny how so many people in this thread saying that this simply isn't possible in real-time. This is true if you consider how graphics engines have traditionally worked, but we have NO IDEA how their engine works. So saying "bah this can't be possible because other engines work like X" is kinda silly and close-minded.

I'm not saying it that it isn't a hoax, but until you understand exactly how their engine works, don't be so skeptical.
A duck is a duck!
tainted muffin
Profile Joined August 2010
United States158 Posts
August 02 2011 09:45 GMT
#246
They say they have invented insanely good graphics but the video runs in 480p
Random()
Profile Blog Joined August 2004
Kyrgyz Republic1462 Posts
Last Edited: 2011-08-02 09:52:41
August 02 2011 09:51 GMT
#247
I believe the technology is called Sparse Voxel Octree (SVO) and it's not that new. id Software has been promoting it for the last couple of years, just not in the sensationalist way like these guys. You can see some of id's demos on YouTube.

The level of detail that you can achieve with this is indeed amazing, and one of the main features is that you don't have to keep all the data in memory to draw it. It is very easy to exactly determine the required data block. This together with a clever compression algorithm means that it can be streamed even from a DVD/Blu-Ray and still produce very good results. This allows to have enormous models in the order of tens of gigabytes.

However I think id said that they were going to use this only for landscapes and still use polygons for animated objects.
ozdy
Profile Joined April 2011
17 Posts
August 02 2011 10:04 GMT
#248
The lack of technical explanations and super hyping of their technology is fishy.
It's not important to be good, it's important to be a maniac.
NicolBolas
Profile Blog Joined March 2009
United States1388 Posts
August 02 2011 10:09 GMT
#249
"It can't be utilized with physics or animation" - Yes it can, polygons aren't what make animation and physics possible. All you need is to connect an action to an object. A game having twice the polygons of another game doesn't mean it has twice the physics or animation of the other game, it just looks better.


No, in fact: polygons are what makes animation possible. Polygons, meshes of vertices, are deformable. They're positions in space which are transformed by linear transformations. Because a triangle is always planar (unless the three points become colinear, at which point it becomes invisibly thin), triangles always represent closed surfaces. So you can deform a mesh of triangle vertices and, as long as you don't break the mesh with your transforms, you will know that the mesh remains closed.

For "characters", it's even more complex. What you have is a number of positions over a "skeleton", where each "bone" in the skeleton is a transformation. Some of those positions are transformed by multiple transformations; this is what allows for smooth weighting across a complex, deformable mesh.

The technology they showed cannot do this. Indeed, it's not even clear if it can render multiple static objects in different positions each frame (ie: just sliding things around). Without deformation, you pretty much give up on humans, cloth, etc. And while some games could certainly get by without people, not all or most of them could.

b) dynamic lighting


Forget dynamic lighting; that's easy (assuming that each position has a normal and reasonable lighting parameters, and can have a user-defined shader program executed to generate the color of it). Shadows are hard. Notice how their shadows in the video are pretty much just slightly darkened patches under trees and such. There's nothing like actual shadow mapping going on here.

The shadows that they say they're working on look like pre-baked Quake-1 style shadows. Sure, they have more detail than Quake 1 shadows, but they're still pre-baked. Will there be proper shadowing for characters that pass under the shadow?

Oh that's right; this technology only works for static scenes.

Also, let's not forget anisotropic filtering and antialiasing. The Youtube compression hides many sins, but I seriously doubt their method can antialias very well. Anisotropic filtering can only work with textures, so they're going to have to put together one hell of an antialiasing package to compensate.

but we have NO IDEA how their engine works.


We do have an idea how it works; their presentation says how it works. It is essentially a complex query algorithm over a database of points that serves as a combination of frustum culling and LODing. This gets a field of visible points, which they write to an image.

Once you start moving points around, you now need to incorporate transforms. And since they have "infinite detail", that's a lot of transformation of points. You can't use the database query to cull points because until you've finished the transformation, you can't know which points might be visible. Your transform has to be done pre-culling. So you're going to waste a lot of time transforming points that aren't visible.
So you know, cats are interesting. They are kind of like girls. If they come up and talk to you, it's great. But if you try to talk to them, it doesn't always go so well. - Shigeru Miyamoto
Crushgroove
Profile Joined July 2010
United States793 Posts
August 02 2011 10:24 GMT
#250
On August 02 2011 13:24 whatthefat wrote:
Show nested quote +
On August 02 2011 09:55 nemo14 wrote:
On August 02 2011 05:03 9heart wrote:
You should never feed trolls, but:

Quote:
"21 trillion 62 billion 352 million 435100 polygons"


That would translate to at least 21.0623.5243.5100 triangles without instancing, or 21.0623.5243.5100 * 3 vertices, or 21.0623.5243.5100 * 3 * 3 xyz-coordinates, or 21.0623.5243.5100 * 3 * 3 * 4 = 758.2446.8766.3600 bytes = 689 terabytes worth of geometry data assuming 4-byte floats


That is a pretty basic issue that I am not sure anyone can get around. Every point has to have its coordinates stored somewhere, and while you might be able to come up with a more efficient coordinate system you still need to put trillions of easily-accessible points into it.


Well, not if there are certain constraints. For instance, the positions of the atoms that make up a rock can all be defined in terms of 6 parameters: the 3D coordinates of one atom in the rock, and the 3D coordinates of the rock's angle of rotation. Only if the rock is broken into smaller pieces do more parameters need to be defined. The same goes for all contiguous objects, and it may be possible to do other clever compressions. For example, you could define whole regions of the island that are not currently being interacted with in terms of 6 coordinates. Or you could make approximations for different spatial scales, e.g., only visualize 1 in a million atoms for objects smaller than a certain scale. I don't know exactly what they're doing, but I think there are many such clever algorithms that could be used to achieve compression.


Yes, but if this were true, then it would eliminate the point of rendering the rock in "atoms" in the first place.

The whole idea is that If my player character fires a bullet that punches a hole in a leaf of one branch of one tree then the hole persists because its not a polygon, its a million little atoms.

If I damage the rock in some way, it needs to adjust in real-time and persist that way because its made up of millions of little "atoms". The WHOLE PURPOSE of making a game with this ridiculous fictitious tech would be to do something not doable with polygons. If you're just going to make a rock and keep its model and orientation then that can be done with current polygon technology.
[In Korea on Vaca] "Why would I go to the park and climb a mountain? There are video games on f*cking TV!" - Kazuke
Dox
Profile Blog Joined April 2010
Australia1199 Posts
August 02 2011 10:32 GMT
#251
Well, there's zero animation so it's difficult to gauge its true potential. And goddamn his reading voice / strange Australian accent freaked me out.
@NvDox | Plantronics Nv: Rossi . mOOnGLaDe . deth . JazBas | @NvSC2 | @NvCoD | @NvLeague | @NvHearthstone | @NvDotA2 | @PLT_MF
brachester
Profile Blog Joined March 2011
Australia1786 Posts
August 02 2011 10:34 GMT
#252
Why are they comparing their graphics with the graphics of 2006 games???? this sounds more and more fishy to me, not much hope but it would be nice if they actually able to do this
I hate all this singing
Dakk
Profile Blog Joined June 2010
Sweden572 Posts
August 02 2011 10:42 GMT
#253
My guess is as a start, that they wont change the old polygonal way of creating with this new way. I think they will somehow blend them togetther, keeping some things polygonal, and then make other stuff, such as environmental stuff made out of such clouds we see in the video.
I will not fear, Fear is the mindkiller. Fear is the little death.
valaki
Profile Joined June 2009
Hungary2476 Posts
August 02 2011 10:48 GMT
#254
Yeah it looks nice on paper but what happens when you try to move something with a billion particles? Yeah, nothing. In the video everything is static.
ggaemo fan
Tobberoth
Profile Joined August 2010
Sweden6375 Posts
Last Edited: 2011-08-02 11:09:38
August 02 2011 11:08 GMT
#255
On August 02 2011 19:09 NicolBolas wrote:
Show nested quote +
"It can't be utilized with physics or animation" - Yes it can, polygons aren't what make animation and physics possible. All you need is to connect an action to an object. A game having twice the polygons of another game doesn't mean it has twice the physics or animation of the other game, it just looks better.


No, in fact: polygons are what makes animation possible. Polygons, meshes of vertices, are deformable. They're positions in space which are transformed by linear transformations. Because a triangle is always planar (unless the three points become colinear, at which point it becomes invisibly thin), triangles always represent closed surfaces. So you can deform a mesh of triangle vertices and, as long as you don't break the mesh with your transforms, you will know that the mesh remains closed.

For "characters", it's even more complex. What you have is a number of positions over a "skeleton", where each "bone" in the skeleton is a transformation. Some of those positions are transformed by multiple transformations; this is what allows for smooth weighting across a complex, deformable mesh.

The technology they showed cannot do this. Indeed, it's not even clear if it can render multiple static objects in different positions each frame (ie: just sliding things around). Without deformation, you pretty much give up on humans, cloth, etc. And while some games could certainly get by without people, not all or most of them could.

Show nested quote +
b) dynamic lighting


Forget dynamic lighting; that's easy (assuming that each position has a normal and reasonable lighting parameters, and can have a user-defined shader program executed to generate the color of it). Shadows are hard. Notice how their shadows in the video are pretty much just slightly darkened patches under trees and such. There's nothing like actual shadow mapping going on here.

The shadows that they say they're working on look like pre-baked Quake-1 style shadows. Sure, they have more detail than Quake 1 shadows, but they're still pre-baked. Will there be proper shadowing for characters that pass under the shadow?

Oh that's right; this technology only works for static scenes.

Also, let's not forget anisotropic filtering and antialiasing. The Youtube compression hides many sins, but I seriously doubt their method can antialias very well. Anisotropic filtering can only work with textures, so they're going to have to put together one hell of an antialiasing package to compensate.

Show nested quote +
but we have NO IDEA how their engine works.


We do have an idea how it works; their presentation says how it works. It is essentially a complex query algorithm over a database of points that serves as a combination of frustum culling and LODing. This gets a field of visible points, which they write to an image.

Once you start moving points around, you now need to incorporate transforms. And since they have "infinite detail", that's a lot of transformation of points. You can't use the database query to cull points because until you've finished the transformation, you can't know which points might be visible. Your transform has to be done pre-culling. So you're going to waste a lot of time transforming points that aren't visible.

The thing is, you're still thinking in terms of polygons etc. Moving things around should actually be insanely easy. Here's a rock object, move it x amounts of points to the west. Cool, easy as crap, done. That's not an animation though, it's just moving an object. So lets say we have a dude and we want to move his arm. In polygon-world, you would do transforms, but here, you could have a completely different system. Say you have a skeleton in the arm, and you have a shoulder object and a biceps object. All you do is rotate and move the biceps and shoulder object to follow the skeleton, and use an algorithm to "fill in" areas with "atoms", similar to how many people do flash cartoons, using separate objects for movable parts.

Don't go thinking that just because something is done a certain way in a polygon-based game, it has to be done exactly the same in any system. Creating a 2d and then a 3d game shows how massive the difference can be to create even a minor effect.
GsOne
Profile Joined November 2005
Poland164 Posts
August 02 2011 11:09 GMT
#256
It may not be completely bogus, they may indeed render VERY detailed environments in real time, maybe even animate them. What the video seems to imply is that you can make a game like Crysis and just add detail everywhere, while maintaining all other effects like dynamic lighting, multiple different models etc; you can clearly see this when they juxtapose their life-like vines to a simple flat surfaces of standard game environments.
There are limitations to how much you can compress data without loosing anything, and it clearly shows in their presentation - just a few models copied everywhere, structures are detailed but formed from box-shaped elements, they are back to square one in terms of rendering believable water or any object with no coherent structure for that matter.
What makes this interresting is that there are tons of people like Carmack who will find a way to gradually introduce similar systems into their engines, overcoming mentioned obstacles in the process, limiting objects rendered using this technique in order to actually render something more than the same elephant over and over. It clearly won't be a revolution, no engine will use just this method, but I'm looking forward to seeing this introduced on small scale along with standard polygons.
Random()
Profile Blog Joined August 2004
Kyrgyz Republic1462 Posts
Last Edited: 2011-08-02 11:12:18
August 02 2011 11:11 GMT
#257
On August 02 2011 19:48 valaki wrote:
Yeah it looks nice on paper but what happens when you try to move something with a billion particles? Yeah, nothing. In the video everything is static.


It is already being moved though How do you think the "camera" works to build a projection on your screen? It rotates the world around you Adding another transformation step to support simple animation is pretty easy.
Tobberoth
Profile Joined August 2010
Sweden6375 Posts
August 02 2011 11:14 GMT
#258
On August 02 2011 19:24 Crushgroove wrote:
Show nested quote +
On August 02 2011 13:24 whatthefat wrote:
On August 02 2011 09:55 nemo14 wrote:
On August 02 2011 05:03 9heart wrote:
You should never feed trolls, but:

Quote:
"21 trillion 62 billion 352 million 435100 polygons"


That would translate to at least 21.0623.5243.5100 triangles without instancing, or 21.0623.5243.5100 * 3 vertices, or 21.0623.5243.5100 * 3 * 3 xyz-coordinates, or 21.0623.5243.5100 * 3 * 3 * 4 = 758.2446.8766.3600 bytes = 689 terabytes worth of geometry data assuming 4-byte floats


That is a pretty basic issue that I am not sure anyone can get around. Every point has to have its coordinates stored somewhere, and while you might be able to come up with a more efficient coordinate system you still need to put trillions of easily-accessible points into it.


Well, not if there are certain constraints. For instance, the positions of the atoms that make up a rock can all be defined in terms of 6 parameters: the 3D coordinates of one atom in the rock, and the 3D coordinates of the rock's angle of rotation. Only if the rock is broken into smaller pieces do more parameters need to be defined. The same goes for all contiguous objects, and it may be possible to do other clever compressions. For example, you could define whole regions of the island that are not currently being interacted with in terms of 6 coordinates. Or you could make approximations for different spatial scales, e.g., only visualize 1 in a million atoms for objects smaller than a certain scale. I don't know exactly what they're doing, but I think there are many such clever algorithms that could be used to achieve compression.


Yes, but if this were true, then it would eliminate the point of rendering the rock in "atoms" in the first place.

The whole idea is that If my player character fires a bullet that punches a hole in a leaf of one branch of one tree then the hole persists because its not a polygon, its a million little atoms.

If I damage the rock in some way, it needs to adjust in real-time and persist that way because its made up of millions of little "atoms". The WHOLE PURPOSE of making a game with this ridiculous fictitious tech would be to do something not doable with polygons. If you're just going to make a rock and keep its model and orientation then that can be done with current polygon technology.

Missing the point.com

No, the point is that it's faster. Current games get better looking by raising the polygon count, compare an old FPS to a new one. Character models used to be a few hundred polygons, now they are several thousand polygons. This is straining as shit on computers and 3d cards. The point of this idea is that you can get FAR better detail than by multiplying the polygons hundreds of times, without it being more straining on the hardware.

Shooting a leaf would probably do nothing, just like in a polygon game, since there won't be enough memory to have thousands of leaf objects on every tree in a forest.
Tobberoth
Profile Joined August 2010
Sweden6375 Posts
August 02 2011 11:20 GMT
#259
On August 02 2011 19:48 valaki wrote:
Yeah it looks nice on paper but what happens when you try to move something with a billion particles? Yeah, nothing. In the video everything is static.

It's not harder to move a billion particles than one particle for a computer, since it isn't going to actually move every single particle one at a time. It just calculates a point. An analogy in 2d works: what's faster for the computer to render in a 2d game? A 1 red pixel box moving over the screen, or a 128x128 sprite of many colors? Answer: Doesn't matter unless the game is specifically programmed to optimize either solution. The game will still rewrite the whole scene with every sprite every frame, doesn't matter if the big sprite is in position 0,0 in one shot and 453,621 in the next.
graNite
Profile Blog Joined December 2010
Germany4434 Posts
August 02 2011 11:21 GMT
#260
On August 02 2011 18:45 tainted muffin wrote:
They say they have invented insanely good graphics but the video runs in 480p


Here is the HD version. Just for you.

+ Show Spoiler +
"Oink oink, bitches" - Tasteless on Pigbaby winning a map against Flash
Prev 1 11 12 13 14 15 18 Next All
Please log in or register to reply.
Live Events Refresh
RSL Revival
10:00
Season 1: Group A
ByuN vs SpiritLIVE!
Cure vs TBD
Percival vs TBD
Tasteless531
ComeBackTV 518
IndyStarCraft 136
IntoTheiNu 37
LiquipediaDiscussion
[ Submit Event ]
Live Streams
Refresh
StarCraft 2
Tasteless 531
IndyStarCraft 136
Lowko121
ProTech63
StarCraft: Brood War
Calm 6746
Sea 5120
Rain 4229
Horang2 1153
Pusan 551
BeSt 306
Stork 240
EffOrt 232
Hyun 187
Mong 164
[ Show more ]
ZerO 111
JulyZerg 82
ToSsGirL 61
Rush 60
Liquid`Ret 54
Sacsri 38
GoRush 31
sorry 29
Sharp 22
sSak 20
[sc1f]eonzerg 17
Movie 16
HiyA 13
Light 10
Shine 7
ivOry 3
Dota 2
XaKoH 559
XcaliburYe384
Fuzer 230
Counter-Strike
olofmeister1558
shoxiejesuss789
Stewie2K481
x6flipin410
allub113
Other Games
singsing1264
ceh9867
C9.Mang0400
crisheroes244
Pyrionflax180
Mew2King90
ZerO(Twitch)21
Trikslyr15
Organizations
Dota 2
PGL Dota 2 - Secondary Stream11130
Other Games
gamesdonequick794
StarCraft: Brood War
lovetv 11
StarCraft 2
Blizzard YouTube
StarCraft: Brood War
BSLTrovo
sctven
[ Show 14 non-featured ]
StarCraft 2
• LUISG 28
• AfreecaTV YouTube
• intothetv
• Kozan
• IndyKCrew
• LaughNgamezSOOP
• Migwel
• sooper7s
StarCraft: Brood War
• iopq 1
• BSLYoutube
• STPLYoutube
• ZZZeroYoutube
League of Legends
• Stunt568
Other Games
• WagamamaTV40
Upcoming Events
WardiTV Qualifier
5h 14m
PiGosaur Monday
13h 14m
RSL Revival
23h 14m
herO vs sOs
Zoun vs Clem
Replay Cast
1d 13h
The PondCast
1d 23h
RSL Revival
1d 23h
Harstem vs SHIN
Solar vs Cham
Replay Cast
2 days
RSL Revival
2 days
Reynor vs Scarlett
ShoWTimE vs Classic
uThermal 2v2 Circuit
3 days
SC Evo League
4 days
[ Show More ]
Circuito Brasileiro de…
4 days
Sparkling Tuna Cup
4 days
Liquipedia Results

Completed

Acropolis #3 - GSC
2025 GSL S2
Heroes 10 EU

Ongoing

JPL Season 2
BSL 2v2 Season 3
BSL Season 20
Acropolis #3
KCM Race Survival 2025 Season 2
NPSL S3
Rose Open S1
CSL 17: 2025 SUMMER
Copa Latinoamericana 4
RSL Revival: Season 1
Murky Cup #2
BLAST.tv Austin Major 2025
ESL Impact League Season 7
IEM Dallas 2025
PGL Astana 2025
Asian Champions League '25
BLAST Rivals Spring 2025
MESA Nomadic Masters
CCT Season 2 Global Finals
IEM Melbourne 2025
YaLLa Compass Qatar 2025
PGL Bucharest 2025

Upcoming

CSLPRO Last Chance 2025
CSLPRO Chat StarLAN 3
K-Championship
SEL Season 2 Championship
Esports World Cup 2025
HSC XXVII
Championship of Russia 2025
BLAST Open Fall 2025
Esports World Cup 2025
BLAST Bounty Fall 2025
BLAST Bounty Fall Qual
IEM Cologne 2025
FISSURE Playground #1
TLPD

1. ByuN
2. TY
3. Dark
4. Solar
5. Stats
6. Nerchio
7. sOs
8. soO
9. INnoVation
10. Elazer
1. Rain
2. Flash
3. EffOrt
4. Last
5. Bisu
6. Soulkey
7. Mini
8. Sharp
Sidebar Settings...

Advertising | Privacy Policy | Terms Of Use | Contact Us

Original banner artwork: Jim Warren
The contents of this webpage are copyright © 2025 TLnet. All Rights Reserved.