vlcj делегирует доступ к медиа нативному LibVLC. Передайте параметр прокси при создании MediaPlayerFactory, используемого для создания проигрывателя:

import uk.co.caprica.vlcj.factory.MediaPlayerFactory;

var factory = new MediaPlayerFactory(
    "--http-proxy", "http://proxy.example.net:8080");
var player = factory.mediaPlayers().newMediaPlayer();

Параметр и его значение — отдельные аргументы конструктора, что соответствует интерфейсу аргументов LibVLC. Полученный проигрыватель использует нативную конфигурацию экземпляра этой фабрики. Конечная точка HTTP из списка HTTP-прокси может заполнить аргумент прокси для разрешённого доступа к публичным медиа.

Изменение свойства Java http.proxyHost не заменяет эту нативную настройку HTTP автоматически. Точно так же медиапроигрыватель, созданный из другой фабрики, может иметь другую конфигурацию.

Убедитесь, что загруженная версия LibVLC и её модуль доступа по HTTP поддерживают этот параметр. Передача неподдерживаемого аргумента через Java не добавляет эту возможность в нативную библиотеку.

Это настраивает доступ к медиа по HTTP. Он не преобразует каждый медиапротокол, например RTSP или UDP, в запрос через HTTP-прокси. Освободите проигрыватель, а затем его фабрику через обычный жизненный цикл vlcj в приложении.

Похожие статьи