VDR v. salvestav digiboks (salvestuse jõudlus)

[wookie]

Starmanil on kõige rohkem 11 kanalit ühes muksis, kõik on ka kodeeritud:
...
Panin kõik korraga salvestama ja prosekasutus oli 35-50%

Mis sa arvad, kuidas Starman sellisesse tegevusse suhtuks?

Niikaua kui arve makstud ei tohiks probleemi olla

Sisuliselt on see 11 streami nagu 11 kanali vaatamine. Mõnes mõttes oleks starmanil õigus saada 11x raha.

Ma oletaks, et igatsugu STB kastid ei salvesta 11 programmi järgmistel põhjustel:
* kanalioperaatorid poleks õnnelikud - valel ajal näidatud reklaam on samapaha kui reklaami näitamata jätmine
* 11 streami salvestamine võib panna vaatajakaardile üsna suure koormuse
* 11 streami korraga slavestamine on 11 threadi, mis juba asi, millega tulevad ilmsiks driverite ja teiste tarkvaratükkide bugid - see on aga äärmiselt halb, sest siis peab neid parandama. Seega - mida vähem paralleelseid protsesse, seda väiksem on tõenäosus, et kasutaja mõne softivea otsa komistab.

[dvbstats]

* 11 streami salvestamine võib panna vaatajakaardile üsna suure koormuse

Seal pole vahet kas üks või 11 kanalit, selle eest hoolitseb võtmete puhver.

[dvbstats]

Mis sa arvad, kuidas Starman sellisesse tegevusse suhtuks?

Niikaua kui arve makstud ei tohiks probleemi olla

Sisuliselt on see 11 streami nagu 11 kanali vaatamine. Mõnes mõttes oleks starmanil õigus saada 11x raha.

Analoogi puhul ei huvita mitte kedagi palju sul telekaid ja videomakke
kodus on, miks peaks digi puhul huvitama.

[jaan]

Väga hea võrdlus analoogiga ! Vähemalt telekamaksuvaba riigi korral.

Sama võrdluse võib tuua sati digiga. Ei Viasat ega Starman ei saa kontrollida mitut programmi korraga vaatan-salvestan oma arvutikaardiga. Teoreetiliselt võib mingi kaabel-tv digibox omada tagasiside kanalit, kuid arvatavasti praegustel mitte ja kahtlen et Starmani võrk üldse võimaldab tagasisidet iga kliendi juurest. Sati korral on tagasiside seni olematu.

Vaatajakaarti võin koormata niipalju kui tahan. Võtmete puhver pole vist kõige õigem termin. Esiteks arvan, et ühe ja sama hinnapaketi programmid kasutavat üht ja sama võtit. Teiseks teadupärast võtmeid kaardist välja kuidagi ei saa ja seega ei saa võtmete puhvrit kaardist väljapoole tekitada. Võimalik on krüpteeritud kontroll pakettide ECM, CW ja neile vastavate lahtikrüptitud pakettide puhver. Kuid kaldun arvama, et eri programmid saadavad oma erinevaid ECM pakette (võin ka eksida, pole nii süvenenud). Igatähes kaarti piinan niipalju kui tahan ja vaevalt ma suudan ta surnuks piinata.

Tundub, et digiboxi suutmatus mitut ühe muxi striimi salvestada on rohkem tarkvaraline ja võibolla spetsiaalselt nuditud kasvõi bugide tõttu. Riistvara ei tohiks takistuseks olla kui eeldada, et lahtikrüptimine ja mpeg2 dekooderimine võiks nagu olla palju rohkem riistvara poolt toetatud spets kividega, kui arvuti peamiselt tarkvaralise dekrüptingu ja mpeg2 dekodeerimise korral.

Parandasin unise peaga mitu korda trükivigu ja mõni ikka sees, sisu vast arusaadav

[jaan]

MPEG4/AVC pole kunagi probleemiks olnud...

iCE

Tegelikult ikka on küll, VDR jaoks on paar patchi mis pidavat
võimaldama MPEG4 salvestada aga PAFF ja MBAFF kaadreid
ei suuda Linuxi all hetkel ükski asi normaalselt näidata.
Selgitus mis need on:
http://forum.doom9.org/showthread.php?t=120317

ice väitest võiks nagu välja lugeda, et temal pole linuxis MPEG4/AVC kodeeringuga mingeid probleeme.

Ootaks selgitusi.

[ice]

ice väitest võiks nagu välja lugeda, et temal pole linuxis MPEG4/AVC kodeeringuga mingeid probleeme. Ootaks selgitusi.

dvbstats'i mainitud PAFF ja MBAFF on puhtalt online stream'ingu deinterlace'imise spetsiifilised probleemis. Nendega hetkel on tõepoolest tiba kehvad lood. Vähemalt seni kuni libavcodec'i arendajad normaalselt realiseerivad nad koodis. MPEG4/AVC ei ole ju ainult interlaced video!

VLC saab suurepäraselt hakkama poolte MPEG4/AVC profiilidega. Problemaatiliselt on aga interlaced PAFF/MBAFF frame'id...

Loe h.264 kohta siit, jaan: http://en.wikipedia.org/wiki/H.264

[ice]

Väga hea võrdlus analoogiga ! Vähemalt telekamaksuvaba riigi korral.

Keegi ei keela sul osta n+1 stb'd ja nende väljundid suunata analoogsalvestitesse... Ärgem unustagem - digi-broadcasting'u korral on hoopis teised tingimused ja reeglid kui analoog-broadcasting'u korral. Seda siis eelkõige sisutootjate/autoriõigusteomanike ja operaatori vahel...

Sama võrdluse võib tuua sati digiga. Ei Viasat ega Starman ei saa kontrollida mitut programmi korraga vaatan-salvestan oma arvutikaardiga. Teoreetiliselt võib mingi kaabel-tv digibox omada tagasiside kanalit, kuid arvatavasti praegustel mitte ja kahtlen et Starmani võrk üldse võimaldab tagasisidet iga kliendi juurest. Sati korral on tagasiside seni olematu.

Nad kontrollivad seda ikkagi. Vähemasti õigusruumis. Loe oma lepingut! Seal peaks suht selgelt kirjas olema, milliste seadmetega ja kuidas sa tohid nende poolt pakutavat vastu võtta... Ole meheks ja katsu oma märgi unenägusid teoks teha pace'i või thompsoniga

Vaatajakaarti võin koormata niipalju kui tahan. Võtmete puhver pole vist kõige õigem termin. Esiteks arvan, et ühe ja sama hinnapaketi programmid kasutavat üht ja sama võtit. Teiseks teadupärast võtmeid kaardist välja kuidagi ei saa ja seega ei saa võtmete puhvrit kaardist väljapoole tekitada. Võimalik on krüpteeritud kontroll pakettide ECM, CW ja neile vastavate lahtikrüptitud pakettide puhver. Kuid kaldun arvama, et eri programmid saadavad oma erinevaid ECM pakette (võin ka eksida, pole nii süvenenud). Igatähes kaarti piinan niipalju kui tahan ja vaevalt ma suudan ta surnuks piinata.

Siin sa jällegi eksid, vähemasti formaal-juriidiliselt! Loe lepingut!
Iga kanali striimi on peidetud võtme-küsimised. Need on kanaliti erinevad! Puhverdamine tuleb mängu vaid kaardiserveri korral, kus rohkem kui üks klient püüab sama võtme-küsimise korraga ja server selle asemel, et uuesti kaardiga suhelda annab juba esinenud vastuse puhvrist. Kaardi surnuks piinamisele eelneb see, et ecm'id ei saa vastatud õigeaegselt ja pilt hakkab hakkima. Uutel nn. c*-proof kaartidel lõppeb igasugune hookus-pookus hoobil kaardi lukustamisega. Hookus-pookuseks nimetagem siis siinkohal reaal-situatsioonis võimatut tegevust (näiteks kanalite vahetus millisekundite jooksul) aga täpselt sellisena paistab see uue põlvkonna vaatajakaartidele kui nood ennast kaardiserverist leiavad...

Tundub, et digiboxi suutmatus mitut ühe muxi striimi salvestada on rohkem tarkvaraline ja võibolla spetsiaalselt nuditud kasvõi bugide tõttu. Riistvara ei tohiks takistuseks olla kui eeldada, et lahtikrüptimine ja mpeg2 dekooderimine võiks nagu olla palju rohkem riistvara poolt toetatud spets kividega, kui arvuti peamiselt tarkvaralise dekrüptingu ja mpeg2 dekodeerimise korral.

ühe mux'i/transpondri salvestamine korraga on puhtal softis kinni. riistvaraliselt sellele küll piiranguid pole. lihtsalt demux'imine tuleb teha hiljem softis. Muu ei oma tähtsust...

iCE

[jaan]

Tänan, viite eest. Eks ma proovi jõudumööda ennast harida.

Sat ja meie DVB-T liigitub ka online striimingu alla? Ehk teisiti väljendudes on seni võimatu vaadata osasid sati ja kõiki zuumi mpeg4/avc kodeeringus programme linuxis?

[wookie]

Sat ja meie DVB-T liigitub ka online striimingu alla? Ehk teisiti väljendudes on seni võimatu vaadata osasid sati ja kõiki zuumi mpeg4/avc kodeeringus programme linuxis?

Ei ole võimatu, kuid on ebamugav, sest ka seal kasutatakse PAFF interlacing'ut (ja õigesti tehakse kah).

Mis aga puutub ffmpegi arendajatesse, siis veel mõni aeg tagasi võeti PAFF'i tugi todo listist maha, põhjendusega, et internetis liikuvad hollywoodi piraatfilmid selliseid ei sisalda (well, seda ei väljendatud just päris nii tegelikult aga mõte jääb samaks).

[dvbstats]

Testisin veel, pole mingit vahet kas lindistad 1 või 11 kanalit,
statistika näitab alati sama kasutust:

logstats: EMM packet load average (1/4/10min) 6 6 6 pks/s

Alguses kui VDR'i käima panin olid muidugi teised numbrid
logstats: EMM packet load average (1/4/10min) 3 0 0 pks/s

PS see mõõtühik on arvatavasti vale, peaks olema pks/min

[ice]

Testisin veel, pole mingit vahet kas lindistad 1 või 11 kanalit,
statistika näitab alati sama kasutust:

logstats: EMM packet load average (1/4/10min) 6 6 6 pks/s

Alguses kui VDR'i käima panin olid muidugi teised numbrid
logstats: EMM packet load average (1/4/10min) 3 0 0 pks/s

PS see mõõtühik on arvatavasti vale, peaks olema pks/min

Miks sa kulla mees EMM'e jälgid!? Need ju kaardi update'id. ECM'id on need, mis sind huvitavad....

iCE