Beantwoord

Update 4.19 nog steeds geluid out-of-sync. Geluid loopt achter, vooral bij opname. Wat een enorme teleurstelling.

  • 25 oktober 2019
  • 768 reacties
  • 40088 keer bekeken

Reputatie 7
Badge +12

Met 4.19 zou de sync bug zijn opgelost? Niet dus. Het lijkt wel iets verbeterd.

 

Mijn geluid komt via tv. Mediabox is aangesloten met hdmi op tv.

Dolby staat uit.

 

Bij live tv npo1: ca 100ms vertraging.

Bij opname vandaag gemaakt van npo1: ca 200 a 300 ms vertraging.

 

Of de vertraging verergert na enige tijd, weet ik nog niet. Lijkt mee te vallen.

 

Uitvoerig gesproken met helpdesk. Het volgende reeds geprobeerd zonder resultaat:

  • Mediabox uitgeschakeld (schakelaar) en weer aan.
  • Dolby ingeschakeld en weer uitgeschakeld.
  • Gespeeld met audio vertraging instelling. Uiteraard maakt dat het probleem alleen maar erger want het geluid IS al vertraagd. Dus staat op 0 ms.

Al zou ik audio kunnen versnellen via deze instelling (wat dus niet kan), dan nog zou het probleem niet verholpen zijn. De vertraging is immers bij opname VEEL erger dan bij live tv. Een vaste versnelling zou het probleem dus alleen maar verplaatsen.

 

Tevens heb ik nog getest via de analoge audio uitgang van de mediabox zelf. Hier geen sprake van audio vertraging maar juist van vervroeging (100 ms bij live tv kijken). Die uitgang wil ik echter niet gebruiken omdat die geluidskwaliteit echt zeer zeer belabberd is.

 

Als ik mijn laptop via hdmi op mijn tv aansluit om youtube of video te kijken, heb ik NOOIT problemen! Ligt dus zeker niet aan mijn tv.

 

Beste Ziggo, 100ms is natuurlijk al erg slecht maar nog net “leefbaar”. De lip sync ziet er dan nog redelijk uit. Echter, die kwart seconde bij opnames is ronduit rampzalig. Het verknoeit echt mijn plezier in tv kijken. Een actiefilm met veel “klappen” en “schoten” is niet om aan te zien bv. Ook de lip sync is dan raar. Ik ben echt zéér teleurgesteld. Hiervoor wil ik géén kleine €90 pm betalen!

icon

Best beantwoord door Mark Ziggo 1 november 2019, 14:03

Hallo allemaal! Dit topic stond bij een collega moderator in de wachtrij, maar die is druk met andere zaken momenteel dus neem ik het over. Sorry dat we hierin nog niet hebben gereageerd.

@Dolfff - Allereerst een pluim voor jou. Ik lees dat je hier al veel moeite in hebt gestoken en je blijft (ondanks alles) constructief en on-topic. Hulde!

 

Beeld en geluid synchroon, dat was onze verwachting bij de uitrol van softwareversie 4.19. Helaas blijkt in de praktijk dat dit nog niet volledig de wereld uit is.

Onze engineers hebben ook metingen gedaan en op basis daarvan zijn er in de volgende softwareversie (een patch op 4.19) alweer verbeteringen doorgevoerd. De eerste feedback van onze testers hierop is positief en als daarin geen nieuwe fouten worden ontdekt zal deze z.s.m. worden uitgerold naar alle mediaboxen.
Er is niet één oorzaak aan te wijzen welke voor synchronisatie-problemen zorgt, er zijn verschillende oorzaken en het is erg afhankelijk van de gebruikte apparatuur. Het kan dus zijn dat na de volgende update jouw specifieke probleem nog niet opgelost is en dat horen we dan ook graag (na de volgende update).

Bekijk origineel

768 Reacties

Reputatie 7
Badge +6

@Dolfff dus moet de fout en ook de oplossing gezocht worden in de Next software lijkt mij duidelijk en is dus op te lossen en hier is ziggo mee bezig en dit moet met een fix opgelost worden.We zijn benieuwd op de uitrol en gaan het spoedig zien.

Reputatie 7
Badge +12

@mathhein  Het zou zelfs ook nog kunnen dat die extra 140 ms vertraging in alle niet-live content op de server al verkeerd gaat.

En of Ziggo ermee bezig is? Laten we het hopen ja. In DIT topic nog geen enkel statement van Ziggo. Wel werd er in een ander topic met een ander onderwerp iets over gezegd door @Mark Ziggo  Ik hoop nog steeds op een bijdrage van hem of andere Ziggo mensen.

@Dolfff Dan zou iedereen er last van moeten hebben.

Ik vraag me af wat in het signaal zou kunnen zitten wat het sync verschil bij de één wel triggert en bij de ander niet.

Reputatie 7
Badge +6

@mathhein  Het zou zelfs ook nog kunnen dat die extra 140 ms vertraging in alle niet-live content op de server al verkeerd gaat.

Oke dat zou natuurlijk ook kunnen maar dit moet ziggo dan toch kunnen uitzoeken jij hebt in iedergeval veel duidelijk gemaakt wat dat betreft perfect.Dit moet helder zijn en hier moeten de engineers van de Next afdeling mee aan de slag lijkt mij.Ik hoop dat dit onderzoek van jou uiteindelijk bijdraagd aan een definitieve oplossing voor alle Nextgebruikers die hiermee hun kijkbeleving als zeer slecht ervaren en zeer teleurgesteld zijn wat dit issue betreft.

Reputatie 7
Badge +12

@DolfffDan zou iedereen er last van moeten hebben.

Ik vraag me af wat in het signaal zou kunnen zitten wat het sync verschil bij de één wel triggert en bij de ander niet.

@Be rt  ik raad je dan toch aan meer te lezen van dit topic. Dan hoef ik niet te gaan herhalen hoe het zit met technische (aansluit-) verschillen en de vaagheid van waarneming met oog en oor. Ik ben niet voor niets begonnen met METEN. Veel gedoe maar de enige manier om het objectief te krijgen.

Alles gelezen, maar dat verklaart nog niet waarom bij dezelfde manier van aansluiten de één wel en de ander niet, als de één grote verschillen meet en een ander minder en de ander niet.@Dolfff 

Reputatie 7
Badge +12

Wie MEET hier dan@Be rt ? En hoe?

 

Ik beweer niet dat er geen verschillen kunnen zijn hoor. Wellicht verschillen de nextboxen wel. Ik beweer alleen dat we het niet kunnen vaststellen zonder éénduidige meetmethode. We hebben nog niet eens geschikte meetsignaal uitzending hiervoor. Testbeeld 997 is een begin maar niet genoeg.

Zie ook andere topics over dit onderwerp die al veel langer lopen. @Dolfff 

Reputatie 1

Ik wou nog even opmerken dat als je bij live kijken pauzeert en vervolgens verder kijkt, of als je op zeker moment nog wat terugspoelt er geen enkel verschil is in beeld en geluid. Dus ook niet qua timing. De data wordt op dat moment namelijk uit het lokale cachegeheugen van de Next opgehaald.

Anders is het als je een opname vanaf het begin start, dus replay tv/een opname, want dan kijk je dus naar de meer gecomprimeerde videostream via internet incl. de welbekende beeldkwaliteitverliezen en grotere timingproblemen.

Reputatie 7
Badge +12

Zie ook andere topics over dit onderwerp die al veel langer lopen.@Dolfff 

Ik moet tot mijn schaamte wel bekennen dat ik die 20 pagina’s nog niet volledig doorgespit heb. Weet jij wie er dan echte metingen hebben gedaan?

En ja, al zouden die metingen er liggen in dat oudere topic, die zijn dan neem ik aan van vóór 4.19 dus weinig nuttig. Niet voor niets is dit een nieuw topic voor 4.19 omdat er namelijk wel gesleuteld is aan het lip sync probleem.

@Dolfff  Het is gedeeltelijk opgelost in 4.19, maar bestaat nog bij een aantal mensen en bij een aantal niet en dat is nu net de kloe om dat te vinden, maar dat lijkt dieper te zitten dan zomaar even getest kan worden, dan zou je de overeenkomsten moeten vinden waar het goed gaat en waar het fout gaat.

Mark schreef al dat er in het klantpanel nieuwe software aankomt en als deze, als de ervaringen positief zijn, zo snel mogelijk uitgerold zal worden.

Mijns inziens wil dat zeggen dat ze weten dat het fout gaat, ze lezen ten slotte alles mee en ik hoop dat ze er nu achter zijn waar het laatste stukje nu nog fout gaat, anders hoef je niet zo snel nieuwe testsoftware uit te rollen.

Reputatie 7
Badge +12

Ik wou nog even opmerken dat als je bij live kijken pauzeert en vervolgens verder kijkt, of als je op zeker moment nog wat terugspoelt er geen enkel verschil is in beeld en geluid.

…….

Dat lijkt logisch inderdaad. Daarom was ik ook wel verbaasd dat ik dezelfde delay mat bij ALLE vormen van niet-live. Ook al kijk je maar met 10 seconden vertraging.

Heel graag zou ik van jou willen weten waar je dat van die cache vandaan haalt. De bron dus. Anders moet ik m’n Next openschroeven. Uiteraard is er een streaming buffer (in de orde grootte van seconden) binnen de Next maar een langere cache? Als dat zo is zou ik graag de bron willen raadplegen. Alvast bedankt.

En al is er een cache, dat betekent helemaal niet automatisch dat het dan DUS dezelfde timing heeft als live. Binnen de Next zijn dat twee ”bronnen” die door verschillende bewerkingen heen gaan.

In de Next zit een cache die het beeld van de coax opslaat, ik dacht grofweg 2 minuten, daarna schakelt hij over op de internetverbinding bij langer pauzeren.

Dus 1 minuut pauzeren geeft nog het beeld en geluid uit de cache.
Zie wat de op dat moment gebruikte verbinding is van de Next in de verbindingsinfo na 1 minuut en na 3 minuten pauzeren en dan afspelen.

Reputatie 7
Badge +12

Ja @Be rt , ze zouden het op locatie moeten komen meten bij diverse mensen. Wat men “ervaart” is te vaag om conclusies aan te verbinden. De één merkt 120 ms nauwelijks en de ander ergert zich er kapot aan. METEN dus. Kom maar langs Ziggo.

En Ziggo leest alles mee? Daar ga ik steeds meer aan twijfelen. Oké, jij loopt hier langer mee dus je zult het wel weten dan. Een kort statement in dit topic van Ziggo zou echt wel op z’n plaats zijn vind ik. En ja, het bericht van @Mark Ziggo  ken ik natuurlijk. Dat staat in een topic over een ANDER onderwerp.

Reputatie 7
Badge +12

In de Next zit een cache die het beeld van de coax opslaat, ik dacht grofweg 2 minuten, daarna schakelt hij over op de internetverbinding bij langer pauzeren.

Dus 1 minuut pauzeren geeft nog het beeld en geluid uit de cache.
Zie wat de op dat moment gebruikte verbinding is van de Next in de verbindingsinfo na 1 minuut en na 3 minuten pauzeren en dan afspelen.

Dit klinkt heel plausibel. Maar ik begrijp niet wat je bedoelt met “verbindingsinfo”. En zou je daaraan dan kunnen zien of het beeld uit cache komt of via internet? Hoe dan?

@Dolfff Wie zegt dat Ziggo nooit meet en op andere wijze test?
Gezien de verbeteringen komen niet alle wijzigingen uit het open forum en de theorie.

Ziggo heeft zich nog nooit uitgelaten over hoe ze testen en problemen oplossen en dit zal nu ook niet veranderen verwacht ik, gezien het feit dat dit al tig en meer keer gevraagd is over vrijwel alle apparatuur en vrijwel nooit een antwoord op gekomen is.

Reputatie 7
Badge +12

@DolfffWie zegt dat Ziggo nooit meet en op andere wijze test?

Oh nee dat beweer ik ook zeker niet. Integendeel, daar werkt een grote club technici die gebruik maakt van miljoenen euro's aan equipment, daar twijfel ik niet aan.

Maar of ze echt op diverse locaties de lip sync error zijn komen meten? Bij mensen thuis? Tja, zou kunnen. Of misschien alleen in testomgevingen, we zullen het wel nooit weten.

Zie Instellingen Info Diagnostiek

Cache is grofweg 2.15 minuten.

Na 2 minuten live pauze en bij afspelen coax signaalkracht geactiveerd:

 

Na 2.30 minuten live pauze en bij afspelen coax signaalkracht niet geactiveerd:

 

Reputatie 7

Ten aanzien van gepauzeerd en gepauzeerd is er nog wel wat nuance mogelijk aangaande wat gebufferd wordt tijdens live weergave..

Ten aanzien van gemelde bevindingen kan het nogal uitmaken of stream afkomstig is van COAX of vanaf internet.

Ten aanzien van de grootte van de buffer/cache tussen omschakelen van COAX naar internet wordt door diverse Ziggomoderators ongeveer twee minuten genoemd. 

Het is goed om te weten dat er dus een buffer/cache is alvorens er omgeschakeld wordt van live=COAX naar internet=vertraagd.

Een indicatie dat er van live (COAX) omgeschakeld wordt naar internet is dat er rechtsbovenin momentje getoond wordt.

Met het testen van het lipsync-probleem met behulp van het testbeeld dat de buffer groter bleek dan de twee à drie minuten, vermoedelijk als gevolg van het nogal statisch beeld van kanaal 997. Dit bleek ongeveer vijf minuten te zijn met een tv op 4K ingesteld en meer dan zeven minuten met een tv op 1080p ingesteld.

Met andere woorden de grootte van buffer/cache voor liveweergave lijkt mij in megabytes  gelimiteerd tot een vaste waarde, waarbij dat in secondes juist afhangt van de compressieverhouding van het ontvangen beeld en  de resolutie waarin dat beeld getoond moet worden.

Kortom twee minuten als buffer is een indicatie, waarbij wat werkelijk gebufferd wordt afhankelijk is van resolutie én aangeboden beeldmateriaal.

Zo zul je bijvoorbeeld ontdekken dat je op de Duitse zender ARD na een kleine drie minuten met een 4k tv-instelling gepauzeerd te hebben je ondertiteling voor slechthorenden bent kwijtgeraakt én dat je contextmenu veranderd is., Ondertiteling voor slechthorenden is dan veranderd in alleen Duits, dat dan vervolgens geen ondertiteling oplevert.

PS: Nogal ingewikkeld verhaal voor wat een simpel consumentenproduct zou moeten zijn. Dit onderscheid zou in mijn ogen absoluut niet zichtbaar moeten zijn.

 

Reputatie 7
Badge +12

Nou @Be rt , eerder op de avond wou ik bijijijijna boos op je worden omdat het een beetje leek of je het probleem bagatelliseerde (bedoelde je vast niet zo). Maar nu ben je m’n held man, wat een tiptop tip. Dit zit ik me nl al maanden af te vragen. Dat verklaart voor mij ook een paar andere verschijnselen maar dat is off topic dus ik laat het even hierbij.

Ik ga komende dagen nog eens goed de audio delay testen tussen deze 2 verschillende cases om te zien of daar nog verschil zit.

@Dolfff Boven je bericht staat een uitgebreide uitleg van @AoxoMoxoA over de tijd die verschillende zenders gebruiken bij het cache gebruik.

Reputatie 7
Badge +12

Helemaal duidelijk@AoxoMoxoA . Geen vaste tijdsduur maar een vaste buffergrootte. Geen probleem want danzij de supertip van@Be rt  kan ik het altijd nagaan.

Dat korte “momentje” merk ik inderdaad wel es maar lang niet altijd. Maar wel fijn dat ik nu weet waar dat door komt.

 

Dat van die ondertiteling snap ik alleen niet. Het klopt inderdaad wat je zegt. Maar Ziggo kan toch gewoon dat subs-kanaal mee opslaan op hun servers?

 

En inderdaad ben ik het héél erg eens dat het onderscheid onzichtbaar zou moeten zijn. Maar best lastig aangezien er dus daadwerkelijk wordt geschakeld tussen twee “draadjes”.

Reputatie 2

Wij kunnen van alles doen, maar de test is simpel, als ik een AliExpress TV box van 20 euro op deze kabel aansluit met Dolby heb ik geen enkel probleem. Sluit ik deze bagger box aan, dan is mijn hele HDMI ARC verstoord, constant Soundbar kwijt.

………...

Ook lip sync problemen? Want dat kan ik uit je reactie niet opmaken.

Yep, maar ik ga niks extra's meer kopen (al rond de 40 euro kwijt aan kabels), het moet gewoon out of the box werken. Ik test ook nu al met nieuwe TV, zelfde probleem. Ben er helemaal klaar mee. Ziggo schiet op en maak die Android TV/ Fire TV en/of Apple TV app eens af en neem deze rotzooi terug.

Er zijn eigenlijk 5 manier van tv kijken:

  1. live
  2. vertraagd live (heeft op pauze gestaan of is stukje terug gespoeld)
  3. replay
  4. bewaard (opname)
  5. apps (Netflix, Youtube, Videoland enz)

Nu heb ik dus geconstateerd dat de audio vertraging bij live ca 130 ms is en de audio vertraging bij de manieren 2, 3 en 4 ca 270 ms bedraagt. Dat is even waar het me om gaat. Apps heb ik nog niet getest.

 

Dolfff, Ik ben heel benieuwd of je ook verschil meet met de verschillende resolutie instellingen van de next. Ik neem namelijk verbetering waar bij een lagere resolutie. Bij instelling 4K wordt het juist slechter. Mijn TV is overigen ook 4K.

Reputatie 1

 

 

In de Next zit een cache die het beeld van de coax opslaat, ik dacht grofweg 2 minuten, daarna schakelt hij over op de internetverbinding bij langer pauzeren.

 

Dus 1 minuut pauzeren geeft nog het beeld en geluid uit de cache.
Zie wat de op dat moment gebruikte verbinding is van de Next in de verbindingsinfo na 1 minuut en na 3 minuten pauzeren en dan afspelen.

 

 

 

Dank voor je goeie input. Dat had ik dus niet in de gaten. Heb het even getest nu door live te kijken en de netwerkkabel los te trekken en dan gaat ie inderdaad klagen als je hem meer dan 2 minuten terugspoelt. Er zou wellicht nog wel verschil kunnen zitten in het timingverhaal omdat bij terugspoelen/pauzeren méér dan die +- 2 minuten de box op een wat andere manier 'aangrijpt' op de datastream van internet dan bij het opstarten van het begin van een uitzending.

Over audiodelay gesproken. Ik moet nu terugdenken aan de issues die ik daarmee had in de tijd dat ik druk was met tv fragmenten publiceren op youtube. Dat deed ik toen in meerdere stappen via een standalone dvdrecorder. In de dvd ripsoftware op de pc moest ik de audiodelay dan vervolgens noteren. In avidemux de audio en video weer samenvoegen met bv -190ms correctie. En daarna in een encoder de-interlacen en upscalen naar 720p. Afhankelijk van de opnamemodus van de dvd-recorder was dit een vaste waarde audiodelay of het verschilde bij iedere track. Met pcm audio in combinatie met 8mbit video onder de originele dvd opname was het altijd iets van -490ms correctie. Met ac3 audio in combinatie met 5.5mbit video varieerde het tussen de -50ms en -350ms. Geen idee hoe dat nou allemaal kwam behalve dan dat ik wèl iedere keer deze extra stap moest nemen van opnieuw een avi muxen om beeld en geluid correct te krijgen op de youtubevideo.

 

 

 

Reageer