Tahrlite6.1.1 K4.2.8 Hun/Eng 5-ik, BT kiadás, 2020 Jan.

Pupletek, Új puppy változatok, veruiók, ISO fájlok,
Avatar
KuLuSz
Hozzászólások: 492
Csatlakozott: 2014.06.17. 21:19

Re: Tahrlite6.1.1 K4.2.8 Hun/Eng 5-ik, BT kiadás, 2020 Jan.

Hozzászólás Szerző: KuLuSz »

Erről Ticoo1 többet tudna nyilatkozni ... de első tippem az lenne hogy régi verzió (hiányzó kodekkek a lejátszáshoz). De ha nem ez akkor a lejátszók kevés kessel (cache) akarják megnyitni a linket , szintugy mint a vlc-nél , már szétnéztem a neten mindegyik lejátszónál , de semmi eredményes kapcsolót nem találtam gnome-mplayer / mplayer/ ffplay ügyben . Az ffplay és mpv simán viszi az SD FIX tv-t ami alapból be van állítva a szkriptben xenialon ...

ffmpeg version 2.8.11 ezzel megy ...

Kód: Egész kijelölése

  libavutil      54. 31.100 / 54. 31.100
  libavcodec     56. 60.100 / 56. 60.100
  libavformat    56. 40.101 / 56. 40.101
  libavdevice    56.  4.100 / 56.  4.100
ebből a lényeg : libavcodec 56. verzió a régebbi rendszerekben 54 volt aszem ...
ezeket megtudod nézni terminálban ha beírod ffmpeg
-<(].K.u.L.u.S.z.[)>-
-----------------------------------------------
Elérhetőségeim: Angol irc csevegő, (reg mentes) Discord, YouTube

NTamas
Hozzászólások: 1654
Csatlakozott: 2014.06.19. 13:36

Re: Tahrlite6.1.1 K4.2.8 Hun/Eng 5-ik, BT kiadás, 2020 Jan.

Hozzászólás Szerző: NTamas »

... - az onlinestream.hu-ról egy xspf fájl képében letölthető a böngésző által megjeleníteni nem bírt(mpeg ts) TV csatorna, és ebből az xspf fájlból, ami csak egy szöveges állomány - lehet "kitermelni" azt a linket, amit a puprádió tv-nézője, - csakis MPV használatával! - kezelni képes. (szomorú, hogy míg vindózra létezik olyan médialejátszó, amelyik gond nélkül kezel xspf fájlokat és ez a PotPlayer, addig linuxon mindig kell valami hókuszpókusz, hogy ugyanazt az eredményt elérjük...) ...

Azért nem ártana azt sem elfelejteni, hogy az XML Shareable Playlist Format (XSPF), kiejtve spiff, egy XML-alapú lejátszási lista formátum a digitális média számára, amelyet a Xiph.Org Alapítvány szponzorál.

Az XSPF egy fájlformátum, amellyel megoszthatja a lejátszási listákat, amelyek lejátszhatók egy személyi számítógépen vagy hordozható eszközön. Ugyanúgy, ahogy bármely felhasználó bármely számítógépen bármilyen weblapot megnyithat, az XSPF célja a lejátszási listák hordozhatóságának biztosítása.

Alapvetően a xspf 1.0 lejátszási lista xml formátuma így nézhet ki:

<?xml version="1.0" encoding="UTF-8"?>
<playlist version="1" xmlns="http://xspf.org/ns/0/">
<trackList>
<track>
<title>Windows Path</title>
<location>file:///C:/music/foo.mp3</location>
</track>
<track>
<title>Linux Path</title>
<location>file:///media/music/foo.mp3</location>
</track>
<track>
<title>Relative Path</title>
<location>music/foo.mp3</location>
</track>
<track>
<title>External Example</title>
<location>http://www.example.com/music/bar.ogg</location>
</track>
</trackList>
</playlist>

Jól látható, hogy megadhatunk benne helyi médiafájl elérést, (ez lehet a saját gépünkön lévő médiafájl címe, esetleg hivatkozhatunk az állományra relatív patch-ként is, már amennyiben az állomány helye, benne a média állománnyal szerepel az oprendszer Patch-ában.(fel van oda véve - kézzel, a felhasználó által) Továbbá hivatkozhatunk a megjeleníteni és lejátszani kívánt média állományra egy külső Net-es címmel is, mindezek jól lekövethetőek az xspf playlist location részében.
Eddig a szabványos megjelenítést tárgyaltuk, de pl. az említett online.hu weboldalról beszerezhető xspf fájlok tartalmaznak(a legtöbbjük már ilyen) másfajta külső elérési címmegadást is, lásd példának a Fit-tv xspf fájljának a tartalmát:

<?xml version="1.0" encoding="UTF-8"?>
<playlist version="1" xmlns="http://xspf.org/ns/0/">
<trackList>
<track>
<title></title>
<location>https://redirect.onlinestream.live/hbbt ... </location>
</track>
</trackList>
</playlist>

Ilyn címet tartalmaz mé például a Fishing & Hunting xspf fájl tartalma is:(csak a locations részt másolom be, az a lényeg amúgy is, a többi fájl az azonos az előző link tartalmával) <location>https://redirect.onlinestream.live/hbbt ... </location>

Jól látható, hogy ez már nem a hagyományos közvetlen média cím elérést valósítja meg, hanem csak egy ún. hivatkozást tartalmaz az online.hu-szerveren futó ún.cgi fájlra, ami azután a linkben szereplő id= azonosító alapján fogja beazonosítani a lekérést, és visszaadni a kérést indító lejátszónak a tényleges média címet, vagy streamcímet. A gond azonban az, hogy az ilyenfajta cgi-s átirányításos xspf címet a régebbi vlc-k nem jól, vagy sehogyan sem képesek lekezelni, lásd pl a 2.1.6-os verziójú Linux alatt futó vlc mit csinál ha ilyen cgi-s címet kap, hát nem túl sokat, az biztos.

Kép

Továbbá a régebbi vlc-k az Apple féle hls streamot sem képesek korrekten kezelni, legtöbb esetben szintén hibaüzit adnak ki a hls linkekre. Ilyen hls linket tartalmaz például a Balaton-tv xspf fájljában lévő két m3u fájlcím is.

<?xml version="1.0" encoding="UTF-8"?>
<playlist version="1" xmlns="http://xspf.org/ns/0/">
<trackList>
<track>
<title>(#1) - Balaton TV</title>
<location>https://stream.iptvservice.eu:443/hls/b ... </location>
</track>
<track>
<title>(#2) - Balaton TV</title>
<location>http://stream.iptvservice.eu:80/hls/bal ... </location>
</track>
</trackList>
</playlist>

Erre a régebbi, pl. az említett 2.16-os VLC puppylinux alatt ezt műveli.

Kép

Tanulság, a lehető legújabb verziót kell a vlc-ből is használni, de ez a régebbi puppyknál már nehezen jön össze hiszen ezekhez a már lefordított vlc verzió is eleve régi, régi a 2.1.6-os és a tahrpuppyhoz való 2.2.0 -s verzió is, továbbá ezek a régi vlc-k nem igazán jó xml-lejátszók, ahogy nem túl jó a hls lejátszó képességük sem!

A megoldás ezen régi puppyk esetében az, hogy normális iptv-s címeket kell beszerezni, és akkor nincs gond annak a megjelenítésével, lásd az általad is említett RTl Klub xspf tartalmát, és az abban lévő normális url címet.

<?xml version="1.0" encoding="UTF-8"?>
<playlist version="1" xmlns="http://xspf.org/ns/0/">
<trackList>
<track>
<title>RTL Klub</title>
<location>http://152.66.115.226:33390/bysid/203</location>
</track>
</trackList>
</playlist>

Ezt még a sima mplayer motorú lejátszók is simán meg tudják jeleníteni.(nem véletlenül!)
Valamint a régebbi verziójú -2.1.6- vlc is simán képes ezt lejátszani.(van kép és magyar hang is alapból)
Kép

A 3.0 és magasabb verziószámú vlc-k már jobbak ezen téren, és kb. ugyanez vonatkozik az ffmpeg lejátszókra is, az újabbakba már több lehetőség van belefordítva az ffmpeg készítésekor, és az újabb lejátszó szoftverek, mpv, potplayer stb. szintén több lehetőséget ismernek, és jobbak az xspf lejátszó képességük, ez van, sajnos.

ticoo1
Hozzászólások: 540
Csatlakozott: 2014.10.21. 08:58

Re: Tahrlite6.1.1 K4.2.8 Hun/Eng 5-ik, BT kiadás, 2020 Jan.

Hozzászólás Szerző: ticoo1 »

Kedves "csaipesz"!

Nagyon szépen köszönöm e remek összeállítást, megint van miben "guberálnom". :D

Ugyanakkor megjegyezném, hogy az ffmpeg-gel valóban probléma van, hiányoznak lib-ek.

Kép..
Screenshot.jpg
Screenshot.jpg (73.12 KiB) Megtekintve 169 alkalommal
Ennek valószínűleg az az oka, hogy a puppy "megtréfált" amikor a fősfs-t készítetted. Számomra teljesen ismeretlen okból, a fősfs készítésekor, olykor teljesen véletlenszerűen nem épít be mindent. Többször jártam már így, s aztán kezdhettem elölről. Itt is ez lehet a magyarázat.

De az összeállítás nagyon korrekt, mert anélkül "tuningólható", hogy bármihez is hozzá kelljen nyúlni.
Screenshot(1).jpg
Screenshot(1).jpg (80.93 KiB) Megtekintve 169 alkalommal
Screenshot(2).jpg
Screenshot(2).jpg (93.49 KiB) Megtekintve 169 alkalommal
Itt a harmadik képen látható, hogy akár az ffmpeg-4 is gond nélkül használható, de a glibc-t ebben az esetben le kell cserélni a 2.29-es verzióra. A cserék után is remekül működik minden, habár a hardinfo nem fogja látni a glibc verziót. Ez azért van, mert a hardinfo csomag régi.

Még egyszer nagyon szépen köszönöm!

Bocsi elfelejtettem, az összeállítást Ryzen 3-as gépen teszteltem, vagyis a legújabb gépeken is remekül teljesít! :mrgreen:

Válasz küldése

Vissza: “Pupletek”