Обновить
21

Пользователь

0,4
Рейтинг
9
Подписчики
Отправить сообщение
Тоже думал, что в смартфоне не может быть качественного звука, приобрел внешний усилитель (Fiio E18 со своим ЦАП). Разница если и есть, то абсолютно некритичная, чтобы возиться с подключениями «бутерброда», когда хочется послушать музыку. Единственная польза от внешнего усилителя — когда тихая запись и высокоомные наушники, и хотя Galaxy Note II хорошо их прокачивает, но на некоторых записях слегка не хватает предельного положения регулятора громкости (наушники Philips Fidelio L1, 30 Ом)
Интересно, если взять более-менее реальный проект, где есть сложные вычисления, есть ли оценки эффективности? Если поток1 работает непрерывно (не привлекая delay) 100мкс, поток2 тоже 100мкс, то как ОС распеределит время между ними? Они досчитают одновременно или по очереди? И сколько пройдет времени в сумме (т.е. какой оверхеод от вмешательства RTOS?)
«Исключение — это не «ошибка в Java» — это метод сообщить вышестоящей функции о том, что вызываемая функция завершилась с ошибкой»

Не только, исключения ещё и очень удобный способ сократить число проверок. Если нужно вызвать 10 функций для выполнения задачи, каждая может вернуть ошибку, и обработка любой ошибки одинакова — оборачиваем в try {} catch() {} finally{}. Да и исключения внутри блока try {} могут возникнуть не только по вине функций, я сам могу их там бросить если понятно что не нужно продолжать выполнение этого блока.

В вашем примере с go ситуация выглядит не очень хорошо в плане обработки ошибок. Имхо, исключения намного более гибкий способ, учитывая типизацию, наследования и прочие плюшки ООП, применимые к исключениям. И если не хочется пропускать ошибки — декларируйте все функции как «throws Exception» — и пропустить ошибку компиятор уже не даст, придется или обрабатывать или кидать далее.
«Создание малогабаритных АС, играющих весь слышимый частотный диапазон. По моему мнению, будущее в этом плане за техникой предыскажения и техникой компенсации упругих колебаний возникающих внутри ящика (если речь идет о динамиках)»

Это верная мысль, сейчас, если уж делать что-то близкое к HiFi а не к консервной банке, без DSP не обойтись. Вы упомянули что микросхема от TI легко коннектится с DSP, осталось только «промерить» ящик и сделать нужные фильтры по заданные выходные параметры.

Кстати, давно пользуюсь маленькой беспроводной колонкой Jabra Solemate. Помимо плюсов в виде размеров, полной автономности, совместимости с любым Bluetooth устройством, — звук у нее просто волшебный. Чистые верха и середина, достаточно глубокий бас и запас по громкости (для такого размера). Звук даже приятней для слуха, чем через HiFi колонки и HiFi усилитель, которые у меня имеются. Правильно настроенный DSP творит чудеса.

Если делать «народную» систему — обязателно обратите внимание на совместимость со смартфонами. Музыкальные коллекции многие хранят именно там, и как плеер он идеален.
Кстати, ещё один очень простой способ точно определить частоту сигнала, если известно, что он состоит из небольшого числа гармоник: сначала вычисляем FFT с низким разрешением, находим два соседних отсчета с высоким уровнем амплитуды, скажем f1 и f2. Искомый сигнал где-то между ними. Теперь просто сворачиваем сигнал с десятком sin и cos с частотами, распределенными от f1 до f2 и опять находим максимум. Тем самым повышаем разрешение в 10 раз. Можно применить технику бинарного поиска, чтобы оптимизировать процесс. Но смысл думаю понятен.
Если не ошибаюсь, то наружу выведены не все ноги процессора? В таком случае на отладочную плату это мало похоже, какой смысл ее сравнивать с теми же Discovery, если у них совершенно разные области применения. Лично меня Discovery устраивает всем, очень помогают в разработке и претензий по качеству компонентов нет никаких.
Да элементарно, все современные компрессоры видео умеет опредять вектор смещения областей в соседних кадрах (на основе этого как раз и получается высокая степень сжатия без заметных потерь). Перенести эту технологию в ТВ и интерполировать промежуточные кадры по этим векторам совсем не пробема. В моем Филипсе уже 6 лет назад эта True Motion очень зачетно достраивала кадры до 50p, что уж говорить про современные процесссоры.
Perl был языком, с которого я начал свой путь программиста в 2000 году, с написания своего CMS (тогда с готовыми было туго, и изобретение своего велосипеда было нормой). И я до сих пор активно работаю с этим фреймворком, каждый день решаю достаточно сложные задачи для повседневной деятельности и развития фирмы. А самое прикольное, что проект уже 14 лет крутится на Perl5, переезжая на разные сервера и ОС, и за это время я не столкнулся с багами интерпретатора ни разу. Спасибо, Perl. Из главных плюсов языка отмечу то, что он прекрасно подходит для быстрого решения небольших задач. В этом ключе наверное и будет применяться в будущем. Из минусов — большие и сложные системы без нормального ООП и глубоко интегрированного с языком IDE, разрабатывать сложно.
И с пипеткой можно ещебольше улучшить распознавание. Сейчас 6 ползунками вы фактически ограничивается параллелепипед в цветовом пространстве. Пипеткой можно брать несколько точек и строить произвольный объем. Правда, проверка вхождения точки в этот объем усложнится.
Так может есть смысл запросить 1080p и отдадь настройки crop/resize пользователю? Или это уже железо не потянет?
Не устраивает тем, что это не специализрованное устроство: нужно два модуля доставлять, где-то искать и ставить софт, да и по спецификациям все таки не FullHD:
«Разрешение кодируемого видео до 720p 30 fps»

Когда я делаю другое DIY устройство, вдаваться в тонкости кодирования и передачи видео не хочется, хочется взять что-то готовое и уже отлаженное.
Устройство однозначно инетересное, и очень хорошо если оно будет доступно по конкурентоспособным ценам. На заметку предложение о направлениях развития в сторону DIY: мне было бы интересно получить его без красивого корпуса, но чуть дешевле. Ещё, очень хорошо было бы получить канал управления по WiFi (порты UART и PWM напрямую с вашего устроства, и соответсвенно поддержку со стороны приложений на другой стороне линка, в виде API или HTTP как самый простой вариант)
Их понять можно, но некрасиво конечно так делать. Во вполне легальных устройствах могли оказаться «левые» чипы, это ж лотерея сейчас, особенно если компания мелкая и нет прямых поставок от производителя.
Совет: присмотритесь к CP210x как альтренативной замена с некотрыми плюшками в виде более компактного размера, в два-три раза выше скорость работы при обновлении прошивки (т.е. задержки меньше). Ну и стабильность софта радует — по опыту использования более года в большом тираже, у пользователей проблем с ним нет под любой ОС.
Вывод из статьи: программисты, которые пишут кроссплатформенные вещи на C, должны быть очень круты (почти также круты, как Чак-Норрис). А раз в реальности программы пишут обычные люди — имеем то, что имеем: куча багов и дыр вызвана такими неопределенностями и тем, что компиляторы не помогают их вовремя найти, потому что стандарт написан весь на компромиссах.
Ну поиграться да, это удобно. В школе на уроке что то собрать, и потом поставить на зарядку. А вот в реальных применениях (на которые авторы тоже активно намекают), требуетс как минимум, тянуть питание к каждому блоку. Но на самом деле очередная игрушка, в отличие от того же Arduino, у которго есть масса практических применений.
А зачем для этого делать собственный велосипед телескоп, если можно просто прикрутить управление к качественному и недорогому роботизированному телескопу? Какой то искуственный шаг — обязательно заюзать дорогой смартфон в качестве камеры.
Да даже если и искажения есть — главное соблюсти фокусировку в плоскость, а геометрию потом можно программно поправить. Это все равно более качественно чем программный зум.
В первом примере с фокусировкой тоже все нормально — вы смотрите не на пиксели, а на узкие лучи, которые рисуют картину на сетчатке. Из двух областей лучи могут выходить под разными углами и фокусироваться на сетчатке на разных расстояниях, что соответсвует разному расстоянию до объекта.
По сути это очень похоже на восстановленое из голографического снимка световое поле, только с гораздо более слабым разрешением. С ростом вычислительных мощностей и разрешения матриц можно приблизиться к настоящей голографии. А может вообще управляемую дифракционную решетку сделают, ведь математически преобразование 3D сцены в 2D дифракционное поле уже давно сделано.
Огромная разница между идеей и реализацией. Хороших идей миллионы, но если она действительно нова, поиск хорошей реализации занимает много ресурсов, ведь многое приходится делать с нуля и изобретать, не опираясь на уже проверенные временем решения.
Даже более простой случай — выбрать из кучи уже реализованных новшеств действительно важные и не перегрузить среднестатистического пользователя неважными ему вещами, в этом и есть гениальность Apple. Но к счастью, не всем пользователям достаточно тщательного отсеянного для них «среднестатистического» функционала, и поэтому остается много места для других ОС и сторонних приложений. Я никогда не пользовался продукцией Apple как раз из-за навязанных ограничений и сделанного за меня выбора, т.к. могу сориентироваться в этой теме сам.
Как раз наоборот, это мой первый телефон (у меня Note 2) который держит 3-4 дня при малом использовании (интернет мессенджеры, почта, аудиокниги, немного музыки, фото и редкие звонки), при этом имея огромный экран и очень шустрый отклик в приложениях. И это не какой-то рекорд, это реальный среднестатичтический показатель — заряжаю раз в три дня, тогда как все предыдущие смартфоны жили гораздо меньше при той же нагрузке.
За это отдельное спасибо разработчикам, считаю батарею одним из весомых плюсов этого девайса. Кстати, Note 3, и вот сейчас Note 4 уже не вызывает желания обновиться — все важные штуки по сути остались прежними, даже наоборот 3-я версия получила существенно урезанный и более кривой софт по работе с пером (когда вышло обновления для Note 2, посмотрел ради интереса, офигел от такой деградации и вернул старую версию).

Информация

В рейтинге
2 579-й
Зарегистрирован
Активность