ffdshow development #2 [Archive] - Page 2

aketon

28th August 2004, 20:27

At last! The latest version of ffdshow 20040828 has a new option to use bitrate in x264! It was about time!:D

[edit]
It is awesome! It has scene detection too (not so good though)! I've just encoded LOTR 3 trailer (resolution: 640x256 bitrate:900) and the result was good in the first 30 seconds, because after that 30 seconds, something strange happened to the codec! The encoder start to lower the bitrate from time to time and to use quantizers between 40-51!:confused: :confused:

[edit2]
I've just found where the problem is with the bad encode I mentioned! When I use "Inter Analyzer Flag PSUB8x8" and "CABAC" at the same time something strange is happening in the encoder and the result is to have (after a certain period of time) a video with quantizers 40-51! If you disable "Inter Analyzer Flag PSUB8x8" or "CABAC", then everything is going well!!!

SeeMoreDigital

28th August 2004, 20:53

Hi Athos and Milan,

Just a small thing. But can the 'menu' headings be altered slightly. My proposal is as follows: -

http://img9.exs.cx/img9/2975/SMD_FFdshow_proposal.gif

If it's okay with everybody that is?

Cheers

BoNz1

28th August 2004, 21:27

Originally posted by aketon
At last! The latest version of ffdshow 20040828 has a new option to use bitrate in x264! It was about time!:D

There is also a 2pass rate controller that is waiting to be added to the subversion.
EDIT: It would be nice if justin or min chen could update the vfw and the project file for the 1pass and 2pass. Please remove mc-c.c from the build also. Thanks.

Phanton_13

28th August 2004, 21:49

It's not posible to play VP3 using the theora library using a preprocesor filetr based in the reference lossles vp3 to theora trancoder .

virus

29th August 2004, 00:08

Originally posted by aketon
At last! The latest version of ffdshow 20040828 has a new option to use bitrate in x264! It was about time!:D

too bad the "1 pass fixed quantizer" option doesn't work anymore... it always encodes at roughly the same rate no matter what quantizer you use.
One good thing is that it apparently uses adaptive quantization within a frame (unless ffdshow's visualization tool is b0rked ;)). Some blocks are encoded at QP=24, others up to QP=30. Nice. But still too much bugs! :(

aketon

29th August 2004, 10:34

Originally posted by virus
too bad the "1 pass fixed quantizer" option doesn't work anymore... it always encodes at roughly the same rate no matter what quantizer you use.

Yes! The only working good (not so good though) option is "1 pass constant bitrate"! "1 pass fixed quantizer" is useless right now and it hasn't got scene change detection also!

Originally posted by virus
But still too much bugs!

Yes, inded!!!:(

pankov

29th August 2004, 16:20

@Athos, Andy & Milan
Gyus can you cooperate for integrating the "Green Fix" that Andy did
for the SSE2 builds for the non SSE2 builds?

2004-07-01 Andy2222 (ffdshow-20040701_SSE2.exe)
...
* fixed "green" shift resize bug
...

I really can't believe that this is not the the top priority fix as this is visible on all NVidia cards and especially in VMR9 mode which is supposed to be the mode used in the future.
I'm on the brink of stop using FFDShow for resizing and I will really hate to do this

PLEAAAASE, guys, kill this annoying bug

Andy2222

29th August 2004, 19:54

Originally posted by pankov
@Athos, Andy & Milan
Gyus can you cooperate for integrating the "Green Fix" that Andy did
for the SSE2 builds for the non SSE2 builds?

2004-07-01 Andy2222 (ffdshow-20040701_SSE2.exe)
...
* fixed "green" shift resize bug
...

I really can't believe that this is not the the top priority fix as this is visible on all NVidia cards and especially in VMR9 mode which is supposed to be the mode used in the future.
I'm on the brink of stop using FFDShow for resizing and I will really hate to do this

PLEAAAASE, guys, kill this annoying bug

i will write a normal mmx2 version for the normal build if my relocation chaos (new job, new location ... need to visit ikea, get a fridge..) is over

marcellus

1st September 2004, 23:32

Hi, in latest build (20040828) avisynth processing inside ffdshow is broken :(.

dZeus

2nd September 2004, 15:11

Hi, are there any plans to improve the RGB conversion routines in ffdshow? I wanted to do a comparison of mpeg2 decoder filters by capturing frames with ffdshow, but I keep getting horrible artifacts caused by the conversion algorythm in ffdshow to rgb colourspace rather than the clean output I see on the overlay/vmr on my screen.

The routines in dvd2avi (http://arbor.ee.ntu.edu.tw/~jackei/dvd2avi/) produce much, much better results than the one in ffdshow (and also are GPL, so easy to copy/implement? ;) ).

Affar

3rd September 2004, 21:53

i Don´t know if developers know this error in last versiones of FFDSHOW (ALPHA) when is decoding old XviD compressed videos.

http://www.divxhouse.com/temp/error_ffdshow.28.8.2004.jpg

And here little sample of this error >> here (http://www.deco-flower.com/error_ffdshow.28.8.2004.zip)

Thanks and seeya :)

stephanV

3rd September 2004, 22:05

file works fine with ffdshow 28082004 in WMP and MPC...

Affar

3rd September 2004, 23:37

Ops, the problem is in old configuration. Unistall and install and error is disappears :)

Sorry for the error :/

Rober2D2

6th September 2004, 08:52

About MPEG1, MPEG2 support.

1) Thank you for fixing decoding. It's been a long time :)

2) Aspect ratio does not work correctly for the moment. I am using bsplayer 1.0 and ffdshow 28-08-2004. Using an alternative MPEG decoder (intervideo for example), display correct aspect ratio.

Krismen

9th September 2004, 17:06

Hi

I have problem with mov video clips encoded with Sorenson video 3. I've got ffdshow-20040808 and 3ivx 4.5.1 installed. In ffdshow configuration svq3 is set to libavcodec. Allow Unsupported Decoders is checked in 3ivx media splitter configuration.

Here is a sample frame (no. 324) form Ocean 12 trailer (http://www.apple.com/trailers/wb/oceans_12/medium.html):

http://priv.twoje-sudety.pl/~divxpl/Dj_AnT/o12_bad_324.png

It was saved in VDMod using following script as input:
LoadPlugin("C:\Program files\AviSynth 2.5\plugins\directshowsource.dll")
DirectShowSource("o12.mov")

I've checked all IDCT algorithms if ffdshow properties but clip still dosen't plays properly.

I can watch it without any problem when I install QT Alternative, but it would be nice to wrap some SV3 clips into AVI container using GraphEdit (without any recompress, except qdesign audio :() and decode it through ffdshow.

In this (http://forum.doom9.org/showthread.php?s=&threadid=48511&perpage=20&highlight=svq3&pagenumber=16) thread:
Originally posted by ferrous66
Now that the latest unofficial build includes the Sorenson 3 codec, can you playback .mov files with ffdshow + 3ivx .mov splitter?Originally posted by Stux
It works with our latest builds, not sure what happens with 4.0.4

I thought it shouldn't be any problem with playing SV3, but I was wrong :-(.

Regards

SeeMoreDigital

9th September 2004, 17:21

Have you at anytime installed QuickTime Alternative?

If you have and are also running an official version of the QuickTime player, you might run into a few problems!

If you have not installed QuickTime Alternative you could try installing and registering this QuickTime DSdecoder filter (http://82.2.167.24/Uploaded_Files/Doom9_Forum_files/QuickTime_DSdec_Filter.zip).

Let us know how you get on please?

Cheers

Krismen

9th September 2004, 19:15

Have you at anytime installed QuickTime Alternative?
Yes, but I completly unistalled it (I had to uninstall QT Player as well) and installed QT Player and Cyberlink qt ds source filter. When I done this I couldn't manually construct filter graph in GraphEdit. GE crashed all the time when connecting output pin of File source async. to 3ivx media splitter. So I unistalled ds filter and everything back to normal except decoding :(.

If you have and are also running an official version of the QuickTime player, you might run into a few problems!
Yes I was aware of that. That's why I installed only ds filter later.

In a few days time I'll check how this trailer is decoded on another PC and then I'll post the result.

lalo

10th September 2004, 10:16

Hi Krismen!

You can try Nero's directshow filters in GE with installed quicktime alternative. I saved the graph and load it with directshowsource in avisynth. I've reencoded some trailers with this method in virtualdub.

You need: NeQTVdec.ax, NeQTAdec.ax, ndparser.ax and Avisynth 2.54 or newer.

It works fine me.

lalo

SeeMoreDigital

10th September 2004, 11:03

Originally posted by lalo
You can try Nero's directshow filters in GE with installed quicktime alternative. I saved the graph and load it with directshowsource in avisynth. I've reencoded some trailers with this method in virtualdub.

You need: NeQTVdec.ax, NeQTAdec.ax, ndparser.ax and Avisynth 2.54 or newer.Hi lalo,

Can you confirm if you've had any success using Nero's filters to decode "Sorenson/QD2 .mov" files (as currently used in all Apple QuickTime Trailers)?

I've only been able to use Nero's QT filters to decode "Mpeg4/AAC .mov" files - It would be good to have clarification?

Cheers

lalo

10th September 2004, 11:39

Hi SeeMoreDigital,

Yes, I managed to decode "Sorenson3/QD2 .mov" files using Nero's filters.

Cheers

SeeMoreDigital

10th September 2004, 12:57

Originally posted by lalo
Yes, I managed to decode "Sorenson3/QD2 .mov" files using Nero's filters. Jeez this is good news!

Have you able to play "Sorenson3/QD2 .mov" files in Nero's ShowTime player? I can't!

Cheers

easyfab

10th September 2004, 17:21

I see that the cvs was update with 2 pass support for x264 :)
With the next binaries release the true x264 test will begin.

Blight

11th September 2004, 07:32

The nero filters are riddled with bugs, they don't detect all audio tracks, they won't connect to ffdshow for Sorenson 3 decoding, they won't accept a disconnect/reconnect of the filter (required to fix the VMR9 scaling bug that is STILL in DirectShow, even after SP2/DirectX9c, etc... a shame, they are quite close to playing most quicktime files.

And I did get them to decode the QDesign Music 2 audio format.

aketon

11th September 2004, 09:43

Originally posted by easyfab
I see that the cvs was update with 2 pass support for x264 :)
With the next binaries release the true x264 test will begin.

Great news!:)

aketon

12th September 2004, 14:28

Is there anybody that can encode properly to theora with ffdshow?? In the last two versions of ffdshow, theora seems to be broken! Am I the only one who see this problem? Or it is just something that I did wrong during encoding?:(

Krismen

13th September 2004, 12:52

I've tested trailer mentioned ealier on another PC and it was played the same way as on my machine (using 3ivx + ffdshow). Then I converted this trailer into AVI with mov2avi using Sorenson Video 3 compression and ffdshow played this AVI correctly. So I think it's probably (???) 3ivx's fault not ffdshow.

virus

29th September 2004, 04:23

*bump* :D

@Athos, Andy
please pretty please, could you prepare a new build? The last one is 1 month old right now and there are a lot of improvements in x264 that we like to test.

Also: could you pass on to Milan the request to change the Quantizer slider when encoding to H.264 to the proper range defined in AVC (1-51) instead of the 1-31 used by default? That would be very appreciated ;)

cheers & thank you :)
virus

Kurtnoise

29th September 2004, 14:59

I've made a compile of ff_x.264.dll (http://atlas2.tgv.net/~media-video/forum2/download.php?id=1452) from the CVS...;) Just put it in the ffdshow directory and test it.

Tommy Carrot

29th September 2004, 16:01

Originally posted by Kurtnoise13
I've made a compile of ff_x.264.dll (http://atlas2.tgv.net/~media-video/forum2/download.php?id=1452) from the CVS...;) Just put it in the ffdshow directory and test it.
Thank you for your effort, but it crashes when i want to encode with it. And another thing is that we cannot use the 2-pass RC if only the dll is updated, since the older ffdshow doesn't have it in the GUI.

Kurtnoise

29th September 2004, 16:30

arff yes. Sorry :( I haven't test it.

Stay tune...

virus

30th September 2004, 00:25

Originally posted by Tommy Carrot
And another thing is that we cannot use the 2-pass RC if only the dll is updated, since the older ffdshow doesn't have it in the GUI.
yep. also the new options for subpel refinement (level range from 0 to 5) would require a new GUI element.

colin.findlay

30th September 2004, 03:19

Sorry if this is a little off-topic, but does anyone know if it's possible to force Windows Media Player 9+ to use the ffdShow audio MP3 decoder by default? WMP seems to only use l3codeca.acm, and not even try to use any of the directshow filters.
It's bizzare....

LigH

30th September 2004, 07:53

Since I know why, I would never install any newer MS-WMP version, but rather use really powerful media players instead (like Media Player Classic, VideoLan Client, ZoomPlayer, BSPlayer, The Core Media Player, ...) - I can control them as I decide, and they don't phone home.

You may try to disable or even uninstall this outdated MP3 codec (Control Panel, Sound & MM, Audio Codecs...). If this makes problems, you may re-install the Radium codec afterwards. And if you decide to substitute it, you may try the LAME ACM (RareWares, MP3, latest stable pack, right-click on .INF, Install).

DKDIB

30th September 2004, 10:38

LigH wrote:
> [...] if you decide to substitute it, you may try the LAME ACM
> (RareWares, MP3, latest stable pack, right-click on .INF, Install).

lameACM is not an audio decoder (unlike other implementations of LAME).

LigH

30th September 2004, 12:13

You mean, it is an "encoder only"? It does not contain mpg123 for decoding MP3? - Well... Is there a MAD "decoder only" ACM codec? :p

Anyway: For playback, a DS filter shall be enough, and for conversion, better use import plugins of your favourite editor, BeSweet/HeadAC3he for direct conversions, or MAD bundle for HQ decoding to WAV.

aketon

2nd October 2004, 15:47

Originally posted by virus
yep. also the new options for subpel refinement (level range from 0 to 5) would require a new GUI element.

I believe that x264 must start have its one GUI! Using ffdshow to encode isn't something I really like! Unfortunately I don't know anything about programming to make one and the only person that I know who made a GUI ("Justin Clay" I thing) has stopped! I hope that someone can spend some time to make a new one with the new options on it!!!

Sirber

2nd October 2004, 15:49

FFDshow ain't that bad. Just get used to it. Less troubles :)

Tommy Carrot

2nd October 2004, 16:44

Originally posted by aketon
I believe that x264 must start have its one GUI! Using ffdshow to encode isn't something I really like! Unfortunately I don't know anything about programming to make one and the only person that I know who made a GUI ("Justin Clay" I thing) has stopped! I hope that someone can spend some time to make a new one with the new options on it!!!

Oh, FFDShow does have the subpel refinement option (and IMO there is nothing wrong with the ffdshow GUI), just a build from it has not been released so far. But don't worry, you don't miss too much, the new option doesn't make wonders, i couldn't see any significant quality gain with subpel ref. 5. Not to mention that the h.264 encoder of the current cvs version is severely buggy (i don't know if this is x264's or ffdshow's fault).

aketon

2nd October 2004, 17:44

Originally posted by Sirber
FFDshow ain't that bad. Just get used to it. Less troubles
Originally posted by Tommy Carrot
Oh, FFDShow does have the subpel refinement option (and IMO there is nothing wrong with the ffdshow GUI), just a build from it has not been released so far. But don't worry, you don't miss too much, the new option doesn't make wonders, i couldn't see any significant quality gain with subpel ref. 5. Not to mention that the h.264 encoder of the current cvs version is severely buggy (i don't know if this is x264's or ffdshow's fault).

It is not just that! I know some poeple that don't really like to use ffdshow (because when they see all these stuff in it, they find it difficult, they see it difficult)! They prefer to have each one codec installed separately in their system from the others! It has to do with how a simple user see it!!! I can't explain exactly what I fully want to say (because my english are not very good), but I think that you can understand what I am trying to say!:rolleyes:

Simple things are better to use! All in one things are difficult!(from the newbie aspect)!!!;)