hurgaman2 schrieb am 16. Oktober 2007 15:59
> Ein normales Fernsehbild braucht im wirklichen Leben 2 MBit/s, HDTV
> 6-8.
Naja, ich hab gehört leute gucken auch 2h divx Filme in 700Mbyte...
Bei Echtzeitcodierung in der Praxis braucht man unter 10-12mbit
garnicht erst anfangen (mit h.264), sonst gibts nur Grütze. Wirklich
brauchbar wirds erst um die 16-20mbit (z.B. alter prem HD encoder und
BBC HD). Wie der Vorposter schon schrieb: Die Qualität geht noch
weiter rauf mit höheren Bitraten, HDDVD+Bluray haben die doppelte.
6-8Mbit werden in videocodierungsforen a la doom9 gern mal genannt,
aber das sind dann meist nur extremfälle und ausserdem immer twopass
- oder 720p, wir reden hier aber über 1080p und Echtzeit (durch TV
impliziert).
> Und glaubst, irgendjemand würde eine Backbonearchitektur bauen, die
> solche Raten an Endkunden ausliefert? Träum weiter. Das ist
> unbezahlbar.
Nein, es ist nur eine Frage der Zeit. Mit IPv6 hat sich das dank
eingebautem multicast vermutlich eh erledigt.
> Ein normales Fernsehbild braucht im wirklichen Leben 2 MBit/s, HDTV
> 6-8.
Naja, ich hab gehört leute gucken auch 2h divx Filme in 700Mbyte...
Bei Echtzeitcodierung in der Praxis braucht man unter 10-12mbit
garnicht erst anfangen (mit h.264), sonst gibts nur Grütze. Wirklich
brauchbar wirds erst um die 16-20mbit (z.B. alter prem HD encoder und
BBC HD). Wie der Vorposter schon schrieb: Die Qualität geht noch
weiter rauf mit höheren Bitraten, HDDVD+Bluray haben die doppelte.
6-8Mbit werden in videocodierungsforen a la doom9 gern mal genannt,
aber das sind dann meist nur extremfälle und ausserdem immer twopass
- oder 720p, wir reden hier aber über 1080p und Echtzeit (durch TV
impliziert).
> Und glaubst, irgendjemand würde eine Backbonearchitektur bauen, die
> solche Raten an Endkunden ausliefert? Träum weiter. Das ist
> unbezahlbar.
Nein, es ist nur eine Frage der Zeit. Mit IPv6 hat sich das dank
eingebautem multicast vermutlich eh erledigt.