Tijdgebonden opmerkingen: een opmerking die naar een seconde verwijst

Wat een tijdgebonden opmerking is

Wanneer een klant een opmerking schrijft in het portaal terwijl de cut wordt afgespeeld of is gepauzeerd, kan deze de opmerking vastpinnen op de huidige tijd. Het portaal leest de afspeelkop van de speler, slaat de positie op in hele milliseconden bij de opmerking en toont deze als een tijdcodelabel in de vorm 00:01:23 naast de tekst. Het getal is de leidende waarde en het label is voor mensen.

Een tijdgebonden opmerking is klikbaar. Door op het label te drukken, springt de speler naar dat moment, zodat de tweede lezer van de thread - de editor of de collega van de klant - direct op het frame belandt waar de opmerking over gaat, in plaats van ernaar te moeten scrubben. Een opmerking die is geschreven zonder deze vast te pinnen, is een niet-tijdgebonden opmerking en leest als elke andere opmerking.

De positie is begrensd op 24 uur, wat een beveiliging is tegen een geplakt getal dat een week zou verzinnen, geen productlimiet. Een opmerking kan maximaal 4.000 tekens lang zijn en bijlagen bevatten, zodat een klant een referentieafbeelding kan plaatsen onder de opmerking die erom vraagt.

Waarom een seconde en geen frame

Het portaal toont uren, minuten en seconden en laat het frame-veld weg. Dat is een bewuste splitsing. De speler van de klant is het eigen video-element van de browser, wat precies is wat een link zonder account en zonder installatie nodig heeft. Deze kent de bron-framerate van het bestand niet, dus toont het portaal de tijd op een vaste klok van 25 frames per seconde en behoudt de opgeslagen milliseconden als de waarheid.

Frame-nauwkeurige review vindt plaats in de reviewruimte van de studio: afspelen op de bron-framerate, inclusief 23.976 en 29.97, en markeringen die een frame aanduiden in plaats van een seconde. In die ruimte wordt ook getekend op stills en PDF's, en worden twee versies naast elkaar vergeleken waarbij opmerkingen worden meegenomen naar de volgende versie.

In de praktijk is een klant die zegt 'het logo op 00:00:41 is te klein' nauwkeurig genoeg voor de editor om het shot in één klik te vinden, en de eigen opmerking van de editor op het exacte frame wordt gemaakt in de ruimte, waar de tool daarvoor aanwezig is.

Van de opmerking van de klant naar de taak van de editor

Een opmerking in het portaal is geen chatbericht aan de studio. Deze komt terecht in de eigen thread van de taak aan de studiokant, voorafgegaan door de tijd, zodat een editor die de taak leest de feedback ziet op de plek waar het werk wordt bijgehouden. De eigen ruimte van de studio kan een opmerking omzetten in een taak met een eigenaar en een deadline, waardoor een opmerking een regel op het bord wordt in plaats van een regel in een thread.

Omdat de thread bij de taak hoort en niet bij de toegang, overleeft een opmerking de toegang. Als de studio een link intrekt en een nieuwe verstrekt aan dezelfde klant, staan de opmerkingen nog steeds op de taak en leest de nieuwe toegang dezelfde thread.

De notificatielaag van de studio geeft een melding bij een opmerking in het portaal op dezelfde manier als bij een beslissing: de verantwoordelijke van de taak hoort dat de klant heeft geschreven, zonder dat iemand een e-mail hoeft door te sturen.

Opmerkingen en het wijzigingsverzoek

Het portaal biedt twee beslissingen: goedkeuren en wijzigingen aanvragen. Een wijzigingsverzoek moet een opmerking bevatten waarin staat wat er moet veranderen; de pagina weigert een leeg verzoek voordat het wordt verzonden. De tijdgebonden opmerkingen zijn de natuurlijke plek voor de details, en het verzoek zelf kan een samenvatting van maximaal 4.000 tekens bevatten.

Zowel de opmerkingen als de beslissing worden vastgelegd. Een opmerking schrijft een auditregel voor de opmerking; de beslissing schrijft een beslissingsregel die is gemarkeerd als afkomstig uit het portaal en een auditregel die de toegang, de sessie en de revisieronde noemt die hiermee is gesloten. Wanneer de klant maanden later vraagt welke opmerking leidde tot de derde cut, komen de thread en het logboek overeen.

Een wijzigingsverzoek vanuit het portaal telt ook als een revisieronde voor het project, omdat de beslissing om meer werk vroeg. Een gewone goedkeuring doet dat niet. Overeengekomen revisierondes versus wat er werkelijk gebeurt, dekt die telling.

Wat de klant ziet tijdens het schrijven

De klant schrijft bij een preview van de cut, niet bij de master. De pagina vertelt hen in één zin wanneer er nog niets is om af te spelen: nog aan het laden, wordt nog gemaakt, of vastgehouden voor een veiligheidscontrole zolang de malware-scan het bestand nog niet heeft vrijgegeven. Een ondertitelingsspoor loopt mee zodra de cut klaar is.

Rond de speler ziet de klant alleen wat er via hun toegang is verzonden: het item, de status in zes eenvoudige woorden en de thread. De interne fasenamen van de studio verschijnen nooit.

Een werkgewoonte die opmerkingen nuttig maakt

Vraag de klant om één opmerking per probleem, vastgepind. Tien vastgepinde opmerkingen zijn tien klikken voor de editor; één lange, niet-tijdgebonden alinea betekent scrubben door de hele cut. Het portaal maakt van de vastgepinde opmerking de standaardactie terwijl de cut wordt afgespeeld, en een editor die de thread in de taak ontvangt, ziet elk probleem met de tijd ervoor.

Vraag de klant om pas op wijzigingen aanvragen te drukken nadat de opmerkingen zijn ingevoerd, met een samenvatting van één regel in het verzoek. Het logboek vermeldt dan: deze opmerkingen, dit verzoek, deze ronde.

• Pin de opmerking vast terwijl de speler op de seconde staat waar het over gaat.
• Eén probleem per opmerking; voeg een referentieafbeelding toe als woorden niet genoeg zijn.
• Sluit af met wijzigingen aanvragen en een samenvatting van één regel, of met goedkeuren.