nuovo

Visualizzazione post con etichetta Battle for the Bulge. Mostra tutti i post
Visualizzazione post con etichetta Battle for the Bulge. Mostra tutti i post

lunedì 28 luglio 2014

Serie Command Ops a metà prezzo

L'affare della settimana sul sito Matrix è l'intera serie di Command Ops (Battle of Bulge, Highway to the Reich, Battle for Greece) a metà prezzo. Ottimo affare perchè la serie è molto bella.

http://www.matrixgames.com/news/1481/Deal.of.the.Week:.Command.Ops.goes.half.price!

martedì 5 novembre 2013

Command Ops Series scontata

Sul sito Matrix potete acquistare la serie Command Ops scontata. Si tratta di uno sconto del 50% sia su Battle for the Bulge che sulla sua prima espansione Highway to the Reich.

http://matrixgames.com/store/

Ne vale la pena.

venerdì 21 giugno 2013

Uscito Command Ops: Battles for Greece

E' finalmente uscito Command Ops: Battles for Greece, la versione di Conquest of the Aegean con l'engine di Battle for the Bulge. I possessori della vecchia versione hanno uno sconto del 10%. Il gioco contiene scenari 1940-41 nella penisola ellenica (compresa l'invasione (e ritirata) italiana) e anche l'invasione di Creta. Costa circa 25 euro, non certo regalato, ma uno dei Wargame per cui vale la pena spendere. Ovviamente ci vuole il gioco originale per usarlo non è uno stand-alone.


http://matrixgames.com/products/503/details/Command.Ops:.Battles.for.Greece


19 historical and what-if scenarios covering all of the major actions that took place during Operation Marita, the German invasion of Greece in 1941 as well as a few battles from the previous Italian invasion of Greece
o Battle of the Pindos Bases
o Blunting the Spear
o Charge of the Centaurs
o Cutting the Line
o Elasson Rearguard
o First Clash at Veve
o First Clean Break
o Foothills of the Gods
o Gamble and Scramble
o Intro 1 - Bridges to Lamia
o Intro 2 - Setback and Rebound
o Parachutes over Corinth
o Pindos Historical Campaign
o Pulling Tight the Noose
o Spartans at the Pass
o Springing the Trap
o Take the Pass
o Tanks at Platamon
o Tempe Gorge Crisis
o Tactical Exercise Brigade Day Attack
o Tactical Exercise Brigade Night Attack
The same powerful Map and Scenario makers are still available in addition to the acclaimed Unit and Equipment editor allowing for the same unprecedented customization of gameplay.
Command Ops: Battles for Greece also includes the Command Ops AI engine which stands as one of the most advanced commercial AI opponents ever developed.
Command Ops: Battles for Greece is an expansion for Command Ops: Battles from the Bulge and requires the base game to play.

sabato 18 maggio 2013

Nuova Patch per Command Ops

E' stata rilasciata la patch 4.4.263 per Command Ops; ecco il change log:

V4.4.263 – May 17, 2013

Changes

• Removed some redundant asserts from the debug version
• Fixed crash in ScenMaker due to units not having estab associated
• Fixed crash when SaveFileLoc.cfg is not available. This normally manifested in Win 8 OS.).


V4.4.262 – May 10, 2013

Changes

• Enable units that are retreating and retreat recovering to surrender. Previously, this was restricted to routing, and rout recovering units. Though for retreating and retreat recovering units the enemy must be nearby and they must have been engaged within the last two minutes. This ensures surrounded units surrender in a reasonable time.
• Remove the formation aspect modifier from the fire routines where the range is very close. If covered terrain then reduce the effect. This addresses the issue where a low strength unit never dies (as per Daz's M8 recon units).
• Allow player assigned HHour for attacks to slip automatically during planning process if the earliest possible HHour is later than the assigned one. This ensures the attack is not abandoned because of insufficient time to get to the FUP.
• Added HHour Slipped report to advise the player where the HHour has been automatically slipped in planning.
• Ensure that assaults are not cribbed where the player has assigned a HHour. This assists the player to manually coordinate attacks.

V4.4.261 – April 15, 2013

Changes

• Ensure HHour of player orders are not slipped if the player sets the HHour.
• Ensure that the End time of a player order is not slipped if the player sets the HHour and it is still active.
• End times for Bombard and Fire tasks are now correctly set.
• Converted all HTTR Ex Pack data to be compliant with patch.




V4.4.260 – April 9, 2013

Changes and Fixes

• Ensure that StartAtDelayType is passed down through all scheduling code. This prevents attacking forces from waiting at the start of their FUP Reorg. Note this anomaly only affected attacks ordered by human players and did not apply to AI launched attacks.
• Increase max tick count of routes. This addresses Assert at MapVisitTable.cpp 328
• Use PodDoubles to eliminate data overflow inside ScenDump::ModifyPayloadSupplyQuantities(). Fixes assert at PodFloat.inl, line 277.
• Decreased the probability of supply lines being cut.
• Players' orders are disabled while Terrain Tables are recalculated. Player (or players, if it's a multiplayer game) is notified of this via a High Priority report. While the player can't issue any new orders, it is allowed to inspect units and tasks data. Once the Terrain Tables have been stabilizied and all on-going tasks adjusted accordingly, the player is notified that further orders can be issued. This fixes potential crashes after crossings are upgraded or degraded.
• Revised the handling of user-defined H Hours when mission plans are generated and slip to ensure task timings are consistent.
• Fixed a check on user-defined H Hours which under certain conditions deemed a player order with a feasible plan to be unfeasible due to timing constraints.
• Improved task duration estimation for all orders involving movement and assaults.
• H Hour Auto checkbox disabled once assaults are underway.
• Threat assessments for HQs and support units are now ignored if the Bypass option is unchecked on the order settings.



V4.4.259 – March 28, 2013

Changes and Fixes

• Handle cases inside PlanMove where the Route is recalced (because of a slip plan) and the subject is located on the route but not at the start. This ensures that the force does not try and go back to the start of the route. Addresses assert at ScenCommonAI line 7952.
• Handle cases where a force with a delay mission bunkers down and then reassesses, having no blocking tasks. It now will force replan if the bossTask was not a delay or it will abandon its plan if the bossTask was a delay. This addresses assert at TaskDoctrine.cpp, line 7930.
• Ensure that objective Tasks that have already started and whose HHour is not set do not try and slip their HHour even if the bossHHour and bossStart are slipped. This addresses assert at ScenTask 2220.
• Ensure that PlanAttack:AdjustAdvanceRoute() caters for cases where the subject starts on the truncated approach route and therefore doesn't need a join route. This addresses assert at ScenCommonAI 7952.
• Ensure that PlanAttack::DevelopScenarioEndQuickAttack() will not call GetValues() on the attackFG if it not populated. Addresses assert at ScenForceGroup.cpp, line 1070.
• Ensure that the missionTask Hhour is not updated inside PlanAttack::ConfirmTimings() when plans are slipped if the HHour is self assigned. This addresses assert at PlanAttack.cpp, line 5198.
• Ensure that where a unit does not have a current task inside WillRedeployFirebase() that it does not try to call GetPlanningParams(). This addresses access violation st ScenTask 7094.
• Ensure that the plan subject is valid before trying to access its type inside GetIndirectAvailableOnCallSupport(). This fixes a crash that occurred at ScenForceGroupUtils line 378.
• Ensure MapSearchParams is thread safe so that the UI and AI threads can safely calc routes at the same time. This fixes a nasty CTD that can occur when placing multiple waypoints while the game is running fast.
• Ensure that CalcInitialFrontageAndDepth() calls CullSupplyAndFirebasingUnits() so that the frontage and depth excludes the personnel from bases and long range arty.
• Ensure that inside MustWaitForUnitAhead()it only ignores the unit ahead if it has a different task type and is waiting on a receive orders event. This prevents unnecessary formation lockups.
• Added new feature to EstabEditor that enables the user to select the image file for a Side, Nation, Service, Vehicle or Ammo using a standard file requester dialog.
• Added new feature to EstabEditor that displays the name of the opened estab xml document in the title bar.
• Mods to the Estab XML schema to support the change from IDs to actual file references for estab images
• Modify the conversion code for estab databases to automatically convert new estab image file references.
• Modify the EstabManager's XML import and export code to handle new estab image file referencing.
• Added new feature to MapMaker to import and export MapEffects data using CSV spreadsheet file format. This allows the scenario designer the power to compare and edit the different effects for all terrain layers in a spreadsheet table format.
• Ensure that the path finding code is thread-safe. This avoids corrupting data when players assign tasks to forces while the game is running.
• Fixed bug in LOS tool that sometimes displayed location as visible when they were not visible due to intervening terrain.
• Changed LOS tool so that elevation profile lines always point up to the top of the screen.
• Changed LOS tool by reducing scale of elevation profile lines. Improves visualization where there are big differences in elevation.



V4.4.258 – March 4, 2013

Bug Fixes

• Ensure subGroup not added twice when generating right echelon formation. Fixes assert at ScenForceFormation 2612.
• Add extra test to assert at PD 3759 to handle cases where a unit requests extra time to slip its plan and where the boss abandons its plan in the process.
• Ensure that AssessForSubAttacksWhoseReorgsCanBeBroughtForward() aborts cleanly if the force is waiting to receive orders from boss aand has already curtailed the missionTask end. Addresses assert at TaskAttack line 1727.
• Ensure that static arty units assigned to their own mission plan within the onMapBoss's OpPlan are searched when calling GetAvailableOnCallSupport(). This ensures that they get a chance to fire if not in direct support of a particular mission.
• Ensure that dateTimes are validated for local settings.
• Ensure that cases where no valid route can be generated are handled properly throughout the assessment functions.
• Remove and prevent UI loopbacks that were causing task changes not to stick while the game was paused.
• Added new code to assess for stalled moves that will either wait, bypass, or replan depending on a number of factors like are there any subordinates attacking, can we bypass effectively. In the process overhauled the AssessBypass() and ensured that the caution factor was increased each time a bypass attempt was made thus making it more likely the force would select a route that avoided the enemy.
• Added new unit log messages, and player reports for stalled moves.
• Fixed bug inside MustWait() that was allowing filler units to move off even though the unit ahead of them was still receiving his move orders. This should fix cases where support units charge off on their own ahead of the main body.
• Ensure that the nextRouteIndex and nextRouteLoc are used consistently throughout the formation movement code. This avoids formation lockups.
• Ensure that units don't request emergency re-supplies of ammo for which they have no weapon left that can use that ammo type.
• Revise the cap on emergency re-supply ammo qty, ensuring that units get at least something. These two fixes prevent the never ending loop of units requesting emergency ammo that they don't need and also of not getting ammo they do need.
• Ensure that when creating a new route that all exiting waypoints are cleared. This fixes a bug that wasn't clearing the interim waypoint and adding it to the new route, even though it shouldn't.
• Ensure that routing and recovering units do not try and create a new route if they reassess their task. This could see a routing or recovering unit heading back to its objective before it had recovered. This may explain some cases of units retreating toward the enemy.



V4.4.257 – February 15, 2013

Bug Fixes

• Ensure start and end times of advance to reserve task within an attack are maxed to timeNow + 1 min. This fixes assert at ScenTask 2137.
• Ensure that advance to FUP routes ignore truncation where the subject cannot join the approach route before the FUP. Addresses assert at FPRouteOutput.cpp, line 2222.
• Overhaul Formation code ensuring all formations cater for cases where the hub is a line unit. Also modified subGroup generation and offsets across the following formations - line, successive lines, vee, arrowhead, left and right echelon.
• Overhaul UI code for drawing task bounding boxes so that these more closely match the likely formation deployment area and ensure that when the user changes formation settings these are reflected even when the game is paused.
• Tweak the combat code, including reducing the area per man constants, tweaking the global accuracy settings (especially for close range and overlapping forces).
• Teak the reaction code, including decreasing rout threshold (thereby increasing likelihood of retreating), removed double counting of recent casualties, reduced suppression effects applied when retreating and routing in place and substituted instead a reduction in cohesion.
• Ensure attacks are aborted in the planning code if insufficient time. This fixes assert at PlanAttack 10515.
• Ensure that blown crossings are catered for inside the planning of Moves. Fixes assert at PlanMove 5283.
• Use doubles instead of floats to avoid data overflow when determining bombardment area for large caliber guns. Fixes assert at PodFloat 277.
• AutoSave now saves ten saved games every ten minutes. Once it gets to ten it overwrites the oldest one.



V4.4.256 – January 10, 2013

Bug Fixes

• Handle cases where eng unit cannot get any closer to the bridge but is still further than 100m. It now just constructs in place. This addresses FPAsset at SCAI line 8380.
• Upon disbandment ensure that only units whose current loc is passable to the disbanding unit's moveType are considered eligible to receive any disbanded vehicles. This fixes an assert at ScenRoute 1029.
• Ignore code within AllocateForcesToTasks() that tries to preallocated resources to nearby threatened objectives when allocating for attacks. This avoids line units being allocated to the reserve when the reserveLoc is near enemy. Fixes the single assault company issue.
• Restrict preallocation of nearby units to threatened objectives once the currShare of combat power exceeds the required priority share but only after scernario start +30 mins. This ensures that during the at start plan development cnearby units will be allocated even if this wouyld exceed the normal priority share allocation. After 30 mknutes reverts to normal.
• Fixed data overflow - ie number too big for the size allocated - inside ScenSupplyTransportEvent::DetermineLosses(). The code now uses PodDoubles rather than PodFloats. This addresses FPAssert at PodFloat 36.
• Reduced min and max range for routers from 1800-2700m to 1200-2100m.
• Ensure router use "safest" routes - ie stick to cover and avoid enemy firepower.



V4.4.255 – Dec 17, 2012

Overhauled Formation code

• Accounting for variable HubToFrontDistances. Previously set the hubToFrontDistance to hubDepth /2. But this was compressing the deployments where more than 50% of the force was forward of the hub, which was in most cases.
• Modifying the UI so the task bounding box which depicts the force occupied area now uses a hub based on a variable hubToFrontDistance. Because of the need to make this thread safe, changes made while the game is paused such as to task facing may not be reflected till the game starts running.

Bug Fixes

• Fixed issue that was preventing the game running under Windows XP by exluding certain system dependencies from the installer. These included COMDLG32.dll, DSOUND.dll, VERSION.dll and WSOCK32.dll
• Ensure that attack are called off due to lack of time if the shortfall exceeds the assaultDuration. ( PA 10835 )
• Fix Assert in DetermineSlippageResponse() to account for cases where the FUP has been terminated and its times all set to its start. ( MSP 5511 )
• Ensure attackSubHQs determined after independents in End of Scenario attack. ( PA 2343 )
• Ensure that all stored peripheral task force groups are factored into the unitCount inside VerifyPlanForceGroups() regardless of their status ( SMP 4097 )
• Modify Assert inside AssessForSubAttacksWhoseReorgsCanBeBroughtForward() to cater for cases where an attack is scheduled to start next minute while it's status is set to current. ( TA 1789 )
• Ensure that OnCallSpt forces subtracted from Independents before developing end of scenario attacks. This avoids the possibility of allocating the same unit to more than one current task - ie reserve and assault. ( SRF 16165 )
• Ensure that the start of concurrent tasks are not slipped if the sourceTask they are linked to is already current. This prevents continual slipping of complex tasks, where their starts are not coordinated. ( SMP 4228 )
• Prevent the allocation of a forceGroup subject to a task if it is not suitable. ( SFTTAR 4309 )
• Added new member to SlippageTask and modified slippage code to ignore End if nextTask is ignoring its start time. This ensures that linked tasks are slipped and cribbed correctly. ( SMP 4311 )
• Ensure that existing peripheral forceGroups are deducted from the CoreFG at the start of DevelopMissionPlan() ( SMP 4098 )
• Modified code inside TaskMove::ReassessOptions() to only Halt when under serious threat and not just because the unit is not making progress.
• Reduced probability of halting where unit is trying to move away from closest threat and the unit is not co-located with the closest threat.
• Where unit co-located with closest threat but is trying to move away, it will now retreat rather than halt.
• Remove LOS check inside CanFire() where a unit is passed in as unit will be from know visible threats. In other words stop double checking LOS. This ensures that a unit can have a chance to fire at a visible threat and reduced processing - excellent! In testing it increased the number of fire events by 70%.
• Increased range of routs from between 600 and 1200m to 1800 and 2700m
• Added code to give priority to covered terrain when retreating/routing.
• Extensive modification of Fire code both for APer and AArm fire to get more historical casualty results.
• Decreased the probability and quantum of surrenders that occur when a units routs.
• Fixed a number of access violations introduced in last build. ( SRF.inl 143 and PS 342 )
• Added new code to create IndDefendAtFUP task where a force is already at the FUP. It will now defend there till the main assault forces arrive and then it will join them in the FUPReorg and Assault. ( SCAI 7323 )
• Modified ConfirmTimings() for attacks to accomodate new IndDefendAtFUP task.
• Ensure that OnCallSpt forces subtracted from Independents before developing basic and complex attacks. this avoids the possibility of allocating the same unit to more than one current task - ie reserve and assault. ( SRF 16165 )
• Converted Estab files for both BFTB and COTA ensuring that all estab forces have their supplies, firepower counts and capabilities updated. This fixes a problem encountered in the COTA ExPack where bridging units had lost their constrcut bridge capability after the initial conversion.
• Doubled morale degradation for units low on supplies. Now such units lose around 30% morale per day. Cannot reduce below 20% for this purpose.
• Ensure the missionPlan is replanned in cases where the assault has ended and there is no final reorg task ( SPS 18063 )
• Ensure that a plan is not already in opPlan->pendingPlans before adding it. Ths avoid referenced corpse ( GameDiagnostic 1029 )
• Ensure that fuel vehicles from returning transport columns are not added as equipment to bases whose estab does not have any fuel vehicles. (SFGV 1378 )
• Ensure that independent advance to FUP and indepenedent defend at FUP tasks are properly linked as concurrent tasks. (PodDB 614 )
• Added code to check if the forces assigned to the advanceToFUP task are alreay near the FUP. If all are narby then the advanceToFUP task is killed off. If part, then the nearby forces are subtracted from its forceGroup and go on hold till the FUPReorg, leaving the rest to advance to the FUP. (SCAI 7323)
• Prevent face changing for assaulting units and those moving in road column
• Default the task settings for ArtyDirectFireOnly to true for attacks and probes
• Added the registrationTime to remainingDuration in bombardment events. This ensures that the arty unit fires for at least the specified number of minutes.
• Now cap maxSuppression to 75% for direct fire and to 85% for indirect fire when the target is in covered terrain.
• Reduced max registration times from 15 to 5 minutes and increased the range denominator from 200 to 500. Rego time = min( 5, range / 500 ). The overall effect is to reduce registration times for arty fire. Fatigue and training can increase time by up to 56% to a max of 8 minutes.
• OnCallSpt bombardment duration now reduced if arty ammo level below 50%.
• Ensured suitability iterator updated before allocating resources to nearby objectives.
• Overhauled Halting code to reduce instances of halting.
• Fix crash inside ScenRoute when the taskLoc == leaveLoc and the effEndIndex is not adjusted correctly.
• Added new Scenario Statistics feature to ScenMaker.
• Added new Cull Inactive Units feature to ScenMaker.
• Culled Inactive units from all converted COTA scenarios.
• Turned off FPAssert at ScenPlanScheduling.cpp, line 14529. There still occurs from time to time cases where a support units will be left without an order for some as yet to be explained reason. They get new orders after replanning. Given the rarity of this and the difficulty in determining the cause I have opted to ignore it.
• Ensured the sort function CompareResourcesByAscendingSizeDescendingSuitability() has a valid comparitor when both resources are not suitable.
• Ditto for CompareResourcesByHQsAndDescendingSuitability().
• Fixed bug in Terrain Popup which was adding the base altitude to the spot height, which it should not have done.
• Ensured that Impassable Cliffs in the Malta map had zero move effect for motorised units.
• Rebuilt the Sidi Rezeh map to eliminate data corruption.
• Fixed bug in Debug version when autoStaffSupport selected for human player. Recompile of Tools and Game PCHs required.

New Features

• Added new AssessForStalledAttack() reassessment code. It now checks to see if an attack should be called off if subordinates are halting.
• Modified the code that prioritieses objectives. If a nearby enemy ( ie one within 3000m ) is closer to another objective then its values are reduced. This has the effect of reducing the amount of friendly forces assigned to friendly objectives and helps maintain momentum in an advance.

venerdì 16 novembre 2012

Finito secondo scenario multi a Command Ops

Finito il secondo scenario giocato in multi a Command Ops; davvero una bella battaglia, ma lascio la descrizione al mio avversario che ne è uscito vincitore:

http://www.netwargamingitalia.net/forum/showthread.php?18368-Italian-command-ops-wargame-club&p=309808&viewfull=1#post309808

Nello scenario "Terror of the Tyne Trees" ho vinto io con gli Alleati, sono stati tre giorni di dura battaglia, nel primo sono riuscito ad avanzare verso ovest contestando la buona parte degli obiettivi, nel secondo invece, grazie ai rinforzi tedeschi da est è iniziata la battaglia per Eindhoven, ove alcune mie poche compagnie sono riuscite a rallentare l'avanzata del tedesco. Da li a poco sono arrivati i rinforzi Alleati ed è iniziata la riconquista delle zone occupate dal nemico, e nello stesso tempo ad ovest riesco a fermare un attacco dei Parà grazie alla presenza dei miei Sherman! Infine nel terzo giorno, riesco ad occupare l'aeroporto e tengo a bada Mitra a ovest mentre lanciano un attacco da nord e da sud per riprendere il centro di Eindhoven, ma non vi riesco causa enormi quantità di truppe nemiche. In questa battaglia mi ha notevolmente impressionato dal battaglione D del 102 reggimento anticarri! Questi uomini grazie al loro coraggio riuscivano a rallentare il nemico ed a distruggere una notevole quantità di Tigri!
Mia aggiunta:

http://www.netwargamingitalia.net/forum/showthread.php?18368-Italian-command-ops-wargame-club&p=309815&viewfull=1#post309815

Si grandissima battaglia (Tigri disgraziatamente non ne avevo mi pare, solo Panther and PZIV). Disgraziatamente i miei superiori sono stati avari di munizioni per l'artiglieria pesante, mi avrebbe fatto comodo in fase difensiva, soprattutto perchè quella inglese era buona e sparava tanto. Infatti nella mia fase di attacco ho cercato di farne fuori più che potevo, ma esaurito lo slancio ho dovuto arretrare.

venerdì 9 novembre 2012

Turno di ieri a Command Ops

Continuo le mie partite settimanali in multi a Command Ops. Nel turno di ieri sono arrivati i miei rinforzi, in un momento di gloria sono avanzato fino a minacciare le sue retrovie e danneggiare i suoi cannoni e supply points, ma in poche ore sono arrivati anche i suoi rinforzi, e ora mi trovo costretto ad arroccarmi a difesa fino alla fine della partita, cercando di infliggere più danni possibili. Purtroppo anche i miei rifornimenti sono scarsi e quindi il support della mia artiglieria è nettamente ridotto.


venerdì 2 novembre 2012

Nuova partita multi a Command Ops

Ieri sera nuova splendida partita multiplayer a Command Ops; sempre uno scenario di Highway to the Reich, Terror on the Tyne Tees. Stavolta facevo il tedesco. Scenario su tre giorni, devo difendere il fianco sinistro dello schieramento tedesco, fino a che i rinforzi non arrivino a colpire gli Inglesi sul fianco sinistro. Una cosa importante del gioco è l'uso dell'artiglieria: il mio avversario in questo scenario ne ha in abbondanza e l'ha impiega in modo massiccio, bombarda le truppe, i centri di rifornimento, le strade da cui passano i rinforzi, insomma un vero inferno. Sono riuscito ad arrivare alla fine del primo giorno, ma il mio fronte è pesantemente compromesso, nella notte dovrebbero arrivare i rinforzi e dovrei essere meno vulnerabile all'artiglieria, spero di poter ricostituire la linea di difesa.


venerdì 26 ottobre 2012

Seconda sessione multiplayer a Command Ops

Ieri abbiamo terminato la seconda parte della partita multiplayer a Command Ops. Il gioco è terminato con la mia vittoria, ma solo perchè il gioco era sbilanciato a mio favore. Giovedì prossimo cominciamo un nuovo scenario. E' davvero un gran gioco e in multiplayer è anche meglio. Suggerisco a tutti di provarlo e joinare il gruppo steam che ho creato (trovate il link qui a sinistra).

E stasera abbiamo la sessione HITS con Scourge of War.


venerdì 12 ottobre 2012

Match multi a Command Ops

Come annunciato ieri ho fatto una partita multi a Command Ops con uno degli scenari di Highway to the Reich, Joe's Bridge. Innanzitutto è davvero facile giocare in multi, è sufficiente che almeno uno dei due giocatori abbia una connessione ip senza problemi di NAT. Non ho avuto lag ne problemi di connessione. Non è necessario giocare tutto lo scenario in una volta sola, basta che l'host fermi il tempo e salvi la partita per ricominciare poi dal punto lasciato.

Il gioco è già bello in singolo, ma giocato contro un altro giocatore è anche meglio. Lasciato il tempo a velocità normale si notano dettaglia che in singolo sfuggono e la pianificazione è più attenta. Ne ho già accennato in altri post, ma appunto i giochi della serie si basano più sulla pianificazione che sull'azione: scelta delle strade, gestione delle linee di rifornimento, scelta delle formazioni sono fattori essenziali. Davvero un grande wargame che consiglio a tutti.



giovedì 11 ottobre 2012

Prima immagine di Command Ops – East Front

Rilasciata oggi la prima immagine di Command Ops – East Front, l'addon per Command Ops ambientato sul fronte orientale durante l'offensiva russa dell'inverno '42-'43.  A questo proposito se tutto va bene, farà la prima partita online con Highway to the Reich. Poi riferirò.


venerdì 28 settembre 2012

Primo video di Command Ops Highway to the Reich

Ho fatto un altro video con Command Ops, ma stavolta ho preso una delle missione comprese in Highway to the Reich. L'azione dei paracadusti è stata una piacevole variante tattica rispetto alle azioni di sfondamento di Battle for the Bulge. Il gioco rimane comunque molto bello, spero un giorno o l'altro di giocarci in multiplayer.


sabato 1 settembre 2012

Altro esempio di gameplay con Command Ops

Nuovo video di gameplay con Command Ops; giocato in molti questi gioco deve essere favoloso. Sarebbe splendido usare questo engine per sviluppare un gioco strategico e non solo operazionale. Tanti anni fa era stato tentanto con Road to Moscow che poi però alla fine era entrato nella lista dei Vaporware.






domenica 22 luglio 2012

Command Ops Legends of the Blitzkrieg in lavorazione

Legends of the Blitzkrieg è uno spin-off di Command Ops Battle for the Bulge su scala tattica (l'originale è a livello operazionale), quindi con plotoni e squadre; l'ambientazione è quella dei primi anni di guerra, cominciando con la campagna di Francia del 1940 (probabilmente ci sarà anche un'espansione con gli Italiani). Il gioco dovrebbe essere pronto per la fine dell'anno. Per Command Ops sono anche in lavorazione sia la conversione di Conquest of the Aegean che un nuovo scenario sul fronte orientale.


sabato 14 luglio 2012

Nuovo video di gameplay con Command Ops


Altro video fatto con Battle for the Bulge; all'inizio ho sbagliato l'impostazione di attacco, ho fatto male il FUP (il punto di partenza di un ordine di attacco, se non viene messo è automatico, ma si può impostare ed è meglio se si danno ordini a HQ di altri HQ) e quindi le mie truppe si sono fermate per un tempo infinito nel presento FUP.

giovedì 21 giugno 2012

Video Tutorials per Battle for the Bulge

Sul sito Matrix trovate dei video ufficiali che spiegano i vari game concepts di Command Ops; inoltre Arjuna sta convertendo le vecchie missioni di Conquest of the Aegean nel nuovo motore così come era stato fatto per Highway to the Reich.


domenica 17 giugno 2012

Command Ops Battle for the Bulge primo video

Come promesso ecco il primo video di Command Ops Battle for the Bulge; si tratta della prima giornata di uno degli scenari. Come vedete il gameplay non è sicuramente stressante, si tratta principalmente di dare i giusti ordini di pianificazione. Con il delay storico poi c'è anche il ritardo sull'esecuzione. Di solito meno cambiamento di ordini dai, meglio stai andando.


martedì 12 giugno 2012

Italian command ops wargame-club

Command Ops è una serie di giochi operazionale di scala divisionale-reggimentale: l'attuale capofila è Battle for the Bulge con la sua espansione Highway to the Reich; mentre erano stati preceduti da Conquest for the Aegean (che usa un motore meno rifinito). Quello che contraddistingue Command Ops, non è la grafica (che è la classica a pedine) ma la gestione real-time con pausa. Infatti nel gioco non si danno ordini di posizione su esagono, ma "indicazioni" di movimento-attitudine-azione alla singola unità o ai vari HQ, e questi in real time eseguiranno al meglio delle possibilità. Si tratta di una descrizione riduttiva e presto vedrò di integrare con un video, ma per il momento mi permetto di segnalare l'Italian command ops wargame-club http://www.netwargamingitalia.net/forum/showthread.php?18368-Italian-command-ops-wargame-club , un gruppo di giocatori che organizzano partite a questo fantastico (e costoso) gioco.