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 જીવનચક્ર દ્વારા પ્લેયર અને પછી તેની માલિક ફેક્ટરી મુક્ત કરો.

સંબંધિત લેખો