---------------------------------------- Николай Дворник 10000 бод на bukome? ---------------------- Вот решил написать про то, как реа- лизовать драйвер для vicomm-подобных мо- дeмов на 10000-19000 бод!!! (чистой ско- рости при передаче). Суть метода в том, чтобы хранить таблицу разложeных на 1bit структуру всех 256 байт (типа фаст прин- та), а потом выбирать из буфера обмена байт, засылать в младший разряд регистра адресата таблицы и, считывая из таблицы, коды засылать их в порт, а именно: ;hl-address of information ;bc-how much bytes output ;de-address of table drv ld d,tabl' ;7 drv1 ld e,(hl) ;7 ;----------25браз------------- dup 8 ld а,(de) ;7 out (#fe),а ;12 inc d ;4 edup inc hl ;6 ld d,table' ;7 ld e,(hl) ;7 dup 8 ld а,(de) out (#fe),а inc d dup 5; пор ;--------синхро edup ; edup ;блоками по 256 байт .... ;------------------------------ ret Итого на 1 бит уходит 7+7+12+4+6+7= ЧЗтакта, на 1 байт 8*43=3ЧЧтакта, итого скорость (для 3.SМгц Пентагона) 71680/ 344*50=10419бод! (чистой скорости), а в кэше (на 7Мгц) 20837бод!!! Рулит... На счет приемника. Читаем биты 1-го блока, то есть 2048 байт из #fe, а потом конвертим. Для MulTiPlaYera просто форe- ва! Так что дeлeм 3D (fast) двигло, и в oNl!пЕ рубим!:). Ясно, что в терминалках данный алгоритм так сильно не порyлит, так как всякие cинхороимпyльcы, конт- рольныe суммы, да и вообще - синхронный тип передачи - просто SuXX, а вот acuhx- ронный просто рулит. ЗD-Engine ----------- Решил я написать статью про 3D. А именно о том, как реализовать faST poL!goNs oUtpuT. Вся суть состоит в том, что я наконец-то понял, что все эти тек- cтyры не нужны - выглядят они плохо и жрут 25-35fps. (suxx) И тут (там) меня осенило, что вместо полигонов можно использовать спрайты. Кто-то скажет - а зачем поворачивать их по оси для разных углов зрения, вообще полная ерунда! А я отвечу - зачем пово- рачивать, если спрайты просто гохх! А именно: выбираем на сколько градусов бу- дет поворачиваться "лицо" героя, да так, чтоб c аттрибутами и красиво (цветно щоб було!), а именно - на 11.3 градусов (1 аттрибyт) при размере экрана 256х192. При этом, при повороте на 90 градусов, будет нужно всего 8 спрайтов размером 84х32. Ясно, что в двиглe будет проце- дура увеличения на весь экран, так как использовать аттрибуты в окне 84х32 про- сто маразм, да и мeлковато, ЦЕЛиться плохо. Как работает. Просто высчитываем угол зрения и расстояние от спрайта до глаз и выводим соответствующую часть соответст- вyющого спрайта. Как узнать: какой спрайт печатать? Просто, зная угол зрe- ния (или лучше - его тангенс), от глаз строим несколько прямых (по ширине зрe- ния) в карте, пока номер спрайта, cчиты- ваeмый из каждой точки, которая принад- лежит прямой, не станет больше 0, (0 - пустота), следовательно дальше этого обьекта мы не видим (пули тоже можно так трассировать) и все - печатаем все по соответствующим координатам до конечной. Как работает. Просто высчитываем угол зрения и расстояние от спрайта до глаз и выводим соответствующую часть соответст- вyющого спрайта. Как узнать: какой спрайт печатать? Просто, зная угол зрe- ния (или лучше - его тангенс), от глаз строим несколько прямых (по ширине зрe- ния) в карте, пока номер спрайта, cчиты- ваeмый из каждой точки, которая принад- лежит прямой, не станет больше 0, (0 - пустота), следовательно дальше этого обьекта мы не видим (пули тоже можно так трассировать) и все - печатаем все по соответствующим координатам до конечной. Модели героев хранить в расчете на full screen, чтобы выглядели прилично и рулез форева!:) Y меня единственный вопрос. Opeuhtu- ровать игру на single или сразу на mul- tiplayer? Напишите, плиз.