216 replies to this topic

[WanWizard]

ps. ik gebruik geen xmltv import,

 

Wat is de relevantie van deze opmerking in deze discussie?

[WanWizard]

Volgens zij die het kunnen weten is het verschil:

 

De optie via audio/geel zal altijd gebruik maken van timestamps, als die er zijn. En dus ook als ze fout zijn. Tuxtxt doet helemaal niks met timestamps, hetgeen betekent dat deze optie bij playback altijd problematisch zal zijn.

uxtxt zou mogelijk een beter resultaat kunnen geven als er wel timestamps zijn, maar fout zijn.

 

Als er geen timestamps zijn, is het voor beide oplossingen gokken.

[jeanclaude]

ik kan dit probleem alleen maar bevestigen.

gisteren Aspe opgenomen op VTM (SD).

vandaag gekeken, ondertitels (via geel-geel) komen zeker 6 sekonden te vroeg, niet te doen ! En inderdaad geel-geel-blauw heeft geen enkel effect wat ge instelt, ze blijven 6 sekonden te vroeg komen.

nu weet ik natuurlijk niet of die ondertitels ook bij de rechtstreekse uitzending 6 sekonden te vroeg waren, of de timing hier klopte.

maar ik heb nog gevallen gehad waar de ondertitels bij een rechtstreekse uitzending correct waren, en als ik datzelfde programma herhaalde via een opname, de ondertitels niet meer juist getimed werden.

ik heb daar ook zo mijn bedenkingen bij : ok, ik neem aan dat er geen timestamps mee uitgezonden worden, maar een datastream blijft toch een datastream ? Als de ondertitels in de rechtstreekse uitzending correct getimed zijn, dan zouden ze toch ook in de TS opname moeten op hetzelfde moment verschijnen bij afspelen ?

[doglover]

En om het verschil aan te geven.

 

Gisteren van VTM (HD) Tegen de sterren op.  Ondertitles gesynched tijdens de uitzending, In de opname zijn de ondertitels ook goed.

 

Ook van gisteren:  Loslopend Wild - één HD.  Tijdens de uitzending ondertitles goed.  In de opname zijn de ondertitles met geen stokken goed te krijgen.

 

Knettergek wordt je hier van.

 

Willy

 

PS: heb met ProjectX de ondertitels uit de opname van Loslopend Wild gehaald.  En moest deze 10 seconden verschuiven om ze correct te krijgen.

Edited by doglover, 13 March 2014 - 14:12.

[WanWizard]

Nogmaals, het is ons bekend. En we kunnen er niks aan doen, er zitten geen of foute timestamps in (soms, maar niet altijd dus).

 

De zenders moeten dit corrigeren, maar die zijn geen partij. Dus: klagen bij de provider (TVV in jullie geval), zodat zij bij de zenders kunnen gaan klagen.

[doglover]

Dus: klagen bij de provider (TVV in jullie geval), zodat zij bij de zenders kunnen gaan klagen.

 

En het enige dat TVV antwoord is:  Je moet jouw ontvanger terugzetten naar de standaard waarden of hem opnieuw initialiseren.

En zo is de cirkel rond.

 

Willy

[WanWizard]

Het valt inderdaad niet mee om langs de idioten van het callcenter te geraken. Een opmerking als dit staat vast niet in hun script.

 

M7 is op de hoogte van de problematiek, maar de zenders bewegen hun rommel op te kuisen is nog een tweede. De sukkels achter de knoppen kunnen er soms wat van...

[doglover]

En toch:  de problemen doen zich voor op één HD, één SD, Canvas HD/SD, VTM SD en Vier.  (VTM HD is goed)

En ook Nederland 2 HD heeft hetzelfde probleem

Dit zijn 4 verschllende organisaties. 

Het lijkt mij redelijk onwaarschijnlijk dat die alle vier dezelfde fout maken op hetzelfde moment.

Is wel toevallig.

 

Willy

[doglover]

Maar misschien doet TVV dit wel opzettelijk om Bhaalu een hak te zetten:

 

Info uit de De Morgen:

 

 

Videorecorder Bhaalu mag het signaal van TV Vlaanderen voorlopig gewoon blijven gebruiken. De rechtbank van koophandel in Hasselt heeft de eis in kort geding van M7, het bedrijf boven distributeur TV Vlaanderen, tegen Bhaalu immers ongegrond verklaard.

Bhaalu is een videorecorder die onbeperkt tv-programma's opneemt. Het gebruikt daarvoor echter integraal het signaal van TV-Vlaanderen, ook als klanten van Bhaalu aangeven dat ze klant zijn bij een distribiteur als Telenet of Belgacom.

M7 Group, het moederbedrijf van TV-Vlaanderen, vond dat niet kunnen en eiste daarom in kort geding dat er voorwaarden en beperkingen gesteld zouden worden aan het gebruik van het signaal dat door Bhaalu verspreid wordt.

De voorzitter van de rechtbank heeft de zaak nu ongegrond verklaard. "In een kort geding moet het duidelijk zijn dat er een inbreuk is, dat er schade is en dat er hoogdringendheid is. Geen van deze zaken werd bewezen geacht", zegt Bart Van Coppenolle, CEO van Right Brain, aan persagentschap Belga.

[Rob van der Does]

Dat betekent dus alleen maar dat het geen zaak is voor een kort geding. Je mag dus aannemen dat er een andere gerechtelijke procedure gestart zal worden.

[doglover]

Dat betekent dus alleen maar dat het geen zaak is voor een kort geding. Je mag dus aannemen dat er een andere gerechtelijke procedure gestart zal worden.

 

Ik gaf dit voorbeeld alleen maar om aan te tonen dat TVV zelfs rechtszaken gaat aanspannen als je programma's wilt opnemen (of het een beetje georganiseerd gaat doen)

[WanWizard]

VTM heeft inderdaad netjes meegewerkt, en daar is de zaak nu op orde. Ik verwacht dat de rest ook wel gaat komen, mits M7 blijft duwen en trekken.

 

Het enige dat de zender moet doen is het signaal door een ding als dit jagen, en teletekst injecteren: http://www.axon.tv/E...d-sd-sdi-inputs

[Rob van der Does]

Dat betekent dus alleen maar dat het geen zaak is voor een kort geding. Je mag dus aannemen dat er een andere gerechtelijke procedure gestart zal worden.

Ik gaf dit voorbeeld alleen maar om aan te tonen dat TVV zelfs rechtszaken gaat aanspannen als je programma's wilt opnemen (of het een beetje georganiseerd gaat doen)

Ja, sorry, je hebt helemaal gelijk.

Edited by SatKiekerd, 14 March 2014 - 08:11.

[doglover]

VTM heeft inderdaad netjes meegewerkt, en daar is de zaak nu op orde. Ik verwacht dat de rest ook wel gaat komen, mits M7 blijft duwen en trekken.

 

Het enige dat de zender moet doen is het signaal door een ding als dit jagen, en teletekst injecteren: http://www.axon.tv/E...d-sd-sdi-inputs

 

Maar waarom is VTM SD niet in orde?

 

Willy

[doglover]

Ik begrijp dat de fout ligt bij ofwel de zenders ofwel TVV.

 

En toch:

Ik vind dat ook OpenPli niet helemaal vrijuit gaat.

Ten eerste:
De opgenomen programma's van de betrokken zenders zijn perfect af te spelen met VLC versie 2.0.2 Twoflower.
Inclusief met gesynchroniseerde ondertitels
Toegegeven andere versies spelen zelfs de hele file niet af.

Er bestaat dus software code, die deze files correct kan intrepreteren.  En wat meer is deze code is beschikbaar onder de GNU GENERAL PUBLIC LICENSE.  En is dus openbaar.

De dev's kunnen dus gaan putten uit de oplossingen die VLC bedacht heeft om dit goed weer te geven.

In deze thread is ook al hetvolgende gesuggereerd:
 

En als OpenPLI zich net als zvbi aan deze specificatie zou houden, dan is deze bug meteen opgelost!!!

Ik kan dit niet beoordelen. Maar dit is ook GNU.  En ook de code is beschikbaar.

 

Ten tweede:

In OpenPli zijn er twee instellingen uit te voeren als de sync niet correct is:
 

 

Vertraging van de ondertitels indien de timing slecht is
en
Ondertitel vertraging indien timing ontbreekt
 

 

Geen van beide werkt of heeft enig effect op de ondertitels bij deze zenders.
Nochtans wordt er hier steeds beweerd:
 

En we kunnen er niks aan doen, er zitten geen of foute timestamps in (soms, maar niet altijd dus).

Met bovenstaande instellingen zou dit dus te corrigeren moeten zijn.  Dit lukt ook niet.
Hier is dus ook nog wat werk aan.
 

 

Willy

Edited by doglover, 14 March 2014 - 08:22.

[pieterg]

of de ondertitels op tijd komen ligt aan de grootte van de afspeel buffers.
Daar kan je geen pijl op trekken dus, en het verschilt ook nog eens per gebruikte ontvanger (of op de pc, gebruikte mediaplayer).
Dat het bij vlc blijkbaar toevallig goed gaat is dus puur geluk.

[littlesat]

Pli kan dir niet oplossen, daar het probleem bij de uitzending ligt... Dat vlc het wel lukt moet puur toeval zijn... Lijkt me daarom een slechte referentie.

Wat krom geleverd wordt is niet recht te zetten... Dus zitten er foute timestamps in de ondertitles dan is het pech... Zitten er geen in of onlogische dan kan openpli iets doen.

[redneck eyeball]

er zitten geen timestamps in de ondertitels. Die worden door de zender niet aangeleverd. En wat niet aangeleverd wordt kan ook niet uitgezonden worden.

Dat is het hele probleem. Indien er timestamps zouden zijn, dan zou het altijd keurig in sync zitten. Nu is dat syncen handwerk en telkens er geschakeld wordt tussen de main en de backup feed krijg je nu een vertraging.

Bij VTM HD hebben ze het inmiddels wel goed op orde, daar zullen de teletext subs wel altijd in sync zitten. Bij VRT loopt er al een jaar een project om dezelfde oplossing ook daar toe te passen, maar het is nog niet geimplementeerd.

[doglover]

Zitten er geen in of onlogische dan kan openpli iets doen.

 

Maar waarom kunnen ze niet verschoven worden met de bestande voorzieningen?

Er zijn er twee:  één wanneer timestamps ontbreken, en één wanneer timestamps niet goed zijn.

 

Willy

[doglover]

Dat het bij vlc blijkbaar toevallig goed gaat is dus puur geluk.

 

Dat is wel heel kort door de bocht.  Het puur geluk noemen.

Heb dit nu met verschillende files geprobeerd en iedere keer zijn ze gesynched in VLC.

 

(Schiet nu niet op mij als je er een vind die toevallig niet goed is  en die zullen er ook wel zijn.)

 

Willy