View Full Version : New ffdshow build (?)
Jeremy Duncan
6th November 2006, 22:45
There's a bug in the Levels Tab.
Didée said that the ylevels, ylevelsG, ylevelsS, ylevelsC.
That Milan Cutka put into FFdshow, wasn't done properly.
He said that what Milan put into FFdshow was exactly backwards and he doesn't recommend using the ylevels, ylevelsG, ylevelsS, ylevelsC in FFdshow.
Here's the thread Didée started that shows how ylevels, ylevelsG, ylevelsS, ylevelsC works and the code it uses.
Link (http://forum.doom9.org/showthread.php?s=&threadid=79898)
May I ask that this bug is fixed and Didée's ylevels, ylevelsG, ylevelsS, ylevelsC is properly implemented into the FFdshow Levels tab. :)
I wonder if this will be fixed.
I sure hope it will.
haruhiko_yamagata, clsid, drevil_xxl. Will you please fix this bug.
:)
frodeste
7th November 2006, 13:18
What are your thoughts about starting building 64 bit editions of ffdshow?
Also, any thoughts about building an autoupdate in to the product, now that the builds and patches are beeing produced at such a high level?
This is something I would be very thankful for.
Keep up the good work.
Egh
7th November 2006, 15:18
Also, any thoughts about building an autoupdate in to the product, now that the builds and patches are beeing produced at such a high level?
Don't think there's any need to use an autoupdater, not before a "stable" version is released in any case.
yesgrey
7th November 2006, 20:55
Which files are those? Anamorphic resolution AVI? You can try to remux them into mkvs and assign proper DAR that way.
Not that I see much anamorphic avis anyway :P
Maybe badly encoded files, with the wrong DAR.
yesgrey
7th November 2006, 21:04
The problem is that it's not using ffdshow resizer in that case.
And if you haev high-speed CPU but slow GFX card in terms of shaders (for instance my present system configuration) you can't actually use MPC shader-based bicubic or Haali renderer. Such cards could be, for instance, old FX5xxx series, or moden built-in in the motherboard (like 6100/150 in NForce). Not all computers are built keeping gaming in mind (office computers are one such particular case :D)
So if you are not using ffdshow resizer you're able to use only standard bilinear and for me that's not enough.
But even bicubic has not enough quality. For me the best is Lanczos with 2 taps, which gives the higher detail possible without ringing. Since I use a projector with a big screen, the resize algorithm is very important!
I have made several test with all ffdshow algorithms and several resolutions and the best option IMO is resizing with Lanczos2 for the screen resolution.
We could also resize for a higher resolution and then let the videocards drivers downsize it for the screen resolution, but besides being lower quality is also more CPU intensive.
I will try to get some time to do it. I will probably need some help from some of the developers here but when the time arise I'll ask for it.
cc979
7th November 2006, 21:52
Maybe badly encoded files, with the wrong DAR.
i remember i had problems with anamorphic avis xvid ones anyway, will play fine in mpc with vmr9 not overlay
Egh
7th November 2006, 22:45
But even bicubic has not enough quality. For me the best is Lanczos with 2 taps, which gives the higher detail possible without ringing. Since I use a projector with a big screen, the resize algorithm is very important!
I have made several test with all ffdshow algorithms and several resolutions and the best option IMO is resizing with Lanczos2 for the screen resolution.
We could also resize for a higher resolution and then let the videocards drivers downsize it for the screen resolution, but besides being lower quality is also more CPU intensive.
Well some love Lanczos with 4 taps, some favor Spline36resize. Depends also if it's anime or RL content and if the source is sharp in the first place.
Regarding bicubic -- did you try to adjust it's parameters first? :D Default bicubic and something like a=0, b=0.5 are two different things in terms of sharpness :P
But generally I support this kind of patch, if you are able to provide it, thanks alot.
baka
8th November 2006, 00:57
I use crystal player and always newest build of ffdshow, and when i want to seek, it freezes... :(
that queue thing doesn't help, what to do?
Anima123
8th November 2006, 02:41
I use crystal player and always newest build of ffdshow, and when i want to seek, it freezes... :(
that queue thing doesn't help, what to do?
Same here, even with queue disabled. I have to stop using ffdshow. The problem might happened with buffer mechanism of crystal player. There's no problem while using XviD as decoder.
Jeremy Duncan
8th November 2006, 05:43
Please read the link:
Link (http://forum.doom9.org/showthread.php?t=79898)
The code in the threads first post was put into FFdshow by Milan Cutka. Only Milan put it in wrong, according to Didée. Read reply # 21 to see Didée's comment on this.
In a thread I erased. Didée commented that when Milan put the code in the thread I linked to in FFdshow. He did it so it was exactly wrong.
Please ask Didée about it in the thread I linked too.
Didée
8th November 2006, 09:27
Regarding "Ylevels" in ffdshow -
forget any rumbling that ever has been done. It was *me* who implemented my own idea *wrongly*. :o
ffdshow just reproduces my faulty implementation, quite exactly. ;)
"Right" and "wrong" are relative, since it's an arbitrary operation ... it just does not what I wanted it to do.
baka
8th November 2006, 09:30
and now we just have to wait to get that right or? :)
haruhiko_yamagata
8th November 2006, 09:51
Please read the link:
Link (http://forum.doom9.org/showthread.php?t=79898)
The code in the threads first post was put into FFdshow by Milan Cutka. Only Milan put it in wrong, according to Didée. Read reply # 21 to see Didée's comment on this.
In a thread I erased. Didée commented that when Milan put the code in the thread I linked to in FFdshow. He did it so it was exactly wrong.
Please ask Didée about it in the thread I linked too.
OK, just wait untill we have time to fix it, please.
Didée, thank for your code and coming here.
Eragon4ever
8th November 2006, 11:58
@developers: You really should put yourselves into authors.txt!
You are doing a great job and this should be documented.
Didée
8th November 2006, 13:23
Well, in that forgotten PM that Alain2 once had sent me, he included changes that seem to do things the correct way.
Thanks, Alan!
I've put up that message in the test forum (http://forum.doom9.org/showthread.php?p=897854#post897854), to not spoil this thread (message takes much space).
(Surprisingly, the linked images are still online on Imageshack.)
haruhiko_yamagata
8th November 2006, 14:00
@developers: You really should put yourselves into authors.txt!
You are doing a great job and this should be documented.
Thank you.
Romario
8th November 2006, 19:25
I am sorry, but I must to ask this. What's going on with Milan Cutka? Is he abandon ffdshow developing?
LoRd_MuldeR
8th November 2006, 19:50
I am sorry, but I must to ask this. What's going on with Milan Cutka? Is he abandon ffdshow developing?
yes. afaik he just disappeared.
that's why official ffdshow website was not updated for a LONG time...
yesgrey
8th November 2006, 23:15
Well some love Lanczos with 4 taps, some favor Spline36resize. Depends also if it's anime or RL content and if the source is sharp in the first place.
Regarding bicubic -- did you try to adjust it's parameters first? :D Default bicubic and something like a=0, b=0.5 are two different things in terms of sharpness :P
But generally I support this kind of patch, if you are able to provide it, thanks alot.
I once also prefered the Lanczos4, but recently changed to 2 because of the ringing added by L4. I will try the bicubic as you describe. I have once read that Lanczos resize is implemented in ffdshow as bicubic but with different a and b. So, maybe you have just 're-invented' Lanczos... :-)
haruhiko_yamagata
9th November 2006, 14:11
I use crystal player and always newest build of ffdshow, and when i want to seek, it freezes... :(
that queue thing doesn't help, what to do?
I tryed crystal player. Seek works unless it freezes up when opening a file. Crystal player freezes up when opening some 720p mov file(Apple Quick time trailer).
What is the file that freezes? MOV, AVI ,... and h.264, divx,...
SmallwooD13
9th November 2006, 14:57
What is the file that freezes? MOV, AVI ,... and h.264, divx,...
avi (DivX, XviD) and mp4 (AVC1)
avi H264 (one film tried), wmv, mpg, are working normaly
FFdshow-Tryouts-20061025-rev446-sse2, CrystalPlayer-1.96
other players are working normaly (LA, media player classic)
_xxl
9th November 2006, 15:08
Is a ffdshow-tryout that works ok?
CrystalPlayer-1.97 freezes up for me when I try to exit or to seek video.I have tested some avi files.(XVID,AVC1 or H.264).
For audio is used ffdshow's libmad & libfaad2.
What is "ActiveMovie Filter Class Manager"?
http://img14.imagevenue.com/loc415/th_82320_Capture_122_415lo.jpg (http://img14.imagevenue.com/img.php?image=82320_Capture_122_415lo.jpg)
haruhiko_yamagata
9th November 2006, 15:09
What is the audio codec?
clsid
9th November 2006, 15:42
"ActiveMovie Filter Class Manager" manages DirectShow filters.
BlindWanderer
9th November 2006, 19:30
Hey, i got ffdshow to crash on picture properties with drevil_xxl's sse2 build when using "hue". I have an Athlon 64 X2, so it shouldn't be an issue of cpu not supporting it. The generic build by clsid doesn't crash under the same conditions (using rev 514 in both cases). New bug or an old one?
_xxl
9th November 2006, 19:49
Hey, i got ffdshow to crash on picture properties with drevil_xxl's sse2 build when using "hue". I have an Athlon 64 X2, so it shouldn't be an issue of cpu not supporting it. The generic build by clsid doesn't crash under the same conditions (using rev 514 in both cases). New bug or an old one?
No crash on AMD XP.(SSE)
Bathrone
10th November 2006, 01:31
Thanks again for FFdshow
Drevils build has FLAC as an option. CLSIDs build does not list flac. Why?
FredThompson
10th November 2006, 04:46
ffdshow_rev514_20061109_clsid and libmpeg2 as the MPEG2 decoder for MPC will allow proper playback of MPEG2 4:2:2 sources.
However, MPC seems to be more fault tolerant WRT muxing in some streams. Here is an example which will play properly with MPC's MPEG2 decoder but ffdshow will have problems using either libavcodec or libmpeg2.
MPC set to VMR7 Renderless (to prevent hardware acceleration messing with luma) and ffdshow libmpeg2 works great, except the mux on these DVR streams really screws it up. Is this a function of demuxing in ffdshow? Is there a way configure demuxing so this doesn't happen?
Here's the file (6.5 M): http://www.corrugatedmachines.com/FruitBeer.vob
_xxl
10th November 2006, 07:00
Is this a ffdshow bug?Did you try mplayer?
EDIT
http://tirnanog.fate.jp/mirror/mplayer/mplayer2006.11.09.7z
http://mulder.brhack.net/public/downloads/MPUI.2006-11-09.Full-Package.exe
FredThompson
10th November 2006, 07:10
I haven't tried another player. Will get mplayer and test. In any event, that sample stream does show a video skip and freeze. At 6.5M and pure DVR rip, it's a decent test case.
haruhiko_yamagata
10th November 2006, 09:54
ffdshow_rev514_20061109_clsid and libmpeg2 as the MPEG2 decoder for MPC will allow proper playback of MPEG2 4:2:2 sources.
However, MPC seems to be more fault tolerant WRT muxing in some streams. Here is an example which will play properly with MPC's MPEG2 decoder but ffdshow will have problems using either libavcodec or libmpeg2.
MPC set to VMR7 Renderless (to prevent hardware acceleration messing with luma) and ffdshow libmpeg2 works great, except the mux on these DVR streams really screws it up. Is this a function of demuxing in ffdshow? Is there a way configure demuxing so this doesn't happen?
Here's the file (6.5 M): http://www.corrugatedmachines.com/FruitBeer.vob
It works for me, except for screwing up on seek.
If you are talking about this seek problem, it should be ffdshow's issue.
baka
10th November 2006, 20:09
avi (DivX, XviD) and mp4 (AVC1)
avi H264 (one film tried), wmv, mpg, are working normaly
FFdshow-Tryouts-20061025-rev446-sse2, CrystalPlayer-1.96
other players are working normaly (LA, media player classic)
ye, freezes when playing avi, mp4, and i think some other, no freeze in wmv
mpc is working ok same as smallwood said
FredThompson
10th November 2006, 23:37
It works for me, except for screwing up on seek.
If you are talking about this seek problem, it should be ffdshow's issue.Are you SURE? When I play the vob with ffdshow as the MPEG2 decoder, a portion at the beginning is missed then the video freezes. The portion of a few words about putting a lime in beer doesn't get played.
Jeremy Duncan
11th November 2006, 01:18
- In Media Player Classic External Filters Tab.
Double Click the FFdshow Audio decoder to access the configuration.
- Check OSD,and Check Jitter.
- Close FFdshow Audio Decoder, and play a movie.
- While the movie is playing. You'll the the word "Jitter" in the top left of the screen.
Beside the word Jitter is a number. Write this number down, or remember what it was.
- Open the FFdshow Audio decoder again.
- Check the Delay Tab. Set each box to the number you wrote down in the previous step.
- Check the Volume Tab. Leave it at defaut.
- Check the Mixer Tab. Check "Normalize Matrix", Check the "Output Speakers Configuration" tab. If you are using only 2 speakers, or headphones select "2/0 - stereo". This step is very important, do it properly or the sound will be all messed up.
- Close the FFdshow audio decoder by pressing Apply and OK.
Following these setup instructions.
I find that the number beside Jitter is always 32
Regardless of the pc used.
It's happened to both my pc's and somebody else.
The number by jitter is different than the number beside "time one FFdshow". Are both jitter and time on ffdshow showing the ms number that is jitter ?
If so, the audio decoder isn't working, because it stays at a solid 32 ms and never changes.
I'm using the November 5, 2006 21:20:40 ansi version
Jeremy Duncan
11th November 2006, 02:43
Also, I can't get FFdshow to work with Gomplayer.
Please look at getting FFdshow to work with Gomplayer.
Link to Gomplayer (http://www.gomplayer.com/main.html)
cc979
11th November 2006, 03:05
Also, I can't get FFdshow to work with Gomplayer.
Please look at getting FFdshow to work with Gomplayer.
Link to Gomplayer (http://www.gomplayer.com/main.html)
ffdshow works with gom player if you disable built-in codecs
preferences > other > codec page
haruhiko_yamagata
11th November 2006, 04:18
Are you SURE? When I play the vob with ffdshow as the MPEG2 decoder, a portion at the beginning is missed then the video freezes. The portion of a few words about putting a lime in beer doesn't get played.
Yes, it's played. I tested three computers. Seek does not work properly.
Please make a detailed report about your environment including Video card, output color space, OS, CPU, etc.
FredThompson
11th November 2006, 08:21
Pfff...there's no way to fully document everything which could theoretically be causing a choke during playback. Summary info is Intel Core Duo 1.6 XP Pro SP2 Gateway laptop. I'll test on other systems to see if I have one which will play properly then look at precedence with GSpot.
_xxl
11th November 2006, 09:37
The number by jitter is different than the number beside "time one FFdshow". Are both jitter and time on ffdshow showing the ms number that is jitter ?
If so, the audio decoder isn't working, because it stays at a solid 32 ms and never changes.
I'm using the November 5, 2006 21:20:40 ansi version
http://i15.tinypic.com/2v92m85.jpg
KoD
11th November 2006, 12:56
That FruitBeer.vob file freezes for me even when using Nvidia's mpeg2 video and audio decoder. Using the built-in decoders from MPC will cause playback freezing as well. Are you sure the file is not broken itself ? (or maybe the vob splitter is at fault ?)
haruhiko_yamagata
11th November 2006, 13:55
That FruitBeer.vob file freezes for me even when using Nvidia's mpeg2 video and audio decoder. Using the built-in decoders from MPC will cause playback freezing as well. Are you sure the file is not broken itself ? (or maybe the vob splitter is at fault ?)
It works only when MPC's internal source filter "MPEG PS/TS/PVA" is checked. Why?
Rgeek
11th November 2006, 18:00
I got a file(Container AVI - Codec WMV3) but some reason ffdshow doesn't decode It.
Someone can help me?
Thanks in advance.
Sample: http://rapidshare.com/files/2933552/SS.avi.html
Inventive Software
11th November 2006, 19:22
WMV3 isn't fully supported by ffdshow. :search:
Rgeek
11th November 2006, 20:02
WMV3 isn't fully supported by ffdshow. :search:
I know but all WMV3 files I got work with ffdshow, except one.
I'm curious why. What's different about this file?
foxyshadis
12th November 2006, 03:15
Probably one of the more advanced Main Profile features, like deblocking, new frame types, and so on. Kind of hard to tell without a sample, we aren't psychic. Anyway, always test with mplayer before reporting a codec bug, because it's most likely actually an ffmpeg bug/limitation. (Definitely is in this case.)
FredThompson
12th November 2006, 03:51
It works only when MPC's internal source filter "MPEG PS/TS/PVA" is checked. Why?
Enabling that setting means MPC will decode, not ffdshow. That's why I questioned your report of proper playback.
That file is a satellite DVR stream with mux to accomodate dropouts, most often those happen in audio. It might also use the field duplication flag. It's MPEG2 valid but not DVD spec valid. It's a nice small real-world test sample. Is it choking ffdshow's demux or one of the video decoders or a combination of both? I don't know. My hunch is this is a demux issue because both MPEG2 decoders choke in the same manner.
It's not an odd profile, btw. Burn it to a disc and it will play in almost any hardware DVD player although some of the Sony units are touchy. It will also play in "proper" DVD players like PowerDVD.
Rgeek
12th November 2006, 04:04
Probably one of the more advanced Main Profile features, like deblocking, new frame types, and so on. Kind of hard to tell without a sample, we aren't psychic.
I already send a sample to Rapidshare. Link in my first post in this Thread.
Anyway, always test with mplayer before reporting a codec bug, because it's most likely actually an ffmpeg bug/limitation. (Definitely is in this case.)
In Media Player Classic, adding WMVideo Decoder DMO in external filters, ffdshow decode the file. Is recognized as YV12 - uncompressed.
FredThompson
12th November 2006, 07:10
FruitBeer.vob is screwing up with mplayer. The audio stream is properly decoded, something MPC with ffdshow will choke on, but the video still skips and sync is lost. Grrr...
_xxl
12th November 2006, 08:38
Hey, i got ffdshow to crash on picture properties with drevil_xxl's sse2 build when using "hue". I have an Athlon 64 X2, so it shouldn't be an issue of cpu not supporting it. The generic build by clsid doesn't crash under the same conditions (using rev 514 in both cases). New bug or an old one?
Confirmed.
foxyshadis
12th November 2006, 09:10
Enabling that setting means MPC will decode, not ffdshow. That's why I questioned your report of proper playback.
No, it's the MPC internal splitter, not decoder. So whichever splitter you're using is likely screwing something up.
In Media Player Classic, adding WMVideo Decoder DMO in external filters, ffdshow decode the file. Is recognized as YV12 - uncompressed.
Of course it does, because ffdshow isn't decoding anything! WMV Decoder DMO is microsoft's wmv decoder (obviously), ffdshow just piggybacks on the uncompressed output.
As I said, test in mplayer/ffmpeg (not MPC) before reporting against ffdshow. Anyway, mplayer doesn't play it either, it just opens the same DMO decoder to pass it through first.
It looks like for whatever reason, ffmpeg won't accept this file, so you'll have to take it up with the ffmpeg mailing list.
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.