А еще рейду нужен мониторинг и своевременная реакция на него, иначе представьте ситуацию: вылетел диск из рейда (по любой причине), вы сразу не замечаете — продолжаете пользоваться degraded массивом. Через какое то время пропадает питание, или по любой другой причине ваше хранилище уходит в перезагрузку, и первый диск возвращается к жизни а второй пропадает. В результате ваше зеркало уже не зеркало и вам предстоит увлекательных квест по сбору ваших данных.
Сценарий кажется маловероятным, но диски из одной партии в рейде часто начинают сбоить практически одновременно, причем перед тем как они полностью откажут, будет достаточно долгий период «работает но c ошибками», и если это не заметить то описанный сценарий вполне реален.
Простите, попридираюсь. R14,C8 не оказывает никакого влияния для постоянной составляющей. Да и назначение цепи Цобеля, скорее повышение устойчивости выходного каскада при работе на комплексную нагрузку, в какой то мере фильтрация внешних наводок на длинный кабель до колонок. На АЧХ она конечно влияет но в гораздо меньшей степени (обычно на частотах где работает эта цепь усиление уже мало за счет коррекции в УН).
Конденсатор C3 в таких схемах формирует 100% ООС по постоянному току для поддержания нуля на выходе, ну и попутно определяет низкочастотную границу усиливаемых частот.
Ну и как то тема устойчивости многокаскадных усилителей охваченных ООС не раскрыта. Приведенная вами схема вполне может засвистеть на частоте полюса выходного повторителя.
В школе каждый месяц бегал в библиотеку чтоб первым взять почитать новый выпуск, потом покупал периодически, но со временем интерес упал. Хотя поработать с железками бывает хочется. Причины угасания интереса для меня такие:
1. Отсутствие описания программной части в цифровых конструкциях — аппаратная часть публикаций многих разработок на микроконтроллерах (а на куче к555 или к561 сейчас мало кто будет разрабатывать) или похожа друг на друга, или копипаста из datasheetов, в таких конструкциях самое интересное происходит в софте, а часто даже исходников нет.
2. Закат массовой аналоговой техники — магнитофоны ушли, аналоговые телевизоры то же, разработка усилителей идет конечно, но интересных статей (без ламп, ТВЗ, направления проводов и т.д.) мало.
3. Радиовещание — кажется, Поляков все что можно уже описал (пару лет назад повторил его синхронный АМ приемник их журнала 80х — хорошо работает, только слушать не чего )) Есть SDR конечно, но видимо сложность разработки отпугивает, ну и пункт первый.
Есть интересные конструкции блоков питания, силовых устройств. Но собирать сварочный трансформатор just for fun я вряд ли решусь))
Простите, но вы приводите цитату из описания психоакустического анализа для MPEG1 Layer2. В том же документе на который вы ссылаетесь несколькими страницами далее будет уже про Layer3:
The MDCT uses n input samples xk (where n is either 36 or 12) to obtain n/2 (i.e.,
18 or 6) transform coefficients Si
Вот смотрю для подтверждения исходники Lame:
/*-------------------------------------------------------------------*/
/* */
/* Function: Calculation of the MDCT */
/* In the case of long blocks (type 0,1,3) there are */
/* 36 coefficents in the time domain and 18 in the frequency */
/* domain. */
/* In the case of short blocks (type 2) there are 3 */
/* transformations with short length. This leads to 12 coefficents */
/* in the time and 6 in the frequency domain. In this case the */
/* results are stored side by side in the vector out[]. */
/* */
/* New layer3 */
/* */
/*-------------------------------------------------------------------*/
Ваше сравнение разгона с mp3 не понятно, у mp3 же вообще гибридный фильтрбанк (PFB + MDCT). Размер фрейма 1152 семпла, 32 subband (с децимацией), на каждое mdct преобразование остается 36 семплов. Откуда у вас 128?
В начале статьи вы писали, что докер решает проблему сложности установки программного обеспечения. Но оказывается что для секьюрити фиксов все таки нужен админ который обновит образ. А если в процессе apt-get upgrade в контейнере что то сломается, опять же нужно кому то чинить — опять же нужен админ.
Итого мы приходим что все таки нам нужен админ который теперь вместо того чтоб разбираться с правилами сборки пакетов под используемый дистрибутив и построения единообразной системы, будет заниматься изучением чьих то контейнеров.
Кроме того, если практически во всех дистрибутивах есть средства для мониторинга устаревшего/уязвимого ПО, как это делать в случае повсеместного использования контейнеров — не понятно, опять же доставлять нужное ПО в контейнеры? Или пересобирать все образы самому? Тогда в чем профит?
Поскольку одно время пользовался MD девайсами, а сейчас в свободное время изучаю кодекостроение, добавлю свои 5 копеек.
У ATRAC несколько необычная схема нумерации. Если отбросить ATRAC9 и ATRAC lossless (которые мало кто видел), то есть 3 несовместимых битовых потока — ATRAC (он же MD SP), ATRAC3 (MD LP2 и MD LP4), ATRAC3+ (используется в Hi-MD).
Первый ATRAC появился в начале 90х, при этом ATRAC, в отличии от PASC, — гибридный кодек (2QMF + MDCT), что для dsp того времени было достаточно сложной задачей. Таким образом, качество первых реализаций было далеко от идеала, потом уже Sony улучшало реализацию, называя новые ревизии ATRAC 2, ATRAC 3, ATRAC 3.5 (с пробелом) и т.д.
ATRAC3 (без пробела) используется в LP режимах. Появился в конце 90х. Основные отличия — появился huffman, иное разбиение на поддиапазоны, gain controll вместо переключения на короткое окно. Однако качество LP2 режима не дотягивало до SP, хотя Sony и утверждало об обратном.
Таким образом, было два разных кодека ATRAC 3 и ATRAC3
ATRAC3+ появился уже в 200x, про него много не скажу — еще не разбирал, но опять же обещания Sony получить тоже качество при вдвое меньшем битрейте не сбылось))
А это интересный психологический эксперимент. Пример: недавно, смотря чемпионат мира по одному из каналов, подумал, а не сделать ли ставку. Однако после шестого рекламного ролика «Ставки на...» желание совсем пропало, и так и не появилось до настоящего времени.
Чуть ближе к теме, вот прям сейчас на этом сайте мне предлагают скачать некий «эксперт для Mac»(что это?) и купить коптильню для рыбы. Вопрос, что из этого я сделаю, учитывая что я не особо люблю копченое, и уж тем более не хочу чтоб какой то улучшайзер что то делал на моем компе который и так работает.
На это можно с другой стороны посмотреть. Почему кто то решил, что каждый показ рекламы обязательно принесет прибыль. Ну покажут мне 100 раз рекламу того в чем я не заинтересован, значит ли что я это куплю? Вряд ли. Подняла ли такая реклама продажи товара за счет конкретно моего просмотра? Вряд ли. Эффективен ли такой показ? Сомневаюсь.
Собственно идея совместимого стереовещания такова: L+R передаем как обычно, L-R передаем за пределами слышимого диапазона. Тут возникает вопрос, как перенести спектр L-R вверх (причем не забываем, что все это разрабатывалось во времена когда даже кварцевый резонатор был редкой деталью). Самое простое — амплитудная модуляция дополнительной поднесущей. Но есть проблема, если просто промодулировать так как это делают в AM радиовещании, то присутствующая всегда поднесущая будет сильно мешать — ведь эта поднесущая будет потом модулировать по частоте уже нашу основную несущую и расширять спектр (очень грубо, глубина AM модуляции, если правильно помню, порядка 30% дальше сильные искажения при простейшем способе демодуляции диодом). Таким образом хорошо бы поднесущую подавить но при этом сохранить легкость демодуляции. Один из способов подавить поднесущую а вместо неё передать сигнал меньшего уровня с частотой поднесущей деленной на 2, и совпадающей фазойи — тот самый пилот-тон.
Итого, как может происходить стереовещание (не уверен что сейчас делают именно так, но для общего понятия ок). Имеем входной сигнал, срезаем ему все что выше 15KHz. Формируем суммарную и разностную часть. Берем суммарный сигнал подаем на вход FM модулятора как есть. Берем разностный сигнал, подаем на AM модулятор и модулируем поднесущую (38 KHz) получаем тот самый сигнал шириной 30KHz, только с несущей в центре. Давим поднесущую (тут есть разные способы, фильтры, специальные конструкции модулятора, можно поискать по словам формирование ssb сигнала). Получаем две боковые полосы. Подаем их так же на FM модулятор. Берем поднесущую делим частоту на 2, подаем так же на FM модулятор. Все получили спектр аналоговой части как на картинке.
Такой подход позволяет очень сильно упростить приемник. Можно конечно подавить еще одну боковую полосу, но вот качественно принять такой сигнал будет еще той задачей. А так из пилот-тона можно легко сформировать сигнал для детектирования AM поднесущей, и восстановить разностный сигнал. Посмотрите код стереодетектора в gqrx. Или схему стереодетектора на дискретных компонентах.
Существует так же старый стандарт стереовещания OIRT — использовался в СССР в нашем УКВ диапазоне. Там поднесущая была 32,1KHz и давили ее частично (что позволяло её восстановить узкополосным фильтром), пилот-тона не было.
Вопрос на который я не могу найти однозначный ответ. Что происходит с лицензией при переписывании с одного языка на другой. Пример: вот есть код на C под GPLv3, я его переписал на С++, убрал все *ctx, сделал удобный для себя интерфейс, переписал обработку ошибок на исключения, умные указатели и т.д. Но собственно, исходный алгоритм остался тем же. Могу ли я теперь то что получилось открыть под несовместимой с GPL лицензией, например использовать в проекте под BSD лицензией или вообще закрыть?
А как это выглядит с точки зрения системного программиста?
Я же правильно догадываюсь, что есть некий драйвер, позволяющий отобразить в виртуальное адресное пространство процесса регион из данной персистентной памяти, и где то сохранить это отображение, так что после рестарта приложение может «подобрать» этот регион с сохраненными ранее данными?
Запись в данную память ведь происходит в обход кешей CPU?
Предположу (основываясь на некотором изучении MD устройств) одно из назначений EFM (помимо спектра, и постоянной составляющей) — восстановление тактовых импульсов для дальнейших преобразований. Ведь на диске нет отдельного тактового сигнала (как в i2s, например). Жестко привязать вращение диска к частоте тактового генератора тоже не получится. Следовательно на нижнем уровне нам нужно некоторое кодирование которое позволит выделить тактовый сигнал и поток данных не смотря на возможные ошибки "аналоговой природы" (проскальзывание, ошибки слежения, неидеальность установления скорости вращения диска и т.д.) в сигнале прочитанном фотодиодом.
Сценарий кажется маловероятным, но диски из одной партии в рейде часто начинают сбоить практически одновременно, причем перед тем как они полностью откажут, будет достаточно долгий период «работает но c ошибками», и если это не заметить то описанный сценарий вполне реален.
Ну и как то тема устойчивости многокаскадных усилителей охваченных ООС не раскрыта. Приведенная вами схема вполне может засвистеть на частоте полюса выходного повторителя.
1. Отсутствие описания программной части в цифровых конструкциях — аппаратная часть публикаций многих разработок на микроконтроллерах (а на куче к555 или к561 сейчас мало кто будет разрабатывать) или похожа друг на друга, или копипаста из datasheetов, в таких конструкциях самое интересное происходит в софте, а часто даже исходников нет.
2. Закат массовой аналоговой техники — магнитофоны ушли, аналоговые телевизоры то же, разработка усилителей идет конечно, но интересных статей (без ламп, ТВЗ, направления проводов и т.д.) мало.
3. Радиовещание — кажется, Поляков все что можно уже описал (пару лет назад повторил его синхронный АМ приемник их журнала 80х — хорошо работает, только слушать не чего )) Есть SDR конечно, но видимо сложность разработки отпугивает, ну и пункт первый.
Есть интересные конструкции блоков питания, силовых устройств. Но собирать сварочный трансформатор just for fun я вряд ли решусь))
Вот смотрю для подтверждения исходники Lame:
Итого мы приходим что все таки нам нужен админ который теперь вместо того чтоб разбираться с правилами сборки пакетов под используемый дистрибутив и построения единообразной системы, будет заниматься изучением чьих то контейнеров.
Кроме того, если практически во всех дистрибутивах есть средства для мониторинга устаревшего/уязвимого ПО, как это делать в случае повсеместного использования контейнеров — не понятно, опять же доставлять нужное ПО в контейнеры? Или пересобирать все образы самому? Тогда в чем профит?
У ATRAC несколько необычная схема нумерации. Если отбросить ATRAC9 и ATRAC lossless (которые мало кто видел), то есть 3 несовместимых битовых потока — ATRAC (он же MD SP), ATRAC3 (MD LP2 и MD LP4), ATRAC3+ (используется в Hi-MD).
Первый ATRAC появился в начале 90х, при этом ATRAC, в отличии от PASC, — гибридный кодек (2QMF + MDCT), что для dsp того времени было достаточно сложной задачей. Таким образом, качество первых реализаций было далеко от идеала, потом уже Sony улучшало реализацию, называя новые ревизии ATRAC 2, ATRAC 3, ATRAC 3.5 (с пробелом) и т.д.
ATRAC3 (без пробела) используется в LP режимах. Появился в конце 90х. Основные отличия — появился huffman, иное разбиение на поддиапазоны, gain controll вместо переключения на короткое окно. Однако качество LP2 режима не дотягивало до SP, хотя Sony и утверждало об обратном.
Таким образом, было два разных кодека ATRAC 3 и ATRAC3
ATRAC3+ появился уже в 200x, про него много не скажу — еще не разбирал, но опять же обещания Sony получить тоже качество при вдвое меньшем битрейте не сбылось))
Чуть ближе к теме, вот прям сейчас на этом сайте мне предлагают скачать некий «эксперт для Mac»(что это?) и купить коптильню для рыбы. Вопрос, что из этого я сделаю, учитывая что я не особо люблю копченое, и уж тем более не хочу чтоб какой то улучшайзер что то делал на моем компе который и так работает.
Итого, как может происходить стереовещание (не уверен что сейчас делают именно так, но для общего понятия ок). Имеем входной сигнал, срезаем ему все что выше 15KHz. Формируем суммарную и разностную часть. Берем суммарный сигнал подаем на вход FM модулятора как есть. Берем разностный сигнал, подаем на AM модулятор и модулируем поднесущую (38 KHz) получаем тот самый сигнал шириной 30KHz, только с несущей в центре. Давим поднесущую (тут есть разные способы, фильтры, специальные конструкции модулятора, можно поискать по словам формирование ssb сигнала). Получаем две боковые полосы. Подаем их так же на FM модулятор. Берем поднесущую делим частоту на 2, подаем так же на FM модулятор. Все получили спектр аналоговой части как на картинке.
Такой подход позволяет очень сильно упростить приемник. Можно конечно подавить еще одну боковую полосу, но вот качественно принять такой сигнал будет еще той задачей. А так из пилот-тона можно легко сформировать сигнал для детектирования AM поднесущей, и восстановить разностный сигнал. Посмотрите код стереодетектора в gqrx. Или схему стереодетектора на дискретных компонентах.
Существует так же старый стандарт стереовещания OIRT — использовался в СССР в нашем УКВ диапазоне. Там поднесущая была 32,1KHz и давили ее частично (что позволяло её восстановить узкополосным фильтром), пилот-тона не было.
Я же правильно догадываюсь, что есть некий драйвер, позволяющий отобразить в виртуальное адресное пространство процесса регион из данной персистентной памяти, и где то сохранить это отображение, так что после рестарта приложение может «подобрать» этот регион с сохраненными ранее данными?
Запись в данную память ведь происходит в обход кешей CPU?