Sidebar

Нет брашей на созданной карте ?!

MisterLeo

New member
Nov 20, 2012
17
33
0
0
Нет брашей на созданной карте ?!

Доброго всем время суток, у меня такая проблема - создавал карту все работало, потом мне надо было скопировать здание и переместить, что бы их было несколько, всё сделал всё ок, запускаю проверяю, и того здание которое я скопировал его нету?! помогите пожалуйста в чем может быть это проблема ? скринны с игры и c hammer и log :
 

Attachments

Backbreaker

графодрочер ксм
Dec 27, 2007
3,130
38
48
  • Золотая медаль 111
Карта не скомпилировалась - Too many t-junctions to fix up! Разрешь "землю" на две части, чтобы копия здания стояла на другом браше. В теории должно помочь.

Post automatically merged:

Хотя нет, наверно только хуже будет.. возможно придется перепиливать всю геометрию.
 

Attachments

Last edited:

burnx

New member
Dec 17, 2012
16
0
0
*** Suppressing further FindPortalSide errors.... ***
Processing areas...done (0)
Building Faces...done (1)
FixTjuncs...
Too many t-junctions to fix up! (3933 prims, max 32768 :: 65547 indices, max 65536)
 

Бат.Ник_Ref.

New member
Nov 24, 2010
373
1
0
Наличие всех ошибок ,тебе пригодится http://www.interlopers.net/errors/

Too many t-junctions to fix up! ([number] prims, max [maximum] :: [x] indices, max [y])

Description:
(from Jeff Lane, Valve) "VBSP does cleanup of edges where func_detail geometry meets world geometry to avoid getting visual cracks. One of the ways it does is this by elminating t-junctions. It sounds like you may have hit a limit of the number of those cleanups in the level.

Solution:
If that is the case, you could fix the problem by reducing the number of func_detail brushes in the level, especially ones that touch non-detail geometry. It's probably a sign that you have too much complex brush geometry in the level, and would benefit from having some of it be model geometry instead."

It is worth noting that func_brush geometry does not perform the same fix ups on compile. Turning some of your func_detail geometry into func_brush geometry may solve this error.

The error message shows you that you have [number] primitives (max [maximum] causing all of this, resulting in [x] t-junctions (max [y])
Наитупейший перевод-я точно не помню у меня тоже была такая ошибка,но забыл как ее решил,но вроде с перевода понятно что часть надо превратить в func_detail,может кто точно помнит поправит -что нужно сделать.
Слишком много Т-образных перекрестков, чтобы договориться! ([число] prims, макс. [максимум]:: [x] индексы, макс. [y])

Описание:
(от Джеффа Лейна, Клапана), "VBSP делает уборку краев, где func_detail геометрия встречает мировую геометрию, чтобы избежать получать визуальные трещины. Один из способов, которыми это делает, является этим elminating Т-образными перекрестками. Это кажется, что Вы, возможно, поразили предел числа тех уборок на уровне.

Решение:
Если это так, Вы могли решить проблему, сокращая количество щеток func_detail на уровне, особенно та геометрия недетали прикосновения. Это - вероятно, знак, что Вы имеете слишком много сложной геометрии щетки на уровне и извлекли бы выгоду из наличия части его быть образцовой геометрией вместо этого."

Стоит отметить, что func_brush геометрия не выступает, то же самое затруднительное положение ups на собирают. Превращение части Вашей func_detail геометрии в func_brush геометрию может решить эту ошибку.

Сообщение об ошибке показывает Вам, что у Вас есть [число] примитивы (макс. [максимум], вызывающий все это, приводящий к [x] Т-образным перекресткам (макс. [y])
 
Last edited: