Hi I got avifile 0.53.5 working fine on my linux box (did mtrr trick from doc/VIDEO_PERFORMANCE and got average datarate from 21 MB/sec to 86 MB/sec, and this cleaned all the poor video performance issues) however I got permanent problem with audio. It always lags video by 1 second. I.e. the guy on the picture moves his lips and in a sec I hear "Yes". So audio is always 1 second late. Everything works fine in Win98 on the same hardware and same divx movies. Audio Sync is perfect, no delays. Here are details: Avfile 0.53.5 CPU - Duron 980 (overclocked) CPU load reported by top - about 35-40% (after mtrr trick) RAM - 128M Video - Tseng ET6000, 2M video RAM XFree86 - 4.0.2 Hardware acceleration (Xv extension?) is not used, as reported by aviplay (dunno if tseng driver won't support it or something else... no docs on this in XFree86 drivers datrabase and I don't have time to dig XFree source) Mobo - MSI K7T Turbo with VIA chipset Audio - integrated VIA chip Kernel - 2.2.18 Audio drivers - modules from my kernel: via82cxxx_audio, ac97_codec and soundcore. SDL - 1.1.7-3, from RedHat Linux 7.1 rpm Win32 dlls taken from here -> http://divx.euro.ru/binaries-010122.zip And this is aviplay log on one of my movies: (it doesn't matter which movie I watch, the lag is always the same - 1 second) [pirks@a3g13697y35jk ~]$ avifile-0.53.5/player/aviplay "/mnt/cdrom/The 6th Day.part 1.avi" Available CPU flags: fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 psn mmxext mmx fxsr 3dnowext 3dnow 978.341 MHz AMD Duron(tm) Processor processor detected Initializing registry Found MOVI chunk. Position 800 Initializing cache Cache: Adding stream 0, table 40E42008 ( 112364 entries ) Cache: Adding stream 1, table 8098D40 ( 1429 entries ) Cache: Creating cache for file descriptor 7 Successfully initialized stream 0 Chunk table size 112364, format size 40 Successfully initialized stream 1 Chunk table size 93631921, format size 30 Successfully opened /mnt/cdrom/The 6th Day.part 1.avi. 1 video streams, 1 audio streams Length 112365 File /mnt/cdrom/The 6th Day.part 1.avi successfully opened 2 streams Audio in MPEG Layer-3 format src [wFormatTag=85, nChannels=2, nSamplesPerSec=44100, nAvgBytesPerSec=19983, nBlockAlign=1, wBitsPerSample=16, cbSize=12] dst [wFormatTag=1, nChannels=2, nSamplesPerSec=44100, nAvgBytesPerSec=176400, nBlockAlign=4, wBitsPerSample=16, cbSize=0] AviReadStreamA::SeekToTime File /mnt/cdrom/The 6th Day.part 1.sub not found File /mnt/cdrom/The 6th Day.part 1.SUB not found Decoder is capable of YUV output ( flags 0x1f ) Datap 8481294 Datap 84c5e74 Creating YUV overlay for width 640, height 272, fourcc 0x32595559 No hardware acceleration detected! AviReadStreamA::SeekToTime AviReadStreamA::SeekToTime Player started Total Unfree 1757406 bytes cnt 85 [0,0] Closing clip Destroying cache. Total accesses 1272, hits 99.84%, misses 0.16%, errors 0.00% Played 898 video frames ( 0.890869% drop ) Played 898 video frames ( 0.890869% drop ) [pirks@a3g13697y35jk ~]$ Hmm.. what else.. I believe I had the same kind of stuff happening when I tried smpeg to play mpeg1. Looks like SDL is the culprit, doesn't it? BTW Windows Media Player 6.4, which I run thru Win4Lin 2.0, is also lagging audio. But as Win4Lin does NOT use SDL, I think the lag in Win4Lin is caused by something else. Maybe the linux kernel drivers for this VIA audio require some additional setup or something... Any ideas and thoughts about it are welcome. Has anybody ever experienced the problem like mine? I need somebody to say "yeah, I've got the same avifile 0.53.5 and the same win32 dlls, but my audio is always in perfect sync with picture, because I have audio hardware XXX, from the vendor YYY". That'd be nice guys, as I might consider buying decent audio hardware if I find that ppl running avifile 0.53.5 have no problems with audio sync like me. Eugen, I read your notice about "SDL buffer size is not equal to kernel something size -> hence this happens" but I'd appreciate comments on how to FIX this :) Thanks in advance. -- Sincerely, Computer Graphics Research Lab Vadym Voznyuk Department of Computing Science M.S. grad student University of Alberta _______________________________________________ Avifile mailing list [EMAIL PROTECTED] http://prak.org/mailman/listinfo/avifile
