네트워크 상호 작용 향상 기능

휴대 장치에서 미디어 내용을 로드하는 경우 데스크톱 컴퓨터에서는 거의 발생하지 않을 문제가 나타날 수 있습니다. 예를 들어 디스크 공간 또는 메모리가 부족해질 가능성이 큽니다. 비디오를 로드할 때 데스크톱 버전의 Flash Player 10.1 및 AIR 2.5는 전체 FLV 파일(또는 MP4 파일)을 하드 드라이브에 다운로드하고 캐시합니다. 그런 다음 해당 캐시 파일에서 비디오를 재생합니다. 따라서 디스크 공간이 부족해지는 경우는 흔치 않습니다. 디스크 공간이 부족한 상황이 발생하면 데스크톱 런타임은 비디오 재생을 중지합니다.

휴대 장치에서는 디스크 공간 부족이 좀 더 쉽게 발생할 수 있습니다. 장치의 디스크 공간이 부족해져도 데스크톱 런타임에서처럼 재생이 중지되지는 않습니다. 대신, 런타임에서 파일의 처음부터 캐시 파일을 다시 작성하여 캐시 파일을 다시 사용하기 시작합니다. 따라서 사용자는 계속 비디오를 볼 수 있습니다. 하지만 파일의 시작 부분을 제외하고 다시 작성된 비디오의 영역은 검색할 수 없습니다. 순환 버퍼링은 기본적으로 시작되지 않습니다. 이러한 순환 버퍼링은 재생 중에 시작할 수 있으며, 동영상이 디스크 공간 또는 RAM보다 클 경우에는 재생이 시작될 때 시작할 수도 있습니다. 순환 버퍼링을 사용할 수 있으려면 런타임에 최소 4MB의 RAM 또는 20MB의 디스크 공간이 필요합니다.

개발자는 캐시된 스트림의 경계 내에서만 검색이 작동한다는 점에 유의해야 합니다. NetStream.seek() 는 오프셋이 범위를 벗어나는 경우 NetStream.Seek.InvalidTime 이벤트가 전달되기 때문에 실패하기도 합니다.

Flash Player 10.1 및 AIR 2.5에는 스트리밍 비디오를 재생할 때 사용자 환경을 향상시키는 스마트 검색이라는 새 비헤이비어가 도입되었습니다. 사용자가 버퍼 경계 내에서 대상을 검색하는 경우 런타임에서 버퍼를 다시 사용하여 즉시 검색을 제공합니다. 이전 버전의 런타임에서는 버퍼가 다시 사용되지 않습니다. 예를 들어 사용자가 스트리밍 서버에서 비디오를 재생하고 있고 버퍼 시간( NetStream.bufferTime )이 20초로 설정된 경우 사용자가 10초 앞을 검색하면 런타임에서는 이미 로드한 10초를 다시 사용하지 않고 모든 버퍼 데이터를 버렸습니다. 이러한 비헤이비어는 런타임이 서버에서 새 데이터를 더욱 자주 요청하게 하며 이로 인해 저속 연결에서는 재생 속도가 느려집니다.

아래 그림에서는 버퍼가 런타임의 이전 릴리스에서 어떻게 작동했는지를 보여 줍니다. bufferTime 속성은 연결이 느려질 경우 비디오를 중지하지 않고 버퍼를 사용할 수 있도록 미리 로드할 초 수를 지정합니다.

스마트 검색 기능 이전의 버퍼 비헤이비어

스마트 검색 기능을 사용하면 사용자가 비디오를 탐색할 때 런타임에서 순간적으로 앞으로 검색하거나 뒤로 검색하는 버퍼를 사용합니다. 다음 그림에서는 새로운 비헤이비어를 보여 줍니다.

스마트 검색 기능을 사용하여 앞으로 검색

스마트 검색 기능을 사용하여 뒤로 검색

스마트 검색에서는 사용자가 앞 또는 뒤로 검색할 때 버퍼를 다시 사용하기 때문에 재생 환경이 더 빨라지고 원활해집니다. 이 새로운 비헤이비어의 이점 중 하나는 비디오 제작자의 대역폭이 절약된다는 것입니다. 하지만 버퍼 제한을 벗어나서 검색하는 경우 표준 비헤이비어가 발생하고 런타임은 서버에서 새 데이터를 요청합니다.

스마트 검색을 사용하려면 NetStream.inBufferSeek 을 true 로 설정합니다.