Skip to content

[Bug]: iPhone MOV import renders yellow/green corrupted frames in macOS editor preview #1390

Closed

Description

@Jpss1230

Search existing issues

  • I have searched the existing issues

Describe the bug

Importing a video recorded with an iPhone (reported source container: MOV) into OpenScreen on macOS produces severely corrupted video in the editor preview.

The preview is filled with yellow/green vertical bands, blocky noise, and fragments of the original image. This is severe image corruption, rather than simply incorrect HDR brightness or saturation. The surrounding editor UI and frame/background render normally.

Expected behavior

The imported video should display recognizable, correctly oriented frames. If a codec or pixel format is unsupported, please show a clear error or offer conversion rather than render corrupted frames.

To Reproduce

  1. Record a video using the iPhone Camera app.
  2. Transfer the original MOV file to the Mac.
  3. Import the file into OpenScreen and open it in the editor.
  4. Play or seek in the timeline and observe the corrupted preview.

The exact recording settings and a shareable minimal source sample have not yet been collected, so these steps describe the affected workflow rather than a confirmed reproduction with every iPhone MOV file.

Screenshots

Portrait preview at approximately 00:03.3 of a 00:24.2 clip. Editor canvas is 1110 × 1920 (not confirmed source dimensions). The border and editor UI render normally.

iPhone video preview showing yellow green corruption

OS

macOS

OS Version

26.6.2 (read from the reporting machine at filing time)

Other OS

No response

Browser

None

Browser Version

No response

Other Browser

No response

Device Type

None

Other Device

No response

Additional context

Activity

  1. EtienneLescot commented on Oct 25, 2026

    @EtienneLescot
    Member

    Thanks for the detailed report, @Jpss1230!

    To reproduce it we need to know exactly what's in that file. Could you share:

    1. The output of ffprobe -v error -show_streams -select_streams v:0 yourfile.MOV (codec, pixel format, color transfer, rotation)
    2. The iPhone model and the Camera settings used (Formats: High Efficiency / Most Compatible, HDR Video on/off, resolution and fps)
    3. Whether an MP4 export of that clip shows the same corruption
    4. If possible, a few seconds of a clip that triggers it (any non-private content works)

    With that we can build a matching test file and track it down.

  2. Jpss1230 commented on Oct 25, 2026

    @Jpss1230
    Author

    Thanks for following up, @EtienneLescot. Here is the additional information.

    Confirmed recording details

    • Device: iPhone 15 Pro.
    • Camera recording setting: 1080p HD, 30 FPS.

    Video stream details from local inspection of the affected MOV
    The following is a text summary from the bundled FFmpeg's input inspection, rather than the exact requested ffprobe -show_streams output:

    Container: QuickTime MOV
    Duration: approximately 24.17 seconds
    Video codec: HEVC (Main 10)
    Codec tag: hvc1
    Pixel format: yuv420p10le
    Color range: tv
    Color space: bt2020nc
    Color primaries: bt2020
    Color transfer: arib-std-b67 (HLG)
    Encoded dimensions: 1920 x 1080
    Frame rate: 30 fps
    Display matrix rotation: -90 degrees (portrait display)
    Dolby Vision configuration: version 1.0, profile 8, level 4,
      rpu_present_flag=1, el_present_flag=0, bl_present_flag=1,
      compatibility_id=4
    

    The file contains 10-bit HDR/HLG and Dolby Vision metadata as shown above. The exact Camera settings UI selections for High Efficiency / Most Compatible and the HDR Video toggle have not been independently confirmed, so I am not claiming specific toggle settings.

    MP4 export
    An MP4 export from OpenScreen has not yet been tested, so I cannot confirm whether the corruption also affects exported output.

    Sample
    I am sharing text diagnostics only and will not upload the source video or a video sample. I hope the stream details above help you construct a matching test file.

  3. EtienneLescot commented on Oct 28, 2026

    @EtienneLescot
    Member

    Thanks for the detailed ffprobe output, it was enough to reproduce this on a Mac with a similar 10-bit HEVC HLG file. The 10-bit frames were being read as 8-bit, which gives exactly those stripes. A fix is up in #1408.

  4. added
    status: fixed in mainWork is merged into main but may not be in a downloadable release yet.
    status: pending releaseMerged change is waiting for a packaged desktop release.
    on Oct 29, 2026
  5. EtienneLescot commented on Oct 29, 2026

    @EtienneLescot
    Member

    The fix (#1408) is now merged into main, so 10-bit HEVC videos from the iPhone should render correctly in the macOS editor. It will ship in the next release. Thanks again @Jpss1230 for the detailed report, and feel free to reopen if you still see the stripes once it's out.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't workingstatus: fixed in mainWork is merged into main but may not be in a downloadable release yet.status: pending releaseMerged change is waiting for a packaged desktop release.

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions