Не всякие. Лучше субтитры засунуть в контейнер. Подробнее можно почитать [url=https://developers.google.com/cast/docs/media]здесь[/url].
P.S. Это не проблема VLC на самом деле, это проблема Cromecast. Впрочем, давайте попробуем убедить меня в обратном. :-)
P.P.S. Всегда принудительно выпиливал поддержку Chromecast для своих сборок. Для ответа на вопрос пришлось почитать по диагонали исходные коды. Возможно, что-то понял не так.
Нет, шрифт можно задать в /linuxrc, о чём я уже писал. Равно как и раскладку клавиатуры, кодовую страницу и т.п. А уже по окончанию всего этого безобразия передать управление /sbin/init. у себя в RTK GNU/Linux я так и делал, чтобы писать сообщения процесса инициализации на языке, отличном от английского, пока ядро там свои дела проворачивает. Но это было 10 лет назад.
По-хорошему, — если не можете автоматизировать какой-то процесс, то дайте возможность сделать выбор пользователю.
Вшивание шрифта в ядро собственно и сделано для того, чтобы ничего не выбирать. Ни автоматически, ни в ручную. Но если уж сильно приспичит, то это можно сделать через передачу параметров ядру. Обычно это делается на этапе выбора ядра в любимом загрузчике.
Кстати, в VLC-3.x перешли на использование QT5 вместо QT4. Без вариантов. О чём пользователь зачастую узнаёт уже на этапе компиляции. :-)
Но это пол беды.
Я им недели две назад заслал патч (поддержка FreeRDP-2.0.x) в список рассылки, так до сих пор не удосужились ни включить, ни хоть как-то ответить. Такой по… изм и желание плыть на своей волне крайне неприятен. А по-хорошему, — там всю систему плагинов надо переделывать. Но вот по… изм…
Довод был исключительно примера для и в контексте удобства для майнтейнера. И я не являюсь ни Eiffel-евангелистом, ни противником Go. По роду своей деятельности мне приходится сопровождать и поддерживать код, написанный на разных языках.
И раз уж была упомянута джава, то я считаю, что с неё можно и нужно перейти на любой другой язык. Но это, исключительно, — имхо.
Вы вольны писать на том языке, на котором вам удобнее.
Но замечу, что при прочих равных тот же «hello world» после компиляции на Си, Си++ и Го занимают: 10784, 11408 и 33720 байт.
Время выполнения
bash-4.3# time ./hello
Hello world!
real 0m0.001s
user 0m0.001s
sys 0m0.000s
bash-4.3#
bash-4.3# time ./hello
Hello World!
real 0m0.003s
user 0m0.001s
sys 0m0.001s
bash-4.3#
bash-4.3# time ./hello
hello world
real 0m0.282s
user 0m0.030s
sys 0m0.007s
bash-4.3#
Последнее не для холивара, а исключительно мой критерий в выборе языка для своих проектов. Хотя если нужно, то я и не брезгую Ассемблером. В инструкциях x86_64 и системных вызовах Linux бинарник тот же «Hello world» занимает вообще около 900 байт.
Если мне что-то нужно написать, то я использую либо Си, либо Си++ (в меньшей степени). А если нужно что-то оптимизировать, то подключаю ассемблер.
А «быстро-код» можно и на языке командной оболочки писать, чем бывает тоже грешу. В контексте одного дистрибутива живущего преимущественно в ОЗУ это вполне допустимо и нормально (в отличии от других интерпретируемых языков).
Собственно, на Eiffel я засмотрелся именно для «быстро-кода», так как мне кажется, что Go для этого неподходит. Но я буду рад, если меня кто-нибудь переубедит. :-)
Я бы предпочёл, если бы больше людей на перешли с Go на Eiffel. В рамках проекта GNU это Liberty Eiffel, но я не уверен что это самый лучший из существующих свободных компиляторов. А достоинств у языка много, в том числе Си на выдаче в качестве промежуточного результата. Который в свою очередь можно оттранслировать в ассемблер и скормить gas. В итоге и программисты и майнтейнеры довольны. Ну и конечный юзер само собой.
Впрочем к статье это слабо относится, хотя читать было интересно, ага.
Практическое применение в том, что при 26 битной дискретизации можно получить на выходе приемлемый сигнал, который можно передать на кварцевый фильтр или даже (без подгонки резонаторов разброс в 3 кГц не получить) ЭМФ, кои ещё продаются. и получить готовый модуль SDR SSB передатчика. Либо сразу формировать SSB-сигнал, только надо будет всё равно ставить хотя бы LC- фильтры для подавления гармоник. Ну а дальше кто на что горазд. :-)
С точки зрения построения трансиверов конечно бред не оптимально, но почему бы и нет? Как тестер первой ПЧ (500 кГц) опять же можно использовать… :-\
Интересно, а есть АЦП/ЦАП на одном кристалле, которые также легко можно заюзать как DSP?
Для GCC — Go субпроект новый и по большей части вторичный. Со временем конечно разработчики допилят шаблоны оптимизации, как допилили для других языков, ну а пока мы имеем то что имеем. :-)
Я не совсем корректно выразился. При использовании скрипта внутри svg-файла он остаётся рабочим и при использовании расширений для браузеров отключающих скрипты на диалектах ECMAScript. Ну и самодостаточность такого решения, опять же.
P.S. Это не проблема VLC на самом деле, это проблема Cromecast. Впрочем, давайте попробуем убедить меня в обратном. :-)
P.P.S. Всегда принудительно выпиливал поддержку Chromecast для своих сборок. Для ответа на вопрос пришлось почитать по диагонали исходные коды. Возможно, что-то понял не так.
В общем, в BOOTDISK-HOWTO всё написано.
Нормально всё будет, я сто раз так делал. При downgrade, те опции, которых нет в 4.14.x будут проигнорированы.
Вшивание шрифта в ядро собственно и сделано для того, чтобы ничего не выбирать. Ни автоматически, ни в ручную. Но если уж сильно приспичит, то это можно сделать через передачу параметров ядру. Обычно это делается на этапе выбора ядра в любимом загрузчике.
Но это пол беды.
Я им недели две назад заслал патч (поддержка FreeRDP-2.0.x) в список рассылки, так до сих пор не удосужились ни включить, ни хоть как-то ответить. Такой по… изм и желание плыть на своей волне крайне неприятен. А по-хорошему, — там всю систему плагинов надо переделывать. Но вот по… изм…
И раз уж была упомянута джава, то я считаю, что с неё можно и нужно перейти на любой другой язык. Но это, исключительно, — имхо.
Вы вольны писать на том языке, на котором вам удобнее.
Но замечу, что при прочих равных тот же «hello world» после компиляции на Си, Си++ и Го занимают: 10784, 11408 и 33720 байт.
Hello world!
real 0m0.001s
user 0m0.001s
sys 0m0.000s
bash-4.3#
bash-4.3# time ./hello
Hello World!
real 0m0.003s
user 0m0.001s
sys 0m0.001s
bash-4.3#
bash-4.3# time ./hello
hello world
real 0m0.282s
user 0m0.030s
sys 0m0.007s
bash-4.3#
Последнее не для холивара, а исключительно мой критерий в выборе языка для своих проектов. Хотя если нужно, то я и не брезгую Ассемблером. В инструкциях x86_64 и системных вызовах Linux бинарник тот же «Hello world» занимает вообще около 900 байт.
Если мне что-то нужно написать, то я использую либо Си, либо Си++ (в меньшей степени). А если нужно что-то оптимизировать, то подключаю ассемблер.
А «быстро-код» можно и на языке командной оболочки писать, чем бывает тоже грешу. В контексте одного дистрибутива живущего преимущественно в ОЗУ это вполне допустимо и нормально (в отличии от других интерпретируемых языков).
Собственно, на Eiffel я засмотрелся именно для «быстро-кода», так как мне кажется, что Go для этого неподходит. Но я буду рад, если меня кто-нибудь переубедит. :-)
Впрочем к статье это слабо относится, хотя читать было интересно, ага.
кварцевый фильтр или даже(без подгонки резонаторов разброс в 3 кГц не получить) ЭМФ, кои ещё продаются. и получить готовый модуль SDR SSB передатчика. Либо сразу формировать SSB-сигнал, только надо будет всё равно ставить хотя бы LC- фильтры для подавления гармоник. Ну а дальше кто на что горазд. :-)С точки зрения построения трансиверов конечно
бредне оптимально, но почему бы и нет? Как тестер первой ПЧ (500 кГц) опять же можно использовать… :-\Интересно, а есть АЦП/ЦАП на одном кристалле, которые также легко можно заюзать как DSP?
А статья мне понравилась, ага.
Например, это: