R
Rottweilers
5627 eindhoven
1.93
snellere zap Geen TXT !
1.93
snellere zap Geen TXT !
-
Let op: Dit is het archief van het Provider Forum. De berichten die je hier ziet zijn gedateerd en er kan niet meer op worden gereageerd.
F
Freakyman
7383 voorst
helaas talpa nog niet helemaal je van het nog blokkerige beeld wel wat minder maar nog niet top
helaas talpa nog niet helemaal je van het nog blokkerige beeld wel wat minder maar nog niet top
F
FugelPits
Ik heb de 1.93 update sinds gisteren, en inderdaad nog geen geluidsstoringen gehad. Het signaal is 60/100, niet echt hoog lijkt mij. Ik dacht dat het signaal ook nog wat opgekrikt zou worden. Of anders de bitrate. Het beeld is nog steeds erg blokkerig, net alsof je naar een slechte Divx rip zit te kijken. Mijn tv is een 26" Ich Sony Bravia LCD. Wat is de bitrate eigenlijk van UPC Digital, of is dat niet bekend?
En wat me opvalt is dat het beeld wat meer schokt, het loopt wat minder vloeiend.
Ben benieuwd wat HD gaat brengen, als het ze lukt tenminste het voor het WK te regelen. Ik wil wel zo'n Philips HD decoder.
En wat me opvalt is dat het beeld wat meer schokt, het loopt wat minder vloeiend.
Ben benieuwd wat HD gaat brengen, als het ze lukt tenminste het voor het WK te regelen. Ik wil wel zo'n Philips HD decoder.
Vandaag m'n mediabox ontvangen en aangesloten. Geen storing in beeld of geluid tot nu toe.
Wel valt me op dat het signaal last heeft van de beruchte MPEG2 compressieproblemen bij bewegende beelden.
Dit alles op 42" Panasonic Plasma. Analoog ziet er soms beter uit.
Wel valt me op dat het signaal last heeft van de beruchte MPEG2 compressieproblemen bij bewegende beelden.
Dit alles op 42" Panasonic Plasma. Analoog ziet er soms beter uit.
S
speedyGonzales
Järna zei:
Normaal staat het balkje bij mij op de lijn tussen d en r van "druk", laatste tijd regelmatig onder r. Maar nu staat het onder d. Weet niet wat dit betekent en hoe het komt, maar vind wel opvallend. Hoe sterker het signaal hoe beter toch
Laatste paar weken/maanden ook schommelingen in signaalsterkte internetmodem. Maar heb geen idee of het wat uitmaakt of het 1,4 dBmV of -2,7dBmV is.
In elk geval beeld strak, geen blokken en haperingen. Het wordt een andere ervaring O0
S
speedyGonzales
Het is een kleinigheidje, maar als ik op "menu" toets druk, komt het menu meestal onmiddelijk in beeld. Maar soms moet je even wachten. Waarschijnlijk als de software steeds verbeterd wordt dat het allemaal strakker en stabieler wordt totdat het "perfect" is.
E
Endir
Ja, ik vind het ook enigszins storend dat niet alles constant even snel gaat. De zapsnelheid wisselt ook per zender. Als dit nou elke keer precies gelijk was, dan viel het zappen minder op dan dat het nu doet.
- Berichten
- 3.371
Dat het zappen niet altijd even snel gaat met digitale televisie is niet meer dan logisch, zeker als je weet hoe het eea in elkaar steekt. ps: het zou een kort verhaaltje worden, helaas is dat niet gelukt 
1. De digitale stream ontrafeld
Een digitale-tv stream bevat meerdere zenders, gecodeerd in MPEG-2 formaat, aangezien ik dingen plastisch kan uitleggen (volgens iemand in ander topic) zal ik dat ook hier proberen uit te leggen:
Een stream komt 'continu' achter elkaar binnen, de decoder haalt daar de informatie uit:
| zender-3 | zender-2 | zender-1 | zender-3 | zender-2 | zender-1 | zender-3 | zender-2 | zender-1 | enz...
Wanneer de decoder is afgesteld op zender-2, dan pakt de decoder alleen de informatie die voor zender-2 bedoeld is uit de stream, de overige zenders komen ook binnen maar worden gelijk weggegooid.
| x-3 | zender-2 | x-1 | x-3 | zender-2 | x-1 | x-3 | zender-2 | x-1 | enz...
2. De geheimen van MPEG (2)
De tijd dat de niet-geselecteerde zenders (en dus data) voorbijkomt kan worden gebruikt om de data te decoderen. Bij digitale televisie over het algemeen (sateliet/kabel) wordt gebruik gemaakt van MPEG-2. Dit is ook de reden dat het de ene keer langer duurt als de andere. MPEG-2 werkt met verschillende soorten data, en dat ziet er ongeveer als volgt uit:
Elke seconde kent 25 frames en is ongeveer als volgt opgebouwd:
/--------------------------------------------------------------------------\
|01|02|03|04|05|06|07|08|09|10|11|12|13|14|15|16|17|18|19|20|21|22|23|24|25|
| I| B| B| P| B| B| P| B| B| P| B| B| P| I| B| B| P| B| B| P| B| B| P| B| B|
\--------------------------------------------------------------------------/
De uitleg van de I/B/P-frames:
I = Intraframe. Eenvoudig: Dit is het type frame waarin het volledige plaatje wordt opgeslagen.
B = Bi-directional - bevat alleen voorspellingen van wijzigingen in het beeld.
P = Predicted - bevat alleen de wijzigingen in het beeld ten opzichte van het vorige beeld.
3. Toepassing van I-frames
Want daar draait het hele verhaal om
Een I-frame is het grootst, en daardoor worden deze 'zo weinig' mogelijk toegepast, echter zijn ze noodzakelijk om iets op het beeld te toveren. Bij het zappen naar een andere zender zal er worden gewacht op een I-frame, de andere frames bevatten alleen berekeningen ten opzichte van een I-frame en van elkaar.
De volgende situaties kunnen zich voordoen:
- Alleen I-frames zou gebruiken, dan blijft er van de beschikbare bandbreedte niets meer over. Een DTV-stream zou dan bij wijze van spreke maar 1 zender kunnen bevatten in plaats van meerdere. Zappen zal dan (vrijwel) net zo snel zijn als analoog.
- Weinig I-frame gebruiken. Scheelt enorm veel bandbreedte en dus wordt het mogelijk om meer zenders in een stream te plaatsen. Het nadeel is dat het langer duurt voordat een I-frame langskomt. Het zappen wordt hierdoor dus trager.
- Wanneer een provider maar 1x per 10 seconden een I-frame zou laten passeren, zou het zappen tot max. 10 sec/zender duren. In de meeste gevallen wordt er voor gekozen elke 12 tot 14 frames een I-frame te plaatsen. Hierdoor wordt de zap-snelheid of traagheid in theori beperkt tot maximaal zo'n 0,7 sec. Dit geldt overigens alleen wanneer er gezapt wordt binnen eenzelfde frequentie of dtv-stream.
Hieruit blijkt dat er 'gespeeld' moet worden met deze variabele (die gelukkig niet vastligt) om een gulden middenweg te vinden om de zap-snelheid / aantal zenders aan te kunnen bieden.
4. Zappen op verschillende manieren
Wanneer er geschakeld wordt naar een zender uit dezelfde stream, dan volgt de tuner de volgende stappen:
- wacht op I-frame van gekozen zender
- begin met decoderen en geef beeld.
Wanneer er geschakeld wordt naar een zender uit een andere stream dan zal de tuner de volgende stappen moeten doen:
- schakel naar andere frequentie
- synchroniseer de interne signaalklok (in de decoder) met het klok-signaal van de stream (door provider)
- wacht op het I-frame
- begin met decoderen en geef beeld.
Het laatste neemt vanzelfsprekend meer tijd in beslag.
5. Aansluitend
Misschien dat dit stukje ook iets is voor de FAQ onder een kopje 'waarom duurt het digitaal zappen langer dan analoog?' Dit laat ik echter over aan mijn collega die geen PM's accepteert
Disclaimer: Overigens is deze informatie -niet- UPC specifiek maar gebaseerd op de algemene OPEN-TV standaard voor digitale TV. Het kan zijn dat hiervan (al dan niet licht) afgeweken wordt.
Achteraf realiseer ik me dat dit wel érg offtopic gaat. Mijn excuses hiervoor
1. De digitale stream ontrafeld
Een digitale-tv stream bevat meerdere zenders, gecodeerd in MPEG-2 formaat, aangezien ik dingen plastisch kan uitleggen (volgens iemand in ander topic) zal ik dat ook hier proberen uit te leggen:
Een stream komt 'continu' achter elkaar binnen, de decoder haalt daar de informatie uit:
| zender-3 | zender-2 | zender-1 | zender-3 | zender-2 | zender-1 | zender-3 | zender-2 | zender-1 | enz...
Wanneer de decoder is afgesteld op zender-2, dan pakt de decoder alleen de informatie die voor zender-2 bedoeld is uit de stream, de overige zenders komen ook binnen maar worden gelijk weggegooid.
| x-3 | zender-2 | x-1 | x-3 | zender-2 | x-1 | x-3 | zender-2 | x-1 | enz...
2. De geheimen van MPEG (2)
De tijd dat de niet-geselecteerde zenders (en dus data) voorbijkomt kan worden gebruikt om de data te decoderen. Bij digitale televisie over het algemeen (sateliet/kabel) wordt gebruik gemaakt van MPEG-2. Dit is ook de reden dat het de ene keer langer duurt als de andere. MPEG-2 werkt met verschillende soorten data, en dat ziet er ongeveer als volgt uit:
Elke seconde kent 25 frames en is ongeveer als volgt opgebouwd:
/--------------------------------------------------------------------------\
|01|02|03|04|05|06|07|08|09|10|11|12|13|14|15|16|17|18|19|20|21|22|23|24|25|
| I| B| B| P| B| B| P| B| B| P| B| B| P| I| B| B| P| B| B| P| B| B| P| B| B|
\--------------------------------------------------------------------------/
De uitleg van de I/B/P-frames:
I = Intraframe. Eenvoudig: Dit is het type frame waarin het volledige plaatje wordt opgeslagen.
B = Bi-directional - bevat alleen voorspellingen van wijzigingen in het beeld.
P = Predicted - bevat alleen de wijzigingen in het beeld ten opzichte van het vorige beeld.
3. Toepassing van I-frames
Want daar draait het hele verhaal om
Een I-frame is het grootst, en daardoor worden deze 'zo weinig' mogelijk toegepast, echter zijn ze noodzakelijk om iets op het beeld te toveren. Bij het zappen naar een andere zender zal er worden gewacht op een I-frame, de andere frames bevatten alleen berekeningen ten opzichte van een I-frame en van elkaar.
De volgende situaties kunnen zich voordoen:
- Alleen I-frames zou gebruiken, dan blijft er van de beschikbare bandbreedte niets meer over. Een DTV-stream zou dan bij wijze van spreke maar 1 zender kunnen bevatten in plaats van meerdere. Zappen zal dan (vrijwel) net zo snel zijn als analoog.
- Weinig I-frame gebruiken. Scheelt enorm veel bandbreedte en dus wordt het mogelijk om meer zenders in een stream te plaatsen. Het nadeel is dat het langer duurt voordat een I-frame langskomt. Het zappen wordt hierdoor dus trager.
- Wanneer een provider maar 1x per 10 seconden een I-frame zou laten passeren, zou het zappen tot max. 10 sec/zender duren. In de meeste gevallen wordt er voor gekozen elke 12 tot 14 frames een I-frame te plaatsen. Hierdoor wordt de zap-snelheid of traagheid in theori beperkt tot maximaal zo'n 0,7 sec. Dit geldt overigens alleen wanneer er gezapt wordt binnen eenzelfde frequentie of dtv-stream.
Hieruit blijkt dat er 'gespeeld' moet worden met deze variabele (die gelukkig niet vastligt) om een gulden middenweg te vinden om de zap-snelheid / aantal zenders aan te kunnen bieden.
4. Zappen op verschillende manieren
Wanneer er geschakeld wordt naar een zender uit dezelfde stream, dan volgt de tuner de volgende stappen:
- wacht op I-frame van gekozen zender
- begin met decoderen en geef beeld.
Wanneer er geschakeld wordt naar een zender uit een andere stream dan zal de tuner de volgende stappen moeten doen:
- schakel naar andere frequentie
- synchroniseer de interne signaalklok (in de decoder) met het klok-signaal van de stream (door provider)
- wacht op het I-frame
- begin met decoderen en geef beeld.
Het laatste neemt vanzelfsprekend meer tijd in beslag.
5. Aansluitend
Misschien dat dit stukje ook iets is voor de FAQ onder een kopje 'waarom duurt het digitaal zappen langer dan analoog?' Dit laat ik echter over aan mijn collega die geen PM's accepteert
Disclaimer: Overigens is deze informatie -niet- UPC specifiek maar gebaseerd op de algemene OPEN-TV standaard voor digitale TV. Het kan zijn dat hiervan (al dan niet licht) afgeweken wordt.
Achteraf realiseer ik me dat dit wel érg offtopic gaat. Mijn excuses hiervoor
S
sjello
Deze informatie zal ik zeker verwerken in de FAQ. Bedankt voor de input!