Здравствуйте, _nil, Вы писали:
_>Здравствуйте, yxiie, Вы писали:
Y>>Здравствуйте, <Аноним>, Вы писали:
А>>>Здраствуте,
А>>>Хочу увидеть список самых народных движков(3х мерной графики). А>>>Критерий прост: открытые коды, богатые(ну или не бедные) возможности.
А>>>а начнем с "OGRE"...
Y>>Лучшим критерием любого движка будет количество игр выпущеных на нем. Y>>Поэтому из бесплатных наверное лучше будет Nebula, на ней несколько коммерческих игр вышло. Y>>А Ogre или Irrlicht это конечно интересно, но не серьезно. _>а можно поподробней? что именно не серьезно и вообще?
Ну возьмем к примеру Irrlicht,
Если отбросить не очень впечатляющие фичи, то первым делом в глага бросается плохой дизайн классов.
И если дорабатывать этот движек (а дорабатывать придется) то количество времени необходимое на дорабоку будет расти в геометрической прогрессии в зависимости от количества изменений.
Ogre — тут как раз наоборот. дизайн классов не плохой, но сам движек чрезвычайно избыточен, да и насколько я знаю версии DX8/DX9 рендерера написаны криво.
поэтому Ogre — только для учебных целей.
Nebula — это уже лучше, т.к. писался для конкретной игры, без лишних фич. Но здесь тоже свои тараканы и нужно о них знать. Особенно мне понравилась в небуле идея рефлексии — не сильно перегруженная и довольно удобная. Я свою рефлексию делал под впечатлением небулы.
Я считаю, что Nebula — лучший бесплатный вариант. Хотя если есть деньги, то лучше разработать программную базу конкретно заточенную под игру, не обременяя себя лишней ерундой. Ну или на худой конец лицензировать какой-нить дешевый енджин с нормальной поддержкой, типа того же Torque.
Что-то от всего этого веет софистикой... :\ K>На огре afaik сделаны игры, используеющиеся в телепрограммах. Вполне K>коммерческая разработка, и никаких поступлений в продажу.
Я не совсем понимаю, кому понадобилась полноценная игра для использования в телепрограмме и ничего не знаю, про ее качество. Честно говоря, это узкое направление не сильно интересует.
>> K>Спорим, что любой балбес может сделать ландшафт, выглядящий простейшим, >> K>и каким-нибудь мелким эффектом все угробить ? Я дерганием опций почти >> K>везде навел скорость на хорошем уровне. Поглядывая между делом на число >> K>треугольников. >> Несомненно. Но если этот балбес — разработчик движка? :\
K>Необязательно. См. ниже.
А кто? Ниже не увидел.
>> Стандартные демки, идущие в поставке с самим движком. >> Demo_BspCollision.exe
K>Там, насколько я могу предположить, дело во многом в K>физическом движке. Пока кубики не начинают летать K>перфоманс проседает мало.
Только мы договорились о конкретике :\
Пример физики из небулы 2, хоть и собирался в муках, вел себя куда как более прилично — никаких тормозов (кроме случаев, когда объектов становится по-настоящему много)
Тут же, я кубики вообще не трогал. Просто вожу камерой вправо-влево и при этом картинка начинает подергиваться.
>> Demo_Terrain.exe >> Опции аналогичные. >> Кол-во треугольникова в кадре около 20000.
K>Дему точно не помню, но от слова terrain производительностью K>совсем не веет. Зато веет большими дистанциями, например. K>Под которые можно забыть сделать оптимизацию.
Подергивания на 20000?! Какая оптимизация?! И как ее можно "забыть" сделать?! Если не стараться специально поломать картинку, то такого быть не должно в принципе. Не далее как вчера смотрели демку, там ни подергиваний, ни тормозов не было на 400000...
>> Я допускаю, что качественно поработав напильником, демки можно довести >> до приличного уровня, но неужели нельзя сразу показать товар лицом?
K>А это не реклама, это технические демы. Технически это и есть "лицом", K>т.е. насколько все проседает здесь в тех местах, где так или иначе K>проседает у всех.
Странная позиция. И зачем тогда демки вообще нужны?
Наверное лучше стараться показать, что "вот тут мы лучше всех", а не "тут, тут и тут у нас так же плохо, как у всех, а больше у нас ничего нет".
Хорошо там, где мы есть! :)
самый народный R3 движок
От:
Аноним
Дата:
20.10.04 11:03
Оценка:
Здраствуте,
Хочу увидеть список самых народных движков(3х мерной графики).
Критерий прост: открытые коды, богатые(ну или не бедные) возможности.
Здравствуйте, <Аноним>, Вы писали:
А>Здраствуте,
А>Хочу увидеть список самых народных движков(3х мерной графики). А>Критерий прост: открытые коды, богатые(ну или не бедные) возможности.
А>а начнем с "OGRE"...
Лучшим критерием любого движка будет количество игр выпущеных на нем.
Поэтому из бесплатных наверное лучше будет Nebula, на ней несколько коммерческих игр вышло.
А Ogre или Irrlicht это конечно интересно, но не серьезно.
Здравствуйте, yxiie, Вы писали:
Y>Здравствуйте, <Аноним>, Вы писали:
А>>Здраствуте,
А>>Хочу увидеть список самых народных движков(3х мерной графики). А>>Критерий прост: открытые коды, богатые(ну или не бедные) возможности.
А>>а начнем с "OGRE"...
Y>Лучшим критерием любого движка будет количество игр выпущеных на нем. Y>Поэтому из бесплатных наверное лучше будет Nebula, на ней несколько коммерческих игр вышло. Y>А Ogre или Irrlicht это конечно интересно, но не серьезно.
а можно поподробней? что именно не серьезно и вообще?
Здравствуйте, Forrest_Gump, Вы писали:
F_G>Здравствуйте, yxiie, Вы писали: Y>>Ну возьмем к примеру Irrlicht...
F_G>А можно ссылки на все перечисленные движки ? F_G>Они доступны в исходниках, кстати, или только SDK и заголовочные файлы ?
Здравствуйте, catsy, Вы писали:
C>А у меня встречный вопрос — существуют ли движки под С# ? под покеты, причем также на C# ?
Я о таких не слыхал. Да что там говорить, они ведь только в последнем обновлении DirectX нормально глюки пофиксили.
У С# есть существенное преимущество — если делать shareware, то гигантский framework тащить не так уж и удобно, плюс для шарпа нету нормальной защиты от взлома.
Если делать полноценную игру на СД — шарп будет медленнее С++ и опять таки нет нормальной защиты. Так что писать игры на шарп — это скорее ради интереса
Здравствуйте, yxiie, Вы писали:
Y>Здравствуйте, catsy, Вы писали:
C>>А у меня встречный вопрос — существуют ли движки под С# ? под покеты, причем также на C# ?
Y>Я о таких не слыхал. Да что там говорить, они ведь только в последнем обновлении DirectX нормально глюки пофиксили. Y>У С# есть существенное преимущество — если делать shareware, то гигантский framework тащить не так уж и удобно, плюс для шарпа нету нормальной защиты от взлома. Y>Если делать полноценную игру на СД — шарп будет медленнее С++ и опять таки нет нормальной защиты. Так что писать игры на шарп — это скорее ради интереса
Все, чего нет в C#, можно получить из WinAPI с использованием PInvoke.
Можно также все критичные участки написать с использованием С++, а всю логику реализовать на С#. Немного, конечно левой пяткой, но очень уж СШарпа привлекает.
C>Все, чего нет в C#, можно получить из WinAPI с использованием PInvoke. C>Можно также все критичные участки написать с использованием С++, а всю логику реализовать на С#. Немного, конечно левой пяткой, но очень уж СШарпа привлекает.
А смысл? какой смысл писать на шарпе, если половину придется делать на плюсах?
Что в шарпе такое особенное?
Здравствуйте, Аноним, Вы писали:
А>Хочу увидеть список самых народных движков(3х мерной графики). А>Критерий прост: открытые коды, богатые(ну или не бедные) возможности. http://www.devmaster.net/engines/
А>а начнем с "OGRE"...
Недавно озадачился тем же вопросом.
Просмотрел два движка.
Nebula2.
На первый взгляд достаточно мощный движок.
Но!
При детальном рассмотрении целый ворох проблем.
Пример игрушки поставлявшийся с ним, вис наглухо.
При попытке собрать некоторые другие примеры — длительная работа с напильником, как например, демка с коллижн — надо качать дополнительную библиотеку и собирать ее в определенной конфигурации... В документации к небуле об этом ни слова — по крайней мере, мне найти не удалось.
Очень скупая документация для движка такого объема — основа — архитектурные решения, описаны буквально в двух словах, между делом.
В туториале дано два примера. Уже второй из них — простое приложение с использованием нескольких сервисов движка, просто не собирается. Снова море работы с напильником и самое неприятное — многие решения приходится принимать методом тыка (попросту копировать рабочий код из примеров) — ощущения канатоходца с завязанными глазами
Грабли со всех сторон.
Кроме того, все кроссплатформенные движки, имеют ряд ограничений, как в плане языка — используются только гарантированно работающие на всех платформах языковые конструкции, так и в плане библиотек, что не есть гуд.
Из плюсов —
1. Это один из немногих открытых движков, на котором был собран коммерческий проект
2. Постоянный суппорт разработчиков на сорсфорже (хотя некоторые вопросы они оставляют без ответа).
3. Похоже, у движка уже есть некоторое коммьюнити — т.е. можно поиметь инструментарий не только самой радон лабс, но и третьих разработчиков
4. Разработка профи — как следствие куча бонусов, начиная от гибкой архитектуры, заканчивая легко читаемым кодом. Если они (или еще кто-то) напишут толковую документацию и примеры, то цены им не будет
Ogre.
Тормозит (вернее подергивается) даже на тех примитивных демках, которые поставляются вместе с ним. Имхо, это приговор...
Качал еще пару движков, но на деле они оказывались полным фуфлом — помесь нескольких языков, отсутствие документации и даже просто примеров...
Это из того, что сразу в голову приходит... Вспомню, что-то еще интересное, допишу.
FreshMeat wrote:
> Это один из немногих открытых движков, на котором был собран > коммерческий проект
На Ogre тоже разные вещи собираются. Да и тот проект, скажем
так... так себе.
> Ogre. > Тормозит (вернее подергивается) даже на тех примитивных демках, которые > поставляются вместе с ним. Имхо, это приговор...
Возможно просто позволяет делать более требовательные к железу эффекты ?
Там порядочно опций.
Гам, который тормозят и дергаются при включении аналогичный опций, у
меня (например) навалом.
Здравствуйте, FreshMeat, Вы писали:
FM>Недавно озадачился тем же вопросом. FM>Просмотрел два движка. FM>Nebula2. FM>На первый взгляд достаточно мощный движок. FM>Но! FM>При детальном рассмотрении целый ворох проблем. FM>Пример игрушки поставлявшийся с ним, вис наглухо. FM>При попытке собрать некоторые другие примеры — длительная работа с напильником, как например, демка с коллижн — надо качать дополнительную библиотеку и собирать ее в определенной конфигурации... В документации к небуле об этом ни слова — по крайней мере, мне найти не удалось. FM>Очень скупая документация для движка такого объема — основа — архитектурные решения, описаны буквально в двух словах, между делом.
к первой небуле была хорошая документация, в т.ч. и архитектурные решения.
Здравствуйте, kittown, Вы писали:
K>FreshMeat wrote:
>> Это один из немногих открытых движков, на котором был собран >> коммерческий проект
K>На Ogre тоже разные вещи собираются. Да и тот проект, скажем K>так... так себе.
>> Ogre. >> Тормозит (вернее подергивается) даже на тех примитивных демках, которые >> поставляются вместе с ним. Имхо, это приговор...
K>Возможно просто позволяет делать более требовательные к железу эффекты ? K>Там порядочно опций.
K>Гам, который тормозят и дергаются при включении аналогичный опций, у K>меня (например) навалом.
K>Mikhail
ню ню
тот факт, что хватает тормозящих игр никак не повышает уровень качества огра.
ни в каком сравнении.
yxiie wrote: > > ню ню > тот факт, что хватает тормозящих игр никак не повышает уровень качества > огра. > ни в каком сравнении.
Этот факт убивает идею, что демы обязаны не тормозить. Наверно,
железо тогда тоже обязано не тормозить ? А под играми я
понимал, собственно, почти все известные мне.
Здравствуйте, yxiie, Вы писали:
Y>к первой небуле была хорошая документация, в т.ч. и архитектурные решения.
К первой, да.
Но сейчас, я так понимаю, этот движок можно назвать устаревшим.
Здравствуйте, kittown, Вы писали:
>> Это один из немногих открытых движков, на котором был собран >> коммерческий проект
K>На Ogre тоже разные вещи собираются. Да и тот проект, скажем K>так... так себе.
Имеются в виду законченные проекты. Те, по которым были заключены контракты с издателями и поступили в продажу.
>> Ogre. >> Тормозит (вернее подергивается) даже на тех примитивных демках, которые >> поставляются вместе с ним. Имхо, это приговор...
K>Возможно просто позволяет делать более требовательные к железу эффекты ? K>Там порядочно опций.
Я тебя умоляю — камера движется рывками на простейшем ландшафте, в котором нет НИЧЕГО, кроме размазанных холмиков :\
FreshMeat wrote:
>> > Это один из немногих открытых движков, на котором был собран >> > коммерческий проект > > K>На Ogre тоже разные вещи собираются. Да и тот проект, скажем > K>так... так себе. > Имеются в виду законченные проекты. Те, по которым были заключены > контракты с издателями и поступили в продажу.
Это не вообще коммерческие, а их подвид — коробочные продукты. Помимо
них бывают и другие.
>> > Ogre. >> > Тормозит (вернее подергивается) даже на тех примитивных демках, которые >> > поставляются вместе с ним. Имхо, это приговор... > > Я тебя умоляю — камера движется рывками на простейшем ландшафте, в > котором нет НИЧЕГО, кроме размазанных холмиков :\
Спорим, что любой балбес может сделать ландшафт, выглядящий простейшим,
и каким-нибудь мелким эффектом все угробить ? Я дерганием опций почти
везде навел скорость на хорошем уровне. Поглядывая между делом на число
треугольников.
Без выяснения причин, что именно и почему тормозит (какой режим в демке
был включен, какое железо) это все пустое.
Здравствуйте, kittown, Вы писали:
K>Это не вообще коммерческие, а их подвид — коробочные продукты. Помимо K>них бывают и другие.
Ммм... Что-то я нить разговора упускаю... На огре сделаны игры, поступившие в продажу?
K>Спорим, что любой балбес может сделать ландшафт, выглядящий простейшим, K>и каким-нибудь мелким эффектом все угробить ? Я дерганием опций почти K>везде навел скорость на хорошем уровне. Поглядывая между делом на число K>треугольников.
Несомненно. Но если этот балбес — разработчик движка? :\
K>Без выяснения причин, что именно и почему тормозит (какой режим в демке K>был включен, какое железо) это все пустое.
Согласен.
Стандартные демки, идущие в поставке с самим движком.
Demo_BspCollision.exe
D3D9 : RenderSystem Option: Anti aliasing = None
D3D9 : RenderSystem Option: Full Screen = Yes
D3D9 : RenderSystem Option: Rendering Device = NVIDIA GeForce2 MX/MX 400
D3D9 : RenderSystem Option: VSync = No
D3D9 : RenderSystem Option: Video Mode = 800 x 600 @ 32-bit colour
Простейшая дема. Там нет НИЧЕГО — просто несколько текстурированных кубиков и освещение.
Кол-во треугольникова в кадре меньше 1000.
Demo_Terrain.exe
Опции аналогичные.
Кол-во треугольникова в кадре около 20000.
Я допускаю, что качественно поработав напильником, демки можно довести до приличного уровня, но неужели нельзя сразу показать товар лицом?
Здравствуйте, kittown, Вы писали:
K>Этот факт убивает идею, что демы обязаны не тормозить. Наверно, K>железо тогда тоже обязано не тормозить ? А под играми я K>понимал, собственно, почти все известные мне.
K>Mikhail
ну, чтобы не быть голословным, приведи пример чего-то быстрого написанного с использованием ogre
FreshMeat wrote: > > Здравствуйте, kittown, Вы писали: > > K>Это не вообще коммерческие, а их подвид — коробочные продукты. Помимо > K>них бывают и другие. > Ммм... Что-то я нить разговора упускаю... На огре сделаны игры, > поступившие в продажу?
На огре afaik сделаны игры, используеющиеся в телепрограммах. Вполне
коммерческая разработка, и никаких поступлений в продажу.
> K>Спорим, что любой балбес может сделать ландшафт, выглядящий простейшим, > K>и каким-нибудь мелким эффектом все угробить ? Я дерганием опций почти > K>везде навел скорость на хорошем уровне. Поглядывая между делом на число > K>треугольников. > Несомненно. Но если этот балбес — разработчик движка? :\
Необязательно. См. ниже.
> Стандартные демки, идущие в поставке с самим движком. > Demo_BspCollision.exe
Там, насколько я могу предположить, дело во многом в
физическом движке. Пока кубики не начинают летать
перфоманс проседает мало.
> Demo_Terrain.exe > Опции аналогичные. > Кол-во треугольникова в кадре около 20000.
Дему точно не помню, но от слова terrain производительностью
совсем не веет. Зато веет большими дистанциями, например.
Под которые можно забыть сделать оптимизацию.
> Я допускаю, что качественно поработав напильником, демки можно довести > до приличного уровня, но неужели нельзя сразу показать товар лицом?
А это не реклама, это технические демы. Технически это и есть "лицом",
т.е. насколько все проседает здесь в тех местах, где так или иначе
проседает у всех.
yxiie wrote: > > Здравствуйте, kittown, Вы писали: > > K>Этот факт убивает идею, что демы обязаны не тормозить. Наверно, > K>железо тогда тоже обязано не тормозить ? А под играми я > K>понимал, собственно, почти все известные мне. > > ну, чтобы не быть голословным, приведи пример чего-то быстрого > написанного с использованием ogre
Мне в данной ситуации не обязательно приводить свои примеры,
но вообще кое-что можно поискать через галерею.
Здравствуйте, FreshMeat, Вы писали:
FM>Здравствуйте, yxiie, Вы писали:
Y>>к первой небуле была хорошая документация, в т.ч. и архитектурные решения. FM>К первой, да. FM>Но сейчас, я так понимаю, этот движок можно назвать устаревшим.
архитектура и общая концепция не изменилась, изменились лишь некоторые классы и ф-ции
Здравствуйте, yxiie, Вы писали:
Y>Здравствуйте, FreshMeat, Вы писали:
FM>>Здравствуйте, yxiie, Вы писали:
Y>>>к первой небуле была хорошая документация, в т.ч. и архитектурные решения. FM>>К первой, да. FM>>Но сейчас, я так понимаю, этот движок можно назвать устаревшим.
Y>архитектура и общая концепция не изменилась, изменились лишь некоторые классы и ф-ции
Вторая небула почти ничего общего с первой не имеет.
Здравствуйте, FR, Вы писали:
Y>>архитектура и общая концепция не изменилась, изменились лишь некоторые классы и ф-ции
FR>Вторая небула почти ничего общего с первой не имеет.
да что ты говоришь?
та же система серверов, та же концепция ядра, те же механизмы персистенции, рефлексии, и.т.д.
то что там переписано несколько серверов еще не значит, что у нее мало общего с первой. наоборот.
Здравствуйте, yxiie, Вы писали:
Y>Здравствуйте, FR, Вы писали:
Y>>>архитектура и общая концепция не изменилась, изменились лишь некоторые классы и ф-ции
FR>>Вторая небула почти ничего общего с первой не имеет.
Y>да что ты говоришь? Y>та же система серверов, та же концепция ядра, те же механизмы персистенции, рефлексии, и.т.д. Y>то что там переписано несколько серверов еще не значит, что у нее мало общего с первой. наоборот.
Угу возьми программу сделаную на N1 и попробуй перекомпилировать на N2, интересно будет
Там от большинства этих серверов только одни названия и остались, все наполнение (и интерфейс) совершенно другое.
Здравствуйте, FR, Вы писали:
FR>Угу возьми программу сделаную на N1 и попробуй перекомпилировать на N2, интересно будет FR>Там от большинства этих серверов только одни названия и остались, все наполнение (и интерфейс) совершенно другое.
А причем тут компиляция программы?
Человек, пожаловался, что основа, архитектурные решения, плохо документированы. Я сказал, что ядро практически не изменилось по сравнению с первой и порекомендовал воспользоваться документацией к первой небуле.
FreshMeat wrote: > > Здравствуйте, kittown, Вы писали: > > Что-то от всего этого веет софистикой... :\
Скорее неаккуратность в выборе слов.
> K>На огре afaik сделаны игры, используеющиеся в телепрограммах. Вполне > K>коммерческая разработка, и никаких поступлений в продажу. > Я не совсем понимаю, кому понадобилась полноценная игра для > использования в телепрограмме и ничего не знаю, про ее качество. Честно > говоря, это узкое направление не сильно интересует.
И что ? От этого оно перестает быть коммерческой разработкой ? Исходная
идея была в том, что на orge не делают программ для зарабатывания денег
и вообще для дела. Коробочные продукты — необязательный в этом смысле
признак.
>> > K>Спорим, что любой балбес может сделать ландшафт, выглядящий простейшим, >> > K>и каким-нибудь мелким эффектом все угробить ? Я дерганием опций почти >> > K>везде навел скорость на хорошем уровне. Поглядывая между делом на число >> > K>треугольников. >> > Несомненно. Но если этот балбес — разработчик движка? :\ > > K>Необязательно. См. ниже. > А кто? Ниже не увидел.
Необязательно балбес. Если демки все шустрые — то это маркетинг для
покупателей и прочее надувательство, не более. *Не могут* все
возможности движка быть производительными одновременно, если только
это не замшелый примитив. Я бы *крайне* удивился, если бы со всеми
установками на пределе дема какого-то движка заработала бы на моей
машине без тормозов.
>> > Стандартные демки, идущие в поставке с самим движком. >> > Demo_BspCollision.exe > > K>Там, насколько я могу *предположить*, дело во многом в > K>физическом движке. Пока кубики не начинают летать > K>перфоманс проседает мало. > > Только мы договорились о конкретике :\
Ну сходи сам посмотри. Я по этой комнате долго туда-сюда
крутился и выяснял когда скорость падает. "Предположить" —
обычная программистская осторожность, другой бы написал
"насколько я знаю".
> Пример физики из небулы 2, хоть и собирался в муках, вел себя куда как > более прилично — никаких тормозов (кроме случаев, когда объектов > становится по-настоящему много) > Тут же, я кубики вообще не трогал. Просто вожу камерой вправо-влево и > при этом картинка начинает подергиваться.
Average FPS — ~50, Radeon 9200SE. Worst FPS — ~2. Как и в любой
не оптимизированной гаме. Worst FPS — недоделка, а средний на
такой карте — вполне.
>> > Demo_Terrain.exe >> > Опции аналогичные. >> > Кол-во треугольникова в кадре около 20000. > > K>Дему точно не помню, но от слова terrain производительностью > K>совсем не веет. Зато веет большими дистанциями, например. > K>Под которые можно забыть сделать оптимизацию. > Подергивания на 20000?! Какая оптимизация?!
Специально в качестве RTFM ходил по разным форумам и читал что
люди пишут. Число пикселей — далеко не единственный и не всегда
главный источник тормозов.
>> > Я допускаю, что качественно поработав напильником, демки можно довести >> > до приличного уровня, но неужели нельзя сразу показать товар лицом? > > K>А это не реклама, это технические демы. Технически это и есть "лицом", > K>т.е. насколько все проседает здесь в тех местах, где так или иначе > K>проседает у всех. > Странная позиция. И зачем тогда демки вообще нужны?
Для трезвой оценки — нужны. Это не коробочный продукт, где надо
замылить глаза кастомеру специально прооптимизированными сценами.
Здравствуйте, yxiie, Вы писали:
Y>Здравствуйте, FR, Вы писали:
FR>>Угу возьми программу сделаную на N1 и попробуй перекомпилировать на N2, интересно будет FR>>Там от большинства этих серверов только одни названия и остались, все наполнение (и интерфейс) совершенно другое.
Y>А причем тут компиляция программы? Y>Человек, пожаловался, что основа, архитектурные решения, плохо документированы. Я сказал, что ядро практически не изменилось по сравнению с первой и порекомендовал воспользоваться документацией к первой небуле.
Y>Чего ты тут доказать хочешь — непонятно.
Я ничего ни хочу доказывать, просто говорю что ты не прав. N2 не эволюционное развитие N1 а во многом написаная заново система. И изучать N2 по документации N1 плохая идея, тем более что в обоих небулах документация паршивая, хорошо хоть исходники второй легко читаемые, что частично компенсирует никакую документацию.
Здравствуйте, FR, Вы писали:
FR>Я ничего ни хочу доказывать, просто говорю что ты не прав.
и в чем же я не прав?
FR> N2 не эволюционное развитие N1 а во многом написаная заново система.
сравни папки kernel обоих версий — принципиальных различий нет, эволюционирование? — да.
FR>И изучать N2 по документации N1 плохая идея,
я таких идей не выдвигал
FreshMeat сказал: FM>Очень скупая документация для движка такого объема — основа — архитектурные решения, описаны буквально в двух словах, между делом.
я ответил, что архитектурные решения практически не изменились со времен первой версии, и о них можно почитать в соответствующей доке: Y>к первой небуле была хорошая документация, в т.ч. и архитектурные решения.
и тут появился ты и начал опровергать то, что никто не говорил.
хочешь спорить сам с собой? — пожалуйста! оставляю тебя в этом наедине с самим собой.
Здравствуйте, FR, Вы писали:
FR>Я ничего ни хочу доказывать, просто говорю что ты не прав.
и в чем же я не прав?
FR> N2 не эволюционное развитие N1 а во многом написаная заново система.
сравни папки kernel обоих версий — принципиальных различий нет, эволюционирование? — да.
FR>И изучать N2 по документации N1 плохая идея,
я таких идей не выдвигал
FreshMeat сказал: FM>Очень скупая документация для движка такого объема — основа — архитектурные решения, описаны буквально в двух словах, между делом.
я ответил, что архитектурные решения практически не изменились со времен первой версии, и о них можно почитать в соответствующей доке: Y>к первой небуле была хорошая документация, в т.ч. и архитектурные решения.
и тут появился ты и начал опровергать то, что никто не говорил.
хочешь спорить сам с собой? — пожалуйста! оставляю тебя в этом наедине с самим собой.
Здравствуйте, yxiie, Вы писали:
Y>Здравствуйте, FR, Вы писали:
FR>>Я ничего ни хочу доказывать, просто говорю что ты не прав.
Y>и в чем же я не прав?
В том что документация от N1 годится для изучения N2
FR>> N2 не эволюционное развитие N1 а во многом написаная заново система.
Y>сравни папки kernel обоих версий — принципиальных различий нет, эволюционирование? — да.
Не смеши меня папкой kernel, когда все остальное поменялось, да и там многие интерфейсы изменились.
FR>>И изучать N2 по документации N1 плохая идея,
Y>я таких идей не выдвигал Y>FreshMeat сказал: FM>>Очень скупая документация для движка такого объема — основа — архитектурные решения, описаны буквально в двух словах, между делом.
Y>я ответил, что архитектурные решения практически не изменились со времен первой версии, и о них можно почитать в соответствующей доке: Y>>к первой небуле была хорошая документация, в т.ч. и архитектурные решения.
Подскажи где эта хорошая документация к первой небуле, я такой не видел.
Y>и тут появился ты и начал опровергать то, что никто не говорил. Y>хочешь спорить сам с собой? — пожалуйста! оставляю тебя в этом наедине с самим собой.
