Хотя бы в какую сторону копать, гуглинг (вариации на тему vertical overlapping) натыкается в основном на истории, где у людей в терминале символы наезжают друг на друга из-за установленного пропорционального шрифта….
Пару дней назад столкнулся с тем, что shtool, которым пользовался для распила на треки 24-битных аудиофайлов, вдруг перестал это делать с ошибкой:
shninfo: warning: unsupported format 0xfffe (Unknown) while processing file: <имя файла>
Вместо shninfo - любая из утилит пакета (shninfo, shnsplit, shnlen и т.д.).
<имя файла> - 24-битный wav или flac.
Сам файл не поврежден, другие программы (audacity, mpv) его открывают и воспроизводят. Пакет flac установлен. flac -t ошибок не выдает. Попытка распаковать файл и сжать снова к успеху не привела.
16-битные файлы обрабатываются на ура.
Гуглинг не помог. Или я плохо формулирую запрос.
Система Debian testing, обновляется регулярно, но сам пакет shntools в дебиане последний раз обновлялся несколько лет назад, так что возможно проблема не в нем. Насколько я понимаю для обработки wav используется внутренний функционал, для flac и прочего - внешние программы (но см. выше - пакет flac установлен и функционирует). Более никаких зависимостей у пакета shntool вроде бы нет и ломаться нечему, но тем не менее сломалось.
Дано: свежеустановленный Debian testing (подключены non-free репы), установлены FFMPEG и gstreamer (все плагины - base, good, bad, ugly, alsa), установлен Firefox ESR (52.9.0) из официальных реп, без дополнительных плагинов.
Что плохо: Firefox не играет встроенные mp3 на Амазоне, Bandcamp'е и т.д. Youtube при этом работает на ура.
На Bandcamp'е выдается окно: "Unable to play audio. Your browser must support native playback of MP3 or you must have the Adobe Flash Player installed."
На Амазоне в консоли браузера: HTTP «Content-Type» типа «audio/mpeg» не поддерживается. Не удалось загрузить медиаресурс https://www.amazon.com/.........
Невозможно воспроизвести медиа. Нет декодеров для запрошенных форматов: audio/mpeg
В самой системе MP3 играется без проблем любым возможным плейером.
Гуглёж ничего внятного не дал, в базе знаний Мозиллы не очень внятно написано, что проигрывание формата файлов должно поддерживаться системой (я так понимаю, что поддерживается, см. выше) и происходит через gstreamer. Gstreamer установлен, но такое ощущение, что Firefox этого не знает. FFMPEG, кстати, тоже установлен (автоматически), но его установка/удаление ни на что не влияет.
Странно то, что на соседних машинах с таким же Debian testing (там тестинг ставился около года назад) такой же Firefox 52.9.0 всё это играет без дополнительных настроек, не требуя никаких флэш-плагинов.
Пробовал подсунуть «больному» Firefox'у профиль от «здорового», с соседней машины - безрезультатно. В about:config ничего внятного по поводу mp3 и gstreamer не нашел...
Вопрос: Как сделать audio/mpeg enable ? Т.е. сообщить Firefox'у что все необходимое для воспроизведения МР3 в системе есть.
Даем юниту имя, сгенерированное выше, а дальше начинается фигня:
# systemctl start home-maksim-\xd0\x92\xd0\xb8\xd0\xb4\xd0\xb5\xd0\xbe.mount
Failed to start home-maksim-xd0x92xd0xb8xd0xb4xd0xb5xd0xbe.mount: Unit home-maksim-xd0x92xd0xb8xd0xb4xd0xb5xd0xbe.mount is not loaded properly: Invalid argument.
при этом sytemctl status выдает следующее:
# systemctl status home-maksim-\xd0\x92\xd0\xb8\xd0\xb4\xd0\xb5\xd0\xbe.mount
● home-maksim-xd0x92xd0xb8xd0xb4xd0xb5xd0xbe.mount -
Loaded: error (Reason: Invalid argument)
Active: inactive (dead)
Where: /home/maksim/\xd0\x92\xd0\xb8\xd0\xb4\xd0\xb5\xd0\xbe
What: /dev/sdb1
systemd[1]: home-maksim-xd0x92xd0xb8xd0xb4xd0xb5xd0xbe.mount: Where= setting doesn't match unit name. Refusing.
причем независимо от содержимого Where:, либо как выше, либо /home/maskim/Видео.
Есть какой-то способ это победить ? Гугл не помог....
Цель - скрыть на рабочем столе (конкретно у меня XFCE если это принципиально) иконки тех дисков, которые я считаю неважными.
Делается это довольно просто: в /etc/udev/rules.d создается правило примерно следующего содержания:
ENV{ID_FS_UUID}=="xxx", ENV{UDISKS_IGNORE}="1"
соответственно, иконка диска на рабочем столе не должна появляться, независимо от того, смонтирован диск или нет.
До последнего времени все именно так и работало, но примерно 26-го произошло обновление udev и началось :) Указанное выше правило срабатывает, диск (судя по udisksctl info -b /dev/sdb1) получает статус HintIgnore: true, но как только монтируется его иконка показывается на рабочем столе. Монтировать можно через fstab или командой mount, без разницы. Если не монтировать, то не виден ни на рабочем столе, ни в thunar'е.
Гуглёж не помог. Поиск в багтрэкере дебиана тоже.
Вопрос, собственно, куда копать ? Может кто-то столкнулся/сталкивался с чем-то похожим ?
После недавнего обновления ядра с 4.6 на 4.7 функции ускорения стали доступны только от рута, т.е.
maksim@cloud-9:~/Рабочий стол$ glxinfo | grep render
X Error of failed request: BadValue (integer parameter out of range for operation)
Major opcode of failed request: 154 (GLX)
Minor opcode of failed request: 24 (X_GLXCreateNewContext)
Value in failed request: 0x0
Serial number of failed request: 87
Current serial number in output stream: 88