All streams
Search
Write a publication
Pull to refresh
4
0
Алексей Урбанский @Jamim

Python Software Developer | Backend Engineer

Send message
Автор явно лукавит, называя Ambarella A12 «новейшим» процессором, в то же время отмечая, что доступен он был уже в 2015 году. Новейшим он является лишь в линейке Automotive Camera SoC из Automotive Camera Products.
Новейшим процессором Ambarella на сегодняшний день всё же является Ambarella S5L. Список других процессоров можно посмотреть в википедии.
Думаю, закончить следует тем же, с чего я начал:
Простите пожалуйста, но разве lossless по Bluetooth уже завезли?
Мы тут обсудили, и выяснили: нет, сжатие без потерь не завезли.
Вот что удивляет, вроде как заявленная пропускная способность давным давно позволяет, однако звук всегда идёт пережатым.
Выяснили:
  • ширина канала позволяет передавать звук без сжатия
  • данная возможность не реализована, звук идёт пережатым с потерями


Каждый остался при своём мнении.
Я перестал вас понимать. Сообщением выше вы писали, что битрейт вам не важен. Теперь говорите про бит-в-бит.
Мне действительно не важно, какой битрейт будет у потока, который передаётся по Bluetooth. Важно то, что придёт на вход в ЦАП после всех манипуляций при передаче данных.
Если битрейт не позволяет, бит-в-бит никак не получится, даже используя компрессию.
Битрейт позволяет. Особенно используя компрессию.

Можете убедиться в этом сами, передав любую композицию без сжатия с одного устройства на другое по Bluetooth. Время передачи, подозреваю, будет сильно меньше времени её звучания.

Вы так и не рассказали, каким способом вы достигли убежденности, что аудио по aptX/aptX HD — это негодно.
Потому что этого я и не утверждал. Но это, как уже было сказано, «не то».
Решение из области «и так сойдёт».
Звук один в один — это абстракция. Один в один могут быть биты. А звук воспринимается субъективно.
Соглашусь. Попробую сформулировать более точно:
Принципиально, получить звук чтобы на входе в ЦАП биты были один в один.
Для меня суть не изменилась. Это всё ещё то, что хотел сказать.

Те самые «мои супер-FLAC» имеют битрейт чуть более 1 Мбит/с.
При распаковке на выходе получаем всё те же 1.4 Мбит/с (44100×16×2 = 1,411,200) о которых Вы же и писали ранее. Так что мешает передавать данный поток без сжатия вообще, если уж сжатие-без-потерь не освоено? Канал-то вроде позволяет.

Это возвращает нас к тому, с чего начинали.
Простите пожалуйста, но разве lossless по Bluetooth уже завезли?
Вот что удивляет, вроде как заявленная пропускная способность давным давно позволяет, однако звук всегда идёт пережатым.

В чём же «технические» трудности?
Какой именно битрейт вам нужен для передачи ваших супер-FLAC по Bluetooth?

Мне не важно какой будет битрейт. Хоть 50 Мбит/c.
Принципиально получить звук один в один. В этом суть.

Ни aptX, ни любой другой кодек на сегодняшний день этого не обеспечивают. И это при том, что скорость передачи данных по Bluetooth вроде как давно превысила битрейт пресловутых Audio CD.
По вашей ссылке, помимо прочего, можно прочесть следующее:
The format is not lossless, despite the name «aptX Lossless» suggesting that it is lossless.

Увы, но это всё ещё «не то».
Во времена Bluetooth 5 требовать 3.5 jack как-то дико

Простите пожалуйста, но разве lossless по Bluetooth уже завезли?
Вот что удивляет, вроде как заявленная пропускная способность давным давно позволяет, однако звук всегда идёт пережатым.
Даже не знаю, как передать своё возмущение. В первом же предложении:
IPv6 — новая версия протокола IP, способная обеспечить более 300 млн IP-адресов на каждого жителя Земли

RFC 2460 — 1998 год.
И да, 4.86e+28 действительно больше взятых с потолка 3e+8.
W__W, что означают числа нобелевских премий, указанные в скобках?
удвоение количества азота и фосфора в почве

В почве же!
Прошу Вас, ознакомьтесь, пожалуйста, с особенностями упомянутого выше принципа «Безопасность через неясность» (“Security through obscurity”) и поделитесь своими выводами.
Это ведь блочное устройство. Оно о файлах, будь то мелких или крупных, ничего не знает. Совсем.
Оно оперирует блоками данных (или секторами, если будет угодно; предположу, что по 4096 байт).
Вопрос записи мелких файлов — это вопрос к файловой системе.

Поправьте, пожалуйста, если ошибаюсь.
Благодаря стойкой асимметричной криптосистеме от Диффи и Хеллмана спецслужбы не имеют возможности получить доступ к информации на наших мобильных телефонах.
Весьма странное и спорное утверждение, на мой взгляд.
Не совсем так. Вы ошиблись на порядок.
ru.wikipedia.org/wiki/%D0%90%D0%BD%D0%B3%D1%81%D1%82%D1%80%D0%B5%D0%BC
2

Information

Rating
Does not participate
Location
Минск, Минская обл., Беларусь
Date of birth
Registered
Activity

Specialization

Backend Developer
Python
Linux
PostgreSQL
Docker