Стратегии для устранения проблем с буферизацией XBMC на Raspberry Pi

Домашние сми

Последнее обновление Дек 11, 2020

Содержание

Исправить источник видео

Исправление ошибок буферизации в XBMC на Raspberry Pi

buffermode

cachemembuffersize

readbufferfactor

Рекомендуемые настройки кэша XBMC

Проблемы с буферизацией XBMC могут раздражать при попытке просмотра видео на вашем HTPC. Проблема усиливается, если видео имеет качество HD или ваш HTPC имеет меньше доступных ресурсов. Raspberry Pi, имеющий всего 512 МБ ОЗУ и скромную мощность процессора, подвержена медленной буферизации. В этой статье я покажу вам несколько способов исправить медленную буферизацию на XBMC, работающем на Raspberry Pi. Эти исправления должны решить проблемы с буферизацией XBMC в OpenELEC, Xbian, Raspbmc или полномасштабном HTPC с XBMC. Обратите внимание, что некоторые из исправлений для проблем буферизации XBMC, перечисленных ниже, требуют XBMC 13 Gotham.

Raspberry Pi XBMC Проблемы с буферизацией

Исправить источник видео

Одним из первых мест, где можно проверить, есть ли у вас проблемы с буферизацией XBMC на Raspberry Pi, является источник видео: Интернет, USB-накопитель, SD-карта или сетевое хранилище.

Интернет-потоковая передача: убедитесь, что ваш маршрутизатор обладает достаточной мощностью и способен бороться с любыми сетевыми помехами и доставлять контент на ваше устройство. С другой стороны, убедитесь, что ваше устройство может подключаться к маршрутизатору с постоянной скоростью. На Raspberry Pi я настоятельно рекомендую использовать проводное соединение с хорошим кабелем Ethernet. Если вам нужно использовать Wi-Fi, используйте хороший совместимый адаптер Wi-Fi (проверьте этот список ).
USB-накопитель: проверьте этот список, чтобы убедиться, что у вас есть совместимый USB-накопитель. Медленный или несовместимый USB-накопитель может не поддерживать пропускную способность, необходимую для HD-видео.
SD-карта: если вы храните видео локально на SD-карте, вам определенно нужна совместимая высокопроизводительная SD-карта. [ Читать: 7 аксессуаров Raspberry Pi для создания медиацентра XBMC ]
Сетевое хранилище: если вы храните носитель централизованно в сетевом хранилище или на файловом сервере, убедитесь, что используемый вами протокол файлового сервера поддерживает пропускную способность. Хотя файловый сервер Samba хорош, если у вас есть возможность, выберите файловый сервер NFS. Вам также необходимо убедиться, что ваш маршрутизатор обладает достаточной мощностью для поддержки полосы пропускания, необходимой для потоковой передачи видео. [ Читать: включить и настроить общий ресурс OpenELEC Samba на Raspberry Pi ]

Убедившись, что вы минимизировали проблемы с источником или сетью, проверьте еще раз, чтобы убедиться, что буферизация Raspberry Pi XBMC все еще существует или слишком медленная. Если это так, перейдите к изменению конфигурации установки XBMC.

Исправление ошибок буферизации в XBMC на Raspberry Pi

Некоторые из проблем медленной буферизации XBMC могут быть решены путем изменения конфигураций XBMC, особенно того, как обрабатывается видео-кеш. Эти настройки требуют редактирования advancedsettings.xmlфайла в userdataпапке. Если файл не существует, его нужно создать. Информация о структуре advancedsettings.xmlи ее расположении в различных операционных системах доступна здесь. На OpenELEC, Xbian или Raspbmc он находится в следующих папках:


OpenELEC: /storage/.xbmc/userdata/
Raspbmc: /home/pi/.xbmc/userdata/
XBian: /home/xbian/.xbmc/userdata/

Добавьте следующий раздел в свой, advancedsettings.xmlа затем настройте их, как описано далее в этом посте.

Обратите внимание, что эти пресеты могут отличаться в зависимости от используемого вами дистрибутива, и некоторые настройки могут не работать на XBMC 12.X Frodo и ниже.

buffermode

Работает на XBMC 13 Gotham и выше. Буферный режим устанавливает, какие видео XBMC будет кешировать. По умолчанию установлено значение 0, что позволяет кэшировать все видео из Интернета (http, FTP, WebDAV и т.д. ). Ниже перечислены другие варианты:

1 – буферизуйте все видео, включая локальные
2 – Буферизировать только истинные интернет-потоки (http, strm и т.д. )
3 – Нет буфера

Если вы испытываете заикание XBMC при воспроизведении видео из локального сетевого хранилища, выберите 1 в качестве Buffermode. Воспроизведение с USB-накопителя или SD-карты почти никогда не должно вызывать проблем с буферизацией XBMC, если только не возникает проблема совместимости оборудования.

cachemembuffersize

По умолчанию XBMC выделяет 20 МБ для кэша (обратите внимание, что на самом деле для этого требуется в 3 раза больше свободной оперативной памяти, в данном случае 60 МБ). Если вы решите кэшировать видео, то может помочь увеличение доступной кеш-памяти. На Raspberry Pi с OpenELEC, Xbian или Raspbmc я бы не стал превышать 40 или 50 МБ (обратите внимание, что для этого требуется 120 или 150 МБ свободной ОЗУ), иначе XBMC может часто зависать. Чтобы установить cachemembuffersize40 МБ, используйте 41943040 (40 x 1024 x 1024). Если вы используете полноценный HTPC с 4 ГБ оперативной памяти, вы можете пойти выше.

В качестве альтернативы вы можете установить cachemembuffersizeзначение 0, что заставит XBMC использовать локальное хранилище (SD-карту) для кэширования видео. В этом случае размер кэша ограничен только объемом доступного свободного пространства. После остановки видео кеш автоматически очищается, чтобы освободить место. Обратите внимание, что это увеличит чтение / запись на вашей SD-карте, что может сократить срок ее службы. Но SD-карты дешевы, и это может помочь устройствам с низким объемом оперативной памяти, таким как Raspberry Pi. Но хорошая SD-карта с более высоким рейтингом определенно рекомендуется. [ Читать: 10 твиков для улучшения производительности XBMC на Raspberry Pi ]

readbufferfactor

Работает на XBMC 13 Gotham и выше. Значение по умолчанию – 1,0, что сделает кэш XBMC немного выше того, что необходимо для его воспроизведения. Этот параметр влияет на то, какая часть пропускной способности сети используется для кэширования видео. В моем доме, когда я смотрю видео, оно имеет приоритет над всем остальным. Поэтому установка 2.0, 3.0 или 4.0 будет во много раз более высокой пропускной способностью. В большинстве случаев установка его на 4.0 не должна вызывать никаких проблем. Однако, если вы заметите какие-либо всплески использования ЦП или пропускную способность сети для других устройств, уменьшите readbufferfactor.