다른 실시 예 에서 , 도 4 a 및 4 b 를 참고 하 면 , 어떤 패킷 이 손실 / 지연 된 때 , 타일 데이터 의 손실 을 초래 하 거나 만약 아마도 특정 나쁜 패킷 손실 때문 에 , FEC 는 타일 데이터 손실 을 보정 할 수 없 고 , 클라이언트 ( 415 ) 는 새로운 I 타일 이 수신 되 기 전 에 얼마나 많 은 프레임 이 떠나 게 되 었 는지 를 평가 하 고 클라이언트 ( 415 ) 에서 호스팅 서비스 ( 210 ) 까지 왕복 레이턴 시 를 비교 한다 . 만약 , 왕복 레이턴 시 가 새로운 I 타일 이 도착 예정 전 에 다수 의 프레임 보다 적 다면 , 그 다음 클라이언트 ( 415 ) 는 새로운 I 타일 을 요청 하 도록 호스팅 서비스 ( 210 ) 로 메세지 를 보낸다 . 이러 한 메세지 는 비디오 압축기 ( 404 ) 로 라우트 되 고 , 타일 의 데이터 가 손실 되 는 동안 P 타일 을 생성 하 기 보 다 , I 타일 을 생성 한다 . 도 4 a 및 4 b 에서 도시 된 시스템 은 전형 적 으로 80 ms 보다 작 은 왕복 레이턴 시 를 제공 하 기 위해서 설계 되 고 , 이 는 80 ms ( 60 fps 에서 프레임 은 16 . 67 ms 의 지속 기간 이 고 , 따라서 전체 프레임 시간 에서 80 ms 레이턴 시 는 83 . 33 ms 내 에 보정 된 타일 을 초래 할 것 이 며 , 이 는 5 프레임 시간 - 인식 할 수 있 을 만 한 혼란 , 그러나 예컨대 15 프레임 동안 에 250 ms 혼란 보다 는 훨씬 덜 인식 할 수 있 다 ) . 압축기 ( 404 ) 가 그것 의 보통 순환 적 인 차수 를 벗어난 I 타일 을 생성 하 고 , 만약 I 타일 이 이용 가능 한 대역폭 을 초과 하 도록 프레임 의 대역폭 을 초래 하 면 , 압축기 ( 404 ) 는 그 밖 의 타일 의 사이클 을 지연 시킬 것 이 므로 그 밖 의 타일 은 프레임 시간 동안 ( 비록 하나 의 타일 이 정상 적 으로 그 프레임 동안 에 I 타일 을 수신 할지 라도 ) P 타일 을 수신 하 고 , 다음 프레임 으로 시작 하 면 보통 사이클링 이 계속 될 것 이 며 , 정상 적 으로 앞선 프레임 에서 I 타일 을 수신 하 게 될 타일 은 I 타일 을 수신 할 것 이 다 . 비록 이러 한 동작 이 간단히 R 프레임 사이클링 의 상태 를 지연 할지 라도 , 그것 은 정상 적 인 시각 으로 인식 할 수 는 없 을 것 이 다 .