← All AI Engineer talks

AI Engineer World's Fair 2026

Video Has No Memory. Here's How We Built One.

Read the talk

Video Has No Memory. Here’s How We Built One.

A video archive preserves footage, but useful memory requires durable links between moments, entities and evidence. James Le walks through the architecture and three Jockey demonstrations.

From a talk by James Le

Before you start: Familiarity with embeddings, retrieval-augmented generation and APIs will help; no video-model implementation experience is required.

Recorded footage is not system memory

Video already preserves the past: recordings, training material, incidents, creative work and history. Why would it need a memory layer? Because keeping footage does not give a system a durable understanding of what happened inside it—or a way to connect that understanding to the next recording. That is the opening problem in James Le’s talk.

Video is not a bag of frames. A stack of images with an attached transcript can approximate video for some tasks, but it discards continuity. Meaning depends on space, time, modalities and sequence. A better representation is a spatiotemporal volume containing visual information, speech, sound, motion, OCR, camera changes, scene transitions, metadata and time.

Slide with three columns illustrating video complexity, footage scale, and holistic understanding using a horse sequence, timelines, and a space-time diagram.
Video as a spatiotemporal volume, rather than a bag of frames.

The engineering problem is preserving relationships within that volume so an application can traverse them later. Entertainment, sports and short-form video archives can contain petabytes of footage. Finding a relevant moment is already difficult; preserving meaning across millions of moments is a deeper storage and retrieval problem. Le introduces TwelveLabs, which he describes as a Series B startup, in that context.

0:260:40
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

0:26 · section reference included

What the surrounding stack loses

Language models are powerful reasoning interfaces, and they increasingly accept multiple modalities. The limitation Le identifies is in the supporting stack: how it supplies context, retains memory and makes video available for reasoning.

  • Wrong context: Sampling frames, extracting a transcript and putting everything into a prompt can lose the spatiotemporal relationships that define an event.
  • Wrong memory: RAG, vector search and larger context windows are useful, but continuity may require connecting today’s scene to another file, episode, camera angle, season or year.
  • Wrong reasoning: A text-first representation does not automatically preserve motion and causality, or maintain a persistent record of who appeared, what happened and what changed.

A memory layer must therefore determine what the application can traverse, how observations connect and how they can be retrieved later.

Five properties make those requirements concrete:

  • Temporal: The same expression, product shot or physical action can mean different things depending on what happens before and after it.
  • Multimodal: A transcript can miss a logo; a frame can miss a spoken claim.
  • Dense: A few minutes may contain dozens of shots, people, objects, actions and location claims. Some seconds are decisive, while others add noise.
  • Ambiguous: People reappear under different lighting and angles, brands are partially visible, locations are implied, and concepts emerge over time.
  • Evidence-sensitive: Enterprise workflows need to trace an answer back to the moment that supports it.

The stored representation must preserve temporal spans, multimodal evidence and continuity together.

2:102:24
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

2:10 · section reference included

From temporal chunks to reasoning

The TwelveLabs stack begins with semantic chunks: meaningful temporal units rather than isolated frames. Marengo, its multimodal embedding encoder, represents those video spans as vectors. Above that, a spatiotemporal context store preserves moments, entities and metadata in a structure available for reasoning.

Pegasus, the video-context-aware language model, supplies the reasoning layer for summaries, metadata, synthesis and comparison. The models are exposed through APIs so developers can use them as infrastructure. The division of responsibility matters: embeddings represent content, the store retains reusable structure, and the language model reasons over video context.

5:055:19
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

5:05 · section reference included

Search finds candidates; memory preserves continuity

Search recovers relevant moments from a large library. Those moments are candidates, however, rather than a persistent account of the collection. Questions that span a corpus require preserved entities and timeline evidence, not just another retrieval call.

CapabilitySearchMemory
RequestFind something similarExplain what the collection knows
Returned unitTime-bounded momentStructured knowledge and timelines
Further useInspect a candidate clipCompose explanations and downstream outputs

The change is in the unit of output: from a retrieved clip to knowledge that remains useful across questions.

Slide titled “Search Finds Moments. Memory Preserves Meaning.” with clip-search diagrams and side-by-side examples of search and memory outputs.
Search returns moments; memory preserves structured knowledge, relationships, and composable output.

That shift has two scaling dimensions. Across time, the goal is to reason over years of footage without reprocessing the archive for every request. Reusable representations can support multi-hop timelines, episodic recall and follow-up questions; lower latency and cost are intended benefits, with no measurements supplied here. Across sources, the system must combine perspectives from camera angles, livestreams, creators, broadcasts, body cameras, store cameras and event feeds while maintaining a current understanding. Both dimensions require a representation the application can traverse.

5:515:59
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

5:51 · section reference included

A context graph makes video navigable

A context graph is the proposed durable, queryable representation connecting video moments, entities, appearances, relationships, timestamps, metadata and corpus context. Its foundation is the time-bounded moment: a scene or shot that serves as an evidence unit. Above it, an appearance records where and when an entity occurs.

A minimal application record can express that distinction directly. In this illustrative JSON, the identifiers and time range are teaching values; the appearance links an entity to a particular moment without collapsing the two into one object.

json

{
  "moments": [
    {
      "id": "moment-1",
      "video_id": "video-a",
      "start_ms": 12000,
      "end_ms": 18000
    }
  ],
  "entities": [
    {
      "id": "person-1",
      "type": "person"
    }
  ],
  "appearances": [
    {
      "id": "appearance-1",
      "entity_id": "person-1",
      "moment_id": "moment-1"
    }
  ]
}

Entities can be people, brands, places or concepts. Relationships add co-occurrences, sequences between places, causality and timelines. Corpus-level context then describes themes, patterns, gaps and coverage across the collection.

Different questions enter this structure at different points. A simple search can go directly to moments. A person-centered workflow starts with an entity and expands into its appearances. A storyline follows relationships across time. Memory is the navigable structure over the video volume, rather than merely a stored answer to the last question.

7:437:52
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

7:43 · section reference included

Design the memory for reuse

The first design principle is ingest once, reason many times. Move expensive interpretation into ingestion instead of starting from scratch with every query. The database analogy is useful: an application request should not require reparsing its entire source dataset.

The remaining principles specify what ingestion should produce and how applications should consume it:

  • Store primitives, not just answers. Moments, entities and appearances can support search, editing and analytics after the original question has changed.
  • Ground every claim. An answer should point back to a specific timestamp in the source video.
  • Let intent shape memory. Sports analysis, brand safety, compliance review and creator analytics need different primitives from the same footage. Developers need to configure what matters.
  • Keep the layer composable. API-first access to structured, grounded metadata lets applications build their own workflows above the memory layer.
9:039:12
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

9:03 · section reference included

Put the model inside a video worker

Memory alone does not define how work gets done. An isolated model call starts fresh and produces an answer; a video worker operates inside a controlled system that knows what information is available. Its workflow is sequential:

  1. Plan the task.
  2. Retrieve evidence.
  3. Inspect relevant moments.
  4. Synthesize a result.
  5. Validate it.
  6. Return the required output.

The worker’s knowledge of available memory, relevant evidence and necessary inspection depth determines both spending and the output contract it must satisfy.

Task planning distinguishes search from summarization or multi-step reasoning. Retrieval selects the evidence appropriate to that task. Expert tools let the worker inspect further: zoom in or out, compare frames, or enrich content with additional metadata. These are capabilities the surrounding system supplies, rather than assumptions that one model response will handle everything.

An operating envelope places explicit limits on time, cost, depth, scope and autonomy. An output contract specifies whether natural language is sufficient or whether the application requires structured data with references and timestamps. Evaluation then asks three separate questions: Did retrieval find the right evidence? Did synthesis preserve it? Did the worker stay within budget?

10:3610:49
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

10:36 · section reference included

Sports: distinguish near misses from goals

Le moves from architecture to three demonstrations built with Jockey, TwelveLabs’ video agent product. For the sports demo, Le reports ingesting 67 videos from the 2022 World Cup in Qatar. The first request asks for near misses: shots that almost became goals, an explanation of why each failed, and explicit exclusion of actual goals. That request needs an event’s outcome, not simply visual similarity to a shot on goal.

The narrated results include a ball hitting the woodwork, goalkeeper saves and an offside disallowance. These illustrate different reasons that an apparent scoring opportunity does not count as a goal.

The next request reverses the constraint: find dramatic actual goals, show the build-up and finish, and describe each sequence. Le highlights a returned passing chain from Álvarez to Mac Allister to Di María. This is the Di María goal in the final—Argentina’s second, as recorded in the official FIFA match report, although the narration calls it the first. The useful demonstration is the sequence of participants and actions leading to the finish.

A Richarlison example extends the request into a follow-up about a skillful build-up: identify the player who made the return pass. The interaction moves from locating a goal to inspecting the relationships within the play.

12:4813:01
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

12:48 · section reference included

Follow a player across the corpus

The sports demo then shifts from events to an entity: track Lionel Messi throughout the corpus and describe the camera framing. Le shows a highlight in which Messi dribbles past a sliding defender, then a scene of his goal against Australia in the round of 16, followed by his finish for Argentina’s third goal in the final. The results appear as playable clips with descriptive cards.

Demo interface showing three result cards with football video players and descriptions, including “Dribble past a sliding defender” and “Rebound finish in the Final.”
Player-tracking results displayed as football clips with descriptive cards.

This is the entity-to-appearances traversal made visible: the person remains the subject while the footage, action and framing change. The examples demonstrate the interaction, without supplying a quantified tracking evaluation.

14:4914:56
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

14:49 · section reference included

Surveillance: counts, events and busy intervals

For the surveillance demo, Le reports ingesting eight publicly available camera clips. The footage includes traffic jams, suburban scenes and urban aerial views. He asks Jockey to count and classify every vehicle at an intersection, break the result down by vehicle type, and include pedestrians. He describes outputs containing vehicle counts and peak foot traffic, but gives no numerical counts or accuracy measurements in the narration.

The demonstration then turns to safety events. Le points out a red SUV turning and nearly being struck, another vehicle turning left into an oncoming car, and a red-light entry. These requests depend on movement and sequence: the relevant evidence is how vehicles interact over an interval.

He next shows a crowded aerial scene in Bangkok and footage under rainy conditions, before identifying the busiest intersection vehicle window. The workflow progresses from classifying objects, to finding interactions, to selecting a meaningful period of activity.

15:2915:42
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

15:29 · section reference included

Advertising: find the right moment for a placement

The advertising demo uses what Le describes as a five-minute Adidas commercial. He asks Jockey to classify potential advertising placement points using reveals, hard cuts, impacts and energy peaks. Here, ingestion and retrieval serve a different intent: identifying moments whose visual and temporal character makes them useful to an advertiser.

The demonstration locates player appearances, high-impact action and the Adidas logo. Le then calls out slow-motion hero scenes, hard cuts on a beat and peak action as opportunities for contextual placement. The desired output is a set of candidate moments for brand content; the demo does not show ads being inserted.

17:0317:17
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

17:03 · section reference included

Build applications above the memory layer

The demonstrations lead to four kinds of application work: discovering moments, building reasoning experiences, organizing content across libraries, and taking action through scene assembly, compliance review or data operations. The same foundation serves different verticals:

DomainWorkflows
Media, entertainment and sportsSegmentation and highlight generation
Commercial securityEvidence review and contextual analysis
AdvertisingBrand safety and creative intelligence

The reusable layer is the grounded representation of video; the application determines what to do with it.

Le closes by describing the product capabilities beneath those applications: a knowledge store for video memory, configurable ingestion to shape extraction, a corpus digest to describe the library, entity resolution, agentic search and a Responses API. The product boundary is explicit. This is video cognition infrastructure with memory and worker harnesses, not an editing platform or a compliance application.

Diagram linking a video worker, references, knowledge store, and Responses API to three applications, alongside capability and product-boundary bullets.
Jockey’s video cognition infrastructure supports search, content assembly, and content organization.

At the time of the talk, the product was in private beta, with interest registration through an on-screen QR code or a conversation with Le. The current documentation calls it a research preview, with availability, limits and APIs subject to change. His invitation centers on concrete workflows: content assembly and organization, media archives, creator libraries on YouTube and TikTok, sports analysis and broader media operations. Those are the applications the memory layer is intended to make possible.

18:2218:33
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

18:22 · section reference included

Resources

From the talk

Updates since the talk

  • Entry point for creating a knowledge store and querying Jockey for cited answers or ranked video moments. Access and APIs remain subject to research-preview changes.

Read the complete timestamped transcript
  1. 0:00

    [on-hold music] Thanks so much for having me and, uh, inviting me to, to be a speaker at, uh, the WorldFair.

  2. 0:16

    You know, I, I attended last year and was so impressed about the quality of presenters, so, so glad to, to have a chance to be here and present. Uh, so the title of my talk is, you know, Video Has No Memory, right?

  3. 0:26

    Uh, and, you know, uh, this might sound strange because video is already like a preservation of the past, right? If you think about, like, you have footage, you preserve, uh, recording, training data, incident, creative work, uh, history, et cetera.

  4. 0:40

    But actually, most of the video AI systems these days do not have memory in the system sense. So actually, for this talk, I will try to answer the question, like, what could it take to build a memory layer for video intelligence?

  5. 0:51

    To start, I wanna be clear about what makes video different from other data type, right? So this is the first mental model that I wanna highlight, which is that video is not a bag of frames.

  6. 1:01

    Um, so in, you know, many of my conversation with, like, developers, uh, you know, who are using our product, a lot of them still treat video as, like, a stack of images, uh, maybe a transcript being attached or, you know, um, uh, like, you know, but, uh, essentially like a, like a frame level, right?

  7. 1:16

    And that is useful approximation for some tasks, but it throw away the thing that makes video very unique, which is continuity, right? So meaning in video derives from space, time, modalities, and sequence.

  8. 1:29

    So a better mental model for video is a spatiotemporal volume. So what I mean that inside that volume you have visual information, speech, sound, motion, OCR, camera changes, scene transition, metadata, and time, right?

  9. 1:43

    So the hard part here is really about how can you preserving relationship across this volume so that later an application can traverse it. And then the, you know, uh, especially at the enterprise scale, you know, across, like, industry, like entertainment, sport, you know, um, short-form content, then you're sitting on petabytes of, of footage, right?

  10. 2:02

    So finding moment is already hard, so how can you present meaning across millions of moments in the deeper platform? So I work at Twelve Lab, which is a, a Series B, uh, startup.

  11. 2:10

    Um, we build foundation models that understand, you know, video the way that human do. Um, and the way we talk about our positioning is like the existing, uh, stack of, of dealing with video is not equipped to do that, right?

  12. 2:24

    Obviously, language model are very powerful. They are good reasoning interfaces. They are increasingly multimodal as well. But the supporting stack, right, around that is very, um, I'd say limited, and that create three problem.

  13. 2:38

    Number one is wrong context, right? So video is not naturally a sequence of text token. If we force it into that sequence by sampling frames, by extracting a transcript, uh, by dumping everything into a prompt, you lose the spatiotemporal relationships, right, that actually define the event.

  14. 2:55

    Second, uh, wrong memory. So if you think about text system memory here is often mean retrieval augmented generation, vector search, or probably like larger context window. Uh, those are very useful, but video memory has a different requirement.

  15. 3:07

    It needs to link today's scene for something that happened in another file, another episode, another camera angle, another season, another year. So we actually need durable continuity, right? And the last part here is wrong reasoning.

  16. 3:18

    Like I said, you know, text-first system cannot reason over, you know, um, natively over motion causality of that. So, uh, you know, uh, they do not aut- automatically build like a persistent structure, uh, on, you know, who appear, what happen, what changes, et cetera.

  17. 3:34

    And so my argument is that video intelligence need a memory layer that decide what to traverse, how to connect it, and how to retrieve later. So, um, I wanna kind of ground it into the properties of video, right?

  18. 3:46

    To, to make it even clearer. There's five challenges of dealing with video. Number one is temporal, right? So meaning depends on before and after. So a frame by itself can be misleading, right?

  19. 3:58

    The same expression, product shot, physical action can mean different things depending on the sequence around, right? Second is that video is obviously multimodal. I, I explained already, um, you know, uh, a transcript alone may miss, you know, the logo.

  20. 4:10

    A frame alone may miss the spoken claim. Video's-- video is also very dense, right? So a few minutes can contain dozens of shots, people, objects, action, location claims. The useful signal is uneven across the distribution on, on the frame.

  21. 4:25

    Some second are decisive, others are noisy. Fourth is that, uh, video is also ambiguous, right? Um, people reappear under different lighting and angles. Brands are partially visible. Location are implied.

  22. 4:38

    Concepts emerge over time rather than being named in a single moment. And lastly, it is, uh, expensive, uh, because in a lot of, uh, big enterprise and, and complex workflow, you need to, you know, point back to the source moment, like where it come from, right?

  23. 4:52

    So these are the five properties explaining why video memory, um, is, is very complex. You need to preserve temporal span, multimodal evidence, continuity also. Uh, this is a very simple, uh, stack of how we build things at Twelve Labs.

  24. 5:05

    Um, at, at the bottom, we have these semantic chunks that capture, you know, meaningful temporal units. Above, above that is our, uh, multimodal embedding coder called Marengo, which essentially turn those span into spatiotemporal relations.

  25. 5:19

    Um, basically vector embeddings that represent video content. And then we have a spatial con- spatiotemporal context store, which is where it preserve pre- reasonable structure like moment, entities, metadata, all of that.

  26. 5:32

    Uh, we also build our own, uh, VLM, video-contextual aware language model called Pegasus, that essentially serve as the, the reasoning layer, right? That can preserve-- prepare over video content.

  27. 5:41

    So think about summaries like, um, metadata, synthesis, comparison. And we expose our, our models as API because, you know, we wanna get developers to use them as infrastructure.

  28. 5:51

    Now, moving beyond, like, kind of the stack right here, I wanna talk about the difference between search and memory, right? Very quickly speaking, uh, search is obviously super important.

  29. 5:59

    It's how you recover r- relevant moments from large video library. But then it give you a candidate. It actually not give you, like, any continuity. So memory, on the other hand, is, is all the, um, you know, uh, the things that enable the system to answer a different class of question, as y- you see here on the

  30. 6:15

    right side o- of my screen. So these are not the single retrieval call, right? They require the system to preserve entities, timeline evidence across an entire corpus. Um, and so, like, you can actually build product moving beyond from, like, "Show me something like this," to, you know, "Tell me what this collection knows," right?

  31. 6:33

    And so that, that might sound, you know, simple and subtle, but, uh, the, the, the, the output is completely different. Like, with search, you, you get, like, an output, like a time-bounded moment, but with memory, you actually return, like, structure knowledge, timeline, uh, explanation, a composable output.

  32. 6:48

    And that, like, you know, is very important because we can now move, um, the, the unit output from clip retrieval to corpus memory, right? Um, there are two scaling dimensions shown here in the slide.

  33. 6:59

    The first is time scaling. So a real video system should be able to reason over years of footage without reprocessing the whole archive every time, right? That means memory first retrieval, uh, be reusable re- representation once, and then support multi-hop timeline, episodic recall, follow-up question at lower latency and cost.

  34. 7:16

    And then the second, uh, dimension is in space, right? So many real workflow actually, um, involve multiple perspective, like different camera angles, uh, you know, live stream, creator, broadcasting content, body cams, store cameras, uh, event feed, right?

  35. 7:30

    So how can you build a system that can fuse evidence across all the sources and then maintain current understanding, right? And so that is the challenges here. How can you build a representation that let application traverse video across time and across sources?

  36. 7:43

    Um, since this is, um, you know, a, a track on, on graph, right? So, uh, the, the best mental model that I can come up with is to represent, you know, video collection as a context graph.

  37. 7:52

    So a context graph is a durable, queryable representation that connects video moment, entities, appearances, relationship, timestamp, metadata, and corpus-level context, right? So if you take a look here on, on the screen, all the way in the bottom, you got time-bounded moment.

  38. 8:05

    These are, like, the s- the scene, the shot, right? Uh, these are evidence unit. One, one level up are the appearances, where and when each then entity show up.

  39. 8:14

    And then you got the actual entity itself. So think about the people on the video, the brand, the places, the concept. Next, you have relationship, uh, co-occurrences to the same brand, sequences between different places, the causality and timeline.

  40. 8:28

    And finally, at the top, you have corpus-level context. What are the main themes, the patterns, the gap, the coverage that this video collection cover, right? Uh, this matter because, uh, different question traverse different part of the graph.

  41. 8:39

    If you ask a simple search question, then m- might-- that might go directly into the moment. But, like, an entity workflow might start with a person, and then it expand into appearances, right?

  42. 8:48

    And if you ask question like a storyline, like narrative storytelling of certain, uh, you know, uh, you know, person, then it may follow a relationship across time, right? Uh, so the key idea here is that memory, in the context of video understanding, is a navigable structure over the entire video volume.

  43. 9:03

    From that concept, I come up with these five principles of building, um, you know, a memory layer for video intelligence. Number one is to ingest once and reason many times.

  44. 9:12

    So, um, you don't want to, like, do sing-- every single query, uh, from scratch. Like, you want to pay the cost up front, do one, uh, interpretation from the video content up, um, up front, pay the cost, and then you move expensive understanding into ingestion.

  45. 9:25

    So this is same mental model, uh, of, of database, right? You do- you do not repeatedly have to parse your entire source of data, um, for, you know, every application request.

  46. 9:35

    Um, second principle is to store primitive, not just answer. So, uh, you know, moments, entities, appearances, I already talked about that. Those are the, the primitives, right? That allows you to, uh, do downstream workflow, like search, editing, um, you know, analytics, all of that.

  47. 9:49

    Third is to ground every claim. Like, basically, if you ask a question, you need to sign back into where that scene happening in the video. So, uh, evidence, like, you know, should be grounded to a specific timestamp within the video, right?

  48. 10:02

    Uh, fourth is to let intent shape memory. Um, this is important because the same footage mean different thing in different workflow. We work across spots, uh, application, brand safety, compliance review, creator analytics.

  49. 10:13

    All of them require different primitives from the same video, so the memory layer should be configurable, right? Developers should, uh, should be able to tell the system what matters.

  50. 10:21

    And lastly, uh, keep the layer composable. Um, so basically being API first, you know, um, it should provide the, the layers that allows those application, uh, on top of that to, to serve it, uh, structure grounded metadata that can be plugged into any sort of application.

  51. 10:36

    Um, so moving beyond these five principles, I want to talk about, like, kind of the, the harnesses around building a memory layer, right? There's a lot of talk these day about, um, you know, building the right harnesses for the context of language model.

  52. 10:49

    So what does it look like for, for video understanding model, right? Um, a model call produce a single answer. It is stateless. It start fresh each time, uh, it start fresh each time.

  53. 11:00

    It doesn't have any constraint. So the output is largely based on what the model decide to produce. A video worker, on the other hand, operate inside a, a very deterministic system, understand what is available.

  54. 11:10

    Uh, it can plan the task, retrieve evidence, inspect, uh, uh, the relevant moments, synthesize, validate, return output, and then the entire workflow can be evaluated, right? Um, so, so for video understanding, this is very important because the worker need to know what memory is, is available, what evidence matters, and also, like, how deep to inspect, because that

  55. 11:30

    will depend, uh, determine how much cost to spend, what output contract to satisfy, right? Um, talking about harness engineering for, for video understanding, um, I come up with these, like, different capabilities for, for, like, a video worker, right?

  56. 11:44

    Um, number one is memory. I talked about that already. Number two is task planning. So given, given a query from, from an end user, uh, you have to decide, like, what task to execute.

  57. 11:54

    Is it, like, search, or is it, like, summarization or, like, you know, multi- multi-step reasoning? Uh, third is retrieval. Like, every single system should be able to, like, select the right evidence from, from your video corpus to read for a specific task.

  58. 12:07

    Uh- Expert tools, right? So we work with customer where they require like, you know, zoom in, zoom out, uh, comparing different, uh, uh, you know, frames, enriching, uh, co- content with like additional metadata.

  59. 12:19

    So building expert tools inside, uh, like a, uh, like a video worker, uh, is very important. Operating envelope, so these are like explicit limit on time, cost, depth, scope, autonomy.

  60. 12:29

    Uh, an output contract, so sometimes natural language is enough, sometimes the patient needs structured data with references and timestamps. And of course, fi- finally, we have evaluation, right? Uh, like, you know, did the retrieval find the right evidence?

  61. 12:41

    Did the synthesis, synthesis preserve it, right? Did the worker stay within the budget? All right, so, so that's a lot of like, you know, uh, slide and, and, and talk.

  62. 12:48

    I wanna quickly jump into some demos, uh, that I actually built using TwelveLabs', uh, you know, video agent product. So the, uh, there'll be three demos. Um, the, the video agent product that we've been building is called Jockey.

  63. 13:01

    So this first example here is for sport understanding. Uh, you know, ob- obviously, everyone is super excited about the World Cup that happening right now. So what I did is I ingest, um, 67 videos from the 2022, uh, World Cup in Qatar, and you can see here I asked it to find the near misses, uh, the shot

  64. 13:20

    that almost become goal but did not. For each, explain why it was not a goal, uh, but do not include the actual goals, right? So these are the, the, the top output that it return.

  65. 13:35

    So that, um, that's hitting the woodwork. This is saved from the goalkeeper. I don't know if, if the sound is up, but like I'm playing the, the video, by the way.

  66. 13:45

    Um... Right, this is another save from the goalkeeper.

  67. 13:52

    It even catch like, you know, the offside, uh, from one of the goals.

  68. 14:01

    And then ask question, "Okay, when is the goal? Uh, find the most dramatic actual goals. Show the build-up play and the finish. For each goal, describe the sequence," right?

  69. 14:12

    So if you know this one, this is the,

  70. 14:15

    um, the first goal of the World Cup final like four years ago. And it, it actually like returned like, you know... It, uh, understand who, who are the passer, like it was Alvarez passing to Mac Allister and passing to Di Maria to score the goal.

  71. 14:30

    Um, take a look at this one from Richarlison. This is goal of the tournament, uh, from Brazil against, uh, South Korea, I believe, right?

  72. 14:40

    And it returned like, you know, um, an outrageous skill in a build-up, right? Name the player who did the return pass.

  73. 14:49

    You can even do player tracking, so I asked it to track Lionel Messi across this entire corpus, including the shot, where he's one of the manage figure on the screen.

  74. 14:56

    Describe the camera framing, right? Uh, so this, uh, uh, highlight reel of all the important moment in the game, and this is a scene where Messi dribble past a sliding defender, you can see here.

  75. 15:09

    It pick up the scene where he scored the first goal against Australia in the round of 16, I believe.

  76. 15:15

    Right. This is another scene where he scored the third goal in, in the final.

  77. 15:25

    Yeah, so that one example on spot, uh, spot understanding.

  78. 15:29

    But then you can obviously build more interesting and more, uh, like real practical application of which, uh, security is one that we encounter a lot. So on a c- on this example, I ingest eight, um, you know, publicly available camera footage.

  79. 15:42

    For context, these are the clip. You have, uh, traffic jam, suburban, uh, you know, urban a- aerial. Uh, and given this footage, right, I asked Jockey to count and classify every vehicle in the intersection, break it down by type plus pedestrian, and it return the number of vehicles and the peak foot traffic as well.

  80. 16:02

    Um, it can detect safety events, right? So you see there, uh, a red SUV turn and almost get struck.

  81. 16:13

    Another scene here, turn left into an upcoming car.

  82. 16:22

    Yeah, so that a clear red light entry.

  83. 16:26

    Uh, it works well in, you know, different scenario. This scene is a very crowded, uh, aerial in Bangkok.

  84. 16:34

    Uh, it asked, I also asked it to work on the, uh, you know, the rain, right?

  85. 16:45

    So this is another scene where it understanding the, um, rainy condition.

  86. 16:55

    It identify the busiest, uh, intersection vehicle window.

  87. 17:03

    So yeah, those are some example for, for camera security surveillance footage. Um, finally, advertising. So, um, you've probably seen this, uh, Adidas clip in all, all the commercial leading up to World Cup recently.

  88. 17:17

    It's a five minutes Adidas footage, and I asked it to classify all the point where you can put an ad on. So it find the reveal, the hard cut, the impact, energy peak, right?

  89. 17:27

    It find a scene where a certain player appear on the screen.

  90. 17:32

    It identify like, you know, high impact action like this. Condition, um, the hard cut to Nike football underlines. And of course it, it point into the logo, um,

  91. 17:47

    of Adidas. So, you know, uh, from, from perspective of an advertiser, these are very important moments because they can, you know, find a scene with slow motion hero.

  92. 18:01

    Hard cut on a beat. Or peak action.

  93. 18:10

    In which they can advertise their brand content against this footage, right? Um, yeah, so those are three sample demo application, um, that I wanna highlight, uh, of using TwelveLabs.

  94. 18:22

    Um, and again, um, now what can you build with, with this sort of video memory layer based on the just example? These are the categories of, of application that I believe developers can build.

  95. 18:33

    You can discover things. You can build reasoning experience. You can organize your content across different video library, and it can be action workflow, assemble, uh, different scene together, do compliance review, data operation, et cetera.

  96. 18:48

    The same framework apply for different verticals, in media and entertainment and sport, segmentation, highlight generation, in commercial security, evidence review, contextual analysis, in advertising, uh, brand safety, uh, creative intelligence, right?

  97. 19:04

    And, uh, yeah, so this is our product, uh, that are up, coming up. Um, one quick highlight is that we, we try to code as a video con-cognition infrastructure.

  98. 19:12

    So we have a knowledge store that basically become the video memory layer, web configurable ingestion that let you to shape what the system can, can extract, corpus digest, so that you can understanding what is in the library, and a resolution agentic search responses API.

  99. 19:26

    So the thing I wanna highlight here is it's not an application layer. Right? It's not an editing platform, not a compliance product. It's the cognition infrastructure with the layer and the harnesses that enable, like, those product being, to become available.

  100. 19:40

    Um, and if you found the content of this talk interesting, um, definitely recommend you to, to scan this QR code. Uh, the product is currently in private beta right now.

  101. 19:48

    Um, if you bring any sort of workflow that touch video content, especially around content assembly, content organization, you know, think about media archive, content creator, YouTube, TikTok, uh, uh, spot analysis, uh, media workflow, uh, definitely, uh, either scan this QR code and register for the interest or come talk to me after the talk.

  102. 20:06

    So that should be my time. Thanks a lot. [audience cheering] [upbeat music]