Advanced Search
Welcome to Omgili,
Omgili (Oh My God I Love It ;) is a search engine for discussions. With Omgili you can find answers and solutions, debates, discussions, personal experiences, opinions and more... To learn more about Omgili click here.

This is a complete preview of the discussion as it was indexed by Omgili crawlers. Use this preview if the original discussion is unavailable.
Click here to view the original discussion.

The VideoLAN Forums • View topic - AVI stream via HTTP not draggable (not seekable)

Hi, I'm having problem viewing AVI video stream via http (video-on-demand).

I placed an AVI file on my webserver, and tried to access it through the command-line: vlc -vvv http://test-machine/vstream/file.avi .

This opens the VLC GUI which pops up a dialog box which says "This AVI file is broken.

Seeking will not work correcly.

Do you want to try to repair it (this might take a long time)?

Answering either yes or no here will yield the same result.

The video will be played, but are not seekable.

The same video will play fine (seekable) when opening with VLC Player or Windows Media Player through the filesystem. Any ideas or suggestions will be much appreciated.

Thank you very much!

These are the messages that appears in the messages console: main debug: creating new input thread main debug: waiting for thread completion main debug: thread 4084 (input) created at priority 1 (input/input.c:261) main debug: `http://w2k3-test/vstream/Event20060413102254001.avi' gives access `http' demux `' path `w2k3-test/vstream/Event20060413102254001.avi' main debug: creating demux: access='http' demux='' path='w2k3-test/vstream/Event20060413102254001.avi' main debug: looking for access_demux module: 0 candidates main warning: no access_demux module matched "http" main debug: creating access 'http' path='w2k3-test/vstream/Event20060413102254001.avi' main debug: looking for access2 module: 7 candidates access_http debug: http: server='w2k3-test' port=80 file='/vstream/Event20060413102254001.avi main debug: net: connecting to w2k3-test port 80 main debug: connection in progress access_http debug: protocol 'HTTP' answer code 206 access_http debug: stream size=5455360 access_http debug: Content-Type: video/x-msvideo access_http debug: Server: Microsoft-IIS/6.0 main debug: using access2 module "access_http" main debug: pre-buffering... main debug: received first data for our buffer main debug: pre-buffering done 1189868 bytes in 0s - 10660 kbytes/s main debug: creating demux: access='http' demux='' path='w2k3-test/vstream/Event20060413102254001.avi' main debug: looking for demux2 module: 44 candidates avi debug: found Chunk fourcc:46464952 (RIFF) size:5455154 pos:0 avi debug: found LIST chunk: 'AVI ' avi debug: <list 'AVI '> avi debug: found Chunk fourcc:5453494c (LIST) size:294 pos:12 avi debug: found LIST chunk: 'hdrl' avi debug: <list 'hdrl'> avi debug: found Chunk fourcc:68697661 (avih) size:56 pos:24 avi debug: avih: streams:2 flags: HAS_INDEX TRUST_CKTYPE 320x240 avi debug: found Chunk fourcc:5453494c (LIST) size:130 pos:88 avi debug: found LIST chunk: 'strl' avi debug: <list 'strl'> avi debug: found Chunk fourcc:68727473 (strh) size:56 pos:100 avi debug: strh: type:vids handler:0x3447504d samplesize:0 30.00fps avi debug: found Chunk fourcc:66727473 (strf) size:40 pos:164 avi debug: strf: video:MPG4 320x240 planes:1 24bpp avi debug: found Chunk fourcc:6e727473 (strn) size:5 pos:212 avi debug: strn: stream name : GEO. avi debug: </list 'strl'> avi debug: found Chunk fourcc:5453494c (LIST) size:80 pos:226 avi debug: found LIST chunk: 'strl' avi debug: <list 'strl'> avi debug: found Chunk fourcc:68727473 (strh) size:56 pos:238 avi debug: strh: type:txts handler:0x2e565247 samplesize:0 30.00fps avi debug: found Chunk fourcc:66727473 (strf) size:4 pos:302 avi warning: unknown stream type avi debug: </list 'strl'> avi debug: </list 'hdrl'> avi debug: found Chunk fourcc:4b4e554a (JUNK) size:1714 pos:314 avi debug: found Chunk fourcc:5453494c (LIST) size:5395042 pos:2036 avi debug: skipping movi chunk avi debug: </list 'AVI '> avi debug: * LIST-root size:5455360 pos:0 avi debug: + RIFF-AVI size:5455154 pos:0 avi debug: | + LIST-hdrl size:294 pos:12 avi debug: | | + avih size:56 pos:24 avi debug: | | + LIST-strl size:130 pos:88 avi debug: | | | + strh size:56 pos:100 avi debug: | | | + strf size:40 pos:164 avi debug: | | | + strn size:5 pos:212 avi debug: | | + LIST-strl size:80 pos:226 avi debug: | | | + strh size:56 pos:238 avi debug: | | | + strf size:4 pos:302 avi debug: | + JUNK size:1714 pos:314 avi debug: | + LIST-movi size:5395042 pos:2036 avi debug: AVIH: 2 stream, flags HAS_INDEX TRUST_CKTYPE avi debug: stream[0] rate:300 scale:10 samplesize:0 avi debug: stream[0] video(MPG4) 320x240 24bpp 30.

Fps main debug: selecting program id=0 avi debug: stream[1] rate:300 scale:10 samplesize:0 avi debug: stream[1] subtitles avi warning: cannot find idx1 chunk, no index defined avi warning: cannot find indx (misdetect/broken OpenDML file?) avi warning: cannot find indx (misdetect/broken OpenDML file?) avi debug: stream[0] created 0 index entries avi debug: stream[1] created 0 index entries avi warning: broken or missing index, 'seek' will be axproximative or will have strange behaviour

Quote: : Hi, I'm having problem viewing AVI video stream via http (video-on-demand).

I placed an AVI file on my webserver, and tried to access it through the command-line: vlc -vvv http://test-machine/vstream/file.avi .

This opens the VLC GUI which pops up a dialog box which says "This AVI file is broken.

Seeking will not work correcly.

Do you want to try to repair it (this might take a long time)?

Answering either yes or no here will yield the same result.

The video will be played, but are not seekable.

The same video will play fine (seekable) when opening with VLC Player or Windows Media Player through the filesystem. Any ideas or suggestions will be much appreciated.

Thank you very much! I'm having the same problem.

Any solutions? Thanks.

AVI files do not stream well because of the indexing and when you get them to stream they are not seekable because of the index.

This is an known issue.

Resolve: Use another mux method.