← All AI Engineer talks

AI Engineer Europe 2026

Black Forest Labs: FLUX, Open Research, and the Future of Visual AI

Read the talk

From FLUX Image Editing to Self-Flow and Physical AI

Consistent image edits lead to a deeper training problem: how can a generative model learn useful representations without depending on a separate, frozen encoder?

From a talk by Stephen Batifol

Before you start: Basic familiarity with generative models and training losses is helpful; representation alignment and teacher–student training are explained as they appear.

What connects BFL and FLUX?

Do you know Black Forest Labs—or do you know FLUX? Stephen Batifol opens with those two questions before introducing the connection. Speaking as a developer relations engineer at BFL, he describes a team whose research lineage includes Stable Diffusion and Latent Diffusion, alongside FLUX. Batifol reports more than 200,000 academic citations across the team and names Microsoft, Adobe, Canva, and Mistral as customers. The company combines model research with work on enterprise applications.

FLUX.1, released in August 2024, began with text-to-image generation. Batifol describes an openly released model that could run on a laptop, with anatomy that compared favorably with much larger models. Its early reception included a shout-out from Hugging Face’s Clem and, for a time, the position of most-liked model on Hugging Face. That ranking belongs to the launch history; Batifol explicitly says it no longer holds.

Collage showing colorful DEV lettering, a cartoon panda, a winged woman, a knitted yellow duck and an ornate house.
FLUX.1 Dev examples on the “Our first Milestone” slide.
0:270:39
Suggest correction

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

0:27 · section reference included

Change the scene, preserve the character

FLUX.1 Kontext extends that starting point from generation to editing. Batifol presents it as a first open-source combination of the two capabilities. The launch announcement establishes the combined workflow, but described Kontext dev as a private beta alongside hosted pro and max models; it does not establish worldwide priority or public availability of every variant at launch. The useful technical distinction is that an existing image can become the context for the next instruction.

The demonstration follows one person through successive changes:

  1. Remove the snowflake from her face.
  2. Move her to Freiburg, where BFL is headquartered, taking a selfie in the street.
  3. Make the background snowy, with snow appearing on her face too.

Character consistency makes these edits a sequence rather than three unrelated generations. The location and weather change while the subject remains recognizable. Batifol recalls Kontext generation or editing taking about 7–8 seconds, compared with roughly 40–50 seconds for early GPT image generation or editing; he does not specify the test conditions.

That continuity also supports storyboards. A seagull wearing a VR headset drinks beer in a bar; a friend joins; the characters acquire hats; then they go outside. Each image advances the story without requiring the characters to be reinvented. Partners and customers used sequences like this as input frames or end frames for video and animation models, giving a motion generator concrete visual destinations.

2:112:27
Suggest correction

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

2:11 · section reference included

Compose an image from multiple references

FLUX.2, released in November 2025, broadens both image quality and editing. Batifol points to hands, veins, and bracelets as details that make the human samples convincing to him, followed by turtles and an animal in a bath. The next examples move beyond people and animals: a waffle presented as product photography and a moped rider carrying balloons. These are his qualitative examples of realism and range.

The editing examples introduce a more consequential capability: multiple references can jointly constrain one output. Six source images accompany an instruction to create an outfit from them. The result puts the jacket and tie in plausible positions instead of merely assembling a collage. A second example places a sofa into a room, letting a furniture maker or e-commerce customer visualize the product in a flat.

FLUX.2 advertises support for up to ten simultaneous reference images at the model-family level. Individual variants and hosting services need not expose that same limit. Batifol identifies character, product, and style consistency as the important properties: the references supply things that should survive the transformation, while the instruction specifies how they should be composed or changed.

BFL’s first operating principle, in Batifol’s account, is to improve model quality with each release. He positions FLUX.2 as its best image model at that point, its first multi-reference release, and a leader among openly available generation and editing models. January’s FLUX.2 Klein then shifts attention toward interactive use. Batifol tentatively recalls fastest-case Klein latency of 500 milliseconds for editing and 300 milliseconds for generation. The release family also makes the licensing distinction concrete: its 4B models use Apache 2.0, while its 9B models use the FLUX Non-Commercial License. Open availability is not a single license shared by every model.

Faster products are only one part of that trajectory. Batifol turns next to BFL’s research-first approach and public papers: improving generation also means changing what the model learns during training.

3:584:18
Suggest correction

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

3:58 · section reference included

Denoising needs useful representations

A glass should rest on a table rather than pass through it. A person sitting in a chair should not intersect the chair. Batifol uses these ordinary relationships to explain the limitation of a training objective built around corrupting images with noise and learning to remove it. Denoising supplies a generation task, but does not explicitly state those physical relationships.

Representation alignment adds another learning signal. An external image encoder supplies features that describe image content, and the generator learns to align its internal features with them. Batifol describes the encoder as teaching the generator about objects and their relationships, contrasting its visual analysis role with the generator’s synthesis objective. In the displayed external-alignment comparison, Batifol reports 70-times-faster convergence; the baseline, target metric, and compute accounting are not specified in his explanation.

That extra supervision introduces three constraints:

  • Scaling ceiling: the external encoder is a frozen checkpoint. Enlarging the generator does not enlarge the source of its representation targets.
  • Modality dependence: an image encoder such as DINOv2 does not supply the corresponding targets for audio and video. Adding separate encoders for each modality complicates the training system.
  • Objective mismatch: features useful for visual analysis are not automatically the best features for generation. The two models were trained to do different things.

The encoder comparison makes the last limitation concrete. DINOv3 may be a stronger encoder, yet the displayed generation experiments perform worse with its representations than with DINOv2’s. The chart plots FID against training steps; it concerns the quality of generators trained with those encoders, not a general ranking of DINO models. A better external representation model does not guarantee a better generation target, and Batifol says there is no clear selection rule that resolves the mismatch.

Slide lists scaling ceiling, images only and misaligned objectives beside a chart of FID versus training steps with four DINOv2 and DINOv3 curves.
External alignment limitations alongside DINO encoder training curves.
7:407:50
Suggest correction

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

7:40 · section reference included

Let the generator learn its own representation targets

Can a generator learn representations without an external encoder? Self-Flow, published roughly a month and a half before the talk, combines representation learning and generation in one self-supervised training approach. The intended scope includes images, video, and audio. Instead of importing a fixed teacher from another task, it develops the teacher alongside the generator.

The training procedure uses two differently corrupted views of the same asset:

  1. Create the noisy views. Batifol describes a heavily corrupted view and a lightly corrupted view. More precisely, the paper gives the student a mixture of token noise levels and the teacher the lower-noise view.
  2. Run the student and teacher. The student handles the harder generation task. The teacher is a more stable version of the student, maintained through an exponential moving average of its weights.
  3. Train for generation and representation together. The student learns to generate while also matching the teacher’s representation targets.

The cleaner view gives the teacher a less ambiguous input; the student must learn useful structure despite stronger corruption.

The central change is architectural: the representation teacher grows with the generator. Scaling the model scales both student and teacher, rather than leaving a fixed external encoder as the source of supervision. The approach also avoids having to import a separate representation model for every modality. Batifol says BFL is already using it in models under training.

10:5111:04
Suggest correction

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

10:51 · section reference included

From training curves to legible text and coherent motion

The next comparisons use research models, not production releases. Batifol reports better results for Self-Flow than the flow-matching baseline across audio, image, and video generation in the displayed experiments. Dashed curves mark the baseline and solid curves mark Self-Flow. He also points to faster convergence: the baseline begins to plateau while Self-Flow’s loss continues falling. His suggestion that this advantage would persist toward two million training steps is an extrapolation, not a measured endpoint.

The image examples translate that training signal into recognizable errors. A baseline attempt at “the future is FLUX” has missing or duplicated letters; another word, “worlds,” contains a doubled L. In the Self-Flow examples, Batifol points to more coherent lettering, including text on a mirror and a tree. A further side-by-side text comparison repeats the pattern, followed by a face whose anatomy looks less distorted with Self-Flow. These samples illustrate what improved representations can change without implying production-perfect faces or typography.

The video demonstrations extend the comparison to motion. In a push-up clip, Batifol contrasts awkward baseline movement with a Self-Flow result whose arms, hair, and exercise form appear more coherent. Next, a walking-bird example contrasts baseline flickering and odd behavior with what he describes as a clean, flicker-free Self-Flow sequence. These are temporal artifacts: individual frames are not enough if the subject changes implausibly from one moment to the next.

13:0813:18
Suggest correction

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

13:08 · section reference included

Generate speech with video, then predict actions

Joint training also permits joint generation. The audiovisual example asks a person to say “Hello from the Black Forest.” Batifol plays the baseline first and points out unwanted sounds at the end. He then plays the Self-Flow version, which he describes as stopping after the requested phrase. The distinction is not only whether recognizable speech appears, but whether the generated sequence ends where the instruction ends.

Two side-by-side portraits of men at computer desks, labeled Baseline and Self-Flow, beneath the title Video-Audio Generation.
Baseline and Self-Flow samples in the video-audio generation demonstration.

Batifol connects this audiovisual result to the preceding image and video work, then extends the discussion to action prediction. The robot’s task is concrete: pick up a can and bring it closer. At the same number of steps, he describes the baseline arm as flickering and behaving erratically, while the Self-Flow result picks up the can and moves it directly. The paper’s robotics experiment uses an RT-1 fine-tuned model evaluated in SIMPLER simulation. This is transfer from multimodal training into an action task, rather than evidence that one unchanged checkpoint controls a physical robot. It introduces BFL’s interest in physical AI beyond media generation.

16:3516:53
Suggest correction

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

16:35 · section reference included

Make editing fast enough to guide continuously

Returning to available image tools, Batifol shows Klein running through Krea. The display changes continuously, but it is not a video model: it is a succession of image edits. That distinction matters because a sufficiently fast image model can support an interactive workflow without generating a temporally modeled video sequence.

Batifol compares Klein’s 4B and 9B variants with other openly available models, describing quality as at least comparable while latency is much lower. His approximate readings of the comparison are:

TaskKleinQwen
Text-to-imageAbout 0.5 secondsAbout 15 seconds
Single-reference editingKlein 9B: slightly above 0.5 secondsAbout 15 seconds
Multi-reference editingBelow 1 secondAbout 20 seconds

The vendor’s benchmark caption specifies GB200 hardware and bf16 precision. The talk does not spell out every model version, resolution, or timing boundary, so these figures describe the presented comparison rather than expected latency on a laptop or arbitrary hosted service. The plots place Elo against latency to show the quality–speed tradeoff across the three tasks.

Three Elo-versus-latency plots for text-to-image, image-to-image with a single reference, and image-to-image with multiple references.
FLUX.2 klein performance comparisons across three generation and editing tasks.
18:2618:37
Suggest correction

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

18:26 · section reference included

From interactive images to simulated worlds

The application goal is to remove the pause between an idea and its visual feedback. Mock-ups could be rendered and guided as the user works, rather than requiring repeated waits. Batifol extends that ambition to interactive visual engines for games and films, including the future possibility of rendering a movie while prompting it. These are proposed directions for visual intelligence, beyond the editing demonstration.

World models add another requirement: learning geometry, relationships, and interactions well enough to simulate how a world behaves. Batifol’s motivation is robotics and automation. Generative worlds could become training environments for agents, with longer-term applications in self-driving and manufacturing. The target is no longer just an image that looks right; it is an environment in which actions have useful, learnable consequences.

The audience first asks what data underlies this world-model work. Batifol declines to disclose it, citing trade secrets and data sensitivity, while saying BFL is working with multiple partners. He does not identify those partners or datasets.

A second question asks where an action-prediction model stores the state of the world. Batifol initially describes learned representations and internal memory. Pressed on whether that means external storage or the context window, he identifies context-window tokens: the sequence records movement and informs where the model should be next.

That answer leaves a practical limit. Asked whether the model can run indefinitely or compact its history, Batifol says he is unsure about indefinite operation, expects a limit, and suggests a possible sliding window. He does not describe a confirmed compaction mechanism. The closing engineering question is therefore how to preserve enough state for useful action prediction once the history no longer fits in context.

19:4819:59
Suggest correction

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

19:48 · section reference included

Resources

From the talk

Read the complete timestamped transcript
  1. 0:00

    [upbeat music] Thank you for coming today.

  2. 0:16

    I really appreciate it. Uh, thank you for coming to this talk, which is Black Forest Labs, FLUX open research and the future of visual AI. I'm gonna start quickly with a quick intro of myself.

  3. 0:27

    Uh, I'm Stephen Bat-Batifol, sorry. I'm a developer relation engineers at BFL. And I wanna start with two questions. First, who here knows about BFL? Raise your hand.

  4. 0:39

    Okay. Who here knows FLUX? Okay. About the same people, actually. Uh, but for the people that don't know BFL, I have a quick intro, so you're not lost. But BFL at G- at a glance, we are the team behind Stable Diffusion, Latent Diffusion and the FLUX models as well.

  5. 0:57

    Our team has more than two hundred thousand academic citations. And we don't only build models, we actually al- also work with enterprises and customers with them. So some of our customers are Microsoft, Adobe, Canva, Mistral, and many more.

  6. 1:14

    And the way we started is we started in August twenty twenty-four with FLUX.1. FLUX.1 was the first breakthrough, you know. That was the model that was the big competitor to Stable Diffusion back then, and that was really the breakthrough where people were like, "Oh, this is a really cool model."

  7. 1:30

    We released it in open source in the first place. So really that was the one that was text-to-image only and you could run it on your laptop. That was a game changer as well.

  8. 1:41

    And the anatomy was really good in comparison to the other models and especially in comparison to other models that were way bigger. So this is where we really had a breakthrough and Clem from Hugging Face actually gave us a shout-out back then.

  9. 1:54

    This is fairly old, but FLUX was actually the model that was the most liked on Hugging Face back then. This is not true anymore, uh, but back then that was really the thing and that was really good and really big actually for a company that was, you know, coming out of nowhere and just released this model.

  10. 2:11

    We then released FLUX Kontext, which was the first open source editing model in the world that was like the combination of text-to-image and image editing as well. This one, now what I'm showing you here, what I'm showing you here, you know, it's obvious because now we have editing models everywhere.

  11. 2:27

    But back then there was a big breakthrough where you could do both text-to-image and image generation at the same time. If I have an example here, we have this input image and then you remove the snowflake from the face.

  12. 2:39

    You know, you can see you have the character consistency. But you can also then move this person to be in Freiburg, which is where our headquarter is. You know, she's chilling, uh, taking a selfie in the streets of Freiburg and then you can, you know, do some local editing where you can change the background to be snowy

  13. 2:55

    and then you also have snow on her face and everything. It was also the model that was really one of the fastest back then. You know, if you remember, this is the time where you had the first GPT image where it would take like forty, fifty seconds to generate or edit images.

  14. 3:09

    Whereas Kontext, if I remember correctly, was like seven to eight seconds.

  15. 3:14

    It was also really useful to tell stories. I've seen a lot of use cases from our partners, from our customers, where they would start with an input image and then create a storyboard like we see here.

  16. 3:25

    We have the famous seagull here, you know, which has the VR headsets, drinking a beer in a bar. But then you can actually create other things. They can have a friend that is joining and that is then drinking with them.

  17. 3:36

    Now, you know, I guess they got a bit tipsy and they're wearing hats in the bar. Then they're going outside and then, you know, this is a story you could create.

  18. 3:44

    And that was really useful actually for video model or for animation models. You know, you would give those images as input frames or as end frames and then the video model could then create different content.

  19. 3:58

    In November, we released FLUX.2, which is our steps towards what we call visual intelligence. FLUX.2 was, uh, as our base, still our base, our best model, sorry. Um, those are samples which I don't know if you can see clearly, but in my opinion they are like really amazing samples and it's impossible to basically tell they are AI

  20. 4:18

    generated. If you look at the hands, if you look at the veins, if you look, you know, at the bracelets of the person on the left, there's personally no way that I would tell it's AI generated.

  21. 4:29

    Same for the turtles you see on the right side. Same for the dog or cat actually that is in the bath. That would be very, very hard to get the sample like this, um, but those are AI generated.

  22. 4:42

    And then you have more as well. So it's not only the people or animals. You know, you could do like some proper product photography. You can see it with a waffle here on the bottom right or you can make some very cute images like this person, you know, on the left that is riding, driving the moped with

  23. 4:56

    some balloons. And this is what we released in November. But it's not only an image generation, it's also an image editing model at the same time. Um, you can see on the left we have six images that we give to the model and my prompt was literally like create an outfit with those images and then the model

  24. 5:16

    is intelligent enough to actually, you know, make things that make sense. Like the jacket, you know, is worn properly. Same for the tie. And on the right side it's a bit more of a simple use case where you have the sofa and then you have to imagine, you know, maybe you are an e-commerce website or you're a

  25. 5:34

    sofa maker and then you want to people to imagine, you know, what it looks like in your flat or what it really would look like if you were to buy it.

  26. 5:42

    And those use cases are really, really important and those are like the main use cases we have currently for FLUX.2. But it also takes you up to ten images simultaneously, so you can really edit a lot of images at the same time and then you can create magic things.

  27. 5:57

    It's very good at character, product and style consistency.

  28. 6:03

    And what I wanna make clear is that BFL as a company and as a research lab, our first operating principle is to release state-of-the-art models. This is what we wanna focus on.

  29. 6:14

    This is what we wanna do as a company. You know, we wanna raise the bar on quality with every release we do. So we did it in the past, you know, with FLUX.1 when it came out.

  30. 6:24

    We did it with Kontext. Uh, FLUX.2 was our best image model to date. It's the first one we released that was actually multi-reference as well. It was state-of-the-art in the open source world.

  31. 6:34

    It was state-of-the-art for text-to-image and image editing. In January, we released FLUX.2 Klein, which is a step towards, like, interactive editing and interactive generation. It generates and edits images in less than a second.

  32. 6:50

    I'll talk a bit more about it later on during the talk. But I think the fastest it can do, if I remember correctly, it's five hundred milliseconds for editing and three hundred milliseconds for generation.

  33. 7:00

    So basically real time. But this is not it. We also have more things that are coming, and this is where I want to talk about today.

  34. 7:10

    So I mentioned it, we are a research company first. We publish things in the open. We publish paper. We really wanna make sure that the field is moving forward with us, you know.

  35. 7:20

    This is our big focus as well, so it's state-of-the-art model, publishing things in the open, and that's what we wanna do. But I want to first take a step back and tell you a bit, you know, about, like, how do you train models, and especially gener- um, models that are generating content, generating images and everything.

  36. 7:40

    You know, when they generate things, when you train them, they actually don't understand what they're generating. You know, they don't understand that my glass here should be actually on this table.

  37. 7:50

    I shouldn't go through it. Because you train them, you have images, and then, you know, you add some random noise to those images, and then you just try to denoise them.

  38. 7:59

    That's what you do. That's what those models are doing. And when you denoise images, you never learn, you know, that my glass shouldn't go through here. You, like, never learn that, you know, you're sitting on a chair, you shouldn't go through it.

  39. 8:12

    So what do you do is that you use-- you do what is called, like, representation alignment. So you use an external model that actually knows about this and that is an encoder, that is like an image encoder, that is teaching our model, "Hey, he is currently sitting on a chair.

  40. 8:28

    He shouldn't go through it." And those models are external, and they are really, like, trained to segment images, whereas our models are trained to generate images or generate videos or generate audio.

  41. 8:40

    And you try to align them to be on the same objective so that our generative model actually learns, "Okay, you shouldn't go through the chair. My glass should stay on this table."

  42. 8:50

    And this is great because it really improves the way generative models are working. We can see here on the right, you know, it is seventy times faster to actually converge and to reduce the loss when you use this external alignment.

  43. 9:04

    So you're like, "Okay, this is great." But as usual, if something is working well, there are also counterparts to it. So the first one is that you have a scaling ceiling.

  44. 9:16

    You imagine you're working with a model that is external, that has been trained. It's a checkpoint. You're not changing it anymore. What if you train a new model and you have a generative model that you wanna scale up?

  45. 9:27

    You're still, like, limited by this encoder that you have on the side, you know? You're never actually scaling up fully with it. Also, those are specialized in modalities. You have an encoder, for example, DINOv2, and the other one that I can't remember, uh, it's specialized in images only.

  46. 9:45

    What if you want your model to generate images, audio, video and more? You would have to have encoders for all of those. And you can imagine then you would have like a very Frankenstein setup, you know, nothing would really make sense.

  47. 9:59

    And the objectives also misalign, so I've shared it before. We wanna generate content. We wanna generate images or audio. The other one is here to segment things. So, like, they have different objectives, and you're trying to make them work together, and it works great, but it's also not perfect.

  48. 10:17

    Here you see on the right side we have DINOv2 and DINOv3. DINOv3 is a better model technically per se than DINOv2. But when you train your model, actually getting worse performances.

  49. 10:29

    You know, DINOv3 is here in right in red and green, and so you're getting worse performances. So you're like, "Okay, like, this is supposed to be a better model, and yet when I do train a model to generate things, then it gets worse."

  50. 10:43

    And there's also, like, not really any rules as to why, you know, certain encoders should work or otherwise shouldn't.

  51. 10:51

    So how can we solve this? How can you teach, you know, a model representation directly without this external encoder? This is what we released about a month and a half ago now, which is a research paper.

  52. 11:04

    You can read it. It's called SelfFlow. It's in the open. We released it to really make sure, you know, we're moving the field forward again, and it's not only us benefiting from it.

  53. 11:13

    And it's basically a scalable approach to training multimodal generative models. So they use self-supervised learning, so you don't need any other models, you know, to train it. And I'm gonna try to go in tiny bit more details into it.

  54. 11:28

    But we combine representation learning and generation in the same flow. And you see here on the left, you have videos, images, audio. You have different modalities.

  55. 11:40

    What do you do when you usually train a model? You add some noise. You add some random noise. You try to denoise it, and then you align it with the encoder, you know.

  56. 11:48

    How do we do it then? We actually add two different kind of noises that are both random, and they're both different. The first one we're adding is actually we're adding a lot of noise to the assets.

  57. 11:59

    So this is the one you see at the top. And the other one we're adding, like, a low amount of noise. This is what you see at the bottom And the idea is that then we have two models that are actually working together.

  58. 12:11

    We have the student one, which is always getting the images with the most noises and is trying to denoise them, and then the teacher one, which is basically a more stable version of the student's, is always getting the low, um, noises images.

  59. 12:26

    And then the student one is actually trying to learn two things at the same time. It's trying to minimize the loss for the generation and the loss in representation.

  60. 12:36

    And this is how then you actually work across different modalities. You know, this is then you only have one model, you don't have anything external. And if you actually scale up your model, then you're scaling up your student, you're scaling up your teacher, and you don't have to worry about the encoder that you have on the side

  61. 12:52

    anymore. And this is where we're working on. This is something, you know, we are currently using for different models that we're training. Um, and this is, you know, where we believe the future is gonna be and to get rid of those encoders that we have.

  62. 13:08

    We actually trained models. Uh, so those, disclaimer, those are research models. They're not meant to be released in production. Uh, but we released actually one model on all those modalities.

  63. 13:18

    On the left, we're comparing flow matching, which is the usual way of training models, with ours. And you can see we are better in audio, so this is what you see in orange on the right side.

  64. 13:29

    And then we're also better in images, so the dashed lines is the baseline, and then we are like the full line where we can see we are also better at images and also better at video.

  65. 13:40

    So with this approach, without having the encoder and the external model that you may struggle with, you actually get better at every modality that you're training your model on.

  66. 13:50

    It's also converging faster. You can see on the right, you know, the baseline is converging. It's actually hitting a plateau, whereas we are converging faster, and we're still, you know, decreasing the loss.

  67. 14:02

    And I'm pretty sure that if we were to go towards two million steps, you know, the baseline would really plateau and then wouldn't really get any better, maybe actually get worse, whereas we would still go down in loss.

  68. 14:15

    And this is the difference between the two. If you used FLUX in the past or if you used different models, you know, to generate, you may have noticed the text might not be perfect or, you know, things don't really make sense.

  69. 14:27

    This is what you see at the top, where on the left it's like the future is FLUX. But you can see, you know, you have like some letters that are missing, or maybe you have two letters, like on worlds, for example, you have two Ls instead of one.

  70. 14:40

    Whereas with this approach now, in the SelfFlow approach, you can see at the bottom everything makes sense. There's like-- They learn representation. You know, they learn that FLUX then for the letters should be like one next to the, to the other, and the same on the mirror, same on the tree.

  71. 14:55

    And this is where we believe this is the future.

  72. 14:59

    But on top of this, we can see some comparisons here. On the left is a baseline where, again, the letters are wrong, and on the right, you can see that the letters are correct.

  73. 15:10

    Here is the same for the anatomy, where you see on the left, you know, you have like a face. It's looking a bit odd, let's put it that way.

  74. 15:17

    And on the right, this is the one with SelfFlow. And again, this is not like a production model where, you know, you expect the face to be like perfect, but you can see that the anatomy is way better than what you have on the left.

  75. 15:30

    But I wanna show you as well some different generation if it loads. Yes. Thank you. Uh, this is also possible...

  76. 15:39

    This is also possible for video generation. So this is the same model that has been trained on images, now also can generate videos. On the left, you see the baseline.

  77. 15:49

    It's a weird way to do a push-up, let's put it that way. Uh, whereas on the right, it's a perfect form. You know, the arms are correct, the hair as well is correct, and nothing is wrong in it.

  78. 15:59

    And this is, you know, a way to actually fix all those artifacts that you may see usually in generations.

  79. 16:06

    So same here for the birds. Oops, my bird. Yes. Thank you. Uh, it's the same here for the birds where...

  80. 16:15

    Thank you. Where you see on the left side, you have the baseline. There's a lot of flickering. There's a lot of like, you know, weird things happening because the model was using this encoder or was trying to align things.

  81. 16:26

    Whereas on the right side, with SelfFlow, it just does it perfectly and like the, the bird, you know, is walking on the floor, and there's no flickering or anything.

  82. 16:35

    But it's not only about images or videos or audio. You train those jointly, so you can also actually generate things jointly. We have here an example of a video and audio sample where the idea is that we have someone that is saying hello from the Black Forest.

  83. 16:53

    Uh, I will just play them, and you will hear the difference. Again, this is not a production-ready model, so it's not like perfect, but you can hear the difference, hopefully.

  84. 17:02

    Hello from the Black Forest. Hello from the Black Forest. Hello from the Black Forest.

  85. 17:07

    And so this one was the baseline where if you hear it correct-- if you try to pay attention to what he's saying, you hear like, "Hello from the Black Forest."

  86. 17:15

    Ooh. There's a bit of like weird things at the end.

  87. 17:19

    Hello from the Black Forest. Hello from the Black Forest.

  88. 17:22

    Whereas on the right side, you can see, you know, the prompt is really just say, "Hello from the Black Forest," and then it ends here. And yeah, this is the same model that was trained on those images that we've seen before on video and on video and audio.

  89. 17:35

    Hello from the Black Forest.

  90. 17:38

    Thank you. But this is cool and this is great, but what if you could also teach robots on how to use this? This is also the same model. This one is trained on actions and not only on images, video or audio, so it can also predict actions.

  91. 17:54

    And what I'm gonna show you now, it's a robot that is trying to pick up a can and make it closer to us.

  92. 18:01

    On the left, this is a baseline. Again, you see some like flickering. You see like the, the arm is doing weird things. Whereas on the right, for the same amount of steps, you can see SelfFlow, the robot is picking up the arm directly and like bringing it closer And this is where we're going as well as a

  93. 18:16

    company. This is where we're really interested is, like, not only image generation or video, but it's also doing actions and doing more things towards physical AI.

  94. 18:26

    And there's more. It's also how do we make our models faster because this is really important for us. This is a demo of Klein, which is, you know, like near real-time editing.

  95. 18:37

    You see it on the right side. This is, you know, generated with Klein on Krea, where you see the edits. And this is not a video model, this is-- those are images that are always editing in real-time.

  96. 18:49

    Not only they are faster, they're also actually at least on par or better than other models. And I'm almost out of time, or they added five minutes, so I don't know if I'm...

  97. 18:59

    Okay, cool. So I'm not out of time, so I can chill. Uh, so yes, here on the left you can see, you know, we have Klein, uh, that is four B and nine B that is compared to the other open source models.

  98. 19:10

    So it's at least on par, while the latency, you know, it's like zero point five seconds, while Qwen is like around like fifteen seconds. You know? And if you are like on par and you're like way faster, then this is really, really good for us.

  99. 19:24

    Same for image to image. You can see the editing for Klein nine B, we are at like a tiny bit more than zero point five seconds, whereas Qwen is still at around fifteen seconds.

  100. 19:34

    And then same for multi-ref, you add it but we're still at less than a second, whereas Qwen is more towards the twenty seconds. And this is what is really, really important for us because you really want to actually generate things in real-time.

  101. 19:48

    This is where we believe the road to world to visual intelligence, this is where we're going as a company in the future. And why does it matter? 'Cause like I mentioned it, real-time generation.

  102. 19:59

    So you can imagine you render mock-ups as fast as you think. You know, you don't have to wait, you don't have to wait like ten seconds, twenty, a minute or two.

  103. 20:08

    You do things in real-time, and you can guide them in real-time. This is also where we're going. You can think, you know, interactive visual engines for gaming or films where you really render a movie as you prompt it.

  104. 20:21

    On top of this, there's also world models. The idea of world models and behind it and why it matters for us, it's you train your models to understand and simulate geometry, the relationship and like different interaction of the world.

  105. 20:36

    And you may be like, "Okay, that's cool from a research perspective. Why do we care?" The reason is robots. Uh, that's why we care. That's why, you know, robotics and automation, this is where we're taking BFL, and that's why we also wanna go towards world models, is to train agents in those generative world to scale self-driving and

  106. 20:55

    automate every manufacturing. And I think that is it. Thank you very much. [audience applauding]

  107. 21:05

    Do we take... Yeah, I think we can take questions.

  108. 21:09

    Can you share something where you base your training off for the world models?

  109. 21:14

    Uh, you mean the data?

  110. 21:15

    Yes.

  111. 21:15

    Can't really. Uh, this is trade secrets. I mean, data is very sensitive, as you can imagine, so I can't really share this. We're partnering with a lot of people though for it.

  112. 21:25

    Uh, how do you store the state of the world in those action prediction models?

  113. 21:29

    Mm-hmm. Well, this is-- What the model is learning is basically like those representation. You know, the model is learning that in itself as like the state and it has like some kind of memory, and this is, uh, the way we do it.

  114. 21:41

    What is that some kind of memory? Is it like in the, in the context window or is it external and you gather it or-

  115. 21:47

    No, it's... Yeah, it's the context window that you have. You know, you train and then you have the tokens and then they'd be like, "Oh look, I've moved. Here is where I should be then next."

  116. 21:55

    And can you then run it for long or does it do some compaction?

  117. 22:00

    Uh, define long. What do you call with long?

  118. 22:03

    Uh, indefinitely.

  119. 22:05

    Indefinitely? Uh, that I'm not sure. I mean, there's always gonna be a limit. Uh, so you may have, you know, like a sliding window. Um, but this is the way we show it.

  120. 22:15

    Thank you. [upbeat music]