ampir-nnn

На рабочем столе ярлык, свойства, вкладка запуск - команда. Команда [root@localhost ~]# firefox опции запуска браузера firefox --help

Гораздо интересней линукс, а я их много переслушал Так же как и плеер, скопируйте команду запуска с ярлыка на рабочем столе.

В прошлой сборке отсутствовала аудио система виндовс, возможно поэтому. Из за этого не работали и USB аудио устройства. AlbumPlayer не пробовал, вообще - должен работать.

Вот минимальная сборка, триал версия embedded standard 7 для аудио. http://dropmefiles.com/bxLsx В ядре системы по возможности отключено все лишнее. Система собиралась без NET и прочего, но сеть у меня заработала, видимо поддержка в ядре системы. Возможна установка системы на USB флеш. У меня получилась 1,8 Гб полностью настроенная. Для тех кто использует PCI карты. После установки системы устанавливаем драйвера звуковой карты, после последнюю версию Jack 64 bit http://jackaudio.org/downloads/. Чтобы Jack работал в 64 бит, в консоли regsvr32 "C:/Program Files (x86)/Jack/64bits/JackRouter.dll" - в этой строке меняем / на обратный \. Драйвера для видео устанавливать не рекомендую, пусть работает с VGA. Для запуска Jaсk используем Jack Control, всегда запускаем от администратора. Выбираем устройство вывода ASIO или ... Обращаем внимание на вкладку Advanced, server prefix должна быть опция -S Запускаем сервер с минимально возможным буфером, у меня Frames/Period = 3. Это значение влияет на звук. Устанавливаем 64 бит JRiver Media Center. В устройствах вывода выбираем JackRouter. Media Center всегда запускаем от администратора. После всех настроек системы. Задействуем EWF Manager - очень полезная фишка, особенно для установки на USB флеш. После ввода команды ewfmgr c: -enable и перезагрузки система будет "заморожена". Т. е. система будет считывает с диска, но все операции записи будут в кеш памяти. Для счастливых обладателей USB звуковых карт, устанавливайте свои любимые плееры .... Jack вам не нужен. Кто захочет более тонко настроить систему, нужно скачать сторонний твикер, в системе нет такой возможности. Но и по умолчанию все в порядке. Windows Embedded активируется при установке, вводится ключ один раз как в XP. Ключ найти очень просто, по запросу в Google "embedded standard 7 key".

Удалить наверное нельзя, можно изначально собрать без аудио системы. Но можно отключить win audio через Service Control Manager и выводить через asio. Вывожу звук через Jack, по моим наблюдениям наличие-отсутствие виндовс аудио на звук не влияет. Для тех кто выводит звук через Jack. Очень большое влияние на звук оказывает асинхронность работы Jack, слышно в Win и Lin. Jack в асинхронном режиме создает дополнительный кольцевой буфер и нагружает ЦП. Получается большой и лишний огород, для вывода звука .... Jackd нужно запускать только в синхронном режиме. Разницу слышно и видно.

Создать образ флешки (диска) с помощью dd можно двумя способами Создаём сжатый образ диска /dev/sdс dd if=/dev/sdс bs=8096 | gzip -9cf > sdс.image.gz Чтобы распаковывать созданный образ на диск /dev/sdс gunzip -c sdс.image.gz | dd of=/dev/sdс bs=8096 Если хотим создать образ минимально возможного размера 1. Монтируем флешку с которой будем делать образ 2. При помощи dd создаем на ней файл, забитый нулями (пока место не кончится). Т. е. забиваем свободное место нулями, флешка и данные не пострадают 3. Удаляем его командой rm 4. Снимаем образ флешки при помощи dd + gzip 1. mount /dev/sdc1 /mnt/disk 2. dd if=/dev/zero of=/mnt/disk/zero.iso bs=1M count=100000 3. rm /mnt/disk/zero.iso 4. dd if=/dev/sdс bs=8096 | gzip -9cf > sdс.image.gz В итоге у меня образ 8Гб флешки с 4,4Гб данных получился 2,1Гб Чтобы распаковывать созданный образ на диск /dev/sdс gunzip -c sdс.image.gz | dd of=/dev/sdс bs=8096 Так можно создавать и резервные копии дисков ....

dd if=/dev/sdc of=/.... куда монтируете /dev/sdb5 /usb.iso Здесь все написано, прочтите https://habrahabr.ru/post/117050/

Если на диске размером, например, 10 Гб, система занимает 2 Гб, то команда dd создаст образ диска 10 Гб размером 2 Гб. Зачем использовать Acronis True Image для такой простой задачи ? Есть проги проще, если пугает командная строка.

Как может быть "образ диска" - неполным ? dd подойдет и без усилий.

В UNIX системах есть одна очень древняя команда, которая называется dd. https://habrahabr.ru/post/117050/ Программа «dd» — яркий пример того, что IT'шники называют «UNIX way»: одна программа — часть механизма, выполняет исключительно свою задачу, и выполняет ее хорошо. В руках человека, который знает свое дело, которому свойственен не стандартный подход к решению задачи, такие маленькие программки помогут быстро и эффективно решать комплексные задачи, которые, на первый взгляд, должны решать крупные специализированные пакеты. Прога супер.

Совсем забыл ... LinuxCNC про джиттер и RT ядро в управлении чпу https://crafting.be/...linuxcnc-about/ http://www.cnc-club.....php?f=15&t=129 https://events.stati...ers-ELC2015.pdf http://texvedkom.org...n7-1-rt-kernel/ Ничего не напоминает ??? Как можно чего то писать, нифига не понимая о чем ... камрады Бред вы пишите, про лошадей ... !!!

Полгода назад установил Linux ? Камрады-юзеры Я давно все изучил - вам самому не смешно ? LINUX – это бульдозер, а бульдозер — это сила, особенно если за штурвалом сидит человек по имени Анастасия И здесь вы тоже, совершенно далёкий .... Для управления ЧПУ станком, ОС оптимизируют почти так же как и мы для звука, это для тех станков которые на Mach2 и Mach3. В моём случае станок работает под DOS. Комп управляет шестью обмотками шагового двигателя, которых три штуки. Отклонение частоты и фазы управляющего сигнала (определённой частоты и фазы, для каждой обмотки) сказывается на мощность и стабильность работы ШД и станка в целом. Конкретно с вами, вообще нет смысла общяться, спасибо.

Вы задаёте вопросы на которые был дан ответ выше, из пустого в порожнее ... А мне хотелось услышать другой конструктивный взгляд на это. Если вам интересно изучайте-экспериментируйте, обсудим.

Почему вы решили что я вам должен чего-то рассказывать? Я писал не конкретно вам, а кому интересно разберутся сами.

Нет, я имел ввиду "джиттер операционной системы" но от него зависит и "задержки операционной системы".

"джиттер системы" - возможно найти и джиттер канализационной системы, наверное Ищите "джиттер операционной системы", но в рунете нет интересной информации по этой теме, и не только ... "jitter operating system" - здесь будет интереснее. Где искать подвох? Я дал ссылку с частичным переводом, где человек высказал свое мнение, я с ним согласен. Чел вроде авторитетный ... А я что .... Я выше написал. Лучше не будет. Хуже возможно.

ОС из RAM не работает лучше чем стандартно, тем более Linux - 100%. Все что используется Linux "на данный момент" уже в оперативной памяти, кеширование .http://rus-linux.net...onf/memory.html... https://habrahabr.ru...ft/blog/228937/ Все стандартные операции файлового ввода / вывода работают через страничный кэш. Хотя, если система менее 200Мб то наверное без разницы откуда ей работать и загружаться, скоро в кэш процессора поместится Что такое "джиттер системы" ? Google поможет вам разобраться, если захотите. SQ - существует только в вашей голове, возможно ещё у кого-то, но у каждого из вас - свой SQ

Искать можно вечно, под свою систему и потребности. Нужно настраивать ОС под свое железо (ЗК и мат. плата). У меня отлично работает Win7 и CentOS, уже обе радуют хорошим звуком, удалось подтянуть CentOS до Win7, может даже "натянуть" Win7. Помимо музыки использую их для работы и прочего .... Эксперименты с оптимизацией-пересборкой ядра, загрузкой оси в память - не дали никаких результатов, много писал об этом в прежней ветке. Десять лет назад собирал Gentoo с нуля с полной оптимизацией под ЦП, эффект был в плане производительности незначительный. Сейчас это делать смысла наверное нет, железо мощное и одинаковое в принципе. Попробовать OSS4 помучить осталось, наверное ... Решил продолжить, по поводу загрузки ОСи в память. В своих прошлых экспериментах заметил что, при загрузке ОС в память джиттер системы возрастал, .. всегда делаю измерения. Вот нашел интересную статью Бенджами ЦвиккельВладелец, Mojo Audio http://www.mojo-audi...misconceptions/ Google перевод, но в общем понятно Да, данные, буферизованные в ОЗУ, немного совершенны, но ОЗУ не является конечной ссылкой в ​​цепочке аудио.По-прежнему может произойти повреждение данных между ОЗУ и выходным буфером, а также между выходным буфером и цифроаналоговым преобразователем (ЦАП).В отличие от большинства компьютерных коммуникаций, музыкальные данные, которые выходят из компьютера через USB, Firewire и оптические порты, чаще всего однонаправлены (только), а не буферизированы, а не исправлены с ошибкой на ЦАП. Кроме того, системные ресурсы, необходимые для исправления ошибок поврежденных данных, которые буферизуются в ОЗУ, значительно замедляют производительность компьютера, что приводит к более неудобному и менее жидкому представлению. Так не было бы более разумным свести к минимуму исправление ошибок, требуемое для буферизации ОЗУ с низким уровнем шума? Вообще в статье все толково и по делу, про организацию аудио сервера, без шизотерии .... почти. Если вы занимались компьютерным звуком в течение какого-то времени, вы наверняка слышали всевозможные противоречивые мнения. На протяжении многих лет я слышал, как аудиофилы делают такие заявления: «Компьютеры используют исправление ошибок, поэтому обновление питания не имеет значения». «Если вход USB на ЦАП асинхронен, все ошибки чтения дрожания и бит будут удалены». «Если выход с компьютера будет заблокирован, все ошибки чтения дрожания и бит будут удалены». «Если программный проигрыватель программ буферизует в ОЗУ, все, что выводится с компьютера, отлично подходит». «Батареи имеют чистую мощность постоянного тока, что делает их оптимальными для питания любого компонента». «Источники питания Super Cap отключены от сети переменного тока и имеют самый низкий уровень шума». «Чем больше вы повышаете разрешение, тем лучше ваша музыка будет звучать». «Чем быстрее ваш процессор, тем выше разрешение и улучшит вашу музыку». Хотя на всех приведенных выше утверждениях существует определенная основа, все они несколько неполные и / или условные. Я написал этот блог, чтобы прояснить эти распространенные заблуждения. Изделия Mojo Audio симпотишные Ещё одна статья, про асинхронные ЦАП. Вообще данный вопрос заслуживает отдельной и большой темы. Думается мне, что любая асинхронность программная или аппаратная убивает звук. http://www.psaudio.c...onous-dac/6291/ Синхронный и асинхронный - это два звуковых слова, которые производители понимают, обращая внимание людей. Возможно, мы не понимаем, что они означают, но мы выяснили, что асинхронность лучше, чем синхронность. Итак, появился новый класс DAC, асинхронный ЦАП - только в основном это миф и вводящий в заблуждение. ............................

Можите попробовать добавить в syslinux.cfg в корне флешки с Daphile и в /boot/fw1709211559/menu.item в строку параметров ядра ..... daphile=fw1709211559 vga=788 loglevel=0 panic=1 console=tty2 threadirqs clocksource=tsc idle=poll tsc=reliable Система должна заработать постабильнее. Три параметра clocksource=tsc idle=poll tsc=reliable дают заметное улучшение.

Я не пытался, в виртуалке не пошла ... А консоль зачем?

Распаковываем iso, /boot/fw1709211559/rootfs - файловая система /boot/fw1709211559/kernel - ядро системы /boot/fw1709211559/initrd - initrd Примонтировать rootfs [root@localhost ~]# mount -o ro,loop /.../boot/fw1709211559/rootfs /mnt/disk Потом можно ..... [root@localhost ~]# ls /mnt/disk arch boot etc lib lib64 mnt proc run srv tmp var bin dev home lib32 media opt root sbin sys usr version [root@localhost ~]# chroot /mnt/disk localhost / # Изменения в rootfs из среды Daphile внести не получится, т. к. система (корневой каралог) распаковывается из образа rootfs в память. /etc/fstab # Just dummy entry to disable boot time warning about empty fstab # Daphile local mounting does not use standard Gentoo process # none /media tmpfs rw 0 0

Попробуйте из Daphile Ctrl+Alt+F2 должны попасть в консоль. Кстати Daphile собран на базе Gentoo /etc/os-release NAME=Gentoo ID=gentoo PRETTY_NAME="Gentoo/Linux" ANSI_COLOR="1;32" HOME_URL="https://www.gentoo.org/" SUPPORT_URL="https://www.gentoo.org/support/" BUG_REPORT_URL="https://bugs.gentoo.org/" ль. # emerge --info Repositories: ACCEPT_LICENSE="* -@EULA" CFLAGS="" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/gentoo-release /etc/php/apache2-php5.6/ext-active/ /etc/php/cgi-php5.6/ext-active/ /etc/php/cli-php5.6/ext-active/ /etc/sandbox.d /etc/terminfo" CXXFLAGS="" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync multilib-strict news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync" GENTOO_MIRRORS="http://distfiles.gentoo.org" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" USE="" Unset: ACCEPT_KEYWORDS, CHOST, EMERGE_DEFAULT_OPTS, PORTAGE_BUNZIP2_COMMAND

Установите время в БИОС.

Нет, вы ничего не потеряли. Т. к. программы используют одинаковые инструкции процессоров AMD и Intel, за очень редким исключением. Никто х86 софт под конкретную платформу AMD или Intel не пишет. В Linux софт очень "консервативный", компиляция программ с новыми инструкциями Intel, которых нет в AMD, может дать обратный р-т. Софт под новые инструкции должен быть написан с нуля, это есть например в MacOSX, где систему на AMD не установить из за отсутствия SSE3 или других новых фишек Intel. В Linux такой фигни - НЕТ. Вот нашел, интересная статья Крис Касперски на эту тему https://nezumi.cyber...s/sse-pessimize многие программы поддерживают режимы оптимизации под специальные ЦП (MMX, MMXext, SSE, SSE2, SSE3, SSE4, 3DNow! 3DNowExt, и т. д.), однако, попытка форсировать компиляцию под SSE4, круче которого ничего нет, часто заканчивается чуть ли не катастрофой — от полного нежелания запускаться до падения производительности в десятки раз. почему же так происходит?! ............................ Программы под UNIX как правило распространяются в исходных текстах и предусматривают возможность компиляции под различные ЦП, дающие в лапы пользователя кучу опций, в которых не так-то просто разобраться, но от которых зависит быстродействие программы, причем зависит, прямо так скажем, весьма радикально, так что разбираться по любому все равно придется. ........................... Вот только два соображения: разработчики склоны тестировать и профилировать свои приложения под наиболее массовые архитектуры (то есть те, за которые отвечает опция ‑march=i686). Новейшие модели процессоров большинству членов сообщества Open-Source недоступны и оптимизацию приходится выполнять на «ощупь» или не выполнять вообще. Соображение номер два: программа, откомпилированная под новейшую модель процессора, становится немобильной и нетранспортабельной. Перенос на соседнюю («морально устаревшую») машину потребует повторной перекомпиляции, а это время… К чему создавать себе лишние проблемы, соблазнившись незначительным выигрышем в производительности?! ............................ UNIX-системы предоставляют пользователю практически неограниченную свободу для творчества, оставляя его наедине со множеством рычагов управления, многие из которых вообще никак не подписаны, а подписанные содержат магические аббревиатуры, объясняемые совершенно в других местах. Документация (даже если она и присутствует) покрывает лишь малую часть вопросов… Это и есть расплата за свободу. Если Windows/Mac OS – это Кадиллак, то UNIX скорее похож на трактор, водитель которого способен разобрать мотор с закрытыми глазами и собрать его обратно. Многих это коробит. Трудно представить, чтобы человек с именем Анастасия читал IntelManual и курил спецификации на MPEG2 перед запуском DVD, но… другие просто не представляют себе как можно ездить на машине, не внеся в нее пару десятков конструктивных изменений. Это два мира и умение компилировать программы еще не означает умение компилировать их _хорошо_ LINUX / UNIX – это бульдозер, а бульдозер — это сила, особенно если за штурвалом сидит человек по имени Анастасия Крис Касперски к сожалению погиб, много интересного написал .....

Кстати, выше ваш соплеменник стебался над SB Live, поставьте в свой комп если у вас остался слот PCI В нормальном Linux она звучит, как раньше . .... Лучше USB китайских свистелок. То что вы писали выше в SB Live все работает, и ЦАП в ней стоит один из самых лучших музыкальных однобитных - два канала .... В нормальной SB Live стоит прецизионный клок, кстати.