На мой взгляд, с community версией они припозднились лет на 10, а также прозевали нишу, которую очень удачно занял Unity. А так движок очень технологичный и очень жаль, что на нем нет крутых тайтлов.
Автор начал за здравие, а кончил за упокой :) Сначала опроверг ряд некорректных гипотез, а потом создал свою сравнив смертность от коронавируса с естественной смертностью подытожив, что смертности от коронавируса не существует, люди умерли бы и так)
На Jetson есть CSI камеры от e-con. В любом случае, RPi — это тоже не совсем нужный инструмент. Для видеорегистраторов используются чипы от Ambarella и других производителей, которые делают SoC'и для спортивных камер.
Вы только представьте, парень по сути сделал самостоятельно то, чем у нас занимается целый отдел в нашем подразделении, — в Научном центре оперативного мониторинга Земли!
Думаю, что пресс-секретаря может хватить Кондратий, когда он узнает, что сигнал с их спутников уже давно можно ловить на SDR за 400 баксов и самодельной антенной.
Позвольте спросить, а как второй вариант решает проблему? По моему никак, просто увеличилось кол-во инструкций, что может устранить race condition в данном конкретном случае на конкретной платформе.
Я когда-то собаку сьел на синхронизации данных находящихся в списках и понял, что:
— Нужно либо лочить доступ к списку на все время обращения к нему;
— Если же объем операций над данными в списке велик, то проще под локом скопировать нужный кусок во временный список, а общий ресурс разлочить. Это позволило значительно увеличить производительность в многоядерных системах, но работает это лишь в том случае, если ваш код выполняет какие-то эксклюзивные операции над данными, которые не повлияют на ход операций в другом потоке.
Не передергивайте. Ваша работа связана с электроникой? Знаете, чего на самом деле стоит разработка схемотехники и промышленного дизайна устройства? В стране, где давным давно не производят практически никакой потребительской электроники, а все отечественные устройства авторства безымянных китайских OEM, пройти путь от технических требований до устройства готового к серийному производству дорогого стоит.
Я и не говорил, что это дисплей. Обычно это свойство диджитайзера. И производителей таких емкостных диджитайзеров, которые определяет силу нажатия достаточно мало.
Смартфоны Sony уже не первый год позволяет тыкать в экран мокрыми пальцами, емкостные дисплеи в Galaxy Note X, One max, Flyer позволяют использовать стилус, все последние же флагманские Nokia позволяют использовать смартфон в перчатках.
Не зная кишок AptX, невозможно сказать о его выходном битрейте, но, учитывая его near lossless натуру, я думаю, что там CBR, который просто тупо в один момент перестает влезать в канал EDR в условиях вносимого затухания.
Бинго! AptX жирнее, поэтому просто не пролазит в созданных ему условиях. Очевидно, у него есть механизм ретраев, также очевидно что у него есть внутренний буфер, где протокол буферизирует пакеты на ресиве. Если нет возможности включить что-то типа режима VBR, чтобы кодек принимал во внимание ширину канала и адаптировался, то может есть возможность увеличить буфер на ресивере? Эти колонки предусматривают обновление прошивки? Может стоит пилить вендора?
HTC One и позажимать его в том же углу, посмотреть на результаты.
Более того, есть вариант попробовать на том же MBA, но с копеечным USB Bluetooth адаптером с поддержкой BT4.0, EDR и AptX (если для этого вообще нужна аппаратная поддержка, а не профиль ОСи). Может оказаться, что проблема внезапно пропадет. Правда, эстетика пострадает :)
Во-первых, RSSI Klipsch'а снятый на MacBook'е еще ничего не говорит, т.к. в обратном направлении ситуация может быть несколько иная: нас же интересует в первую очередь MBA -> Klipsch, а не Klipsch -> MBA.
Во-вторых, желательно вместо klipsch'а поставить некий девайс, который может мерять RSSI твоего MBA, чтобы действительно измерить насколько твое тело вносит затухание в распространения BT-сигнала. На частоте 2.4 такие преграды не так уж и критичны, в отличии от более высоких диапазонов.
В третьих, интересны замеры RSSI сигнала излучаемого телефоном. Может так оказаться, что все дело именно в мощности BT-модуля MBA или качестве его антенны, а не каких-то особенностях реализации AptX (его же не идиоты писали :)) Недостаточная мощность излучения сигнала становится проблемой, которую кодек не может преодолеть. Банальным же увеличением количества ретрансмитов на уровне протокола проблемы не решить, т.к. это увеличит latency, т.е. удовольствие от использования BT-колонки будет уже не тем.
Если вы таким образом искали ответ на риторический вопрос «почему человек A — говнюк?», то вы явно не по адресу. Также вы сами прекрасно понимаете, что подобными вопросами аналитический уровень человека проверить невозможно. Поэтому если в следующий раз вы попадете в аналогичную ситуацию — сэкономьте себе время и просто напишите в твиттере, что представитель компании X проводящий собеседование на позицию аналитика — говнюк. Нужно просто быть более толстокожим и не обижаться на ерунду.
Там очень низкопроизводительный Cortex, поэтому много не ест. И радиомодуль с RF'ом по-сути один, но поддерживает две активные SIM-карты. С баттареей-то у него еще неплохо, вот производительность заставляет сомневаться.
Абсолютно верно. Есть 100500 разных причин для подобных симптомов, начиная от синдрома хронической усталости, заканчивая тревожным расстройством. Возможно, автор подумал, что нашел истинную причину и на волне решения проблемы получил заряд серотонина, который улучшил психологический фон и физическое его состояние. Тоже метод :)
Автор начал за здравие, а кончил за упокой :) Сначала опроверг ряд некорректных гипотез, а потом создал свою сравнив смертность от коронавируса с естественной смертностью подытожив, что смертности от коронавируса не существует, люди умерли бы и так)
Я когда-то собаку сьел на синхронизации данных находящихся в списках и понял, что:
— Нужно либо лочить доступ к списку на все время обращения к нему;
— Если же объем операций над данными в списке велик, то проще под локом скопировать нужный кусок во временный список, а общий ресурс разлочить. Это позволило значительно увеличить производительность в многоядерных системах, но работает это лишь в том случае, если ваш код выполняет какие-то эксклюзивные операции над данными, которые не повлияют на ход операций в другом потоке.
Бинго! AptX жирнее, поэтому просто не пролазит в созданных ему условиях. Очевидно, у него есть механизм ретраев, также очевидно что у него есть внутренний буфер, где протокол буферизирует пакеты на ресиве. Если нет возможности включить что-то типа режима VBR, чтобы кодек принимал во внимание ширину канала и адаптировался, то может есть возможность увеличить буфер на ресивере? Эти колонки предусматривают обновление прошивки? Может стоит пилить вендора?
Более того, есть вариант попробовать на том же MBA, но с копеечным USB Bluetooth адаптером с поддержкой BT4.0, EDR и AptX (если для этого вообще нужна аппаратная поддержка, а не профиль ОСи). Может оказаться, что проблема внезапно пропадет. Правда, эстетика пострадает :)
Во-вторых, желательно вместо klipsch'а поставить некий девайс, который может мерять RSSI твоего MBA, чтобы действительно измерить насколько твое тело вносит затухание в распространения BT-сигнала. На частоте 2.4 такие преграды не так уж и критичны, в отличии от более высоких диапазонов.
В третьих, интересны замеры RSSI сигнала излучаемого телефоном. Может так оказаться, что все дело именно в мощности BT-модуля MBA или качестве его антенны, а не каких-то особенностях реализации AptX (его же не идиоты писали :)) Недостаточная мощность излучения сигнала становится проблемой, которую кодек не может преодолеть. Банальным же увеличением количества ретрансмитов на уровне протокола проблемы не решить, т.к. это увеличит latency, т.е. удовольствие от использования BT-колонки будет уже не тем.