Свежие комментарии

Провели GPON чуть более месяца назад.
Советы и комменты:
Если в квартире есть подготовленные каналы (кабель-канал, плинтус и т.п.) могу провести оптоволокно до нужной точки. Я например думал что у меня с**и-ремонтники при отделке квартиры телефоную медь в стене хотя бы в гофре проложили, и рассчитывал ОВ прям к центру концентрации техники прокинуть. Оказалось медь втупую в стене замурована в штробе. Пришлось пока ставить в коридоре - вид портит, но есть повод обои переклеить )))) Правда, потом придется за бабло вызывать установщиков чтобы ОВ переварить (текущий хвост без запаса).

Установка: заводят со щитка на площадке электрику и прикручивают на стену розетку; рядом сам роутер. В него воткнуто ОВ, из него к телефонной коробке на площадке вытащен кусок меди. Таким образом, старая мдная разводка внутри квартиры как была, так и осталась. Роутер ZTE F660 с ВиФи. Предлагали бесплатно сделать "патч-корд" от роутера к компу. Сразу предлагают подключить ТВ и Интернет-канал.

Канал Интернета подключили по звонку в службу поддержки (636-0-636). Причем озвучили что включат не ранее подписания договора, для чего необходим прихода агента, но И-нет заработал уже через час. 2 раза договаривался по времени прихода агента, для чего уходил с работы, но человек так и не пришел. Я позвонил в поддержку и попросил отметить что 2 раза продинамили и теперь только в выходные по предварительному согласоанию. Попробовали понаезжать типа отключим - обломились; налегал на двойное нарушение договоренностей, зафиксированных при звонках, которые пишутся, ну чтобы вопрос не возникал в дальнейшем. Больше никто по этому поводу не беспокоил и И-нет работает. По видимому им важнее чтобы деньги за услуги оплачивались )))

Качество работы канала. Подключил 40Мбит. Ви-Фи у этого (или конкретно у моего экземпляра?) роутера слабенький, хотя мощность стоит 100% - свисток в компе мой модем видит на 4 палки из 5 (растояние напрямую - 6-7 метров и одна не несущая стена), и параллельно видит квартиру тремя этажами ниже. По Спидтесту на Ви-Фи средняя скорость 25Мбит вход/25Мбит выход (свисток стандарта 11g). Это после небольшой пляски с настройками роутера.
Сразу после установки была вообще 12/15. Пришлось поймать одного из работников и начать с ним дискуссию. В итоге после ряда звонков их технарям и подключения кабелем напрямую, выяснилось что канал всего 20Мбит ))) Под эту лавочку удалось узнать админский пароль для роутера (причем как писали в ветке на хоботе - он один для всех роутеров в доме). Используя его и осторожные расспросы соседей, немного почистил эфир - отключил Ви-Фи в 3 квартирах которые вообще не используют Интернет, а особо "шумным" сетям уменьшил мощность передатчика (благо спецов немного в подъезде).

Для подключения iPad похоже необходим включенный QoS WMM. По крайней мере, моя "Айпадла" без него к сети не подключается, хотя в списке и видит.

Учитывая возможность удаленного администрирования со стороны МГТС нет возможности настроить роутер под себя. 2 раза пытался пробросить порты для ДЦ; вроде успешно и все работает, но на следующий день настройки роутера удалены. Сейчас нашел небольшой обходняк - если сработает - отпишу

Заметил что при "засыпании" компа (при подключении по Ви-Фи) подключение отрубается и подключается по-новой - примерно 3-4 минуты на все. Проверил настройки ЮСБ и прочие режимы экономии - все отключено. Пока для меня вопрос почему это происходит.

Прыжки скорости есть - скорость может болтаться от 3-х до 25Мбит (по Спидтесту) в пределах 5 минут (несколько последовательных проверок в интервалом в 1 минуту). Причем скачка торрента или ДЦ более-менее стабильная, а вот серфинг может тупить конкретно. Причины - тоже пока неясны.

ИТОГ: завтра ставлю в комп стационарную сетевуху с Ви-Фи стандарта 11n с увеличенными антеннами. попробую приблизиться хотя бы к стабильным 30Мбитам. больше вряд ли, ибо подразумеваю что карта будет видеть больше сетей чем свисток, соответственно "шума" будет побольше.

ну если ты помнишь, то задача у меня была ровно та же самая, только текстуры были не только большие (поменьше чем у тебя), но еще и много (24 в секунду). ВБО были очень быстрее.

С версии 3.0 это все deprecated. И вроде как я видел где то, что в пятой версии fixed pipeline уберут, но найти не могу.

У меня на имеющих смысл размерах текстур VBO были быстрее в какие-то совершенно адские количества раз. Но это было давно и может быть уже неправда.

зачем закладываться на 1Кх1К? вроде ж все умеют 4К как минимум?

> write() - не ресайзит буфер (как я понимаю) т.е. придется думать о его размере.
> Можно, наверное, аллоцировать с очень большим запасом - и не думать.
А разве размер геометрии меняется?

Я не видел как устроены драйвера opengl, но думаю они собирают вызовы glVertex в буфер и копируют по glEnd. Ф-ции заливки чего либо, должны как мне кажется отрабатывать сразу.
Энивэй это будет быстро.

> Т.е. получается, что если я собираюсь обновлять буфер, то ему надо QGLBuffer::DynamicDraw, а
> содержимое менять, к примеру, через вызовы allocate (а не через write() - чтобы не думать о
> том, сколько у меня в буфере места и влезет ли).

Я так никогда не делал. Обновлял только текстурки. Но судя по докам, надо выставить DynamicDraw и WriteOnly. Я бы как раз использовал Write, он же не трогает остальные кусочки буффера и теоретически не обязан их заливать в видео память. Но есть ли соответствующие ф-ции в OpenGL (что бы обновить кусочек VBO) я не знаю, тут бы в исходнички заглянуть, но строить предположения веселее.

> Не максимально эффективно, но если вершин в пределах пары сотен, то вроде и хрен с ним?
Гонять туда сюда вертексы не эффективно. Кстати, тут тоже самое что и с CUDA. Ну вот 128 треугольничков, это 128 * 3 (для простоты) флоатов по 4 байта. То есть 1536 байт. Скопировать их в видео память можно за 1536байт / 5гбайт в сек. То есть очень быстро.

Я в Qt применительно к OpenGL не особо, может там как-то все не так, но обычно экранные координаты переводят в координаты сцены с помощью gluUnProject().

Да зачем вам для 4 точек какие-то буфера для вершин применять? Может проще, э-э, захардкодить? Прямо между glBegin() и glEnd() glVertex() и фсе

Как я уже писал в мае, в софтверном OpenGL (который внутри VMWare workstation) меня вообще все потрясло.

Ну то есть там (в Qt) пример с кубиками (6 кубиков, на гранях - 6 разных текстур)
- WinXP в VMWare: первые 5 текстур куда-то подевались, отображается только результат последнего glBindTexture и только на одной грани
- Win7 в той же виртуальной машине - результат последнего bindTexture отображается на всех гранях кубика.

Смешно было.

64 текстуры (128 треугольников), наверное, даже софтварный OpenGL более-менее быстро будет рисовать. На современных видеокартах вроде бы миллионами (десятками миллионов?) полигонов в секунду меряются.

До-шейдерный OpenGL простой как грабли: выставляем матрицы, рисуем картинку. И так на каждое событие перерисовки. Если нужно помасштабировать и перенести, проще всего изменить матрицу перед отрисовкой (glTranslate, glScale), координаты точек оставить те же

Хм. Ну с поворотом - да, можно матрицами. Ну то есть сейчас у меня на картинку (background) наложен QGraphicsRectItem через который я получаю все эвенты (правую кнопку мыши нажали или там еще что), мне удобнее чтобы и он и картинка были в одних координатах, ну да и этот Item можно тоже повернуть той же матрицей. Другой способ смотреть на мир, хорошо.

Ну хорошо, другой случай - просто новая картинка, скажем меньше (или больше) и ей нужна другая нарезка на тайлы. И вопрос: у меня уже есть QOGLBuffer для вершин, мне его надо совсем убить и создать новый, или можно обойтись меньшей кровью. Документация внятного ответа не дает.

Экспериментами выясню, конечно.

Не, ну как-то глупо их не использовать, если Qt используется во всей остальной программе.
Там же всякие хорошие вещи сделаны, memory management, работа со встроенными типами (вроде QImage), хочется их. Без них - да, тоже можно, но только с большой тоски.

Ну и тут, конечно, есть приколы. Вот если у меня Vertex buffer надо обновить (картинку повернули - размеры поменялись_, то что делать:
- старый убить, новый завести
- или как-то поапдейтить старый.

Документация не дает ответа, исходники - частично дают, но примеров очень хочется.

P.S. Лишний каммент прибил

Я уже в той стадии непонимания, когда собственно OpenGL-ные примеры (которые у всех на GLUT) уже примерно понимаю (в том объеме, который мне нужен, про освещение, к примеру, вовсе не читал) и ступор вызывает уже взаимодействие с Qt.

Ну вот, к примеру, у меня как и у этого чувака не работает glDrawRangeElements с нулевым последним параметром (указателем на буфер индексов). Значит какой-то буфер я не прибиндил (или как-то так).

Но начинаю разбираться, вот нашел тот форумный топик и вижу, что отвечающий там вообще использует нечто под названием QOpenGLVertexArrayObject в котором у него весь контекст, включая шейдеры. Ни в документации (что для Qt5, увы, нормально), ни в исходниках - такого нет и тут я пугаюсь окончательно.

Мне понравились оффициальные книжечки красная и оранжевая.
http://www.amazon.com/dp/0321481003/ref=as_li_tf_til?tag=flazx-20&camp=1...

http://www.amazon.com/dp/0321637631/ref=as_li_tf_til?tag=flazx-20&camp=1...

А можно вопрос - а в книжка-то нашлась? Без QT, а для общего развития.

PS: из общих соображений - если что-то можно хранить в карте, то лучше там. И рисовать оттуда. Но это, естественно, КО :)