The de_granary map in CS 1.6 centers on passage control and strict position discipline. Success hinges on securing key points early and holding entry corners into bomb sites, rather than relying on chance encounters. Without a solid plan, matches devolve into chaotic trades where misdirected glances lead to quick losses.
This guide delivers practical insights for CT and T sides, covering timings, role assignments, bot preparation via .nav files, and FPS optimization through wpoly/epoly tweaks. Focus on map geometry: narrow corridors demand precise peeks, while open exchanges require grenade timing for advantage.
De_granary features position types that dictate flow:
Balance comes from site symmetry, but CTs hold edges in defensive holds if they stack utilities early. Expand on mid-control: a neutral zone near central halls allows T flanks or CT retakes, but bot pathing must account for these to prevent clustering.
CTs on de_granary play corridor-focused: minimize rotations, maximize intel from sound cues. Core rule: one anchors entry, one covers flanks, one preps for push or retake. This setup counters T rushes in under 45 seconds.
For deeper play, CTs benefit from static w_ models in shadows, reducing polycount visibility. In 5v5, rotate one from A to B after 1:00 to plug mid leaks, preserving bomb defuse windows.
Ts need intel-pressure combos on granary. If CTs lock passages, avoid head-on breaches; disrupt angle holds to create split-second windows.
Ts excel in dynamic plays: use ladder climbs for elevation surprises, but ensure .nav guides bots similarly to avoid path stalls. In extended rounds, fake A drops to draw CTs, opening B for uncontested timers.
For bot compatibility, .nav files must map accurately. Proper grids ensure bots navigate tight spots, select optimal paths, and avoid corner jams. Test pre-public: verify corridor flows, stair ascents, exchange rushes, and overlap zones.
Bots perform best on logical layouts. If de_granary has off-path routes for players, add clear bot lanes to maintain pace—unmarked areas cause lag spikes in AI decisions, especially during site contests.
Expand .nav editing: Use tools like NavGen for CS 1.6 to generate meshes, then manual tweaks for chokepoints. Aim for under 500 nodes per site to keep bot response under 100ms, integrating with podbot or yaPB for high-fps servers.
Maintain FPS on de_granary by geometry checks. Control polygon counts via wpoly/epoly commands—target under 5000 wpoly for corridors to prevent drops below 60 FPS on older rigs.
Visibility culling removes distant details, vital for dense fights. In narrow halls, excess textures cause stutters; simplify with nodraw faces or lower-res sprites. For mass shootouts, test epoly under 2000 to stabilize during utility pops.
Optimization tips: Run Hammer Editor audits for leak-free BSPs, ensuring no overdraw in lightmapped areas. On Build 4554, this pairs with clean config.cfg for 100+ FPS in lobbies, compatible with Steam and Non-Steam clients.
Install from trusted sources only—no viruses, slow-hacks, ads, or auto-connect scripts. Place .bsp and files in the maps folder; verify configs and server params avoid conflicts with your build, like custom cvars.
Test locally: Load in lobby, check bot behaviors, grenade arcs on timings, and FPS stability. If solid, deploy to matches. Always scan downloads with antivirus for clean integration into CS 1.6 setups.
Rate this material in one click without registration