<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" >

  <channel>
    <title><![CDATA[Комментарии / Профиль num]]></title>
    <link>https://habr.com/ru/users/num/comments/</link>
    <description><![CDATA[Хабр: комментарии пользователя num]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Sat, 02 May 2026 06:52:45 GMT</pubDate>
    
    
      <image>
        <link>https://habr.com/ru/</link>
        <url>https://habrastorage.org/webt/ym/el/wk/ymelwk3zy1gawz4nkejl_-ammtc.png</url>
        <title>Хабр</title>
      </image>
    

    
      

      
        
  
    <item>
      <title>11.05.2023 22:42:20 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/jugru/articles/734316/#comment_25539682</guid>
      <link>https://habr.com/ru/companies/jugru/articles/734316/#comment_25539682</link>
      <description><![CDATA[<p>FYI, если вы пользуетесь адблоком в Firefox (которым окажется, скорее всего, uBlock), то Privacy Badger в данном случае лишний - его функционал полностью заменяется Strict режимом Enhanced Tracking Protection вкупе с EasyList uBlock'а, в данный момент Privacy Badger это не более чем <a href="https://www.eff.org/deeplinks/2020/10/privacy-badger-changing-protect-you-better" rel="noopener noreferrer nofollow">pre-trained list</a>:</p><blockquote><p>The team also alerted us to a class of attacks that were enabled  by Privacy Badger’s learning. Essentially, since Privacy Badger adapts  its behavior based on the way that sites you visit behave, a dedicated  attacker could manipulate the way Privacy Badger acts: what it blocks  and what it allows. In theory, this can be used to identify users (a form of <a href="https://ssd.eff.org/en/module/what-fingerprinting" rel="noopener noreferrer nofollow">fingerprinting</a>) or to extract some kinds of information from the pages they visit.</p></blockquote><p>Даже больше, наличие Privacy Badger будет делать ваш fingerprint более уникальным,  тем самым достигая ровно противоположенного результата.</p>]]></description>
      <pubDate>Thu, 11 May 2023 22:42:20 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>17.04.2023 21:34:02 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/729272/#comment_25456948</guid>
      <link>https://habr.com/ru/articles/729272/#comment_25456948</link>
      <description><![CDATA[<p>Справедливости ради, 300 ppi в Kindle Paperwhite <a href="https://arstechnica.com/gadgets/2015/06/amazon-undercuts-its-high-end-e-reader-with-new-300-ppi-kindle-paperwhite/" rel="noopener noreferrer nofollow">завезли</a> ещё в 2015 году - 8 лет назад)</p>]]></description>
      <pubDate>Mon, 17 Apr 2023 21:34:02 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>17.03.2023 18:39:54 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/brave/articles/719868/#comment_25338194</guid>
      <link>https://habr.com/ru/companies/brave/articles/719868/#comment_25338194</link>
      <description><![CDATA[<p>Очень круто! Как я вижу, Brave все еще <a href="https://privacytests.org/android.html" rel="noopener noreferrer nofollow">остается</a> самым приватным браузером на андроиде.</p><p>Правильно ли я понимаю, что когда хром <a href="https://www.theregister.com/2023/02/07/mozilla_google_apple_webkit/" rel="noopener noreferrer nofollow">перейдет</a> на Blink на iOS, Брейв перейдет аналогичным образом?</p>]]></description>
      <pubDate>Fri, 17 Mar 2023 18:39:54 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>06.03.2023 23:50:47 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/skillfactory/articles/720376/#comment_25299032</guid>
      <link>https://habr.com/ru/companies/skillfactory/articles/720376/#comment_25299032</link>
      <description><![CDATA[<blockquote><p> Сабж — это на удивление тривиальный квантовый эффект в системе двух запутанных частиц.   </p></blockquote><p>Это не так, и эффект не столько нетривиальный, сколько, цитируя авторов оригинального <a href="https://arxiv.org/abs/2203.16269" rel="noopener noreferrer nofollow">препринта</a> "widely believed to be impossible")</p><p>Простыми словами, схема следующая:</p><ul><li><p>Искусственно мануфакчурится специальное основное состояние с минимальной энергией системы из двух запутанных атомов (кубиты А и Б). Дополнительно используется промежуточный кубит Аn.</p></li><li><p>Алиса отправляет радиосигнал (воздействует унитарным оператором) на А и An. Таким образом An получает информацию о A без увеличения энергии Б.</p></li><li><p>Кубит An отправляется Бобу</p></li><li><p>Боб отправляет радиосигнал (воздействует унитарным оператором) на Б и An, извлекая энергию.</p></li></ul><p>Данная операция позволяет опуститься <strong>ниже энергии основного состояния </strong>(в каком то смысле, получить отрицательную энергию), что принципиально невозможно никаким другим образом (и что очень полезно, например, для дальнейшей стабилизации кубитов, и так находящихся у абсолютного нуля).</p><p></p>]]></description>
      <pubDate>Mon, 06 Mar 2023 23:50:47 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>31.05.2022 13:56:18 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/first/articles/668736/#comment_24395536</guid>
      <link>https://habr.com/ru/companies/first/articles/668736/#comment_24395536</link>
      <description><![CDATA[<blockquote><p> В Riot и Viber давно не проводили независимую проверку кода и анализ  безопасности, в Wickr Me проводили, но не предоставили никаких публичных  данных. Viber, Telegram, Messenger, Skype, WhatsApp не обеспечивают  полную защиту данных, а кроме того, шифрование в Telegram, Messenger и  Skype не включено по умолчанию.   </p></blockquote><p>Господа, учите матчасть - по крайней мере в Telegram все сообщения зашифрованы in-transit. То, что вы хотели написать - e2e не включен по умолчанию.</p><blockquote><p>8. Источники финансирования</p><p>Компании Apple (iMessage), Meta  (Messenger, WhatsApp), Microsoft (Skype), Rakuten (Viber) и Amazon  (Wickr Me) не вызывают доверия из-за их связей с передачей личных данных  третьим лицам (см. ряд ссылок выше). Этим мессенджерам добавлено по 2  балла. Остальные приложения финансируются отдельными лицами или  обществами, не запятнавшими себя подобными действиями.</p></blockquote><p>Где штрафные баллы для Signal, который напрямую <a href="https://yasha.substack.com/p/signal-is-a-government-op-85e?s=r" rel="noopener noreferrer nofollow">финансировался </a>CIA?</p><blockquote><p>12. Включено ли шифрование по умолчанию</p><p>Включено во всех мессенджерах, за исключением Messenger, Skype и Telegram, за что последним начисляется по 2 штрафных балла.</p></blockquote><p>Опять двадцать пять.</p><blockquote><p>14. Имеют ли приложения полностью открытый исходный код</p><p>Исходный  код Riot, Signal, Wire и Session открыт, у Telegram и Threema открыт  частично (этим двум по 1 баллу), у остальных полностью закрыт (по 2  балла).</p></blockquote><p>Signal больше <a href="https://signal.org/blog/keeping-spam-off-signal/" rel="noopener noreferrer nofollow">не полностью опенсорсный</a>, добавили проприетарные блобы, снимайте 2 балла.</p><p>А вообще, достаточно открытого исходного кода клиента, для корректно реализованного e2e нам не важно, скомпрометирован ли сервер.</p><blockquote><p>23. Могут ли сообщения быть прочитаны компанией</p><p>Messenger,  Skype, Telegram и WhatsApp допускают чтение сообщений сотрудниками  управляющих компаний, за что штрафуются на 2 балла.</p></blockquote><p>Погодите, но WhatsApp же e2e, каким образом сотрудники могут получить доступ к сообщениям?</p><blockquote><p>30. Шифруются ли сообщения при резервном копировании в облако</p><p>Есть  шифрование у Riot, Threema, WhatsApp (без штрафа), отсутствует  шифрование у iMessage (2 балла). Signal, Wickr Me, Wire, Session не  поддерживают облачные сервисы, поэтому тоже не штрафуются. По оставшимся  приложениям в открытом доступе такой информации нет (по 1 баллу).</p></blockquote><p>Telegram тоже не поддерживает облачные сервисы.</p><blockquote><p>32. Регулярность проведения аудита кода и независимого анализа безопасности</p><p>За  последние пять лет это делали только Threema, Wire и Session, более  пяти лет назад — Signal, Telegram, Wickr Me (им по 1 баллу), остальные —  никогда (получают по 2 балла штрафа). Вот, например, подтверждение  аудита кода <u><a href="https://threatpost.com/signal-audit-reveals-protocol-cryptographically-sound/121892/" rel="noopener noreferrer nofollow">для Signal</a></u> и <u><a href="https://threema.ch/press-files/2_documentation/security_audit_report_threema_2019.pdf" rel="noopener noreferrer nofollow">Threema</a></u>.</p></blockquote><p>Вот например <a href="https://ethz.ch/en/news-and-events/eth-news/news/2021/07/four-cryptographic-vulnerabilities-in-telegram.html" rel="noopener noreferrer nofollow">аудит</a> Telegram за 21 год -  "Telegram has since patched all four flaws"</p><p>P. S. В вашей методологии WhatsApp набирает столько же баллов, сколько и Telegram, и безотносительно того, насколько реально Telegram приватен или нет, де-факто WhatsApp является проприетарным чёрным ящиком, что происходит внутри - неизвестно (данное rationale применимо ко всему проприетарному софту из списка). Отсюда можно сделать вывод, что сам подход как минимум не без изъянов.</p><p></p>]]></description>
      <pubDate>Tue, 31 May 2022 13:56:18 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>13.03.2022 22:15:52 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/655423/#comment_24161729</guid>
      <link>https://habr.com/ru/articles/655423/#comment_24161729</link>
      <description><![CDATA[<p>А можно поподробнее, в чём сложность с добавлением картинок? Пользуюсь Obsidian несколько месяцев, как вы и описали, картинки кладутся в единый общий фолдер, выглядит вполне удобно.</p><p>Obsidian из коробки расчитан в большей степени на написание текста, чем ведение заметок - мне лично больше нравятся аутлайнеры со структурой в виде блоков (Logsec).</p>]]></description>
      <pubDate>Sun, 13 Mar 2022 22:15:52 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>17.02.2022 10:16:16 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/651849/#comment_24084745</guid>
      <link>https://habr.com/ru/articles/651849/#comment_24084745</link>
      <description><![CDATA[<p>Очень просто - ищу непосредственно на самом реддите. И я это описал прямым текстом в комментарии выше.</p>]]></description>
      <pubDate>Thu, 17 Feb 2022 10:16:16 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>17.02.2022 10:09:55 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/651849/#comment_24084711</guid>
      <link>https://habr.com/ru/articles/651849/#comment_24084711</link>
      <description><![CDATA[<p>Ниже cepera_ang в целом объяснил позицию.</p><p>И для меня фундаментально не понятно, как можно в данной ситуации "ввестись в заблуждение". Вы пользовались реддитом? Если да, то как вы можете не понимать, о чем идет речь? У реддита есть движок поиска по реддиту.</p><p>Подменой понятий это было бы, если бы в статье не было никакого контекста о предмете разговора, а он есть.</p>]]></description>
      <pubDate>Thu, 17 Feb 2022 10:09:55 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>16.02.2022 18:53:37 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/651849/#comment_24082065</guid>
      <link>https://habr.com/ru/articles/651849/#comment_24082065</link>
      <description><![CDATA[<p>Ещё раз, я говорю не о проблеме, которая обсуждается в статье, я говорю о "дискуссии" о корректности фразы. И под буквоедством я подразумеваю саму форму мышления в которой можно породить дискуссию о фразе, значения которой в целом понятно контекстуально.</p><p>Потому что в статье на живом, неформальном языке передача смысла мне видится более важной, чем оттачивание каждой отдельной формулировки до полного отсутствия неопределенности.</p>]]></description>
      <pubDate>Wed, 16 Feb 2022 18:53:37 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>16.02.2022 18:44:28 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/651849/#comment_24082029</guid>
      <link>https://habr.com/ru/articles/651849/#comment_24082029</link>
      <description><![CDATA[<p>Под буквоедским подходом к понятиям я подразумевал сам факт дискуссии о фразе, значение которой в целом понятно контекстуально. Тот факт, что здесь видится какая-то "проблема", требующая анализа, для меня является достаточным для применения данного термина.</p><p> "Поиск по Reddit" на мой скромный взгляд не столь элегантен как "зареддитить инфу", но это уже вкусовщина.</p>]]></description>
      <pubDate>Wed, 16 Feb 2022 18:44:28 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>16.02.2022 17:46:02 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/651849/#comment_24081763</guid>
      <link>https://habr.com/ru/articles/651849/#comment_24081763</link>
      <description><![CDATA[<p>Это не более чем использование языка в его первичном значении - передачи смысла, вместо буквоедского подхода к понятиям.</p><p>Задумайтесь о значении фразы "загуглить инфу", где в ней акцент - на "загуглить" или на "инфу"? В данном случае, на не важно где конкретно лежит информация, на каком сайте, важно, что нам нужно ещё вычленить. </p><p>Теперь то, о чем мы говорим: "зареддить инфу" или "использовать Reddit как поисковый движок" - важно ли в данном случае заходим мы на сайт\приложение реддита или набираем в гугле site:reddit? Мы сделали акцент на том, откуда мы вычленяем информацию, а не как - то есть использование данной языковой конструкции позволило нам передать смысловой акцент.</p><p>Если вам по какой-то причине не подходит данный вариант, я предлагаю сконструировать более элегантный.</p>]]></description>
      <pubDate>Wed, 16 Feb 2022 17:46:02 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>16.02.2022 11:58:37 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/651849/#comment_24080049</guid>
      <link>https://habr.com/ru/articles/651849/#comment_24080049</link>
      <description><![CDATA[<p>Формально гугл действительно остается поисковиком, но давайте задумаемся, почему мы вынуждены прибегать к site:reddit.com? Потому что гугл не справляется со своей базовой задачей - выдачей информации. И в данном случае используя site: Х, гугл уже можно исключить из уравнения.</p><p>Другими словами, акцент в данной фразе на провайдере информации (реддите), а не том, что является для неё поисковой обёрткой (гугл), поэтому формулировка "использовать Реддит как поисковый движок" кажется мне разумной, поскольку она отражает реальное состояние вещей.</p>]]></description>
      <pubDate>Wed, 16 Feb 2022 11:58:37 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>16.02.2022 11:48:14 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/651849/#comment_24079987</guid>
      <link>https://habr.com/ru/articles/651849/#comment_24079987</link>
      <description><![CDATA[<p>Возможно, фраза в статье не совсем корректная, но по крайней мере для меня она является верной фактически - я регулярно использую реддит как поисковый движок - через site:reddit.com либо непосредственно через поиск в Infinity (альт. клиенте реддита).</p><p>В определенный момент оказалось, что когда ищешь специфическую тех. информацию или конкретную спецификацию конкретного девайса, мнения реальных людей по оному девайсу, то реддиту просто нет альтернативы.</p>]]></description>
      <pubDate>Wed, 16 Feb 2022 11:48:14 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>03.02.2022 21:41:17 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/648539/#comment_24028925</guid>
      <link>https://habr.com/ru/articles/648539/#comment_24028925</link>
      <description><![CDATA[<p>Совершенно резонное опасение, но мне кажется, это в большей степени преувеличение.</p><p>Для начала, определенное кол-во Oled панелей не имеет ШИМ - <a href="https://www.notebookcheck.net/Razer-Blade-15-Studio-Edition-in-Review-Good-Workstation-with-a-Lot-of-Performance.445767.0.html" rel="noopener noreferrer nofollow">Razer Blade 15 Studio Edition</a> 19 года или <a href="https://www.notebookcheck.net/Asus-Zenbook-14X-OLED-pre-production-unit-review-That-s-some-punchy-colors.574215.0.html#toc-4" rel="noopener noreferrer nofollow">Asus Zenbook 14X</a> 21 г.</p><p>С другой стороны, немалая часть современных панелей имеет ШИМ в районе 240-360 герц - то есть неразличимы человеком на расстоянии более 5 см от экрана (отдельно замечу, что в статье идёт речь о экранах смартфонов, резонно предполагаю, что оное справедливо и для ноутбуков - технология одинаковая).</p><p><a href="https://www.tandfonline.com/doi/full/10.1080/15980316.2021.1950854" rel="noopener noreferrer nofollow">Источник</a>:</p><blockquote><p>The 240 Hz component was confirmed to have rapidly decreased as the  distance increased; and at a distance of 5 cm or more, the 240 Hz band  was confirmed as undistinguishable from ambient noise.   </p></blockquote><p>По поводу остальных панелей с 60 герцовым ШИМ сказать со ссылками на исследования не могу, но учитывая, что среднее расстояние до экрана от 30 до 50 см, на данном расстоянии ШИМ не должен быть различим.</p><p>Судя по всему, около 10% популяции особо чувствительны к ШИМ, в таком случае олед экран будет некомфортен.</p>]]></description>
      <pubDate>Thu, 03 Feb 2022 21:41:17 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>03.02.2022 16:56:26 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/648539/#comment_24028141</guid>
      <link>https://habr.com/ru/articles/648539/#comment_24028141</link>
      <description><![CDATA[<p>С яркостью даже в среднем ценовом сегменте ips вроде бы особо нет проблем, если, конечно, не работать на улице - 350-400 нит более чем комфортны для дома.</p><p>Цветовое покрытие и цветовая калибровка у эппл, безусловно, одна из лучших, я писал об этом выше - целевая аудитория это контент-криэйторы и обычные домашние юзеры. Именно поэтому меня удивляет, когда экран с таким PRT ставят в машину, именуемую Pro.</p><p>А вот "второстепенный параметр", о котором вы говорите, является одним из ключевых - PRT напрямую определяет то, с какой скоростью меняется картинка на мониторе. Если он низкий (значительно ниже, чем требует герцовка матрицы), это выражается в так называемом smearing - смазывание движущегося изображения - укачивающий, дрожащий скроллинг, след при перетаскивании окон, след от курсора, любое взаимодействие с интерфейсом.</p><p>Игры, имея особо динамичный контент, более требовательны к PRT. В геймерских мониторах он сейчас вообще около 0,1 ms, но насколько я понимаю, это в большей степени overkill - можно вполне комфортно играть и на 5-8 ms. </p>]]></description>
      <pubDate>Thu, 03 Feb 2022 16:56:26 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>03.02.2022 16:24:01 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/648539/#comment_24028031</guid>
      <link>https://habr.com/ru/articles/648539/#comment_24028031</link>
      <description><![CDATA[<p>Ну, не то чтобы особо далеко, у IPS моделей 20-21 года всреднем что-то около 15-20 ms - двухкратная разница - и это значительно более дешёвая ценовая категория устройств.</p>]]></description>
      <pubDate>Thu, 03 Feb 2022 16:24:01 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>03.02.2022 14:55:52 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/648539/#comment_24027647</guid>
      <link>https://habr.com/ru/articles/648539/#comment_24027647</link>
      <description><![CDATA[<blockquote><p> экран с высоким разрешением  </p></blockquote><p>А вам комфортно работать за с теми экранами, которые ставят эпл? Дело в том, что эпл использует одни их худших матриц на рынке - у Macbook pro последних нескольких итераций экран, фактически, 30 герцевый (35 ms <a href="https://www.notebookcheck.net/Apple-MacBook-Pro-16-2019-Laptop-Review-A-convincing-Core-i9-9880H-and-Radeon-Pro-5500M-powered-multimedia-laptop.445902.0.html" rel="noopener noreferrer nofollow">pixel response time</a>). Для понимания, в бюджетных ноутбуках 13 годов PRT был лучше.</p><p>Больше всего, конечно, удивил MacBook Pro 16 21 года на miniled - туда вобще поставили 10 герцевый экран (90 ms ! <a href="https://www.notebookcheck.net/Apple-MacBook-Pro-16-2021-M1-Pro-in-Review-The-best-Multimedia-Laptop-for-Content-Creators.579013.0.html" rel="noopener noreferrer nofollow">PRT</a>) - это же издевательство над глазами за 2 килобакса.</p><p>Так уж вышло, что мне выдалось поработать пару месяцев на макбуке, и после oled экранов с PRT меньше 1 ms было физически некомфортно - я буквально не мог соредоточиться на тексте.</p><p>Я, в целом, понимаю парадигму эпла, для кого они это делают - всевозможные контент криэйторы, фильмы, сериальчики посмотреть, где 25-30 кадров в секунду оптимально - но ведь кодить и работать с текстом за такой матрицей очень тяжело.</p>]]></description>
      <pubDate>Thu, 03 Feb 2022 14:55:52 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>29.01.2022 18:45:33 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/648091/#comment_24006427</guid>
      <link>https://habr.com/ru/articles/648091/#comment_24006427</link>
      <description><![CDATA[<p>Спасибо, прочитал с большим удовольствием!</p><p>По поводу 6-го уровня вспоминается известный мем:</p><details class="spoiler"><summary>Спойлер</summary><div class="spoiler__content"><figure class="full-width "><img src="https://habrastorage.org/getpro/habr/upload_files/cbe/bd9/8fd/cbebd98fd9be0273ceacd6fd803fa6d0.jpg" width="960" height="840"><figcaption></figcaption></figure></div></details>]]></description>
      <pubDate>Sat, 29 Jan 2022 18:45:33 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>26.01.2022 17:20:39 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/646891/#comment_23993583</guid>
      <link>https://habr.com/ru/articles/646891/#comment_23993583</link>
      <description><![CDATA[<p>2) Я несколько не понимаю вопроса. Наушники, в отличие от большинства окружающих нас девайсов, устроены очень просто - электрический ток колеблет драйвер, драйвер колеблет воздух, воздух приходит к нам в ухо и колеблет барабанную перепонку. Некоему внешнему параметру, помимо АЧХ, определяющему то, как драйвер будет колебать воздух, неоткуда взяться.</p><p>Соглашусь, в данном хобби магическое мышление распространено значительно сильнее, чем в других областях, но ситуация постепенно меняются - появляются, например, форумы с научным подходом и конкретной методологией замеров, например, <a href="http://www.audiosciencereview.com" rel="noopener noreferrer nofollow">www.audiosciencereview.com</a>.</p><p>4) То, что SACD мастеринг отличается, это факт, я с вами согласен, это по большей части вопрос личных предпочтений, как хранить.</p><p>Однако можно посмотреть на ситуацию и с другой стороны: в данный момент производители hi-fi техники встраивают поддержку DSD только потому, что target audience любит данную характеристику, но ещё больше она любит циферки (обратите внимание на поддержку DSD 1024 (sic!) в хай-энд моделях (сколько это, гигабайт 50 на трек?). Де-факто это хайп, а хайп имеет свойство проходить - и через условные 20-30 лет может оказаться так, что современный DAC с поддержкой DSD будет просто не купить. В этом смысле FLAC намного более универсален.</p><blockquote><p> А вот про MP3 320 не соглашусь, сходу могу назвать несколько фрагментов  (один из них находится во второй композиции из статьи), где я без  проблем пройду слепое тестирование и отличу мр3 320 от CD-качества.  </p></blockquote><p>В корректном слепом тестировании flac и его mp3 320 транскодом совершенно точно не сможете - они буквально содержат одинакое количество слышимой информации. Разница, содержащаяся между форматами находится за пределами человеческой слышимости, это видно, в частности, из спецификации формата MP3.</p><p>Так же есть определенное количество исследований, показывающих, что статистически значимо отличить Flac от mp3 или acc 320 невозможно, <a href="https://downloads.bbc.co.uk/rd/pubs/whp/whp-pdf-files/WHP384.pdf" rel="noopener noreferrer nofollow">например</a>, но замечу, что практически все они страдают или от малой выборки или от ошибок в методологии - провести статистически корректное слепое тестирование <a href="https://www.audiosciencereview.com/forum/index.php?threads/statistics-of-abx-testing.170/" rel="noopener noreferrer nofollow">достаточно </a>сложно.</p><p>Более того, в подавляющем большинстве случаев невозможно отличить даже MP3 240 от 320 - я лично с треском провалил слепое тестирование на 3х ценовых диапазонах аппаратуры - 300$, 1к$, 2к$. Подозреваю, что для большинства людей 192 неотличим от 320.</p>]]></description>
      <pubDate>Wed, 26 Jan 2022 17:20:39 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>22.01.2022 22:27:48 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/646891/#comment_23977431</guid>
      <link>https://habr.com/ru/articles/646891/#comment_23977431</link>
      <description><![CDATA[<p>2) Сам "звук" драйвера определяется только АЧХ. Форма чашек, конечно, имеет значение - поменяв чашки мы получим другую топологию, и, соответственно, другой звук. Так же будет иметь значение, например, топология ушного канала. Поэтому единственная квантативная характеристика, которой можно конструктивно определять наушники это АЧХ.</p><blockquote><p> Иначе как можно объяснить разительное различие в качестве создаваемой пространственной иллюзии?  </p></blockquote><p>То о чём вы говорите, так называемая "сцена", "воздушность" и все аналогичные характеристики являются следствием АЧХ. И вопрос не в том, насколько она ровная, а в её форме (например, в пиках) - этим и будут определяться различия в звуке.</p><p>3) Харман это лишь только рекомендация, всегда можно подкрутить звук "на слух", или по крайней мере исправить очевидные проблемы - большинство бюджетных моделей, например, имеют так называемый treble spike - и он хорошо убирается эквализацией.</p><p>4) Потому что это излишне, в смысле того, что это потеря места на жестком диске и бессмысленное усложнение в воспроизведении - даже mp3 320 аудиально прозрачен, однако 16/44.1 flac уже будет содержать всю информацию о сигнале (16 бит полностью покрывают диапазон слышимости человека, нет смысла брать больше) и future-proofed (при переходе на новый формат будет возможность транскода без потерь).</p><p>DSD создавался как проприетарный формат для SACD для рубления бабок копирайтом, аналогично тому, как сейчас пытаются (впрочем безуспешно) пропихнуть MQA.</p><blockquote><p> Однако насколько идеально это делают реальные звуковые ЦАП - я не знаю.  </p></blockquote><p>Это было актуально Х лет назад, сейчас это не является проблемой - подавляющее большинство современных ЦАП, даже самые бюджетные, аудиально прозрачны - модели за 1-5$к воспроизводят звук абсолютно так же как 100$-ый юсб-донгл с тем же AK4490, это видно и из характеристик и подтверждается множественными слепыми тестированиями. </p>]]></description>
      <pubDate>Sat, 22 Jan 2022 22:27:48 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

      

      

    
  </channel>
</rss>
