forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Выпуск мультимедиа-пакета FFmpeg 3.1, opennews (ok), 27-Июн-16, (0) [смотреть все]

Декодировщик добавили спустя двадцать лет Кодировщика, очевидно, не будет Слав, Mihail Zenkov (ok), 11:44 , 27-Июн-16, (1) +4 //

Зачем тратить время на кодировщик который уже не актуален по всем техническим па, Аноним (-), 12:18 , 27-Июн-16, (7) +5 //

Так я о том и говорю - нет смысла писать кодировщик, когда cd-audio фактически у, Mihail Zenkov (ok), 14:18 , 27-Июн-16, (13) +3 //

Это как сказать Иногда внезапно при проигрывании очередного диска можно увидеть,, Stax (ok), 14:59 , 27-Июн-16, (18) +5

Хотел проверить сколько же реально hdcd у меня в коллекции Написал скрипт ffmpeg, Mihail Zenkov (ok), 19:23 , 27-Июн-16, (22)

Эээ не совсем Это фильтр, если его активировали, он всегда работает Выходной ф, Stax (ok), 21:03 , 27-Июн-16, (25) +2

В первом моем варианте оба выходных формата были s16le При варианте s24le сумма , Mihail Zenkov (ok), 22:02 , 27-Июн-16, (27)

Ну ээ результат hdcd-декодирования в 16 бит положить невозможно Искажения буд, Stax (ok), 22:18 , 27-Июн-16, (28)

Очень даже возможно Не будет Начнем с того, что 16 бит с дитерингом вполне д, Mihail Zenkov (ok), 00:27 , 28-Июн-16, (30) –1

Будут элементарно Проще показать на примере, вместо вместо 24 бит - 8, вместо 1, Stax (ok), 15:01 , 28-Июн-16, (32)

Вы наверное отпечатались в вашем примере будет 0011 Вы не учитываете два факта , Mihail Zenkov (ok), 16:49 , 28-Июн-16, (34)

Это просто был пример, почему после hdcd-декодирования в 16 бит без дальнейших п, Stax (ok), 18:20 , 28-Июн-16, (36)
При преобразовании HDCD в 16 бит мы по сути делаем тоже самое, что и звукорежисс, Mihail Zenkov (ok), 20:22 , 28-Июн-16, (37)

Проверил свою коллекцию metal rock classic jazz flac - нашел семь альбомов Эт, Mihail Zenkov (ok), 12:04 , 28-Июн-16, (31)

Ну кое-что Ясненько Вообще реальный проигрыватель по-моему смотрит на тэги то, Stax (ok), 15:09 , 28-Июн-16, (33)

mpv Но он больше для видео Возможно есть удобный frontend Я пока не все провер, Mihail Zenkov (ok), 16:55 , 28-Июн-16, (35)

Есть какая-нибудь годная кроссплатформенная обёртка для использования FFmpeg то, robux (ok), 11:44 , 27-Июн-16, (2) //

обертка на каком языке вообще, их как грязи на любом И чем плохо запускать ег, Аноним (-), 11:56 , 27-Июн-16, (4) +2 //

Вероятно, он хочет на Ruby для своего проекта Pandoranet Там впрочем, довольно , Аноним (-), 12:11 , 27-Июн-16, (5)
В идеале на ruby Уже сижу покуриваю https github com petems mplayer-rubyhttp , robux (ok), 12:12 , 27-Июн-16, (6) +1

команды ffmpeg и man ffmpeg - самые переносимые и самые гибкие перекодировка сна, Аноним (-), 12:22 , 27-Июн-16, (8) +11 //

зачем это нужно, если формат контейнера и так определится по расширению , Аноним (-), 13:50 , 27-Июн-16, (11) //

На случай, если расширение другое , 5kbps (ok), 14:24 , 27-Июн-16, (14)
на практике это можно не использовать, но в христоматийном примере оно должно фи, Аноним (-), 14:24 , 27-Июн-16, (15) +5

Я уже пытался использовать голый ffmpeg Если в лине ещё можно поток pipe выд, robux (ok), 19:21 , 27-Июн-16, (21) //

Пайпы и возможность гонять произвольные данные через стандартные потоки ввода-вы, Аноним (-), 23:03 , 27-Июн-16, (29) –3
А что, в винде ffmpeg - не работает , dq0s4y71 (??), 16:38 , 29-Июн-16, (38)

handbrake fr, Аноним (-), 12:23 , 27-Июн-16, (9) –1

5 лет ждал И хоть бы один Closed Source дал бы это за деньги в 2011 , Аноним (-), 13:45 , 27-Июн-16, (10)
Теперь я успею перегнать все свои мультики с пони , ipony (?), 14:14 , 27-Июн-16, (12) +3 //

А зачем их перегонять Не самогон же , iPony (?), 20:53 , 27-Июн-16, (24) –1
FIXEDТеперь я успею погонять на все свои мультики с пони , VJLink (?), 21:29 , 27-Июн-16, (26) +2

API серьёзно перелопатили , anonymous (??), 14:27 , 27-Июн-16, (16)
Эта самое нужное нововведение во всём релизе Теперь при вскрытии очередной дыры, 5kbps (ok), 15:45 , 27-Июн-16, (19)

Сообщения [Сортировка по времени | RSS]

8. "Выпуск мультимедиа-пакета FFmpeg 3.1" +11 +/–

Сообщение от Аноним (-), 27-Июн-16, 12:22

команды ffmpeg и man ffmpeg - самые переносимые и самые гибкие.
перекодировка сначала отрабатывается на куске файла (опции -ss и -t, использовать перед -i), команда корректируется в какомнить .sh-файле, после чего -ss и -t убираются и перекодировывается вся вещь.
в качестве краткого ликбеза вот пример команды:
ffmpeg -i входнойфайл -map 0:v -map 0:a:1 -map 0:s:0 -f matroska -s 720x406 -c:v libx264 -threads:v 2 -c:a:0 libmp3lame -threads:a:0 1 -c:s:0 copy out.mkv
это значит:
1. -map: из файла "входнойфайл" (первый файл - индекс 0 в -map) взять видеопоток (0:v), второй аудиопоток (0:a:1) и первый поток субтитров (0:s:0);
2. -f: закодировать це всё в матрёшку (mkv);
3. -s: разрешение итогового видео;
4. -c: кодировщики: закодировать видеопоток кодеком libx264, выполнять двумя потоками (-threads:v 2), закодировать первый аудиопоток выходного файла (он был вторым во входном файле, но -map 0:a:1 было первым аудиопотоком, поэтому в выходном файле он первый) кодеком libmp3lame, выполнять в один поток; субтитры - скопировать;
5. результат записать в out.mkv.
как-то так.
интерфейс понятен как интеллектуально - через ман, - так и интуитивно - интуиция подсказывает, что команды надо как-то ввести. скорее всего с клавиатуры.
лучше всяких визивигов и прочих мелкомягких плюшек.
поэтому как-то так...

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

11. "Выпуск мультимедиа-пакета FFmpeg 3.1" +/–

Сообщение от Аноним (-), 27-Июн-16, 13:50

>2. -f: закодировать це всё в матрёшку (mkv);
зачем это нужно, если формат контейнера и так определится по расширению?

Ответить | Правка | Наверх | Cообщить модератору

14. "Выпуск мультимедиа-пакета FFmpeg 3.1" +/–

Сообщение от 5kbps (ok), 27-Июн-16, 14:24

На случай, если расширение другое.

Ответить | Правка | Наверх | Cообщить модератору

15. "Выпуск мультимедиа-пакета FFmpeg 3.1" +5 +/–

Сообщение от Аноним (-), 27-Июн-16, 14:24

на практике это можно не использовать, но в христоматийном примере оно должно фигурировать - ради пущей определённости.

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

21. "Выпуск мультимедиа-пакета FFmpeg 3.1" +/–

Сообщение от robux (ok), 27-Июн-16, 19:21

> команды ffmpeg и man ffmpeg - самые переносимые и самые гибкие.
Я уже пытался использовать "голый" ffmpeg.
Если в лине ещё можно поток (pipe) выдёргивать прямо из консоли и в ruby его читать, то винде такое невозможно (ведь я прав, да?). Т.е. первая проблема при съёме данных с камеры и микрофона в винде и передачи их в Пандору.
Вторая грабля - это то, что полученные с другой стороны медиа-данные (видео, аудио, либо оба сразу в "матрёшке") можно раздемуксить и декодировать, но нельзя вывалить видео в нужное мне окошко (аудио поток можно пулять сразу на устройство).
Я эту проблему пытался решить пару лет назад (https://www.linux.org.ru/forum/development/10645570), в итоге родилось костыльное решение:
1) медиа-поток(и) с камеры и микрофона из ffmpeg'а вываливать на локальный udp-порт
2) снимать с локального udp Пандорой и посылать другой строне
3) другая сторона принимает поток, запускает свой mplayer и говорит ему в какое окно пулять видео (xid одного из окон Пандоры).
Костыльно, но по идее должно работать, я эксперименты в лине проводил, но так и не проверил в винде - может ли виндовый mplayer выводить в указанное виндовое окошко).
Мне не нравится, что придётся плодить udp-потоки. Всё-таки хотелось бы как-то напрямую:
1) брать в винде данные;
2) выводить видео во внутреннее окно.
Но такого фреймворка (кроме сговнявшегося Гстримера) я пока найти не могу.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

29. "Выпуск мультимедиа-пакета FFmpeg 3.1" –3 +/–

Сообщение от Аноним (-), 27-Июн-16, 23:03

> Если в лине ещё можно поток (pipe) выдёргивать прямо из консоли и в ruby его читать, то винде такое невозможно (ведь я прав, да?).
Пайпы и возможность гонять произвольные данные через стандартные потоки ввода-вывода в винде есть. Умеют ли это виндовые сборки Ruby и ffmpeg -- вопрос отдельный.

Ответить | Правка | Наверх | Cообщить модератору

38. "Выпуск мультимедиа-пакета FFmpeg 3.1" +/–

Сообщение от dq0s4y71 (??), 29-Июн-16, 16:38

> Если в лине ещё можно поток (pipe) выдёргивать прямо из консоли и
> в ruby его читать, то винде такое невозможно (ведь я прав,
> да?). Т.е. первая проблема при съёме данных с камеры и микрофона
> в винде и передачи их в Пандору.
А что, в винде "ffmpeg ... -" не работает?

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	8. "Выпуск мультимедиа-пакета FFmpeg 3.1"	+11 +/–
	Сообщение от Аноним (-), 27-Июн-16, 12:22
	команды ffmpeg и man ffmpeg - самые переносимые и самые гибкие. перекодировка сначала отрабатывается на куске файла (опции -ss и -t, использовать перед -i), команда корректируется в какомнить .sh-файле, после чего -ss и -t убираются и перекодировывается вся вещь. в качестве краткого ликбеза вот пример команды: ffmpeg -i входнойфайл -map 0:v -map 0:a:1 -map 0:s:0 -f matroska -s 720x406 -c:v libx264 -threads:v 2 -c:a:0 libmp3lame -threads:a:0 1 -c:s:0 copy out.mkv это значит: 1. -map: из файла "входнойфайл" (первый файл - индекс 0 в -map) взять видеопоток (0:v), второй аудиопоток (0:a:1) и первый поток субтитров (0:s:0); 2. -f: закодировать це всё в матрёшку (mkv); 3. -s: разрешение итогового видео; 4. -c: кодировщики: закодировать видеопоток кодеком libx264, выполнять двумя потоками (-threads:v 2), закодировать первый аудиопоток выходного файла (он был вторым во входном файле, но -map 0:a:1 было первым аудиопотоком, поэтому в выходном файле он первый) кодеком libmp3lame, выполнять в один поток; субтитры - скопировать; 5. результат записать в out.mkv. как-то так. интерфейс понятен как интеллектуально - через ман, - так и интуитивно - интуиция подсказывает, что команды надо как-то ввести. скорее всего с клавиатуры. лучше всяких визивигов и прочих мелкомягких плюшек. поэтому как-то так...
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	11. "Выпуск мультимедиа-пакета FFmpeg 3.1"	+/–
	Сообщение от Аноним (-), 27-Июн-16, 13:50
	>2. -f: закодировать це всё в матрёшку (mkv); зачем это нужно, если формат контейнера и так определится по расширению?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	14. "Выпуск мультимедиа-пакета FFmpeg 3.1"	+/–
	Сообщение от 5kbps (ok), 27-Июн-16, 14:24
	На случай, если расширение другое.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "Выпуск мультимедиа-пакета FFmpeg 3.1"	+5 +/–
	Сообщение от Аноним (-), 27-Июн-16, 14:24
	на практике это можно не использовать, но в христоматийном примере оно должно фигурировать - ради пущей определённости.
	Ответить \| Правка \| К родителю #11 \| Наверх \| Cообщить модератору


	21. "Выпуск мультимедиа-пакета FFmpeg 3.1"	+/–
	Сообщение от robux (ok), 27-Июн-16, 19:21
	> команды ffmpeg и man ffmpeg - самые переносимые и самые гибкие. Я уже пытался использовать "голый" ffmpeg. Если в лине ещё можно поток (pipe) выдёргивать прямо из консоли и в ruby его читать, то винде такое невозможно (ведь я прав, да?). Т.е. первая проблема при съёме данных с камеры и микрофона в винде и передачи их в Пандору. Вторая грабля - это то, что полученные с другой стороны медиа-данные (видео, аудио, либо оба сразу в "матрёшке") можно раздемуксить и декодировать, но нельзя вывалить видео в нужное мне окошко (аудио поток можно пулять сразу на устройство). Я эту проблему пытался решить пару лет назад (https://www.linux.org.ru/forum/development/10645570), в итоге родилось костыльное решение: 1) медиа-поток(и) с камеры и микрофона из ffmpeg'а вываливать на локальный udp-порт 2) снимать с локального udp Пандорой и посылать другой строне 3) другая сторона принимает поток, запускает свой mplayer и говорит ему в какое окно пулять видео (xid одного из окон Пандоры). Костыльно, но по идее должно работать, я эксперименты в лине проводил, но так и не проверил в винде - может ли виндовый mplayer выводить в указанное виндовое окошко). Мне не нравится, что придётся плодить udp-потоки. Всё-таки хотелось бы как-то напрямую: 1) брать в винде данные; 2) выводить видео во внутреннее окно. Но такого фреймворка (кроме сговнявшегося Гстримера) я пока найти не могу.
	Ответить \| Правка \| К родителю #8 \| Наверх \| Cообщить модератору


	29. "Выпуск мультимедиа-пакета FFmpeg 3.1"	–3 +/–
	Сообщение от Аноним (-), 27-Июн-16, 23:03
	> Если в лине ещё можно поток (pipe) выдёргивать прямо из консоли и в ruby его читать, то винде такое невозможно (ведь я прав, да?). Пайпы и возможность гонять произвольные данные через стандартные потоки ввода-вывода в винде есть. Умеют ли это виндовые сборки Ruby и ffmpeg -- вопрос отдельный.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	38. "Выпуск мультимедиа-пакета FFmpeg 3.1"	+/–
	Сообщение от dq0s4y71 (??), 29-Июн-16, 16:38
	> Если в лине ещё можно поток (pipe) выдёргивать прямо из консоли и > в ruby его читать, то винде такое невозможно (ведь я прав, > да?). Т.е. первая проблема при съёме данных с камеры и микрофона > в винде и передачи их в Пандору. А что, в винде "ffmpeg ... -" не работает?
	Ответить \| Правка \| К родителю #21 \| Наверх \| Cообщить модератору