마지막 분석 2026-10-13 00:08 UTC실행 모드 liverun_20261013T000404Z

Discoveries / ISP 처리

ISP 처리: 작성자가 직접 기록한 한계 대응을 위한 처리율 제한

Patent 후보근거 약화유보 조건부 통과

증거가 9건에서 9건으로 줄었습니다. 관련 코드가 제거되었을 수 있습니다.

기술 영역
ISP 처리 isp
메커니즘 계열
Deadline 인식 스케줄링 scheduling-mechanism
Repository
raspberrypi/libcamera
최초 관측
2025-04-25
최근 갱신
2026-09-18

평가

Patent 가능성39
  • +21.6메커니즘 계열 `scheduling-mechanism`의 사전 가중치가 3.6입니다.
  • +12.0Repository가 해결하려는 문제를 직접 서술하고 있습니다.
  • +12.0기술적 효과가 주장되어 있습니다.
  • +8.0서로 다른 3개의 코드 위치가 이를 구현합니다.
  • -15.0주변 텍스트에 사소한 변경 표지가 존재합니다(rename).
Paper 가능성20
  • +12.0`scheduling-mechanism`은 알고리즘 계열이므로 기준선과 비교할 수 있습니다.
  • +10.0설계 문서 1건이 해당 영역을 서술합니다.
  • +8.0연구 질문에 대응하는 문제 서술이 존재합니다.
  • -10.0측정값도 평가 구성도 찾지 못했습니다.
증거 강도84
  • +56.0증거가 서로 다른 4종의 출처에서 확보되었습니다(Source Code, Commit, 문서, Issue).
  • +18.0증거 레코드가 총 9건입니다.
  • +10.03건은 심볼명과 라인 범위를 함께 지목합니다.
Novelty Confidence (조사 우선순위)60

이 수치는 추가 조사의 우선순위를 나타냅니다. 특허 신규성 판단이나 특허 가능성에 대한 의견이 아닙니다. 선행기술 조사는 별도로 수행해야 합니다.

  • +50.0모든 후보는 50점에서 시작합니다.
  • +19.6이 topic과 메커니즘 조합은 본 코퍼스에서 찾은 클러스터의 1.8%를 차지하므로, 상대적으로 특이한 조합입니다.
  • -10.0사소한 변경 표지가 존재합니다.

01Summary

ISP 처리 영역의 코드가 처리율 제한 기법을 구현하고 있습니다. 그리고 해당 Repository는 작성자가 직접 기록한 한계 문제를 스스로 보고하고 있습니다.

02Problem

수집된 자료는 작성자가 직접 기록한 한계, 프레임 정합성 결함, 타이밍 편차 문제를 보고하고 있습니다. 그 내용이 기재된 위치 중 하나는 다음과 같습니다: “] [265] ERROR IPCPipe ipc_pipe_unixsocket.cpp:134 Call timeout! [0:05:59.429475071] [265] ERROR IPCPipe ipc_pipe_unix”

03Existing ApproachNEEDS_VERIFICATION

이 메커니즘이 도입되기 전에 무엇을 했는지 수집된 자료가 서술하지 않습니다. 기준선을 확정하려면 전체 Commit 이력을 읽거나 작성자에게 확인해야 합니다.

확인이 필요한 항목입니다. 수집된 자료만으로는 판단할 수 없습니다.

04Proposed Technique

구현은 ISP 처리 내부에서 처리율 제한 기법을 결합하고 있습니다. 해당 구현은 다음 위치에서 확인됩니다: IpaBase::init (src/ipa/rpi/common/ipa_base.cpp).

05Why It Is DifferentLOW_CONFIDENCE

Repository만으로는 차별점을 확정할 수 없습니다. 관측 가능한 사실은 현재 코드가 처리율 제한 기법을 사용한다는 점이며, 그것이 무엇을 대체했는지는 수집된 자료에 기록되어 있지 않습니다.

서술은 있으나 이를 뒷받침하는 측정값이 없습니다.

06Technical EffectLOW_CONFIDENCE

효과가 문장으로 주장되어 있습니다(lower, reduc, improv). 다만 수집된 자료에는 이를 뒷받침하는 측정값이 함께 기재되어 있지 않습니다.

서술은 있으나 이를 뒷받침하는 측정값이 없습니다.

07Evidence

Source Code 3Commit 3Issue 2문서 1
Source Codefunction IpaBase::init원본 열기 →

raspberrypi/libcamera / src/ipa/rpi/common/ipa_base.cpp / IpaBase::init / L142-L198

ler provider frames at a * rate higher than this, we rate-limit the controller Prepare() and * Process() calls to lo
  • 기술 영역ipa, kernel driver, pipeline handler, tuning file
  • 메커니즘rate limit
  • 효과lower

관측 시점 2026-10-09T08:33:59+01:00 · 최초 발견 commit c682979b50

IssueNo video stream on buildroot원본 열기 →

raspberrypi/libcamera / Issue #267

] [265] ERROR IPCPipe ipc_pipe_unixsocket.cpp:134 Call timeout! [0:05:59.429475071] [265] ERROR IPCPipe ipc_pipe_unix
  • 기술 영역ipa, camera manager, media device, isp, pipeline handler, dma buf, v4l2, analogue gain
  • 문제unsupported, timeout

관측 시점 2025-06-12T08:15:56Z

Source Codeclass Vc4CameraData원본 열기 →

raspberrypi/libcamera / src/libcamera/pipeline/rpi/vc4/vc4.cpp / Vc4CameraData / L38-L149

void setCameraTimeout(uint32_t maxFrameLengthMs);
  • 기술 영역isp, ipa, v4l2, pipeline handler, camera configuration, frame length, dma buf, bayer
  • 문제timeout

관측 시점 2026-10-09T08:33:59+01:00 · 최초 발견 commit c682979b50

Commitipa: libipa: lsc_polynomial: Move LscPolynomial from RkISP1원본 열기 →

raspberrypi/libcamera / src/ipa/libipa/lsc_polynomial.cpp / b4505e47d8

ipa: libipa: lsc_polynomial: Move LscPolynomial from RkISP1 Move the LscPolynomial class to libipa from RkISP1. Rename the class from LscPolynomialImpl to a simpler LscPolynomial. The class is copied verbatim, only documentation has been added. Signed-off-by: Jacopo Mondi <jacopo.mondi@ideasonboard.com> Reviewed-by: K…
  • 기술 영역ipa, lsc, lens shading, tuning file, sensor configuration, sensor crop
  • 문제artifact
  • 사소한 변경rename

관측 시점 2026-07-01T10:09:20+02:00

Commitlibcamera: Clarify meaning of PixelArraySize and other rectangles원본 열기 →

raspberrypi/libcamera / src/android/camera_capabilities.cpp / fd88c9fa80

libcamera: Clarify meaning of PixelArraySize and other rectangles Current documented behavior for PixelArraySize is to report the readable array size of the sensor data. If the readable array is offset relative to the physical sensor array, all related rectangles (ScalerCrop, PixelArrayActiveAreas) shall be reported r…
  • 기술 영역ipa, lens shading, sensor driver, lsc, v4l2
  • 문제inconsistent
  • 사소한 변경rename

관측 시점 2026-09-18T11:10:49+02:00

IssueCamera Stream error원본 열기 →

raspberrypi/libcamera / Issue #255

noise [0:22:48.865463230] [5151] WARN RPI vc4.cpp:393 Mismatch between Unicam and CamHelper for embedded data usage!
  • 기술 영역fps, camera manager, denoise, isp, stream configuration, v4l2
  • 문제mismatch

관측 시점 2025-04-25T07:43:16Z

문서Testing a pipeline handler원본 열기 →

raspberrypi/libcamera / Documentation/guides/pipeline-handler.rst / Testing a pipeline handler / L1410

18462130] [186470] WARN V4L2 v4l2_pixelformat.cpp:176 Unsupported V4L2 pixel format Y10 ... <remaining Unsupported V4
  • 기술 영역pipeline handler, ipa, camera manager, v4l2, fps, zero copy
  • 문제unsupported
Source Codefunction Vc4CameraData::platformValidate원본 열기 →

raspberrypi/libcamera / src/libcamera/pipeline/rpi/vc4/vc4.cpp / Vc4CameraData::platformValidate / L452-L538

; /* Default to CSI2 packing if the user request is unsupported. */ if (rawBayer.packing != BayerFormat::Packing::CS
  • 기술 영역isp, camera configuration, stream configuration, bayer, pipeline handler
  • 문제unsupported
  • 효과reduc

관측 시점 2026-10-09T08:33:59+01:00 · 최초 발견 commit c682979b50

Commitipa: rkisp1: lsc: Resample polynomial lens shading tables at configure time원본 열기 →

raspberrypi/libcamera / src/ipa/rkisp1/algorithms/lsc.cpp / e8054c758c

ipa: rkisp1: lsc: Resample polynomial lens shading tables at configure time The lens shading correction is always applied based on the sensor crop bounds. This leads to incorrect lens shading correction for analog crops that do not cover the whole sensor. To fix that, we need to adapt the lens shading table for the se…
  • 기술 영역ipa, lsc, lens shading, sensor crop
  • 문제incorrect
  • 효과improv

관측 시점 2026-01-28T17:00:30+01:00

08Patent Angle

핵심 발명 개념

ISP 처리 내부에서 작성자가 직접 기록한 한계 문제에 대응하기 위해 처리율 제한 기법을 사용합니다.

Claim이 될 수 있는 핵심 요소

  1. ISP 처리 내부의 런타임 수치를 관측하는 단계
  2. 처리율 제한 기법을 사용하여 제어 결정을 도출하는 단계
  3. 다음 프레임이 생성되기 전에 그 결정을 Camera Pipeline에 적용하는 단계
  4. Pipeline에 대한 측정 가능한 효과 (NEEDS_VERIFICATION: 수치를 찾지 못했습니다)

변형 아이디어GENERATED

아래 항목은 검토자를 위해 생성한 제안입니다. 발견 사항이 아니며, 이를 뒷받침하는 증거도 없습니다.

  • deadline을 설정 상수가 아니라 Sensor의 프레임 간격에서 도출합니다.
  • 병합 범위를 단일 카메라 내부가 아니라 카메라 사이로 확장합니다.
  • 스케줄러를 전력 상태 모델과 결합하여 유휴 구간을 활용합니다.

적용 범위

Repository
raspberrypi/libcamera
Component
raspberrypi/libcamera:ipa/rpi
일반화 여부
NEEDS_VERIFICATION

적용 범위는 스캔이 실제로 관측한 범위입니다. 이 아이디어가 해당 Component를 넘어 일반화되는지는 확인되지 않았습니다.

09Paper Angle

Research Question

ISP 처리에서 Deadline 인식 스케줄링 기법은 그것이 대체한 구성보다 보고된 실패 양상을 더 많이 줄이는가?

Hypothesis

Deadline 인식 스케줄링 기법을 적용하면, 고정 정책이 한정하지 못하는 편차를 한정할 수 있다.

BaselineNEEDS_VERIFICATION

NEEDS_VERIFICATION: 대체된 정책이 수집된 자료에 기록되어 있지 않으므로, 기준선으로 사용하려면 먼저 복원해야 합니다.

MetricLOW_CONFIDENCE

  • 기준 영상 대비 PSNR
  • SSIM
  • 프레임당 처리 시간 (ms)

Experiment

  1. ISP 처리에서 동일한 캡처 워크로드를 메커니즘 활성 상태와 비활성 상태로 각각 실행합니다.
  2. 동작점(프레임 레이트, Sensor mode, 카메라 개수)을 변화시키면서 단일 평균이 아니라 지표의 분포를 기록합니다.
  3. Repository가 보고한 실패를 주입하여 메커니즘이 실제로 반응하는지 확인합니다.

Ablation

  • 처리율 제한 요소만 비활성화하고 나머지 메커니즘은 유지합니다.

재현 가능성

구현이 공개되어 있으므로 메커니즘 자체는 재구성할 수 있습니다. 다만 측정을 재현하는 데 필요한 캡처 하드웨어와 튜닝 데이터는 NEEDS_VERIFICATION 상태입니다.

논문화에 추가로 필요한 실험

  • Repository에 존재하지 않는, 정량화된 기준선 측정이 필요합니다.
  • 메커니즘과 플랫폼 고유 특성을 분리하기 위해 두 번째 하드웨어 플랫폼이 필요합니다.

10Counter Evidence

Critic은 후보를 적극적으로 반박합니다. 아래 지적 중 치명적인 항목이 하나라도 있으면 그 후보는 Rejected Ideas로 이동합니다. 이 페이지에 남아 있다는 것은 치명적 지적이 없었다는 뜻입니다.

  • R8효과가 주장에 그치지 않고 측정되었는가

    수집된 자료 어디에도 기술적 효과가 정량화되어 있지 않습니다. 따라서 이점은 입증된 것이 아니라 주장된 상태입니다.

    관련 근거:ev_62094f253695ev_0355593b45daev_347d9a436709

통과한 검토 항목 7건 보기
  • R1사소한 변경이나 유지보수 작업이 아닌가

    코드 증거 3건이 메커니즘을 담고 있으며, 사소한 변경 표지가 증거를 지배하지 않습니다.

  • R2설정 변경만으로 이루어진 것이 아닌가

    증거 4건이 빌드 및 설정 파일 밖에 있습니다.

  • R3흔한 software design pattern이 아닌가

    증거를 지배하는 일반적인 설계 패턴이 없습니다.

  • R4parameter tuning 수준이 아닌가

    코드 증거에 상수 대입 이외의 로직이 존재합니다.

  • R5기존 Android, Linux, V4L2에서 일반적인 방법이 아닌가

    발견된 플랫폼 연결 코드: 없음. 증거를 지배하지 않습니다.

  • R6Evidence가 충분한가

    증거 9건이 4종에 걸쳐 있습니다(Source Code, Commit, 문서, Issue).

  • R7주장과 실제 코드가 일치하는가

    코드 자체가 메커니즘 어휘를 포함합니다(rate limit).

11Prior Art Search Keywords

선행기술 데이터베이스는 영어로 색인되어 있으므로 검색어는 원어로 제시합니다. 이 목록은 조사의 출발점이며, 조사 결과를 대신하지 않습니다.

  • isp rate limit
  • camera rate limit
  • rate limit known limitation camera
  • rate limit correctness camera
  • image sensor isp control

14Timeline

  1. 2025-04-25IssueCamera Stream error
  2. 2025-06-12IssueNo video stream on buildroot
  3. 2026-01-28Commitipa: rkisp1: lsc: Resample polynomial lens shading tables at configure time
  4. 2026-07-01Commitipa: libipa: lsc_polynomial: Move LscPolynomial from RkISP1
  5. 2026-09-18Commitlibcamera: Clarify meaning of PixelArraySize and other rectangles

이 사이트의 결과를 읽는 방법

이 사이트의 모든 후보는 공개 Repository에서 자동으로 수집한 증거에 근거합니다. Novelty Confidence는 추가 조사의 우선순위를 나타내는 값이며, 특허 신규성 판단이 아닙니다. UNKNOWN, LOW_CONFIDENCE, NEEDS_VERIFICATION 표시는 해당 항목을 뒷받침하는 증거가 부족하다는 뜻입니다.