ахахахаха

Ну развей уже мысль а )

транс без сердечника

зачем?

а ещё пушпул говно

транс без сердечника

ему ротатор нужон

Мозгоштурм: Задача: Придумать функцию, которая находит битовый признак деления целого на целое, без остатка. не используя операцию деления.

Осилит кто нибудь?

сделать операцию деления на операции вычитания.

перебором. Умножать делитель на инкрементную последовательность до тех пор пока не получится число больше или равно чем делимое :)

перебором. Умножать делитель на инкрементную последовательность до тех пор пока не получится число больше или равно чем делимое :)

умножать не надо, просто вычитаешь по делителю, пока не получится число меньше делителя

со сдвигами быстрее будет при больших числах, типа такого int bitdiv(int x, int d) { int i=0, d1=d; while (x>=d1) { d1=d1<<1; } d1=d1>>1; while(x>=d) { if(x>=d1) x-=d1; d1=d1>>1; } return (x)?1:0; }

Сборная России заставила Слепакова и Шнурова извиняться и петь о чемпионах: Футбол: Спорт: Lenta.ru https://m.lenta.ru/news/2018/06/24/slepakov/

:D интересно сколько им осталось не быть гондонами

со сдвигами быстрее будет при больших числах, типа такого int bitdiv(int x, int d) { int i=0, d1=d; while (x>=d1) { d1=d1<<1; } d1=d1>>1; while(x>=d) { if(x>=d1) x-=d1; d1=d1>>1; } return (x)?1:0; }

вечный цикл?

о поменял )

вечный цикл?

где? до редактирования там был while с бряками

ну и чем это отличается от деления?

причем неэффективного

ну и чем это отличается от деления?

операции деления нету

как нету?

дизассемблируй деление, увидишь похожий код, только лучше

дизассемблируй деление, увидишь похожий код, только лучше

в зависимости от того, поддерживает проц команду деления

да

А мне нужно найти в цикле третьего порядка столько же признаков над буфером, на один шаг

а всего - 256 шагов

256000 делений?

Для примера, подобная задача плавного гашения палитры: для каждого цвета в массиве, имеющем палитру Col[255]={Red, Green, Blue}, нужно на каждом шаге отнимать цветовую составляющую: for (i=0; i<255; i++){ for (Color=0; Color<255; Color++){ Col=GetPalette(Color); if (( i % (255 / Col.Red )) == 0) Col.Red-=1; if (( i % (255 / Col.Green )) == 0) Col.Green-=1; if (( i % (255 / Col.Blue )) == 0) Col.Blue-=1; SetPalette(Color, Col.Red, Col.Green, Col.Blue); } }

не суть, общее число делений равно: 65535*2*3

Для примера, подобная задача плавного гашения палитры: для каждого цвета в массиве, имеющем палитру Col[255]={Red, Green, Blue}, нужно на каждом шаге отнимать цветовую составляющую: for (i=0; i<255; i++){ for (Color=0; Color<255; Color++){ Col=GetPalette(Color); if (( i % (255 / Col.Red )) == 0) Col.Red-=1; if (( i % (255 / Col.Green )) == 0) Col.Green-=1; if (( i % (255 / Col.Blue )) == 0) Col.Blue-=1; SetPalette(Color, Col.Red, Col.Green, Col.Blue); } }

брезенхема запихай

Брезензем тоже итерационный

Брезензем тоже итерационный

он итерации по i делает

покажи про че ты

то о чем я думаю - на каждой итерации палитры, нужно для каждой составляющей найти итерацию по Брезенхему

и опять же, задача с палитрами - лишь пример (но хороший)

то о чем я думаю - на каждой итерации палитры, нужно для каждой составляющей найти итерацию по Брезенхему

не найти, а вычислить только следующий шаг

и опять же, задача с палитрами - лишь пример (но хороший)

в общем случае без деления ты не решишь, в частном случае - надо подбирать алгоритмы

for (i=0; i<255; i++){ for (Color=0; Color<255; Color++){ Col=GetPalette(Color); if ( 255 / i == Col.Red ) Col.Red -=1; if ( 255 / i == Col.Green ) Col.Green -=1; if ( 255 / i == Col.Blue ) Col.Blue -=1; SetPalette(Color, Col.Red, Col.Green, Col.Blue); } }

вот так правильно, а то чет хуеты понаписал выше

for (i=0; i<255; i++){ for (Color=0; Color<255; Color++){ Col=GetPalette(Color); if ( 255 / i == Col.Red ) Col.Red -=1; if ( 255 / i == Col.Green ) Col.Green -=1; if ( 255 / i == Col.Blue ) Col.Blue -=1; SetPalette(Color, Col.Red, Col.Green, Col.Blue); } }

вобщем для брезенхема придется хранить кучу переменных: судя по прикидками - первоначальную палитру и ошибку для RGB каждого цвета

получается +2 массива размерром с палитру

да, и тогда это медленнее буфера с приращениями

я могу на каждом шаге просто отнимать приращения для компоненты цвета

Запостить вопрос в про.алгоритмс

Там шкеты бошковитые засели

Можно не по единице отнимать а по 2 сразу будет быстрее счититься и думаю пользователь разницу не особо заметит =)

В два раза менее плавно станет. Как это не заметит

если там 255 шанов то будет 127... не думаю что сильно прнципиально глазу будет ты сколько отттенков серого различаеш?

если там 255 шанов то будет 127... не думаю что сильно прнципиально глазу будет ты сколько отттенков серого различаеш?

Дохрена

Больше 50 насчитал. Надо картинку нормальную поискать

Осталось сварить аккум

если там 255 шанов то будет 127... не думаю что сильно прнципиально глазу будет ты сколько отттенков серого различаеш?

это неверный подход сразу

Больше 50 насчитал. Надо картинку нормальную поискать

Выглядит тру

потому что в таких случаях есть еще другая задача: FadeTo При этом текущая палитра, за заданное число итераций должна плавно перетекать в желаемую. И здесь уже размер буфера вырастает втрое, и число делений и умножений - в полтора раза

Велик?

Не так уж и велик )

Прикольно.

А ремню хана не придет?

мотор можно узнать чей?

А ремню хана не придет?

Ну, континенталевский софт обещает что нет

ERROR: S client not available

мотор можно узнать чей?

мотор китай, нонейм

на алиэкспрессе находится по “12090 motor”

потому что в таких случаях есть еще другая задача: FadeTo При этом текущая палитра, за заданное число итераций должна плавно перетекать в желаемую. И здесь уже размер буфера вырастает втрое, и число делений и умножений - в полтора раза

вобще, очень жаль, что ушли от индексированных цветов с палитрами. Это стало вызывать проблемы при переходе аппаратного обеспечения в TrueColor, но тем самым, производители железа, взвалили кухню с цветами на плечи программеров. А как было бы шикарно иметь например 65536 индексированных цветов одновременно на экране, и каждому соответствует своя аппаратная палитра

Типа ~8КВт

Костыли

Подумай как совмещать палитры на многооконном интерфейсе

Подумай как совмещать палитры на многооконном интерфейсе

Легко

мне что то тоже захотелось вбабахать в велик. правда мне он только фотографиям нравится. иначе он для меня может быть бесполезен

Не было бы проблемы с перенастройкой

Легче а РГБ передавать

Палитры это ебаный ад

И костыли

нет, палитры это охуенный механизм

а зачем отсек перед за передним колесом на раме? бордюры собирать?\

а зачем отсек перед за передним колесом на раме? бордюры собирать?\

Это ниша для съемной батареи.

И костыли

ту же винду, которая все прогресс бары рисует нативно. Палитрами этот код занимал бы несколько байт.

Это ниша для съемной батареи.

максимально стремное чот место, нет?

чо бы не в раме

xD

А чего не цепная?

а зачем отсек перед за передним колесом на раме? бордюры собирать?\

У этого байк клиренс больше чем у иных эндуро. Там 29-30 см клиренса — такое бывает только на взрослых эндуриках

А чего не цепная?

Потому что цепь шумит. Вот и все

У этого байк клиренс больше чем у иных эндуро. Там 29-30 см клиренса — такое бывает только на взрослых эндуриках

место-то все равно странное

Типа ~8КВт

чот врядли

Бляяяяять

+33

Похороните меня кто-нибудь

Похороните меня кто-нибудь

Зачем? Сам испаришься.

Такая жирная дурында будет долго испаряться