Praksa je pokazala da brzina/stil/bla-bla resavanja problema ukljucujuci i programerskih srazmerna (moze i znak ~) sa preciznoscu izrazavanja ... ali dobro... verovatno je sustina tvog pitanja da "okines" neki triger kad se kamera nadje "dovoljno blizu" mostu... ako je to ono sto si hteo i ako radis u 3D prostoru (recimo) -- jedno od resenja je da oko mosta postavis OOB (object-oriented-box) i da nadjes kad se polozaj kamere C nalazi u OOB. Jedno od resenja je da posmatras udaljenost tacke C od tri medjusobno normalne ravni koje prolaze kroz sredinu OOB i paralelne su sa stranicama OOB i da ih poredis sa dimenzijama OOB... ili si hteo nesto drugo :)
Uzdravlje
Kamera (tj. posmatrac, igrac,..) se mora nekako matematicki predstaviti da bi nekako obavio test kolizije. Najjednostavnije je to raditi preko lopte. Znaci... potrebno je da pozicija kamere (koja je u centru lopte) uvek bude udaljena od podloge R jedinica (gde je R poluprecnik lopte). Posto je geometrija po kojoj se setas sastavljena od trouglova, onda od svakog trougla mozes napraiti ravan pa da racunas odstojanje tacke od ravni. Naravno... da ne bi testirao sve trouglove na sceni, potrebna ti je neka inteligentna shema kojom ces da odbacis 99.9% trouglova iz racunice za koliziju.
Drugi nacin je da napravis kompletan collision 3d model koji isto izgleda ali ima manji broj poligona od pravog nivoa pa da tu radis detekciju sudara i poziconiras kameru a renderujes pravi nivo. Na ovaj nacin ces smanjiti brj testirajna. Takodje, mozes da ogranicis kretanje po novou visokim "nevidljivim" zidovima collision modela.
U svakom slucaju... potrebno je napraviti algoritam koji ce efikasno i brzo odbaciti veliki broj trouglova iz proracuna za sudar.