Check panning skew in iCouldPlay: separate rolling readout from real bending

A straight pole leaning or wobbling during a pan does not establish real bending or damage caused by iCouldPlay. Use a straight paper reference or a paper rolling-readout model, separately recording stationary shape, visible moving changes and possible causes. Rolling shutter is a capture concept, not a promised repair button. Unproduced material remains deduction, not measured sensor parameters for a device.

Establish a stationary straight-paper reference

Fix a straight paper strip and two horizontal marks to a wall, recording that it is undeformed. From a fixed standing position, plan a slow camera-direction pan and a separate faster but controlled pan. Use familiar external capture methods without running or moving hazardous objects; iCouldPlay is for viewing, not recording this experiment. Name static, slow and faster versions and retain originals/settings. Incomplete conditions remain plans. A pole-like shape in unfamiliar footage is not a known straight object; retain uncertainty rather than classifying by expectation.

State the assumptions of a three-row model

Model only top, middle and bottom rows, sampled in that order at0,1,2 milliseconds, ignoring exposure duration and complex readout. Three rows are explanatory, not actual resolution. At any single instant the pole is vertical throughout the image, but relative motion moves its image x rightward:100px at0ms,110 at1ms,120 at2ms. Keep milliseconds separate from playback seconds. These are chosen assumptions, not progress-bar or screenshot measurements, and not a universal top-to-bottom readout for every camera.

Inspect the composite made from different row times

Combine top x100, middle110 and bottom120 from their different sample times: the composite leans right with20px top-to-bottom offset. It is not one instant with pole top100/bottom120, nor real bending by20 pixels. Sampling all three at one instant would give a shared x in this model, not confirmation that a device has a global shutter. Draw three instant panels and one composite with row times. This explains possible skew, not complete blur, compression or real per-row delay calculations.

Compare static and panning footage in normal play

For recorded material, inspect static strip/marks first, then play slower and faster pans under the same display conditions, noting whether changes occur during motion or persist afterward. Describe leaning edges, trails or wobble rather than diagnosing rolling shutter immediately. Keep source conditions/orientation fixed instead of changing engine, captions and crop together. Pause locally but resume to inspect change over time; one screenshot does not show a full readout process. Use content anchors with coarse timing. Pole angle does not reveal millisecond readout or real pan speed.

Separate exposure blur from row-time differences

A shorter exposure can sharpen motion edges without making every row record simultaneously; fast shutter speeds can still show skew. Conversely, blur does not necessarily come from rolling readout. Separate sharpness, skew, movement direction and capture records; keep unknown settings unknown rather than prescribing one universal shutter value. The model omits exposure integration and cannot predict trail length. Do not invent missing capture parameters or generalise one sensor improvement to every model. The concept bounds observation, not device-quality approval.

Identify which file contains the change

If the original also leans in another ordinary viewer, the visible symptom is not exclusive to this iCouldPlay display, but its cause remains unproven. If stronger in one copy, check transcoding, cropping, stabilization and version instead of blaming the source camera immediately. Moving paper, camera rotation or perspective change can also alter edge direction, outside model assumptions. A90-degree player rotation does not turn the actual object another way. Distinguish screen, scene and sensor-row directions. Change one observation condition and retain prior notes, not repeated imports claimed as capture-distortion repair.

Treat reverse panning as a conditional comparison

With identical model readout order and image x moving left over time, the model’s skew reverses. That conclusion belongs to those assumptions. Record a separately captured reverse pan if available without demanding perfect mirrored results from every device. No obvious skew does not prove a global shutter: less motion, faster readout or insufficient observation may explain it. Add evidence without overwriting the first symptom. Real bending or app-generated skew requires more support; one absent counterexample excludes neither all alternatives nor establishes an iCouldPlay jello-removal control.

Reopen and save symptoms separately from causes

Leave playback, then reopen the same original and play static/moving anchors, checking strip identity, display mode and records. Retain reference, version settings and model assumptions with separate observation, prediction and unresolved-cause columns. Explain how the composite can lean without depicting the entire pole at one instant. Unfilmed work is deduction, not a passed device test; viewed work remains sample-specific. Do not judge all phones/engines or invent missing sensor parameters. Actual remediation needs a defined problem and independently verifiable method.

Related tutorials and sources

Compare moving edges and display cadence in iCouldPlay; Observe comb-like moving edges in iCouldPlay.

Sources checked on 12 November 2026: the official iCouldPlay App Store listing and Apple Lookup show version 1.1.1, requiring iOS / iPadOS 15.0 or later. This workflow uses ordinary playback and manual records through controls actually present. External editing and sample creation are not newly promised iCouldPlay features. Confirm capabilities against installed version, engine and source. Examples and plans are not step-by-step device tests or guarantees about every device.

Concept references: Canon’s shutter-mode explanation discusses rolling-shutter skew even at fast shutter speeds; Meingast and colleagues’ rolling-shutter geometry study explains differing scanline exposure intervals. Rows, milliseconds and pixels are an original simplified model, not device measurements.