w0lkolak, не так важно количество вершин в одном вызове отрисовки (в одном DIP-е), как важно количество вызовов отрисовки.
По сравнению с растеризацией, обработка вершин является многократно более простой. По сравнению с одним вызовом отрисовки (DIP [?] - Draw Indexed Primitive) процесс текстурирования является многократно более простым.
В своей работе мы рисуем DIP-ы на сотни тысяч вершин, в которых до 60% вершин могут быть дублирующими, созданными с целью правильного отображения текстур и правильной анимации. И такие DIP-ы никак не сказываются на производительности по сравнению с техниками растеризации и, собственно, настройкой графического конвейера для вывода конкретного DIP-а.
Для решения вопроса C++17 не обязателен. Согласно C++11, Variable Parameter Pack [?] раскрывается в секвенцию элементов, разделенных запятыми.
Простой пример для наглядности.
Nightmare1, под Windows об этом можно забыть. На исходный файл процесса ставится системная защита на время исполнения.
Под Nix никаких проблем нет, открывай файл и меняй как тебе хочется. Но изменения не затронут текущий запущенный процесс. Для подхвата изменений требуется перезапустить процесс.
Советую убрать неактуальные теги, они нарушают П3.1 регламента. Твой вопрос не имеет отношения к C или C++.
Иногда, если ваша лямбда stateless (не захватывает никаких переменных), то некоторые компиляторы (vs, например) смогут эту лямбду перобразовать к указателю на функцию.
С++11 позволяет неявное преобразование лямбды без замыкания к указателю на глобальную функцию.
Начиная с C++14 позволяется даже обобщенные лямбды правильно приводить.
Jmih, давай еще раз.
Изложи в своем вопросе какую документацию ты изучил, какие примеры ты пробовал, что конкретно и в каком коде у тебя не получается.
В твоем вопросе нет конкретики. Конкретика никогда не оперирует словами "все" или "ничего".
Тебе нужно показать, что конкретно тебе известно и что конкретно у тебя не получается.
Jmih, с этого и стоит начинать свой вопрос. Сейчас у тебя вопрос выглядит как задание, что нарушает П5.12 регламента работы сервиса.
Изложи в своем вопросе какую документацию ты изучил, какие примеры ты пробовал, что конкретно и в каком коде у тебя не получается.
ettaluni, тебя никто не понял. Ты ничего не знаешь, ты не можешь оперировать общей терминологией. Ты что-то одно пишешь и что-то другое подразумеваешь. С такой позицией ты очень долго будешь ждать решений.
Пока видно что тебе и ответы не нужны.
Когда тебе задают вопросы подобные моему или вопросу Сергея, тебе нужно в самые короткие сроки разобраться в том что ты уже написал и найти свои очевиднейшие ошибки.
ettaluni, пока все выглядит так, будто ты абсолютно не понимаешь что пишешь.
Давай на пальцах тебе растолкую. СУБД - Система Управления Базами Данных. Коротко - система администрирования БД. БД - База данных.
Прочитай в первых строках readme, чем является sqlite, для примера.
Сергей тебе конкретный вопрос задал. Рекомендую ответить на него хотя бы себе самому. Но лучше, конечно, ответить Сергею.
taktik, я вижу у тебя тег питона в профиле. Ты использовал behave или doit в своей работе?
Питон подходит для задач автоматизации, но суть в используемых пакетах и том, насколько быстро ты сможешь перестроиться на использование нужных пакетов. В частности doit от некоторых людей требует полной перестройки мышления, что бывает очень сложно.
taktik , изложи свой опыт и навыки как можно подробнее. Какими языками программирования владеешь? Какие системы автоматизации использовал? Перечисли несколько примеров конкретных задач, которые ты выполнял на прошлых рабочих местах. Примеры нужны с деталями: какие инструменты были использованы, какие реализации были созданы, какие промежуточные цели достигались.
edward_freedom, снова очень хлипкие оправдания. Против регламента работы сервиса у тебя вообще ничего нет?
Давай я буду к тебе снисходителен и дам еще один шанс доказать. Не думаю что у тебя что-то получится, но вдруг ты меня сможешь удивить.
Давай, еще одна попытка.
edward_freedom, так, стоп. Доказательство - удел постулирующего. На пункт 3.4 ты наплевал и пытаешься доказать какую-то свою сугубо личную истину. Стало быть, с тебя и спрос.
Или ты таким вот низкокачественным способом хотел улизнуть из под ответственности? Это не выйдет. Ты обязан привести обоснование своих слов.
Ты обязан доказать что ты не пустомеля иначе ты так и останешься пустомелей. И будешь пустомелей для все большего числа людей. Ты обязан доказать что ты не балбес, иначе ты так и останешься балбесом. И будешь балбесом для все большего числа людей.
Тут нет спора. Ты сам себя загнал в ситуацию когда ты обязан доказать. И от тебя пока идут только очень хиленькие оправдания.
Доказательства-то будут?
edward_freedom , ну т.е. доказать ты ничего не можешь.
Я не представляю с кем и зачем ты споришь, а главное, зачем ты приводишь какие-то оторванные от сути цитаты.
Твоя цитата ничего не доказывает кроме того, что ты мелешь попусту.
Зачем тебе это? Тебе побеседовать не с кем? У тебя депрессия может? Может быть тебе стоит обратиться к специалисту?
edward_freedom, у тебя нет доказательства. Опровергать нечего.
Теперь тебе еще требуется доказать что ты не пустомеля. Докажи это хотя бы приведением доказательства что «Хабр Q&A» является форумом.
По сравнению с растеризацией, обработка вершин является многократно более простой. По сравнению с одним вызовом отрисовки (DIP [?] - Draw Indexed Primitive) процесс текстурирования является многократно более простым.
В своей работе мы рисуем DIP-ы на сотни тысяч вершин, в которых до 60% вершин могут быть дублирующими, созданными с целью правильного отображения текстур и правильной анимации. И такие DIP-ы никак не сказываются на производительности по сравнению с техниками растеризации и, собственно, настройкой графического конвейера для вывода конкретного DIP-а.