Open ruvane3 opened 5 years ago
Whats the need for this? Most people dont want the most recent games, they just want their own games, and for that you get the same data from the matchlist..
Whats the need for this? Most people dont want the most recent games, they just want their own games, and for that you get the same data from the matchlist..
You are right that if you only care about a certain player's games then the matchlist endpoint works really well. This is for analysis - especially analysis that requires looking at all games (not a sample).
My use case needs to look at all games that happen - not just a sample:
Basically it is building a network of who beat who in ranked and how in maybe just 4 games you are better than bjergsen by the transitive property. The problem is I need to look at all of the games - not just a sample.
Although this would be useful in general too:
We're looking into a couple possibilities related to exposing a list of active or recently completed matches. No ETA, but it's definitely on our radar.
Someone asked for an update to this topic in #office-hours on Discord.
Still looking into this, if there is a change it would likely happen along side TFT getting added to match history. I don't expect any new endpoints before then.
Any ETA update on this? Is it still on the radar?
Valorant now has a similar endpoint: https://twitter.com/RiotGamesDevRel/status/1305651691925061632
This new endpoint would make processing all games in a certain queue possible. Instead of doing spidering from players to build a sample of games that happened in a certain queue, this would directly tell you what gameIds happened. It would be much more concise, require much less client storage, much fewer api calls, and actually 100% cover the games in a queue.
Simple Option:
get/recent/gameIds/by/{queue}
Parameters
queue (required)
Returns
1000 most recent gameIds in that queue
More Robust Option:
get/gameIds
Parameters
Returns