일 실시 예 에서 , 만약 도 4 a 또는 4 b 에서 비디오 압축기 ( 404 ) 및 클라이언트 ( 415 ) 사이 에서 패킷 손실 에 기인 하 거나 압축 되 지 않 은 프레임 의 레이턴 시 요구 와 만나 서 신장 을 위해서 너무 늦 게 도착 한 명령 의 순서 로 수신 된 패킷 에 기인 하 여 데이터 가 손실 되 면 , 비디오 신장 로직 ( 412 ) 은 시각 적 아티 팩 트 를 완화 할 수 있 다 . I / P 프레임 실행 스트리밍 에서 , 만약 손실 / 지연 된 패킷 이 있 는 경우 , 전체 스크린 이 영향 을 받 고 , 잠재 적 으로 한 주기 의 시간 동안 완전히 화면 이 멈추 는 것 을 초래 하 거나 그 밖 의 스크린 - 와이드 시각 적 아티 팩 트 를 보인다 . 예컨대 , 만약 손실 / 지연 된 패킷 은 I 프레임 의 손실 에 원인 이 되 고 , 그 다음 에 신장기 는 새로운 I 프레임 이 수신 될 때 까지 따르 는 모든 P 프레임 을 위한 기준 이 부족 할 것 이 다 . 만약 P 프레임 이 손실 되 면 , 그 다음 에 그것 을 뒤따르 는 전체 스크린 을 위해 P 프레임 에 영향 을 줄 것 이 다 . I 프레임 이 나타나 기 전 얼마나 오랫동안 그것 이 걸릴 것 인지 에 따라 , 이 는 더 길 거나 혹은 더 짧 은 시각 적 영향 을 가질 것 이 다 . 도 7 a 및 7 b 에 도시 된 것 처럼 인터 리브 된 I / P 타일 을 사용 하 면 , 그것 은 오직 영향 을 받 은 패킷 에 포함 된 타일 에 만 영향 을 줄 것 이 기 때문 에 손실 / 지연 된 패킷 은 전체 스크린 에 훨씬 적 은 영향 을 준다 . 만약 각각 의 타일 의 데이터 가 개별 적 인 패킷 으로 보내 진다면 , 그 다음 에 패킷 이 손실 되 면 , 그것 은 오직 하나 의 타일 에 영향 을 줄 것 이 다 . 물론 , 시각 적 아티 팩 트 의 지속 기간 은 I 타일 패킷 이 손실 되 었 는지 에 의존 할 것 이 고 , 만약 P 타일 이 손실 되 면 , 얼마나 많 은 프레임 이 I 타일 이 나타날 때 까지 걸릴지 에 의존 한다 . 그러나 , 화면 에서 다른 타일 로 주어진 것 은 매우 빈번 하 게 I 프레임 으로 업데이트 되 고 ( 잠재 적 으로 는 매 프레임 당 ) , 화면 에 하나 의 타일 이 영향 을 받 았 을 때 조차 , 그 밖 의 타일 은 아닐지 모른다 . 더욱이 , 만약 어떤 이벤트 가 즉시 몇 개 의 패킷 의 손실 을 초래 한다면 ( 예컨대 , 데이터 흐름 을 명백히 방해 하 는 DSL 라인 옆 에 전력 급등 ( spike on power ) ) , 그 다음 어떤 타일 은 그 밖 의 것 보다 더 영향 을 미칠 것 이 고 , 그러나 왜냐하면 어떤 타일 이 빠르 게 새로운 I 타일 로 갱신 될 것 이 고 , 그 들 은 오직 간단 한 영향 을 받 을 것 이 다 . 또한 , 스트리밍 I / P 프레임 실행 으로 , I 프레임 은 가장 결정 적 인 프레임 이 지만 , I 프레임 은 매우 크 므로 , 그래서 만약 거기 에 떨어진 / 지연 된 패킷 을 초래 하 는 이벤트 가 있 다면 , 아마도 보다 작 은 I 타일 보다 는 I 프레임 이 영향 을 받 게 될 것 이 다 ( 예컨대 , 만약 I 프레임 중 어떤 부분 이 손실 되 면 , 그것 은 I 프레임 이 전혀 신장 될 수 없 다 ) . 모든 이러 한 이유 때문 에 , I / P 타일 을 사용 하 는 것 이 I / P 프레임 으로 패킷 이 떨어진 / 지연 된 때 보다 , 훨씬 적 은 시각 적 아티 팩 트 를 초래 한다 .