Xbox 360 - Détails Console/Jeux [Topic unique] - Forum principal

Xbox 360 - Détails Console/Jeux [Topic unique]

Shinta

Since 7896 Days

c'est quoi le plus mieux entre 1080i et 1080p ?

In reply to

[url]http://dabilahromaster.ifrance.com[/url]

Khalys

Since 7898 Days

Bah c'est le 1080p : deux fois plus de lignes horizontales sur chaque image.

In reply to

g4m3rz

Since 7655 Days

Le p, parce que le i c'est entrelacé et c'est moche :p (mais ça bouffe 2x moins de ressources).

pas finie ta phrase...

Effectivement, il fallait lire :
Ce que je voulais dire c'est qu'un DD c'est 10x moins bruyant qu'un lecteur DVD en nuisance sonore globale, mais ça c'est seulement pour les consoles, pour les pc c'est différent.
A la rigueur, sans la 2éme partie de la phrase ça va aussi.

In reply to

valou

Since 7425 Days

ah! merci ca avait gaché ma journée :p
nan j'deconne...

In reply to

np noob kikoolol!

g4m3rz

Since 7655 Days

Heureusement que je te sauve alors :)

In reply to

valou

Since 7425 Days

bah nan je deconnais...

In reply to

np noob kikoolol!

shann

Since 7528 Days

ceci étant le 1080p je sais pas si ça arrivera un jour en europe.

In reply to

___
(^_-)
www.xbox-mag.net

valou

Since 7425 Days

nan on ira direct au 1440p :p

In reply to

np noob kikoolol!

djbusta971

Since 7293 Days

1080p c 'est pas pour tout de suite...Les télé HD ne supporte pas cette résolution..Faudra attendre la rentrée de Septembre pour voir apparaitre des téléHD à un prix abordable gérant cette définition..

In reply to

elrich

Since 7555 Days

petite info à prendre avec des pincette surtout pour certains passage:

"1. The Reason MS didn't "correct" their GFLOP evaluation is because a SYSTEM cannot be described as a mere Additive resolution of its constituent parts. Sony is basically lying.

2. The SPE's do NOT have the described memory bandwidth - they CANNOT really access memory in that way as they have to DMA from main memory into the local store BEFORE it can be used.

3. X360 is IN ORDER, this removed a HUGE amount of the silicon AND thus removed a LARGE proportion of the G5's heat isses; the bulk of code written for Macs is simply Mac Centric - the code written for X360 is X360 SPECIFIC and thus can be far better optimised by the compilers and the programmers.

4. Total system bandwidth does not provide a valid comparison - stop doing it, its like saying look... my house has more ducting than yours... in the end its the effective use of the bandwidth that is the REAL measure and we can't quantify that measure in any easy manner. In a while - when the systems are better known we will know their bottlenecks and thus know where MORE bandwidth was required... but thats about as close to quantification as is possible"

"

The **bleep** for the SPE is VERY deep - a jump statement may or may NOT be taken but regardless the SPE WILL read ahead those instructions that would be executed should the jump NOT take place. Each instruction will be at a different point in the execution **bleep**... so lets say there 21 instructions... 0 being the jump on condition, the next 10 being the NONE jump code the last 10 being the code ran when a jump is executed.

it might take say 5 cycles (arbitrary for examples sake) to actually execute the jump on condition command... during which time the dual issue SPE has begun processing on the next 10 instructions (assuming no dependancy issues). The result of the jump on condition comes in and eh voila - all those instructions (1-10) are suddenly WRONG... we don't need them to execute any more.... here comes a NICE flush of the **bleep**... removing ALL the new code and returning to the state BEFORE the read ahead was done. It then starts reading from instruction 11 - 21 and execution continues.

THIS is the cost of branching, THIS is the reason we WILL have to write more serial code that uses instructions to make decisions on vectors THIS is ONE of the reasons coding for the ps3 WILL take longer."

"
heres a question - on ps2 the vu units are used largely to process vertex/lighting/skinning data from a known stream source specifically designed around the VU itself... we use VU0 for sporadic vector math thus keeping the actual values in the VU registers during complex math. These things HAD to be designed around before they worked....Ps3 has similar requirements for alignment and data read/write HOWEVER we are expected to run FAR more complex and random code accessing FAR more random (historically speaking) data... in order to get the speed out of the SPE's we HAVE to redesign core systems around the SPE requirements... economies of scale WILL play a factor in whether this ACTUALLY gets done... if we can produce an ok game that sells 2M units by NOT redesigning but putting out mediocre code whilst making the same game on X360 looking VERY cool and doing it easily and selling 3M units... I think the business speaks for itself.... off the cuff example it may be... wrong it is not.

developing for ps3 WILL cost more than X360 - doesn't mean I like one better than the other.. its just a fact. In maybe 3 years time they be approaching similar at which point we could see a change - but for now it is what it is."

"hate to mention this but... someone quoted Tim Sweeny as saying the cell is easy to program for....general option is that his role as "Chief Architect" is largely moot he is the CEO and nothing more.... the crux of it is... he IS NO LONGER a programmer.

and regarding those articles - read them both and by and large its guesswork.

deftones - read between the lines, I said I can't give you my source, not that I'm guessing. My University career saw my final year project getting sent back twice due to being TOO complex at which point I had to employ those metaphors you love so much in order to explain the intricacies of scheduling in the U/V pipes of the FIRST pentium CPU and how it could be programmed with this in mind. My CPU work doesn't stop there as I worked at the lowest level on ps1 for several years writing renders at the assembly level and optimising the game for instruction cache (I-cache) and Data cache (D-cache) thrashing. That year due to the entire teams efforts Sony gave us a pat on the back saying we were the most optimal engine out that year. I then switched to ps2 for a while and then gamecube where most of my powerpc experience comes from. Again I wrote at the lowest level for gamecube AND optimised at a higher level knowing the hardwares weak points and where we could rely upon its strong points.

I'm not a novice, I'm not guessing and I've staying up with the CPU's I use or WILL over the years. I know almost nothing about the current batch of PC CPU's, mainly because I don't program for them... but I do know a awful lot about powerpc architecture, the architecture of the x360 and I'm currently learning the architecture of the cell's SPE's which may take a few more weeks before i'm up to making global design decisions.

so please - answer me this, what do you do? and what exactly do you disagree with regarding my previous LARGE post?"

wow - I go away for ONE day at E3 and ALL **** breaks loose

to answer a few questions

1. I'm not a fanboy, nor do I lean towards any particular hardware. I do currently work on Xenon BUT I have been working on Ps1,Ps2,DC and Gamecube for a LONG time.

2. regarding the cells SPE's and WHY they are not good at general purpose code OR random data access.

When a decision is made in a processor (an if statement) the PC (Program counter) often has to jump to a separate section of the code returning later to the commmon code. This interupts the caching of the instructions as the processor does NOT know where the code is going to jump as this is more often than not data dependant. Modern CPU's have a method they use the predict which branch will be taken. Branch prediction is extremely complex and I won't even try to explain it here BUT I can say that it often hides the caching issues I mentioned. A branch miss results in ALL the instruction cache being flushed and the cpu then starts reading from its new location... X360 HAS branch prediction on ALL its cores thus ofimes it avoids this flush. Ps3 has it only on the PPE - the spe's have ZERO branch prediction but CAN be given hints by the programmer as to which branch might be taken... this is NOT as fast as full branch prediction AND it takes longer to program. Code can be designed around this problem and no doubt it WILL be .... but it takes longer.

Futher - the spe's rely upon a LOCAL area of memory (256Kb) to store both the data they use during calculations AND the resuts of said calculations. This data is streamed in by DMA as and when needed and thus needs to be controlled either by itself or the main CPU the DMA is HEAVILY relied upon but AFAIK can only process one request at a time albeit at a VERY fast rate. Now... the DMA reads from a memory address a set number of bytes, each addres+numbytes is a single request.... consider accessing 1,000 vertices... they would normally be stored linearly in memory thus a SINGLE dma request would be used. If you're following me then you know where I'm going... consider the SPE accessing data from 100 different memory addresses in a NON linear fashion; random. Each access would represent a NEW dma, more DMA requests == further delays for ALL spe's.

There is an area of memory that is shared between the SPE's so the above example IS a worst case scenario... but like many things on the cell.. this shared memory is non-trivial and is small thus requiring manangement;more programming.

3. Cell is VERY good with large datasets requiring linear access and having a relatively simple code pathway - lighting, vertex transform, A* pathing (if designed properly), Character skinning, texture processing, animation. However to get the most out of it each will require its own specific handling and design around the SPE limitations and DMA request optimisation.

4. Information on RSX is sketchy at best... they have said 100B shader ops but haven't told us much else. It will be fast, it will be able to run most if not all the things that the ATI part in X360 will run. It DOES NOT use the same language - more work required.

5 X360's CPU == 240 Gflop with 1 thread per core, Ps3 CPU == 218 Gflop - TOTAL when you ADD the 2 threads running on the PPE... if we take the same standpoint as sony.... X360's CPU is 480Gflops... thats >2XPs3.... we just need the numbers on the GFX Cards."

j'ai comme un doute sur cette partie du texte

"
note - "IF we take the same standpoint as Sony" in that - Sony in their comments regarding the STATS on the cell HAVE ADDED THE NUMBERS across the board in order to reach the 2.18 TFLop, they have added 2 threads on the ppe and dual issue on teh spe's.... it was MEANT to show people what the x360 numbers come out to WHEN we use the same "technique" as sony.

and - you say that it shouldn't be much more difficult than ps2 - hmm.. that puts MOST things at around 5x programming time over x360 - thanks for backing me up.

regarding branch prediction NOT being an issue - go to the cell docs IF you have them (anyone else who has them can back me up here)

/cell/0_3_0/documents/hardware/BE-Overview_e.pdf
in that pdf go to SPE->SPU Performance Characteristics and READ the section on BRANCH PREDICITION AND WHY ITS IMPORTANT.

THEN come back here and try again - sorry if I'm harsh but you came on here DIDN'T read my post properly and THEN got offensive."

"

we were looking at these stats a few days ago and no mater WHAT equation we use we CANNOT get the system to 2.18TFlops

the CPU is 218 GFlops - not that great
the GPU is a black box in the released stats claiming 1.8TFlops... now... THAT is absurd... not impossible but certainly outside the realms of single die - Our general thinking is that they are using an SLI setup however that would KILL profitability.

My own opinion says they are more likely to hit 1TFlop and be similar to X360...

The main issue is... that 218GFlops on the CPU is gonna be VERY hard to utilize and or maximise"

----these are his words not mine, this is not really supposed to be publicized, but he is a developer for activision who is working on the next generation Tony Hawk. for both system, thus he has an intimate knowledge of both, in addition there are ather devs but this should be enough to chew on for now.

In reply to

petite info à prendre avec des pincette surtout pour certains passage:

"1. The Reason MS didn't "correct" their GFLOP evaluation is because a SYSTEM cannot be described as a mere Additive resolution of its constituent parts. Sony is basically lying.

2. The SPE's do NOT have the described memory bandwidth - they CANNOT really access memory in that way as they have to DMA from main memory into the local store BEFORE it can be used.

3. X360 is IN ORDER, this removed a HUGE amount of the silicon AND thus removed a LARGE proportion of the G5's heat isses; the bulk of code written for Macs is simply Mac Centric - the code written for X360 is X360 SPECIFIC and thus can be far better optimised by the compilers and the programmers.

4. Total system bandwidth does not provide a valid comparison - stop doing it, its like saying look... my house has more ducting than yours... in the end its the effective use of the bandwidth that is the REAL measure and we can't quantify that measure in any easy manner. In a while - when the systems are better known we will know their bottlenecks and thus know where MORE bandwidth was required... but thats about as close to quantification as is possible"

The **bleep** for the SPE is VERY deep - a jump statement may or may NOT be taken but regardless the SPE WILL read ahead those instructions that would be executed should the jump NOT take place. Each instruction will be at a different point in the execution **bleep**... so lets say there 21 instructions... 0 being the jump on condition, the next 10 being the NONE jump code the last 10 being the code ran when a jump is executed.

it might take say 5 cycles (arbitrary for examples sake) to actually execute the jump on condition command... during which time the dual issue SPE has begun processing on the next 10 instructions (assuming no dependancy issues). The result of the jump on condition comes in and eh voila - all those instructions (1-10) are suddenly WRONG... we don't need them to execute any more.... here comes a NICE flush of the **bleep**... removing ALL the new code and returning to the state BEFORE the read ahead was done. It then starts reading from instruction 11 - 21 and execution continues.

THIS is the cost of branching, THIS is the reason we WILL have to write more serial code that uses instructions to make decisions on vectors THIS is ONE of the reasons coding for the ps3 WILL take longer."

"
heres a question - on ps2 the vu units are used largely to process vertex/lighting/skinning data from a known stream source specifically designed around the VU itself... we use VU0 for sporadic vector math thus keeping the actual values in the VU registers during complex math. These things HAD to be designed around before they worked....Ps3 has similar requirements for alignment and data read/write HOWEVER we are expected to run FAR more complex and random code accessing FAR more random (historically speaking) data... in order to get the speed out of the SPE's we HAVE to redesign core systems around the SPE requirements... economies of scale WILL play a factor in whether this ACTUALLY gets done... if we can produce an ok game that sells 2M units by NOT redesigning but putting out mediocre code whilst making the same game on X360 looking VERY cool and doing it easily and selling 3M units... I think the business speaks for itself.... off the cuff example it may be... wrong it is not.

developing for ps3 WILL cost more than X360 - doesn't mean I like one better than the other.. its just a fact. In maybe 3 years time they be approaching similar at which point we could see a change - but for now it is what it is."

"hate to mention this but... someone quoted Tim Sweeny as saying the cell is easy to program for....general option is that his role as "Chief Architect" is largely moot he is the CEO and nothing more.... the crux of it is... he IS NO LONGER a programmer.

and regarding those articles - read them both and by and large its guesswork.

deftones - read between the lines, I said I can't give you my source, not that I'm guessing. My University career saw my final year project getting sent back twice due to being TOO complex at which point I had to employ those metaphors you love so much in order to explain the intricacies of scheduling in the U/V pipes of the FIRST pentium CPU and how it could be programmed with this in mind. My CPU work doesn't stop there as I worked at the lowest level on ps1 for several years writing renders at the assembly level and optimising the game for instruction cache (I-cache) and Data cache (D-cache) thrashing. That year due to the entire teams efforts Sony gave us a pat on the back saying we were the most optimal engine out that year. I then switched to ps2 for a while and then gamecube where most of my powerpc experience comes from. Again I wrote at the lowest level for gamecube AND optimised at a higher level knowing the hardwares weak points and where we could rely upon its strong points.

I'm not a novice, I'm not guessing and I've staying up with the CPU's I use or WILL over the years. I know almost nothing about the current batch of PC CPU's, mainly because I don't program for them... but I do know a awful lot about powerpc architecture, the architecture of the x360 and I'm currently learning the architecture of the cell's SPE's which may take a few more weeks before i'm up to making global design decisions.

so please - answer me this, what do you do? and what exactly do you disagree with regarding my previous LARGE post?"

wow - I go away for ONE day at E3 and ALL **** breaks loose

to answer a few questions

1. I'm not a fanboy, nor do I lean towards any particular hardware. I do currently work on Xenon BUT I have been working on Ps1,Ps2,DC and Gamecube for a LONG time.

2. regarding the cells SPE's and WHY they are not good at general purpose code OR random data access.

When a decision is made in a processor (an if statement) the PC (Program counter) often has to jump to a separate section of the code returning later to the commmon code. This interupts the caching of the instructions as the processor does NOT know where the code is going to jump as this is more often than not data dependant. Modern CPU's have a method they use the predict which branch will be taken. Branch prediction is extremely complex and I won't even try to explain it here BUT I can say that it often hides the caching issues I mentioned. A branch miss results in ALL the instruction cache being flushed and the cpu then starts reading from its new location... X360 HAS branch prediction on ALL its cores thus ofimes it avoids this flush. Ps3 has it only on the PPE - the spe's have ZERO branch prediction but CAN be given hints by the programmer as to which branch might be taken... this is NOT as fast as full branch prediction AND it takes longer to program. Code can be designed around this problem and no doubt it WILL be .... but it takes longer.

Futher - the spe's rely upon a LOCAL area of memory (256Kb) to store both the data they use during calculations AND the resuts of said calculations. This data is streamed in by DMA as and when needed and thus needs to be controlled either by itself or the main CPU the DMA is HEAVILY relied upon but AFAIK can only process one request at a time albeit at a VERY fast rate. Now... the DMA reads from a memory address a set number of bytes, each addres+numbytes is a single request.... consider accessing 1,000 vertices... they would normally be stored linearly in memory thus a SINGLE dma request would be used. If you're following me then you know where I'm going... consider the SPE accessing data from 100 different memory addresses in a NON linear fashion; random. Each access would represent a NEW dma, more DMA requests == further delays for ALL spe's.

There is an area of memory that is shared between the SPE's so the above example IS a worst case scenario... but like many things on the cell.. this shared memory is non-trivial and is small thus requiring manangement;more programming.

3. Cell is VERY good with large datasets requiring linear access and having a relatively simple code pathway - lighting, vertex transform, A* pathing (if designed properly), Character skinning, texture processing, animation. However to get the most out of it each will require its own specific handling and design around the SPE limitations and DMA request optimisation.

4. Information on RSX is sketchy at best... they have said 100B shader ops but haven't told us much else. It will be fast, it will be able to run most if not all the things that the ATI part in X360 will run. It DOES NOT use the same language - more work required.

5 X360's CPU == 240 Gflop with 1 thread per core, Ps3 CPU == 218 Gflop - TOTAL when you ADD the 2 threads running on the PPE... if we take the same standpoint as sony.... X360's CPU is 480Gflops... thats >2XPs3.... we just need the numbers on the GFX Cards."

j'ai comme un doute sur cette partie du texte

"
note - "IF we take the same standpoint as Sony" in that - Sony in their comments regarding the STATS on the cell HAVE ADDED THE NUMBERS across the board in order to reach the 2.18 TFLop, they have added 2 threads on the ppe and dual issue on teh spe's.... it was MEANT to show people what the x360 numbers come out to WHEN we use the same "technique" as sony.

and - you say that it shouldn't be much more difficult than ps2 - hmm.. that puts MOST things at around 5x programming time over x360 - thanks for backing me up.

regarding branch prediction NOT being an issue - go to the cell docs IF you have them (anyone else who has them can back me up here)

/cell/0_3_0/documents/hardware/BE-Overview_e.pdf
in that pdf go to SPE->SPU Performance Characteristics and READ the section on BRANCH PREDICITION AND WHY ITS IMPORTANT.

THEN come back here and try again - sorry if I'm harsh but you came on here DIDN'T read my post properly and THEN got offensive."

we were looking at these stats a few days ago and no mater WHAT equation we use we CANNOT get the system to 2.18TFlops

the CPU is 218 GFlops - not that great
the GPU is a black box in the released stats claiming 1.8TFlops... now... THAT is absurd... not impossible but certainly outside the realms of single die - Our general thinking is that they are using an SLI setup however that would KILL profitability.

My own opinion says they are more likely to hit 1TFlop and be similar to X360...

The main issue is... that 218GFlops on the CPU is gonna be VERY hard to utilize and or maximise"

----these are his words not mine, this is not really supposed to be publicized, but he is a developer for activision who is working on the next generation Tony Hawk. for both system, thus he has an intimate knowledge of both, in addition there are ather devs but this should be enough to chew on for now.

gameslike

Since 7898 Days

gné ?

In reply to

^^ Bobox 360 : Humm! Au mois de novembre avec Kameo, Oblivion et Christie ^^

MorphBZH

Since 7831 Days

In reply to

LeFourbe

Since 7660 Days

Il faudrait un truc équivalent pour les autres jeux, ça pourrait être sympa. Je vois déjà les gros titres "Le plus fourbe règne en maître sur Perfect Dark Zero"...

S'il y a dans ce jeu le même système de récompense que dans Goldeneye et Perferct Dark, il sera temps pour moi de mettre mon GamerTag à l'épreuve...

In reply to

rien à ajouter

djbusta971

Since 7293 Days

Faut traduire des articles en anglais, déchiffré des images sans com venues de je ne sais où...Ce topic par en sucette...
Mais le deuxième image, on dirait un match en hdtv>>la 360 enregistreur numérique?

In reply to

MorphBZH

Since 7831 Days

Posted by djbusta971

"20.06.05 - Hier sind drei weitere Fotos, welche die Benutzeroberfläche der Xbox 360 zeigen (Danke an zarc)."

J'ai pas eu besoin de traduc pour savoir que
- la 1ère : un appareil photo connecté à la console
- la 3ème : PGR3

;)

In reply to

Jperf

Since 7388 Days

Merci pour les screens :D

In reply to

kisscool

Since 7835 Days

J'ai besoin d'une ptite confirmation, le streaming des fichiers à partir d'un pc, ce sera uniquement avec Windows Media Center ou avec Windows XP aussi?

In reply to

Enjoy!

Boboxgamer

Since 7390 Days

Posted by MorphBZH

- la 1ère : un appareil photo connecté à la console

Pourquoi pas une clée USB ? :D

In reply to

Mezmerize !

BlimBlim

Since 7915 Days

Posted by kisscool

J'ai besoin d'une ptite confirmation, le streaming des fichiers à partir d'un pc, ce sera uniquement avec Windows Media Center ou avec Windows XP aussi?

Ca pourra se faire avec Windows Media Player Extender, mais tu auras moins de possibilités qu'avec un vrai Media Center :
http://msdn.microsoft.com/library/default.asp?url=...

In reply to

BlimBlim, Tyran.

Magicien_Brun

Since 7299 Days

Halalala, si cette image pouvait être un indice du jeu secret de Bizarre, je serais aux anges (peut-être serais-je le seul).
http://www.bizarreonline.net/index.php?action=full...

In reply to

Merci à speedtree pour la 3ème image :)

eskyves

Since 7899 Days

le retour de fur fighters!

In reply to

use soap...

valou

Since 7425 Days

carrement...
mais ou est passé ma dreamcast!

In reply to

np noob kikoolol!

balita

Since 7522 Days

fur fighters return? furreal?
:)

In reply to

Canada is a nice country!

Tavares

Since 7830 Days

Pour le lancement de sa PSP prévu début Septembre, Sony organise du 20 au 30 juin à Paris un "lounge", salon ultra confidentiel qui permettra à la marque de présenter sa nouvelle console aux journalistes. Ni une ni deux, Microsoft a décidé de "contre-attaquer" cet évènement en habillant la façade d’un pressing situé juste en face aux couleurs de sa Xbox 360. Un pressing, quoi de mieux pour laver un tel affront....

http://img.photobucket.com/albums/v627/KelTamasheq...

http://img.photobucket.com/albums/v627/KelTamasheq...

http://img.photobucket.com/albums/v627/KelTamasheq...

http://img.photobucket.com/albums/v627/KelTamasheq...

J'adore le "Gardez vos forces pour cet hiver" ^^

In reply to

"Sur Terre on est Blindé ! Et si je devais Partir, ca n'empecherait pas le monde de tourner... De Profiter de sa journée"

Opak - Je L'esperais Tant

viwag1

Since 7897 Days

A ben voila ils commencent a etre plus agressif :)

In reply to

le jour ou MS petera dans un bocale Sony chiera dans une pendule "copyright viwag1"

You have to be logged in to post in this forum!

What's up?

Members
Announcements

Loakum Ugh….scratch that previous comment. The upcoming Game of Thrones video game is a F’in mobile phone game. Why can’t they came an open world GoT game, like Witcher 3 or God of War? (> 3 Months ago)
Loakum By FAR, the upcoming Game of Thrones King’s Road was the Game of the Show! It plays like God of War Ragnarok! :) (> 3 Months ago)
Loakum @Driftwood Awesome! I’m loving it! It does show a much crisper picture and the frame rate looks good! I was playing Stella Blade and Dragonball Soarkling Blast! :) (> 3 Months ago)
Driftwood @Loakum: enjoy, the one Sony sent us will be there on launch day. Coverage will follow asap. (> 3 Months ago)
Loakum *takes a large sip of victorious grape juice* ok….my PS5 pro arrived early! So much winning! :) (> 3 Months ago)
Driftwood @reneyvane: non ils l'ont publié le 1er octobre et je crois que tu l'avais déjà linkée. ;) (> 3 Months ago)
reneyvane Factornews à joué à KingdomComeDeliverance2 au Gamescom 2024 mais ne publie sa preview que maintenant ? [url] (> 3 Months ago)

Driftwood Download is now functional again on Gamersyde. Sorry for the past 53 days or so when it wasn't. (> 3 Months ago)
Driftwood Another (French) livestream today at 2:30 CEST but you're welcome to drop by and speak English. I will gladly answer in English when I get a chance to catch a breath. :) (> 3 Months ago)
Driftwood GSY is getting some nice content at 3 pm CEST with our July podcast and some videos of the Deus Ex Mankind Divided preview build. :) (> 3 Months ago)
Driftwood For once we'll be live at 4:30 pm CEST. Blim should not even be tired! (> 3 Months ago)
Driftwood More Quantum Break coverage coming in a few hours, 9:00 a.m CEST. (> 3 Months ago)
Driftwood We'll have a full review up for Firewatch at 7 pm CET. Videos will only be tomorrow though. (> 3 Months ago)
Driftwood Tonight's livestream will be at 9:15 GMT+1, not GMT+2 as first stated. (> 3 Months ago)

Xbox 360 - Détails Console/Jeux [Topic unique]

RoadCraft

Blades of Fire

F1 25

Our video of Two Falls (Nishu Takuatshina)

Our PC video of Mandragora

Assetto Corsa EVO on GeForce NOW Ultimate