Vlc не читает cue
Я смотрю видяшки на ютубе через mpv. Стоит древняя видеокарта, поддерживает следующие кодеки:
ставлю в mpv.conf
Реально аппаратно декодирует, но разрешение 720p, а хотелось бы 1080p. Я не пойму, на ютубе что, выше 720p видео кодеком h264 не кодируется?
Нашел в ВКонтактах такое эссе:
Заходим в Аудио и видео - регулятор громкости PulseAudio и в терминале выполняем команду
Теперь при нашем разговоре по скайпу, ваш голос будет похож на голос фантомаса, которого закрыли в нефтяном хранилище.
После того как вы закроете терминал, голос станет нормальным. Зачем все это надо?
Просто по прикалываться например или в случае необходимости сделать анонимный звонок. Из недостатков метода хочу отметить секундную задержку между тем что вы говорите и тем что произносится. Кстати если произносимый голос вам не нравится, то вы можете немного поменять цифирки и голос снова изменится.
Попробовал - действительно прикольно! :))
Но у меня возникла совсем другая задача - передавать голос с микрофона в риал-тайме по очень узкополосному каналу.
Для этого надо соответствующий кодек, который хорошо сжимает голос.
И такой нашелся! Это Codec2, который может работать даже при скорости 700 bps (!) при достаточной разборчивости голоса.
На этой страничке много чего интересного расписано, даже убедительные примеры сжатых голосов приведены.
Но как всегда, забыли рассказать о самом главном - как этот кодек использовать, привести примеры.
Ну, установил я из репы готовый пакет 'codec2' и даже примеры к нему - 'codec2-examples'
А дальше что с ним делать, как использовать, чтобы голос с микрофона обрабатывался этим кодеком и уже потом уходил в канал - непонятно.
Надеюсь, что аудиознатоки развеют дым над этой загадкой :)
у меня на сервере стоит Asterisk 15 версий, использую Linphone софтфон для тестов, также пробовал и другие, была та же проблема.
суть в том что когда я звоню сначала аудио звонком, и потом питаюсь перевести звонок на видео, так не работает,
. но если я в софтфонах поставлю звонки автоматом через видео, тогда все работает и показывает видео.
Asterisk CLI пишет такую ошибку, при переводе с аудио на видео:
кодеки у меню все установлены, пробовал также (GSM,H264) (G722,H264)…
может кто знает причину возникновения такой ошибки, буду признателен за помощь.
Кто-нибудь может подсказать, как воспроизводить видео с расширением .bin в VLC?
Файл пришел вместе с другим файлом с тем же именем, но с расширением .cue .
.bin и .cue - форматы файлов для образов ISO. .Bin - это фактические данные, а .cue - информация о размере блока и т.д. Файлы могут быть смонтированы с помощью DaemonTools и др. И отображаться как виртуальный диск в вашей файловой системе.
Существуют также программы записи компакт-дисков, которые могут открывать эти файлы и записывать их на диск.
РЕДАКТИРОВАТЬ: Nero Burning Rom, Feurio! и CDRWin, кажется, в состоянии понять этот формат и записать его как изображение.
Просто перетащите файл в окно VLC Player. Он будет воспроизводить файл автоматически, если он содержит действительные видеофайлы. Нет необходимости предварительно монтировать его в любом инструменте.
На данный момент (v.2.2.4), VLC Player не может воспроизводить файлы .bin или .cue, которые принадлежат обычным аудио CD, что является позором.
Что касается образов DVD-видео и других форматов, отличных от обычного аудио CD, он может работать или не работать. Если вы не можете открыть файл (.bin/.cue) с помощью VLC Player, вам необходимо сначала смонтировать образ диска на виртуальный диск.
Это изображение CloneCD. Сначала вы должны записать его на CD или найти инструмент для открытия образа CD, вы не можете воспроизводить его напрямую с VLC.
Не уверен насчет файлов .bin, но файлы .cue (как и следует из названия) предоставляют игроку информацию об имени и длине дорожки. Я использовал их с аудиофайлами .ape, и я полагаю, что они будут работать с любой звуковой дорожкой альбома (.mp3, .wav и т.д.) С тем же именем в той же папке.
Просто перетащите файл .cue в VLC или откройте его из выпадающего меню, и дорожки альбома отобразятся в списке воспроизведения. Длина дорожки, тем не менее, будет отображаться как длина всего большого файла, но вы можете пропустить дорожки вперед, назад или выбрать любую из них, как на любом CD.
Когда я использую медиаплеер VLC для потоковой передачи видеофайла с помощью командной строки, я должен сказать, какой тип "mux" я предпочитаю:
Что значит мукс ? Что делается путем мультиплексирования / мультиплексирования видеоданных?
Видеофайл, который я передаю, содержит видеопоток H264(AVC) и аудиокодек AAC . Он сохраняется в формате контейнера .mp4 .
Что мультиплексор делает с этим? Это просто изменение формата контейнера?
1 ответ 1
Как вы определили, « видео » - это, как правило, аудио и видео. Они обычно не собираются вместе, а существуют как отдельные объекты - в вашем случае H.264 и AAC.
Одним из вариантов действительно является наличие двух отдельных файлов на диске, которые вы воспроизводите независимо - именно так часто распространяется контент Digital Cinema .
Это даст такой же опыт для конечного пользователя, но возникнет ряд проблем:
- Есть два файла, которые должны обрабатываться как один " объект " . Потерять одно или другое, и средства массовой информации непригодны
- Синхронизация аудио / видео может легко потерпеть неудачу, при этом одна будет опережать другую . если вы не решите это осторожно и явно (например, с использованием временных кодов)
Для решения этих проблем вы можете объединить два (или более) потока в один поток . ввести понятие « Контейнер ». В этом контексте термин несколько синонимичен с " Mux " или " Multiplexer ".
Можно утверждать, что « мультиплексор » - это логический блок (код), который занимается разделением или объединением потоков, а « формат контейнера » - это способ подготовки и форматирования данных для хранения или передачи.
На более фундаментальном уровне электроники, мультиплексор будет просто помещать один сигнал в линию передачи за один раз.
Существует множество разных контейнеров, которые имеют разные характеристики и преимущества. Ключевые особенности контейнера включают в себя:
- Несколько потоков
- Несколько аудиопотоков - например, языки, аудио, комментарии, каналы (стерео и объемный звук) и т.д.
- Один или несколько видеопотоков - например, точки зрения
- Субтитры
- Метаданные, например: глава, сцена, имя исполнителя / дорожки и т.д.
Однако часто также возможно хранить любые произвольные двоичные данные в другом потоке внутри контейнера. Например, Matroska - это невероятно открытый формат, который может поддерживать практически все.
Когда вы говорите, что у вас есть файл .mp4 , вы на самом деле можете не ссылаться на формат контейнера - как правило, если вы можете получить правильное приложение для обработки данных, то оно будет понимать, на что оно смотрит, и обрабатывать его соответствующим образом.
Причина, по которой это все еще работает:
- Поскольку вы используете систему Unix, а тип файла определяется с помощью « Magic » - это указывает, какое приложение использовать для его обработки, а не расширение файла.
- Поскольку вы используете Windows, .mp4 определяет, какое приложение использовать для обработки файла - VLC (например) впоследствии игнорирует расширение и правильно определяет, что на самом деле . это файл TS.
- Попробуйте переименовать его .ts и посмотрите, что получится
- Это смесь между Windows, использующей расширения файлов, и VLC, использующей более волшебную технику для идентификации данных.
Что значит мукс? Что делается путем мультиплексирования / мультиплексирования видеоданных?
Надеюсь, я в значительной степени рассмотрел это выше.
Полный конвейер, вероятно, выглядит примерно так:
Что мультиплексор делает с этим?
Мультиплексор отделяет интересные потоки от общего потока и передает их в собственные конвейеры декодирования и рендеринга.
Это просто изменение формата контейнера?
Почему я могу использовать flv-muxing или ts-muxing, и мое видео в любом случае передается без проблем?
Поскольку это изменяет формат контейнера между сервером и клиентом, а не формат контейнера, который сервер использует для чтения исходного файла.
Почему я могу изменить имя файла с mp4 на ts?
Поскольку магия просматривает данные в файле, чтобы установить, что это такое - в системах Unix расширение файла - это просто подсказка для людей, которые могут использовать.
Как я могу проверить фактический формат контейнера файла?
Используйте file утилиту - она использует магию для идентификации (отпечатка пальца) файла и сообщает вам, что это лучшее предположение. Например, этот файл использует контейнер QuickTime :
Если вы хотите знать больше, чем просто то, как содержатся данные - например, какие потоки находятся в файле или какие кодеки используются, - вам нужно проверить файл с помощью VLC, GStreamer, FFmpeg или другого инструмента. Например, у него есть три потока:
- Видео - h.264, 1280x720
- Информация о временном коде
- Аудио - AAC, 48 кГц, 5.1-канальный объемный звук
Почему необходимо мультиплексировать файл для потоковой передачи через VLC?
Я думаю, что я уже рассмотрел это, но просто чтобы прояснить . это допускает гибкость. Операции demux / mux довольно легки (по сравнению с полным декодированием), поэтому, конечно, это не проблема.
Если бы вы попытались обслужить файл AVI без повторного смешивания, у вас возникли бы значительные проблемы при попытке декодировать его на клиенте (скорее всего, он вообще не работал бы).
Точно так же, если вы нацелены на устройство, которое может только демультиплексировать транспортный поток, то повторное смешивание из MP4 в TS позволит декодировать мультимедиа не на этом устройстве.
Если в настройках плеера миновать dmix, выводить через hw:0,0 то играет файлы 48,96,192 КГц, а обычные 44,1 нет, молчит. Audacious играет всё, но он не читает cue-файлы, да и просто хотелось бы понять почему. Проблема не в дистрибутиве - так во всех Linux'ах
Это на Juli@ ? А то телепаты в отпуске.
Если на ней, и другие проигрыватели играют, я считаю, ответ очевиден.Карта не поддерживает частоту дискретизации 44.1khz.
Да, на Juli@, ну очевидно что виноват QMMP, ну почему.
Поддерживает, 100%, есть такой режим, без передискретизации, да и в Audacious играет, в т.ч. в /proc/asound/. /hw_params показывает что играет на 44,1. Хех, скорее покончу с Линуксом, кто послушал бы, так поверил
Ну так выхлоп же в студию. Да, и SRC-плагин там таки не с проста.
Не понял чего-то я. SRC-плагин - такой там нашёл, он не включен)
Решил проблему - настроил вывод через SPDIF (который перенаправляется на аналоговые выходы), он у меня был отключен, все частоты играет как надо.
Очень сильное колдунство
Запутался: при выводе через: ESI Juli@: ICE1724 (hw:0,0) и ESI Juli@: ICE1724 IEC958 (hw:0,1) - не играет 44,1 kHz. А при ESI Juli@, ICE1724 IEC958 (S/PDIF) Digital Audio Output (iec958:CARD=Juli,DEV=0) играет, но если включить второй источник звука, например браузер, то в нём музыка звучит - получается что тут включается dmix? Но: если через «ESI Juli@, ICE1724 IEC958 (S/PDIF) Digital Audio Output» играет аудио 24/192 или 24/96 второй источник молчит. Audacious у меня не читает ape и cue, vlc не скробблит, нет нормального плеера
Тему закрываю: подсказали: нужно вместо hw:0,0 написать plughw:0,0 - всё работает, всем спасибо
Взял себе немного селёдки. Пытаюсь запивать молоком. После этого, блин, не могу слезть с толчка. Лечится только сжиранием активированного угля. Отдельно селёдка и молоко переносятся нормально. Что это может быть?
Ты пытаешься слушать музыку через ВИДЕОПЛЕЕР. Ты ещё попробуй посмотреть фильм в Clementine
Взял себе немного селёдки. Пытаюсь запивать молоком. После этого, блин, не могу слезть с толчка.
Это не аргумент. Да, я иногда использую vlc для слушанья mp3, flac, . Он это умеет. Он не видеоплейер, он медиаплейер.
Содержательные мысли будут?
Логично предположить, что в VLC поддержка cue находится в малофункциональном и слабо протестированном состоянии в виду низкого приоритета этой фичи с точки зрения его разработчиков.
Представляется разумным попробовать воспроизводить файлы плеером, где поддержка cue поставлена во главу угла. В линуксах таким является только DeadBeef, с недавних пор он доступен и для OS X.
Если он не умеет gapless playback, значит это не аудиоплеер.
А если мне не нужен оный гаплесс - я не пользователь аудиоплейера?;)
Стар я в чужом коде ковыряться!
А если мне не нужен оный гаплесс
Нужен тебе или не нужен, это не имеет значения. Аудиоплеер должен воспроизводить треки только в таком режиме и никак иначе, ибо это правильно. Не gapless — не правильно.
Хорошо. Пусть. Он видеоплейер, который умеет играть и аудио тоже. И я его использую.
Аудиоплеер должен воспроизводить треки только в таком режиме и никак иначе
ты должен излагать мысли по другому, а ещё срочку отслужить и мне 50к евро за этот пост и никак иначе
VLC вообще глючное поделие, только кнопок/настроек много
И он не работает.
Ну вот на отдельно взятых мп3 работал, а тут такой пердимонокль.
VLC вообще глючное поделие, только кнопок/настроек много
Я его в основном использую для онлайн потоков, т.к. у него лучшая поддержка всяких протоколов. Ну и бывает удобно нажать кнопку записи при этом когда надо (будет писать без перекодирования).
Читайте также: