View Full Version : DirectShow Seek and GRF support test.
sh0dan
18th September 2003, 17:22
I have uploaded a test binary, available at the CVS binary site, for testing DirectShow seeking.
- Added seeking to DirectShowSource. Audio is still slightly desynced after seeking.
- General cleanup of DirectShowSource.
- "seek=true" is now default on DirectShowSource.
- Added .GRF file loading to load filter graphs from GraphEdit. Be sure there is an open pin, to which AviSynth is able to connect, otherwise expect "the filter graph won't talk to me".
As you can see I KNOW audio desyncs - I think much audio code needs to be rewritten for this to work - so don't report problems. It seems like larger keyframe difference gives larger desync.
Download from second link in my signature. The old binary is still available, as this has only been tested on a very few files.
When reporting problems:
* Video type (codec, FOURCC, etc)
* Audio type (codec, etc)
* ALL Directshow filters shown when played in Zoomplayer/Mediaplayer, when playing the problematic file.
CruNcher
18th September 2003, 22:00
wow avisynth becomes more powerfull now that grf loading is possible wouldn't it also be possible to encode with avisynth useing dshow encoders like the ones available for lame (mp3) and xvid (mpeg4) ?
mf
18th September 2003, 22:23
Whoah, cookass :). Guess I'll be updating avisynth, although I'm scared, since last time I updated my scripts stopped working. It's one big cardhouse and if I change one thing I get unhandled exceptions thrown at my face whatever I do. But I guess I'll risk it this time :D.
sh0dan
19th September 2003, 09:29
WMV/ASF is currently b0rked!
Other "exotic" formats may fail - vdub just hangs when opening the file.
@Cruncher: You can insert any filters you like into the filter graph - you just have to be sure there are pins that AviSynth can connect to. I have no experience with Directshow encoders, but you are very welcome to post results.
Cyberia
19th September 2003, 17:31
bug report - (trying to be helpful, don't kill the messenger)
DSS fails to automatically determine framerate VERY often now. Even on AVI files and other files that it previously had no problem with.
KillAudio() does not help in regards to Seeking.
AVI - Playback is fine, but Seeking does not work at all.
MPG - Playback is fine, but Seeking does not work at all.
ASF/WMV - Some ASF display only video, some only audio and some display both.
ASF/WMV - DSS is reporting crazy framecounts and timelengths for every ASF/WMV I have tried. Like on the order of billions of frames. Maybe that is a cause, maybe an effect.
ASF/WMV - Some (many?) of these files aren't seekable, period. You will either need to detect these as you load them, or have clean fallback code when the user tries to seek them.
DDogg
19th September 2003, 18:14
Sh0dan, could you give some direction on what testing would help you the most? Scripts to use?
I tried a simple DirectShowSource("OldVcdmpeg1ThatPlaysFineInMPlayer2.mpg",30) and I got great sound but no video in player and no error. VDub reported "no video stream found".
Wilbert
21st September 2003, 18:54
@CruNcher,
AFAIK there are only XviD dshow decoders, not encoders?
sh0dan
22nd September 2003, 15:16
Thanks for testing! I can confirm there are problems with MPEG1 files.
I'm also having trouble with lockups I'm looking at. Hopefulyl I'll have a new version ready in a few days.
mf
22nd September 2003, 15:21
Originally posted by Wilbert
@CruNcher,
AFAIK there are only XviD dshow decoders, not encoders?
http://forum.doom9.org/showthread.php?s=&threadid=60066
Wilbert
22nd September 2003, 16:18
Very cool (I forgot about that thread)! I guess we already have a dshow mp3 encoder on our pc. Will check that ...
Mug Funky
3rd October 2003, 05:22
weeeeeeeee! sh0dan, you've made my day!
i can now use ffdshow to decode DV files with reference iDCT and seek them without waiting millennia.
thank you very muchly!
Mug Funky
6th October 2003, 18:27
update... there seems to be a bit of a memory leak happening somewhere between DSS, virtualdub and ffdshow.
if i load an avs into virtualdub, change my script then reload it ad nauseum, the memory from the last load isn't freed (hope that makes sense). so my computer clogs up during some of my mammoth tweaking sessions.
the memory is freed up when i close VD and wait a while.
this never happened when i was using avisource (though admittedly i haven't tested it on the new release since DSS does all i want).
it's no big problem, it's just that if i forget to close VD or VDmod once in a while, my machine goes ga-ga and uses up as much as 2 gigs of virtual memory.
i'd give you more to go on, but i'm no coder...
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.