Выглядит как отрожения в ue4

Не дай Бог в таких текстурах на работе застрять )

Читаю changelog vs 2015

И тут строчка, что они решили свалить на sqlite

Наконец-то студия будет грузиться быстрек

кек

шутники

Создать, что ль. Чат по луа

https://telegram.me/joinchat/BYlFbAg0mma7nLGyOsVCZQ

Всем девок!

https://youtu.be/EyEA1IikdqM

Есть ща что новенького, а то я давно застрял в 90-х )

Ребят,может глупый вопрос,но зачем вообще нужно указывать тип указателя в с++?Какая вообще разница на что там передают указатель,если все работает по одному принципу?Или я что-то не понимаю.

да все просто

char *i = BOOBOBO; i++; // сместится на 1 байт int *i = BOOBOBO; i++; // сместится на размер int

Спасибо.На примере понял

Также контрлль типов

его всегда можно обмануть)

char *i = BOOBOBO; i++; // сместится на 1 байт int *i = BOOBOBO; i++; // сместится на размер int

И именно по этой причине iostreams указатель на unsigned char принимают, а не на void. Чтоб по 1 байту ездить

указатель на void это вообще странное дело

старье... )

На void можно де привести наверное к нужному типу

На void можно де привести наверное к нужному типу

Так обычно и делают

https://twitter.com/isotrumpp

Веселый твиттер

Rebuild our aging infrastructure! I'll standardize concepts coroutines filesystem modules parallelism operator-dot MAKE C++ OPERATOR > AGAIN

https://isocpp.org/files/papers/PO4116_emoticons.html

хм

а в с++ уже есть синтаксис типа T* p = new(params); ?

вместо auto *p = new T(params)

Оператор new с параметрами есть

и был...

Да

А

Точно

Placement new же

Ага

Офигенная вещь

Для каких-нибудь эмбеддед устройств сгодится

Где фрагментация памяти нежелательна в силу ее количества

В остальных случаях похуй, имхо

Недавно книжку читал, про приемы разработки игр

Пишут, игры ААА-класса оставляют на пару дней в демо-режиме

На консолях

Если упадет - такое не выпускают

А причина именно во фрагментации

И вообще в управлении памятью

ну нихуя, у меня даже GL_ARB_framebuffer_object есть

хотя он с 3.0 в core внесен

@AlexFails что вообще у опенгл 3.0+ есть такого, чего не может 1.2 с расширениями, а то я забыл?

@AlexFails что вообще у опенгл 3.0+ есть такого, чего не может 1.2 с расширениями, а то я забыл?

В принципе, ничего

Идеология опенгла такая, что практически 100% всех фич доступны через расширения

ну нихуя, у меня даже GL_ARB_framebuffer_object есть

Давнее расширение. Существует с огл 2.x, еще есть родственное ext_framebuffer

Хотел override'ить функцию at() и operator[], но мне компилятор показал хуй

Короче, я делал все верно, компилятор бажил с override; без override все норм пашет

Вчера на похожую хрень наткнулся, все в итоге норм

Ребят, а кто на солярку иишет код?

а она нужна еще кому?

А кто-то тут писал вроде б

Я ща читаю fman'ы гцц

4.9.3, по ходу, последний релиз для нее

у меня бида какая-то

    glRenderbufferStorageMultisample выдает черный цвет, если количество образцов более 0

glEnable(GL_MULTISAMPLE);     GLuint colorRbo, depthRbo;     glGenRenderbuffers(1, &colorRbo);     glBindRenderbuffer(GL_RENDERBUFFER, colorRbo);     glRenderbufferStorageMultisample(GL_RENDERBUFFER, 4, GL_RGBA8, 400, 300);     glBindRenderbuffer(GL_RENDERBUFFER, 0);     glGenRenderbuffers(1, &depthRbo);     glBindRenderbuffer(GL_RENDERBUFFER, depthRbo);     glRenderbufferStorageMultisample(GL_RENDERBUFFER, 4, GL_DEPTH_COMPONENT, 400, 300);     glBindRenderbuffer(GL_RENDERBUFFER, 0);     GLuint mainFbo;     glGenFramebuffers(1, &mainFbo);     glBindFramebuffer(GL_FRAMEBUFFER, mainFbo);     //glFramebufferTexture2D(GL_FRAMEBUFFER, GL_COLOR_ATTACHMENT0, GL_TEXTURE_2D, colorTex, 0);     glFramebufferRenderbuffer(GL_FRAMEBUFFER, GL_COLOR_ATTACHMENT0, GL_RENDERBUFFER, colorRbo);     glFramebufferRenderbuffer(GL_FRAMEBUFFER, GL_DEPTH_ATTACHMENT, GL_RENDERBUFFER, depthRbo);

вот если чо код

на glCheckFramebufferStatus говорит что фреймбуфер комплит

А мультисэмплинг поддерживается?

Да

Можешь примерчик набросать и скинуть? Я протестю

чуть позже

Ок)

так, вроде сам начал разбираться, glBlitFramebuffer дает INVALID_OPERATION

 GL_INVALID_OPERATION is generated if GL_SAMPLE_BUFFERS for the read buffer is greater than zero and the formats of draw and read buffers are not identical, or the source and destination rectangles are not defined with the same (X0, Y0) and (X1, Y1) bounds.

это у меня было

Ок

Хорошо, что прозвонил вызовы glGetError'ом

Сначала не понял, прозванивал вызовы создания и назначения буферов

Потом дошло, что раз фреймбуфер комплит, значит что-то не то с его блитом

Я тут запилил канал по C++. В него буду писать новости и интересные публикацит о сабже чата. @ProCxxChannel