Log in

View Full Version : ffdshow development


Pages : 1 2 3 4 [5] 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26

Leak
20th June 2003, 19:05
Originally posted by gabest
The thing is dshow would allow only one filter to be the reader, parser, decoder, effecter and the renderer. But the power of dshow hides in its modularity and it is better to keep parts separate to be easily replacable. So, I also say it would be better to have an audio-only filter too, but that's only my opinion :)

Well, as long as this even remotely works like the video codecs it should be just another checkbox in the config dialog to deselect if you prefer some other audio decoder... :)

np; Senor Coconut - Smoke On The Water (ChaChaCha) (Fiesta Songs)

athos
21st June 2003, 02:23
well ffdshow is originally a dshow implementation of libavcodec, which eventually got added some elements of mplayer, nics dshow filter, etc. i think milan wants to implement as much as possible of libavcodec.

i agree that it would be cleaner and probably more practical too have a separate audio filter, which like ffdshow handles mpeg-4 and maybe some day mpeg-1 and 2, would handle most of the audio streams we handle. but it is still somehow cool to have all this stuff in one filter, and most of it works great! like low cpu usage and lots of options to play around with.

Blight
21st June 2003, 06:26
MP1/2 playback is tricky. A lot of non-microsoft filters that try to replace the microsoft one seem to break MPEG1 playback or introduce noises, screw with seeking, etc... I hope by default it'll be off.

MP3 on the other hand would be good as the current implementation chokes on MP3 files with headers containing a bitmap (that may actually have something to do with the source filter, unsure). And also the current MP3 decoder returns the wrong duration value for VBR, which would be a nice fix.

I wonder how milan is doing on the quicktime front, last message he wrote was about getting ffdshow to decode Sorenson3.

The RAW mode filter split is a good call as it will allow DVD-Only processing settings without effecting standard media playback.

I'd also root for milan to go for mpeg2, but the moment he does that (or sorenson for that matter), he should stop putting binaries on SF (See XVID).

qwerpoi
23rd June 2003, 21:19
A couple of things about ffdshow:

First, as someone mentioned in this thread earlier, i believe there is a color bug with the aWarpSharp filter (I'm running the 20030422 build since every other one crashes on my Win98 pc, but I didn't see any fix in the changelogs for the other builds). When the filter is on, the color on the bottom of the screen is messed up, even when the chroma mode is none. This bug disappears when I open my file via avisynth and ffdshow raw mode (don't know if that is helpful info or not).

Secondly, does anyone use the autoloading presets in ffdshow? I've never used them because it always seemed a bit clunky to me (and ffdshow seems to crash on my system when I try to set the autoloading conditions). I think a more graceful interface would be integrating some presets in the right-click interface. What I mean is that when you right click the video in a player such as mpc or zoomplayer, you can see ffdshow in the right click menu (if it's decoding the video). Instead of clicking on it to bring up the config dialog, make an additional menu (like directvobsub) which allows you to either bring up the config dialog or choose from a fixed number of custom presets (I can't imagine needing more than 5 or so, such as DVD, high quality avi, low quality avi, maybe some cartoon presets). I hope someone understands what I'm trying to say, I think it would be pretty handy :).

Lastly, can someone explain to me how the avisynth option is supposed to work in ffdshow? Are you supposed to load plugins that are already in your plugins directory? Do you need a line to load the file via avisynth? This is a pretty embarassing question, but I ask because every time I try to do anything (even something as simple as loadplugin), the player will crash. Maybe I'm stupid and completely misunderstand what needs to be done, I would appreciate it if someone would post exactly what they have in the avisynth box for something simple like applying convolution3d or something. Thanks.

ChristianHJW
24th June 2003, 09:36
@milan : please join #matroska irc.corecodec.com again, DaveEL has new, better native MPEG4 MKV samples made and we should discuss how we wnat to support playback with b-frames from ffdshow now soon .....

athos
29th June 2003, 18:35
i compiled a private build today (milan has asked me to wait for a while with releasing new builds on SF) and I can tell you that ffdshow now decodes mp3/mp2/aac/ac3/wma1,2,7 and 8! He has also implemented a framerate doubler with motion compensation! (as discussed here (http://forum.doom9.org/showthread.php?s=&threadid=36361)). This is very cool IMO, works very well, but there are some minor flickering sometimes. Aside from that, I think it helps make the motions flow better.

I only tried mp3 decoding of the audio filters yet, and it seems to work great! I think it is based on libmad which is good, its the best quality mp3 decoding i know of. There are very few options for the audio filters yet, but I guess milan will be adding more options later, like the rest of ffdshow.

I will put up a new build when milan asks me to.

oddball
29th June 2003, 19:58
I'm just waiting for him to fix the Avisynth script loader so I can use Autocrop correctly. BTW is there an Avisynth plugin that can add black bars on all sides (while shrinking the image)? I'm wondering if there is anything less CPU intensive than ffdshows own black border option. Good for overscan compensation on anime fansubs.

Blight
29th June 2003, 20:56
oddball:
You can just zoom the video in/out using most players. (+ / - keys in zoom player).

Sirber
29th June 2003, 21:00
Just a little bug report:

When I play with postprocessing, MPC crash...

oddball
30th June 2003, 18:57
Blight: No for TV out on a Matrox G400 you can't. ;)

Tueurne
1st July 2003, 11:54
Just a question about idct :

in misc
simple use simple idct
xvid use walken idct
but what about normal and reference ? why kind of idct are used ?

Lobuz
1st July 2003, 13:23
I made some PSNR tests of ffdshow decoding of xvid file. It's here (http://forum.doom9.org/showthread.php?s=&threadid=56190&perpage=20&pagenumber=7). It shows that with latest build nic's postprocessing is somehow broken.
It was said earlier that it's crashing but it actually gives worse picture. It behaves better after setting X offset from 20 to 30 and that green garabage at clip start disappeare too.

Regards
Lobuz

simon.mittag
5th July 2003, 08:39
Originally posted by oddball
I'm just waiting for him to fix the Avisynth script loader so I can use Autocrop correctly. BTW is there an Avisynth plugin that can add black bars on all sides (while shrinking the image)? I'm wondering if there is anything less CPU intensive than ffdshows own black border option. Good for overscan compensation on anime fansubs.

This would be my biggest wish at the moment as well! The avisynth plugin loader in ffdshow (the custom source filter) does not seem to support getframe(x) in raw mode. this was discussed in the autocrop thread on the avisynth board a while ago. i contacted the autocrop author but he said there is nothing he can do as long as getframe(x) does not deliver him the frames requested.

in raw mode, getframe() seems to deliver only the current frame as opposed to the requested frame, which prevents autocrop from calculating the right cropping information as it needs several frames for that.

milan if you read this, can we have your comments on the situation please?

autocrop for RAW mode would finally enable me to use ffdshow as a full blown postprocessor for DVD playback that lets me do positioning with zoom player based only on the picture information without the bars. this is what i am looking at doing with my projector setup and screen fitting.

will requesting frames in raw mode ever work or is this a streaming problem that can't be solved?

regards,

Simon

P.S. the reason why i need raw mode is because i want to use the sonic 1.5 mpeg2 filters for decoding as I just love the crisp image they produce. im using ffdshow as a postprocessor after the sonic filter b4 the video renderer.

oddball
5th July 2003, 09:04
simon.mittag: Have you ever tried DiVXG400 in a Zoom Player manual filter? I have used it (It only works using the WinDVD playback filter for DVD though) and it lets you crop black bars in the overlay to TV out. Very good for non-anamorphic movies if you have a widescreen TV as it will provide a 'false' anamorphic squeeze.

This makes for a nicer looking zoom than my own TV provides.

Can provide the filter settings if needed.

Would love to get ffdshow as a post processing filter though with autocrop. Would be easier.

simon.mittag
5th July 2003, 11:31
oddball: no I haven't tried that particular filter. I agree though that ffdshow/avisynth would be easier.

I am unsure if RAW mode will ever allow for seeking, as I don't know if ffdshow just acts as "listener" to the current frame provided by the mpeg decoder filter.

Can someone comment on this please? Is RAW mode a slave (listening)mode?

regards,

Simon

pandv
6th July 2003, 17:46
A little and cosmetic bug for this awesome program.

Using ffdshow 2003-05-23, levels->show histogram shows nothing.

Bye.

Animaniac
7th July 2003, 10:12
athos, milan

Any news on when the next build will be availible? I'm itching to try the audio decoding. ^_^

Chibi Jasmin
8th July 2003, 11:36
Originally posted by oddball
simon.mittag: Have you ever tried DiVXG400 in a Zoom Player manual filter? I have used it (It only works using the WinDVD playback filter for DVD though) and it lets you crop black bars in the overlay to TV out. Very good for non-anamorphic movies if you have a widescreen TV as it will provide a 'false' anamorphic squeeze.

This makes for a nicer looking zoom than my own TV provides.

Can provide the filter settings if needed.

Would love to get ffdshow as a post processing filter though with autocrop. Would be easier.

Yes, please let me know, how you get ZoomPlayer in DVDMode (with WinDVD) to work with DivXG400!

oddball
8th July 2003, 17:02
First off you need WinDVD installed and DiVXG400 obviously. You may also need AC3filter installed.

Paste this into a text file

DefineFilter(iviaudio.ax)
DefineFilter(ivivideo.ax)
DefineFilter(DiVXG400.ax)
DefineFilter(AC3Filter.ax)
LoadFilter({E30629D1-27E5-11CE-875D-00608CB78066},Default WaveOut Device)
LoadFilter({70E102B0-5556-11CE-97C0-00AA0055595A},Video Renderer)
LoadFilter({A753A1EC-973E-4718-AF8E-A3F554D45C44},AC3Filter)
LoadFilter({CD8743A1-3736-11D0-9E69-00C04FD7C15B},Overlay Mixer)
LoadFilter({6E8D4A20-310C-11D0-B79A-00AA003767A7},Line 21 Decoder)
LoadFilter({0246CA20-776D-11D2-8010-00104B9B8592},InterVideo Video Decoder)
LoadFilter({9B8C4620-2C1A-11D0-8493-00A02438AD48},DVD Navigator)
LoadFilter({9D2935C7-3D8B-4EF6-B0D1-C14064698794},DiVXG400)
ConnectPin(DVD Navigator,Video,InterVideo Video Decoder,Video Input)
ConnectPin(DVD Navigator,AC3,AC3Filter,In)
ConnectPin(DVD Navigator,SubPicture,InterVideo Video Decoder,Subpicture Input)
ConnectPin(AC3Filter,Out,Default WaveOut Device,Audio Input pin (rendered))
ConnectPin(InterVideo Video Decoder,Video Output,DiVXG400,In)
ConnectPin(DiVXG400,Out,Overlay Mixer,Input0)
ConnectPin(InterVideo Video Decoder,~Line21 Output,Line 21 Decoder,In)
ConnectPin(InterVideo Video Decoder,~Subpicture Output,Overlay Mixer,Input2)
ConnectPin(Line 21 Decoder,Out,Overlay Mixer,Input3)
ConnectPin(Overlay Mixer,Output,Video Renderer,In)

save it in Zoom Players dvdgraph scripting folder. Rename the file from .txt to .dvdgraph

Now load Zoom Player. Got to the DVD setup menu and select custom filters. Choose the new script and you are done.

Edit it to suit but be aware that not all filters work in the same setup/manner.

EDIT: Hmm. It does not work for me anymore after having to reinstall XP etc. I even tried connecting the video out from the Intervideo filter to the DiVXG400 filter and it would not accept the pin whereas it did before no problem. Blah!

Chibi Jasmin
8th July 2003, 17:26
Originally posted by oddball
First off you need WinDVD installed and DiVXG400 obviously. You may also need AC3filter installed.

Paste this into a text file

DefineFilter(iviaudio.ax)
DefineFilter(ivivideo.ax)
DefineFilter(DiVXG400.ax)
DefineFilter(AC3Filter.ax)
LoadFilter({E30629D1-27E5-11CE-875D-00608CB78066},Default WaveOut Device)
LoadFilter({70E102B0-5556-11CE-97C0-00AA0055595A},Video Renderer)
LoadFilter({A753A1EC-973E-4718-AF8E-A3F554D45C44},AC3Filter)
LoadFilter({CD8743A1-3736-11D0-9E69-00C04FD7C15B},Overlay Mixer)
LoadFilter({6E8D4A20-310C-11D0-B79A-00AA003767A7},Line 21 Decoder)
LoadFilter({0246CA20-776D-11D2-8010-00104B9B8592},InterVideo Video Decoder)
LoadFilter({9B8C4620-2C1A-11D0-8493-00A02438AD48},DVD Navigator)
LoadFilter({9D2935C7-3D8B-4EF6-B0D1-C14064698794},DiVXG400)
ConnectPin(DVD Navigator,Video,InterVideo Video Decoder,Video Input)
ConnectPin(DVD Navigator,AC3,AC3Filter,In)
ConnectPin(DVD Navigator,SubPicture,InterVideo Video Decoder,Subpicture Input)
ConnectPin(AC3Filter,Out,Default WaveOut Device,Audio Input pin (rendered))
ConnectPin(InterVideo Video Decoder,Video Output,DiVXG400,In)
ConnectPin(DiVXG400,Out,Overlay Mixer,Input0)
ConnectPin(InterVideo Video Decoder,~Line21 Output,Line 21 Decoder,In)
ConnectPin(InterVideo Video Decoder,~Subpicture Output,Overlay Mixer,Input2)
ConnectPin(Line 21 Decoder,Out,Overlay Mixer,Input3)
ConnectPin(Overlay Mixer,Output,Video Renderer,In)

save it in Zoom Players dvdgraph scripting folder. Rename the file from .txt to .dvdgraph

Now load Zoom Player. Got to the DVD setup menu and select custom filters. Choose the new script and you are done.

Edit it to suit but be aware that not all filters work in the same setup/manner.

Thanx a lot...!

oddball
8th July 2003, 20:22
OK figured why it was not working. You need the Elecard MPEG decoder installed. It uses that even though the Intervideo is in the fiulter chain. Weird.

Get it here http://www.elecard.com/ftp/pub/mpeg/decoder/EMpgDec20.zip

Install it and use that filter and you should have no probs cropping black bars off 4:3 letterbox DVD's to create an artificial 'zoom' on a 16:9 TV.

It's rather neat :)

iago
9th July 2003, 01:30
Hello, I just wanted to note that libavcodec decoding still exhibits the smearing problem with xvid qpel encodes regardless of the IDCT type selected. Problem occurs both with XviD and Simple IDCT.

With codec's built-in XviD decoder, there's no smearing.

Nic's XviD Decoder also causes smearing.

regards,
iago

[latest ffdshow alpha (ffdshow-20030523) / latest XviD build by Koepi (24062003-1) / latest XviD build by uManiac (26.06.2003.1100)]

Animaniac
10th July 2003, 22:34
CVS comments show that ffdshow audio will have raw audio counterpart and have a built in equalizer and channel mixer!!! ffdshow is really going to become the one-stop A/V decoder! ^_^

oddball
15th July 2003, 23:33
I'm getting the same problem with DiVX 5.03 with smearing. I presume this is also because of qpel. It seems to happen randomly though. I thought that bug would have been squashed by now.

Mind you I've upgraded to an AMD XP chip and resintalled WinXP from scratch so I don't know how much that has to do with it. Also a new Geforce4 card. I hate bug tracking :)

simon.mittag
17th July 2003, 06:01
oddball... did you hear anything from milan regarding avisynth and autocrop? i haven't seen him here for a while but it probably doesn't make sense for all of us to start emailing him...

aydc
17th July 2003, 11:00
Hi all,

Could anybody please explain to me why mplayer postprocessing stopped working with the lastest releases? I used to rely on it rather than nic's because nic's pp seems to blur the image too much.

Or alternatively, could anyone please recommend me good postprocessing settings to use?

oddball
17th July 2003, 18:24
I dunno why but I seem to get random smearing and the odd static blocks with or without ffdshow in the equation. So it probably is not ffdshow causing my problem. If I play back the same scene after it smears it does not smear. Odd.

I dunno about autocrop. If Milan reads the ffdshow threads then I am sure he is on the case. Maybe...

Animaniac
17th July 2003, 20:27
Originally posted by aydc
Hi all,

Could anybody please explain to me why mplayer postprocessing stopped working with the lastest releases? I used to rely on it rather than nic's because nic's pp seems to blur the image too much.

Or alternatively, could anyone please recommend me good postprocessing settings to use?

Lobuz' PSNR table in this thread (http://forum.doom9.org/showthread.php?s=&threadid=56190&perpage=20&pagenumber=7) tests the 4-24 and 5-23 build of ffdshow. Nic's using default settings on the 4-24 produces the highest PSNR. The 5-23 seems to have problems with Nic's at lower thresholds.

kilg0r3
22nd July 2003, 08:33
1.

I would like to do the following in the avsynth box, or of possible somewhere else, in ffdshow. In order to get rid of the stepping/pixelation effects with intensive colors due to the low chroma res of YV12.

increase the chroma resloution (e.g. converttoyuy2), blur the chroma plane, merge luma of original with blurred chroma.

the problem is manly, how to define the video source.

2.
What does 'Add ffdshow video source' mean?

Best
22nd July 2003, 12:35
increase the chroma resloution (e.g. converttoyuy2), blur the chroma plane, merge luma of original with blurred chroma.

I belive if you uncheck YV12 as supported output colorspaces it would automaticly convert to yuy2.

oddball
22nd July 2003, 20:31
When will ffdshow support MPEG1/2 ?

ookzDVD
26th July 2003, 02:16
Build 2003-05-23,
I just found : enabling the xshapen "sometimes" will crash the MPC.

Soulhunter
27th July 2003, 23:30
ffdshow crash with "ConverToRGB32()" command in AviSynth-tab...!

Maybe read this thread > http://forum.doom9.org/showthread.php?s=&threadid=38304&perpage=20&pagenumber=2 <

I used:
WinME / ffdshow 23.05.03 / Avisynth is 2.5.2


This was the error code:

MPLAYER2 verursachte einen Fehler durch eine ungültige Seite
in Modul KERNEL32.DLL bei 018f:bff8e1ad.
Register:
EAX=c002fa54 CS=018f EIP=bff8e1ad EFLGS=00210212
EBX=0177ffbc SS=0197 ESP=0173feec EBP=01740188
ECX=00000000 DS=0197 ESI=00000000 FS=2acf
EDX=bff6682d ES=0197 EDI=bff69050 GS=0000
Bytes bei CS:EIP:
53 8b 15 f4 bc fb bf 56 89 4d e4 57 89 4d dc 89

Bye

Arcon
28th July 2003, 20:42
i just updated to 20030523 and use xvid.dll for decoding xvid. now i get some wrongly colored horizontal lines. i think that's what happens if one uses the wrong idct, but i chose xvid, not libavcodec as decoder, so the idct should be external and correct.

this effect only appears if i enable postprocessing (preset 4, nic's enabled). with the older build 20030424 i don't get this effect even with postprocessing enabled.

codec is xvid 24062003-1.

Soulhunter
28th July 2003, 21:21
Suggestion for additional Noise option;

I'm a big fan of ffdshow's noise option... It repruduces the original film-grain real good! :D
But I find there should be a option to scale between normal & uniform noise.
Normal noise adds less noise to dark arears and uniform noise adds to all arears the same amout...
For now I use mplayer-uniform-noise at a low amout 15/5 but in this way theres to much noise in dark arears, and not enough in bright ones... If I use normal-noise (not uniform) there's not enough noise in dark arears (for me)!
So I would find it nice to add a slider in the noise-option-tab to scale between uniform/normal noise.


Should look like this:
-----------------------------------------------------------
uniform noise 0% <-----I-----> 100% regular noise
-----------------------------------------------------------

0% = Uniform noise (dont take respect to the brightness/darkness of arears)

50% = Noise in very dark arears reduced to 50% in bright still 100%

100% = Noise only in very bright arears (Near like none in dark arears)

All % based of the noise amout you've choosen by noise strength-tab.

@All
Keep posting back ! :)

Bye

Ghim
29th July 2003, 00:03
Originally posted by Arcon
i just updated to 20030523 and use xvid.dll for decoding xvid. now i get some wrongly colored horizontal lines. i think that's what happens if one uses the wrong idct, but i chose xvid, not libavcodec as decoder, so the idct should be external and correct.

this effect only appears if i enable postprocessing (preset 4, nic's enabled). with the older build 20030424 i don't get this effect even with postprocessing enabled.

codec is xvid 24062003-1.

I had the same pb on a video and i simply changed X threshold from 20 to 30 in Nic postprocessing... It solved the problem for me...

Asmodian
29th July 2003, 03:39
had the same pb on a video and i simply changed X threshold from 20 to 30 in Nic postprocessing... It solved the problem for me...

Wouldn't that make the image rather blurry?
I have also noticed these problems (horizontal lines with wrong colors, especially at the ends -> green) with the 20030523 build of ffdshow (with Nic's PP at default thresholds). This build also crashes ZP in many different configurations and I haven't done the testing necessary to figure out exactly what causes the crash (but I am pretty sure it is something with this ffdshow because of when I would get a crash on video load and then turn off PP and the video would load, or I would just disable ffdshow and again the video would load – it seemed somewhat source dependent and sometime the PP didn’t cause problems). Has anyone else experienced a crash using this newest ffdshow?

Ghim
29th July 2003, 10:14
The image isn't that blurry at all... but the horizontal lines bug has really disappeard.

I also have experienced some random crashes with Nic's PP activated (I'm using ZP)...

kilg0r3
29th July 2003, 12:34
incresing the threshold values decreases pp strength

Ghim
29th July 2003, 13:06
I prefer this (X threshold 30) than a "horizontal line bug" or "no PP"...

Asmodian
29th July 2003, 22:09
incresing the threshold values decreases pp strength
Oops, I even knew that - I must have meant; doesn't increasing the threshold make the post processing less effective? :p
yes it is better to just turn up the threshold then have artifacts (pp created or from lack of pp), but this is a newly introduced problem that should be investigated (but work is very busy this week so I don't think I will be able to find the time to test). I also have quite a few videos compressed with xvid and divx (older builds) which play as solid gray video when decoded with libvcodec in the newest ffdshow but work fine if decoded with xvid.
I hope we can get to the bottom of this.

Didée
31st July 2003, 07:58
Originally posted by Asmodian
xvid and divx (older builds) which play as solid gray video when decoded with libvcodec
ffdshow/miscellaneous/Workaround ecoder bugs - [x]Autodetect

Know your tools

- Didée

Asmodian
1st August 2003, 00:37
Ah, I see - I usually don't change options in the miscellaneous tab, did the defaults recently change or did I just foolishly turn off autodetect workaround bugs (or were the defaults always autodetect off and I never needed it on before)?
Do you think this option would have an effect with regard to the crashing problem with nic's pp, or is it more likley that the crashing problem is not actually ffdshow's fault?

Takuto
1st August 2003, 23:45
I have small feature request to ffdshow. It mostly decorative, but I think it can be useful and its not too hard in realisation.

Can OSD be 'temporary'? For example, user enable param 'delay' in ffdshow config, sets it to 5 sec, and OSD will on-screen for 5 secs when video starts, then it gone (with cool effects 8)) ).
And can be FOURCC of file included into OSD table? Not only 'decoder' info, but FOURCC too.

I think its convinient - starting playback of file and in 5 secs get basic info about it without going in config page or into other apps.


An I want to say BIG thanks to Milan and all contributing in ffdshow.
Its really my favorite decoder.

HarryM
2nd August 2003, 08:57
I think over simple/Walken iDCT automatic switching at ffdshow decoding.

Can anyone this make depending on 'date of file'?

from dd.mm.yyyy to dd.mm.yyyy -> use simple iDCT!
from dd.mm.yyyy to dd.mm.yyyy -> use Walken iDCT!

dTb
2nd August 2003, 09:16
Originally posted by Asmodian
Wouldn't that make the image rather blurry?
I have also noticed these problems (horizontal lines with wrong colors, especially at the ends -> green) with the 20030523 build of ffdshow (with Nic's PP at default thresholds). This build also crashes ZP in many different configurations and I haven't done the testing necessary to figure out exactly what causes the crash (but I am pretty sure it is something with this ffdshow because of when I would get a crash on video load and then turn off PP and the video would load, or I would just disable ffdshow and again the video would load – it seemed somewhat source dependent and sometime the PP didn’t cause problems). Has anyone else experienced a crash using this newest ffdshow?

I've experienced much the same thing all centred around nic's post-processing being enabled when opening a file. Opening the particular file without the pp enabled it will play and the pp can then be enabled during playback. When I get a chance I'll see if I can isolate which files this occurs with and any similarities between them. No problems with the mplayer pp.

Edit: I'm only experiencing the crashing in Zoomplayer not the other problem.

HarryM
2nd August 2003, 12:26
Originally posted by dTb
I've experienced much the same thing all centred around nic's post-processing being enabled when opening a file. Opening the particular file without the pp enabled it will play and the pp can then be enabled during playback. When I get a chance I'll see if I can isolate which files this occurs with and any similarities between them. No problems with the mplayer pp.

Edit: I'm only experiencing the crashing in Zoomplayer not the other problem.

If you use W9x, the last 'good' ffdshow version for you is 24/04/2003.

Newer builds of ffdshow crash on Win9x. Only one choice is = VMR9 activating for playing. With WXP no problem.

Lobuz
3rd August 2003, 23:43
Is there a possibility to reduce CPU utilization while decoding mpeg4 even by the cost of the quality ( no pp ). I mean decoding only video with my old Pentium 200 is almost 100% fluent but with sound it's shaky. It could be useful to some portable devices and old PCs.

Regards
Lobuz

dTb
5th August 2003, 04:26
Originally posted by HarryM
If you use W9x, the last 'good' ffdshow version for you is 24/04/2003.

Newer builds of ffdshow crash on Win9x. Only one choice is = VMR9 activating for playing. With WXP no problem.

I'm using WinXP with the 23/5/03 alpha, I'm unsure what you mean by VMR9.

The problem occurs only with files with a fourcc of DIV3 as far as I can tell and I think I've narrowed it down to the Chroma Dering of Nic's pp. Most files can be opened when the pp is set on the fifth notch (ie. everything bar Chroma Dering) and then during playback the chroma dering can be enabled although for one file this didn't work. Just testing now, with only the chroma dering enabled via custom I get the same problem, file won't open in ZP.

Soulhunter
5th August 2003, 13:49
Suggestion for additional Noise option No.2;

Ive forgotten something in my last suggestion... :D
A second option to scale between standart and averanged noise would also be usefull!

Should look like this:
-----------------------------------------------------------
Averaged noise 0% <-----I-----> 100% regular noise
-----------------------------------------------------------

0% = Averaged noise (same as now with aktiv averaged)

50% = 50/50 blended (original and averaged)

100% = Regular noise (same as now without aktiv averaged)


Bye