Igor Borisov, Очень сильно не вдавался в подробности, почитал сводные таблички с тестами и поверил, не проверяя. В общем, если основную часть приложения писать на NDK, то всё было супер. А если всё приложение на java и только отдельные функции, особенно в циклах, вызывались из нативного кода, то работало даже медленнее. Сама функция работала быстро, а вот её вызов был намного дольше вызова java функции.
Кстати, я не спорю, что размытие по Гауссу на андроиде работало медленнее из-за чистой разницы в производительности с большим ПК.
Igor Borisov, Есть высокопроизводительные дохренаядерные ARM процессоры. Так что (1) делится на две части, что железо может быть на порядки слабее и, что код может быть написан с учётом х86 архитектуры, а для ARM надо было писать совсем иначе.
Впрочем, я это пишу без пруфов. Мне было проще Java изучить, чем на С++ писать с учётом особенностей платформы, даже не стал с NDK плотно разбираться.
VladilenOk, Т.е. в по отдельности всё работает - это отлично!
На обоих ПК подключаешь одним и тем же кабелем к одному и тому же порту в мониторе и в видяхе? Оба раза, условно, HDMI-1 выбран?
Попробуй в настройках монитора попереключать источники сигнала.
MasterCopipaster, сразу копируй, сколько тебе нужно. resize вначале, чтобы если вектор был не пустой изначально. В твоём случае достаточно только assign.
Что там неправильно работает - не знаю. Поставь прерывание в начале функции и построчно смотри, как отрабатывает код и где ошибка появлется. Опять же ты rc не проверяешь, может там об ошибке тебе и сообщается.
Юра Майллер, Альфа-тестирование называется, а не Бета. Дальше показать не могу, потому что нечего добавить, но там уже сможешь разобраться, я думаю. При закрытом тестровании только по прямой ссылке доступ будет.
Wataru, Да, я немного обобщил. Работал всего с несколькими "олимпиадниками", если точнее, то с тремя. Алгоритмическое мышление у них хорошее, с этим не поспорить. Но они думают в терминологии олимпиадных задач и этого не выбить ни за 2 недели, ни за 2 месяца, ведь они годами такой образ мышления оттачивали. Если конкретизировать, то они больше думают о количестве строк, чем о решени проблемы. Если нет ограничения по времени, то олимпиадники могут сделать эффективное решение. Но вот если времени мало (а это всегда), если задача решается не парой функций, а требует создания десятков dll... то проще сжечь весь код, вместе с их компом и с нуля всё написать, чем пытаться разобраться в том, что они наделали.
Возможно, это исключительно мой неудачный опыт. Но, лично у меня, очень предвзятое отношение к олимпиадникам.
Евгений Шатунов, Не обратил внимания на текст ошибки :)
Если прям сильно хочется вынести шаблон в срр, можно явно инстанцировать шаблон для каждого типа... Но лучше в *.h реализацию сделать.
инклюды нужные подключены, чтобы TextView был в области видимости фукнции?
Ну и я не буду говрить о том, что таким вот образом шаблон на h/cpp разделить не получится.
Sanzhar Bazarbek, на картинке чёткая версия больше, чем размытая. Т.е. большую чёткую версию уменьшили на 10% и получилось мыло. Имелся в виду масштаб в настройках браузера. Вместо 100% включено 90%, например, и весь контент сжимается. Как будто 65 пиксельную картинку рисуют в размере 55 пикселей.
photosho, Зависит от настроек. Я её использовал именно для вырезания фрагментов без перекодирования. Конкретные настройки не скажу, уже много времени прошло.
wlastas, однократное выделение памяти не скажется на производительности, так что спокойно используй new, а лучше std::vector или std::string.
Либо выделяй буфер максимально возможного размера (например, если известно, что не больше 1000 элементов может быть, то выделяй 1000 всегда). Через new можно выделить гораздо бльшие блоки памяти, чем через стек (без указания дополнительных флагов компиляции).
Кстати, я не спорю, что размытие по Гауссу на андроиде работало медленнее из-за чистой разницы в производительности с большим ПК.