aidz kirjutas:VDR distributsioonide ülevaade:
http://www.vdr-wiki.de/wiki/index.php/V ... ributionen
Võtaks HDTV vaatamise võimalused siis kokku:
1. VDR + xine plugin (või xinenetwork plugin)
2. VDR + softdevice (xv, directFB,framebuffer, vidix)
3. Xine, Kaffeine ja Mplayer otse dvb kaardiga
4. vdr + streamdev-server + mplayer, vlc vms. kasvõi üle võrgu)
Tuleb kellelgi veel midagi meelde?
5. Krüptimata kanalite puhul võib ju kasutada dvbstream'i, valida PID'id välja ja multicastida võrku.
Vaadata saab mplayeri, kaffeine, xine, vlc või misiganes asja abil, mis oskab multicastitavat transport streami vastu võtta.
Kahjuks minu SS1 suri ära ja tegelikult SS1 abil vist ei saa kah (SS1 puhul ei saaminuteada tervet streami korraga kätte vaid ainult valitud PID'id, kuid mitte rohkem kui see totakas kivi seal peal jaksab - st. kuni 9Mbps) - parandage mind, kui ma eksin.
Samas, DVB-T jaoks istub mul kuskil üks kast, kus on DVB-T kaart ja töötab dvbstream.
Kood: Vali kõik
dvbstream -f 666000000 -qam 64 -udp -ttl 2 \
-net 239.192.0.1:2222 0 456 457 400 \
-net 239.192.0.2:2222 0 532 850 276 \
-net 239.192.0.3:2222 0 540 675 280 \
-net 239.192.0.4:2222 0 536 690 281
Selleks, et vlc rahul oleks, tuleb kindlasti peale audio ja video streamida ka PAT (PID 0) ja PMT - mplayer ning lib-xine'l baseeruvad asjad saavad ilma hakkama.
Sellist lahendust kasutan ma valdavalt seetõttu, et saaks telepildi läpparist või mõnest teisest või kolmandast arvutist ette võtta, ttl on 2 seetõttu, et multicastiv masin on kohtvõrgu suhtes linuxipõhise ruuteri taga, kus jookseb pimd, seega saadetakse kohtvõrku ainult neid streame, mida keegi küsinud on.
Kuna DVB-T kaart on üsna sarnane SS2'le, siis võiks sama lahendus ka SS2 kasutades toimida, ka HDTV puhul, sest SS2 kasutades peaks niisuguse lahenduse korral olema asi kinni ainult võrgu läbilaskevõimes (mis tänapäevase etherneti puhul ehk piduriks ei saa) ning vaatamisprogrammi võimekuses.