У меня есть много файлов MP4 MKV MOV различной длины, разрешения, аудио форматов, аудио и качества изображения.Во что я должен конвертировать их, чтобы добиться максимальной производительности воспроизведения без потери качества?

Мое исследование ((> час) истории браузера)

Чтобы избежать узкого места на жестком диске, я использую RAMDisk, но некоторые файлы слишком велики.

PC Specs
  1. Dell OptiPlex GX280, новейший BIOS
  2. Intel Pentium 4 2,8 ГГц Northwood (32-разрядная версия)
  3. 2,5 ГБ ОЗУ
  4. Жесткие диски
    • ST3200014A
    • 2 × WDC WD400BB-75FRA0
  5. Операционные системы
    • Lubuntu 14.10 (обновлено, подлежит замене)
    • Windows 7 Ultimate (обновлено)
|источник

2 ответа2

1

Если вы не хотите потерять качество, тогда единственный вариант - сохранить видео в том виде, в каком оно есть, или преобразовать его с помощью видео / аудио кодека без потерь (например, видео HuffYUV + аудио PCM или ffv1 для видео). Конечно, это увеличит размер файла и приведет к снижению производительности в нормальных условиях.

Я говорю "нормально", потому что, если вы хотите выполнять нелинейное редактирование видео, гораздо эффективнее работать с кодеками без потерь (или, по крайней мере, только с I-кадром), чтобы вы могли получить доступ к видео в любом кадре без необходимости декодировать другие кадры. , Однако для нормального воспроизведения видео это не проблема.

Те видео, которые вы, вероятно, скопировали с DVD или Blu-ray или скачали из Интернета, сильно сжаты, и им требуется только пропускная способность от 500 кбит / с до 2 Мбит / с с вашего носителя. Жесткие диски могут предоставить гораздо больше, чем это. Ваше настоящее узкое место - двенадцатилетний процессор, который должен вовремя декодировать всю видеоинформацию.

Если вы хотите смотреть HD-видео в довольно приличном качестве, подумайте об обновлении до новой системы.

Ваш последний вариант - если вы можете пожертвовать качеством - это преобразовать видео в меньшие размеры (например, от 1080p до 720p) и / или выбрать менее требовательный к видео кодек (например, от H.264 до MPEG-4, часть 2).

|источник
0

Попробуйте 64-битный Linux. Или, может быть, просто ядро amd64 и 64-битный статический двоичный файл mplayer для тестирования без переустановки.

На x86 / x86-64 код, работающий в 64-битном режиме, значительно эффективнее, потому что обратное сравнение с древними соглашениями о вызовах x86 не требуется. И что еще более важно для мультимедиа, в два раза больше обычных и SSE (xmm) регистров.

Если у вас возникают проблемы с воспроизведением обычных видео в режиме реального времени, возможно, ваше видеооборудование является узким местом. проверьте с помощью mplayer -vo null ...

Если вы по -vo vdpau , возможно, именно поэтому у вас возникли проблемы. vdpau довольно новый, но включен по умолчанию в недавнем Ubuntu / mplayer. -vo xv обычно хорош (то есть эффективен), и -vo gl может стоить попробовать.

Если у вас есть гиперпоточность на этом процессоре, используйте mplayer -lavdopts threads=2

Если нет, вы можете попробовать mplayer -lavdopts fast:skiploopfilter input.mp4

Это будет выглядеть плохо, особенно для видео с более низким битрейтом, где внутриконтурный фильтр имеет большее значение для h.264. (декодированные изображения фильтруются ПЕРЕД использованием в качестве ссылок для последующих кадров. пропуск этого позволяет накопить ошибки.)

Если у вас проблемы с YouTube, но не с локальным воспроизведением, то это просто потому, что двоичный двоичный объект Adobe ужасен по сравнению с mplayer. Используйте Google Chrome, чтобы получить лучшую поддержку html5-видео на YouTube, поэтому по умолчанию html5 будет декодироваться в chrome, а не во флэш-память, созданную Adobe.

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .