Otázka s velkým "O" tedy je, co udělá přístroj v případě přetečení celkového datového toku. Pokud na to není sw připraven, třeba výpadkem jednoho z programů (priority), asi se bude muset multiplex sestavit podle maximálních bitratů. Každopádně i tak je to snad v pohodě. Proč nemít 2 stanice na multiplex, že?
Nejspíš jde o podobnou metodu jakou používají "zmenšovače" DVD, programy DVDShrink, DVD2One apod. Ty také nedělají kompletní rekompresi (nemění strukturu GOPu, jen redukují kvalitu jednotlivých snímků).
Moc pekna vec. Napadl me jeden prakticky problem pri skladani muxu, kdyz se bude muset pocitat s VBR programu z Astry 3-8 mbps, tak se mozna neprenesou ani 4 programy. A co EPG, predpokladam ze je prenaseno taky.
Tahle vec nedela transkodovani MPEG, takze se musi pocitat s VBR takovym jake je. V clanku se sice pise "lze kontrolovat a upravovat datový tok na výstupu", ale to je minimalne nepresne. Vice se da najit tady: http://www.allcnet.cz/down.php?id=1007
V odkazu co jsem uvedl vyse se pise: "Např ale programy české televize vysílané z této družice je možné zpracovat pouze 4. Je to dáno jednak jejich vyšším alle hlavně variabilním datovým tokem."
Jinak je mozne, ze SW umi fungovat i s pretecenim a ma treba priority nejdriv pryc EPG+TXT pak pryc zvuk a jeste treba priority jednotlivych programu, kdo vi.
Ale oni existuji pristroje, ktere umi menit bitovy tok (MPEG-2 Video) a to bez provedeni rekomprese... treba DM-6400 (CherryPicker) ale i dalsi. Jak moc hluboko do komprese jdou, to tezko rici, pokud to nekdo vite, tak to netajte :-) Stejny algoritmus muze byt pouzit v tomto zarizeni - bylo by to jiste prinosne a velice zajimave... Pokud to nic takoveho nema a pri preteceni dojde k vypadkum, potom je to bohuzel temer k nicemu :-( Hodnoty bitovych toku muze opretator kdykoliv jakkoliv zmenit a pozna to akorat toto zarizeni - nejakym vypadkem...