pwm->r[i] = value.r & mask ? PULSE_HIGH : PULSE_LOW;

неее. надо (*pwm).r[i] = value.r ! так круче

мне кажется ардуишечка позволит по ссылке передать pwm и тогда уже можно оторваться: void rgb_to_pwm(PWM_t & pwm) { pwm[i]=value.r; } без лишнего мусора.

у меня stm32, хотя разницы для С никакой нет

а переделывал кто 14 вольтовые NiCd аккумуляторы шуруповёртные под литий? подводные камни есть?

на хабре что-то было или у дихалта на форуме

а переделывал кто 14 вольтовые NiCd аккумуляторы шуруповёртные под литий? подводные камни есть?

заряжать сможешь их? :)

ну как-то ведь заряжают

ну если это не проблема, тогда один минус, это температура. при нуле и меньше ...

ну и акб лучше взять высокотоковые думаю

подскажите, как синусы считать на stm32? или по старинке табличками пользоваться?

а там чо нету

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

а хз, первый раз понадобилось

я вот так делал на j2me http://pastebin.com/c1Uma9aT

интересно, но сначала надо попробовать аппаратно

если есть :)

arm_math.h

stm32 с плавающей запятой есть же

только инструкции эти меееедленные. фикседпоинт аппроксимацией куда как быстрее

понял

isincos(long phasein)

что на вход давать?

у меня такая стмка там нету fp https://www.aliexpress.com/item/1pcs-STM32F103C8T6-ARM-STM32-Minimum-System-Development-Board-Module-For-arduino/32583160323.html посмотри может у твоей есть

что на вход давать?

угол 0...65535

а на выходе что будет?

понятно, что синус-косинус, а в каком виде?

long в java - это uint32_t в stm32?

синус и косинус нормализованные в -32678..32677 имхо. long вроде как 32 битовый в j2me, да

синус и косинус нормализованные в -32678..32677 то есть -1.0 .. +1.0?

http://www.stm32duino.com/viewtopic.php?t=1510 - вот ещё интересный вариант

возьми готовый для стм. у меня что-то подозрение что long 64-битный и у тебя его нету

быстрее будет интерполяцией посчитать даже по короткой таблице

https://gist.github.com/lexszero/d5e6a7939bdc4b7cce78 моя реализация sin/cos в фикседпоинте

формат 12.20, можно сменить, но придется пересчитывать таблицу, а скрипт который это делал я вроде бы проебал

Почто ты так таблицу растянул-то. Строгий лид?

если ее на 79 символов даже выровнять она будет 90 строчек всего а не 572

я кстати второе собеседование в гугл проебал. так обидно. сам виноват.

о расскажи же

ну ничего у меня еще будет много once in a lifetime opportunities

я не могу там все под NDA же. рекавери период 18 месяцев минимум раньше нельзя

пока 18 месяцев не пройдет даже пересобеседовать запрещено у них сейчас. это жесть просто. я думал полгода

но первый собес был точь в точь по опроснику мб только чуть больше временной сложности. реально кадавр читал по бумажке https://habrahabr.ru/post/313028/

ошибка кадровика вообще давать какой то фидбек

надо делать покерфейс и дебильно улыбаться

вот мне инженер на втором тоже покерфейсил. you did reasonably good. я миллион строк кода отревьюил а свои десять строчек не мог внимательно посмотреть. и все, 18 месяцев. да еще второй раз поди вообще даже смотреть не будут.

как правильно на си написать функцию, которая возвращает массив структур?

в си ссылки есть или этолько в ++ ?

int& тип

если есть наверно лучше передать аргумент по ссылкее

а вообще формулировка неправильная =)

хуй там..указатели только в Си ((

зато без гандонов кайфа больше))

кресты этим и ншны что можно вернуть нормальный список классов

и там такое то RVO

чот мне кажется херня это всё классы возвращать..по мне так ретурн должен быть лаконичен.

топорик без транзистора

я вот так делал на j2me http://pastebin.com/c1Uma9aT

Тересно, спасиб

Meizu норм телефон или гавно китайское?

но первый собес был точь в точь по опроснику мб только чуть больше временной сложности. реально кадавр читал по бумажке https://habrahabr.ru/post/313028/

Жорик, в этом посте, ТС - долбаеб. Кадровик: Quicksort имеет наилучшую оценку «big-O». Я: «big-O» игнорирует задержки хранения данных, топологию, объём, доступную память и даже вычислительную сложность каждой команды ЦП, вовлекаемой в данную процедуру, — вместо этого он просто подсчитывает количество алгоритмических операций! Оценка «big-O» может быть полезным показателем при разработке алгоритмов, но наилучшее решение реализации и масштабирования зависит от конкретных ограничений каждой конкретной проблемы и окружения. Я не стану приводить другие его тупости. И надеюсь, что ты ему не уподоблядся.

Жорик, в этом посте, ТС - долбаеб. Кадровик: Quicksort имеет наилучшую оценку «big-O». Я: «big-O» игнорирует задержки хранения данных, топологию, объём, доступную память и даже вычислительную сложность каждой команды ЦП, вовлекаемой в данную процедуру, — вместо этого он просто подсчитывает количество алгоритмических операций! Оценка «big-O» может быть полезным показателем при разработке алгоритмов, но наилучшее решение реализации и масштабирования зависит от конкретных ограничений каждой конкретной проблемы и окружения. Я не стану приводить другие его тупости. И надеюсь, что ты ему не уподоблядся.

я ему говорил что он самый умный рекрутер на свете и что лукап-таблицы это гениально и что qsort самая лучшая сортировка, а ты как думал

я ему говорил что он самый умный рекрутер на свете и что лукап-таблицы это гениально и что qsort самая лучшая сортировка, а ты как думал

Дело не в этом, у него отсутствуют базовые знания, он - самоучка.

Дело не в этом, у него отсутствуют базовые знания, он - самоучка.

у кого?

... с весьма завышенной самооценкой.

Тот тип из поста.

Тот тип из поста.

тип отличный. все правильно сказал.

Неа :)

ERROR: S client not available

Я не стану спорить, может он талантлив (на низком уровне), но то что он показал... не раскрасило его.

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

мне рекрутер сказал что таблицы это талантливее гораздо чем popcnt в sse 4.2

Абстрагируйся от платформы ;)

в арме тоже есть )

Теория не соответствует действительности... по-крайней мере пока

вот так битовыми масками делается эта штука

int bitcount_(unsigned int c) { c = (c & 0x55555555) + ((c » 1) & 0x55555555); c = (c & 0x33333333) + ((c » 2) & 0x33333333); c = (c & 0x0F0F0F0F) + ((c » 4) & 0x0F0F0F0F); c = (c & 0x00FF00FF) + ((c » 8) & 0x00FF00FF); c = (c & 0x0000FFFF) + ((c » 16)& 0x0000FFFF); return c; }

Именно на этом и был пойман тот тип, за Большое О

биты сдвигаются и суммируются друг с другом

int bitcount_(unsigned int c) { c = (c & 0x55555555) + ((c » 1) & 0x55555555); c = (c & 0x33333333) + ((c » 2) & 0x33333333); c = (c & 0x0F0F0F0F) + ((c » 4) & 0x0F0F0F0F); c = (c & 0x00FF00FF) + ((c » 8) & 0x00FF00FF); c = (c & 0x0000FFFF) + ((c » 16)& 0x0000FFFF); return c; }

На АВР, таблица будет быстрее

для большой таблицы надо посчитать сколько можно сунуть в кеш и как на больших объемах оно будет себя вести

Знаешь почему?

там нет сдвига больше чем 1 бит )

погоди какое еще большое О. вот есть такой код например еще хитрый я его конеч не запомню но скопировать могу

int bitcount(unsigned int v) { v = v - ((v » 1) & 0x55555555); // reuse input as temporary v = (v & 0x33333333) + ((v » 2) & 0x33333333); // temp return ((v + (v » 4) & 0xF0F0F0F) * 0x1010101) » 24; // count }

там примерно сложность соответствует лукапу из таблицы. для 32 бит вообще даже и таблицы такой не сделать

для 16 бит надо сравнить будет конечно

Ну я тебе и говорю, представь, что сдвиг аппаратно на платформе есть только на 1 бит, и разверни все что ты написал

хотя на вид там больше насрано чем лукап из таблицы конечно

я не знаю, надо бенчмаркать

Жорик, в этом посте, ТС - долбаеб. Кадровик: Quicksort имеет наилучшую оценку «big-O». Я: «big-O» игнорирует задержки хранения данных, топологию, объём, доступную память и даже вычислительную сложность каждой команды ЦП, вовлекаемой в данную процедуру, — вместо этого он просто подсчитывает количество алгоритмических операций! Оценка «big-O» может быть полезным показателем при разработке алгоритмов, но наилучшее решение реализации и масштабирования зависит от конкретных ограничений каждой конкретной проблемы и окружения. Я не стану приводить другие его тупости. И надеюсь, что ты ему не уподоблядся.

хз что тебе не нравится. у fancy алгоритмов с хорошей асимптотикой часто бывает большая константа, что делает их применение невыгодным, когда n мало (а во многих случаях это так).

я тебе навскидку скажу, что код получится больше раз в -надцать

хз что тебе не нравится. у fancy алгоритмов с хорошей асимптотикой часто бывает большая константа, что делает их применение невыгодным, когда n мало (а во многих случаях это так).

Это я знаю, поэтому и говорю, что теория не соответствует практике.

ну для 32 бит ты не сделаешь 4 миллиарда entries. надо будет по словам хотя бы

А кадр явно хотел теории

рекрутер кадавр безусловно, не знаю чего он там хотел. насчет сигналов видно же что по бумажке

ну для 32 бит ты не сделаешь 4 миллиарда entries. надо будет по словам хотя бы

А это не важно, говорю - абстрагируйся блиадь от платформы! Представь что у тебя дохуя оперативы и очень мало флеша )))

рекрутер кадавр безусловно, не знаю чего он там хотел. насчет сигналов видно же что по бумажке

по бумажке, потому что он сам теорию не знает )) А тест ему дали провести.

я думаю через 18 месяцев у них там уже поменяется опросник

не удалось по легкому влезть )

@Dolphin_Soft как обычно всех тролит с позиции абстрактного бога кодинга )