ffdshow development #2

[gunnerhkjp]

Hello again.

After experimenting with perspective correction filter (which works very well after I activated source rectangle) I decided change back to the original setting to watch on my computer monitor.

I turned off perspective correction and turned on resize&aspect setting (to resize the video to my LCD screen size) but now the filter seems to be turned off no matter what I do.

Is this a common occurance?

[gunnerhkjp]

Hi.

I solved the above by uninstalling and installing again.

[xneo]

ffdshow-20050216 was uploaded here. (http://www.aziendeassociate.it/cd.asp?dir=/ffdshow)
and... MPC,too.
These files build by Celtic Druid.:p

[igor1st]

20050216 build still crushs on DVD-menus.
Milan is still working on DVD support or no? Too much time has passed from 20050113 build...

[midiboy]

By the way .... (DVD menus) ...

just found a bug in ffdshow that completely prevents navigating DVD´s.

I am using the raw video processor as a post processing filter for resizing DVD content. Some DVD menues are completely broken, meaning, there is no way to navigate them either through mouse or cursor keys.

This happens with NVIDIA, Dscaler and Elecard decoders and all renderers (in ZoomPlayer). I was able to narrow it down to the use of ffdshow resize. The algorithm used and the resize values do not seem to make any difference (using 2x input rez, lanczos 2)

Some DVD menues are fine still but some are completely broken. One example of a DVD with broken menues is the DVE disc (Digital Video essentials)

There is a thread in the AVS forum about this already ... see here (http://www.avsforum.com/avs-vb/showthread.php?s=&postid=5197986#post5197986)

Would it be possible to fix this ?

Thanks a lot,
Alex

[marcellus]

I downloaded ffdshow 20050216 and guess what: is slow. I think I managed to find the cause: is resize module. Even if it's check box isn't checked, is enough to set borders at anything else than 0 - the resize module enters in action and it slows everything down. I'm curious if anybody else finds the same symptoms.

[xneo]

@marcellus
I don't have that problem. not slow,,, everything OK.:p
athlon64 3000+ xpProSP2

#edit
oops..:eek:
really slow...
before i did not check filters

[tmpy222]

Yes, I also find 20050216 version is quite slower than 20050201 version. It's either resize or subtitle filter that is slowing things down.

Thanks.

[Yong]

I found the 20050216 build of ffdshow,
postprocessing filter option:
level fix, doesn't work anymore,
compiler issue?

[loni_blues]

The 20050216 seems to be missing msvcr71.dll. I cannot find the file anywhere in my system.

[hhsg]

Hi !

I have a problem with ffdshow 20050216 when i seek/ff in MPC, no problem with nero decoder

Error:

Assertion failed:
File: libavcodec\h264.c
Line: 2190
Expression: pic->data[0]


Thanks.

[bond]

Originally posted by hhsg
I have a problem with ffdshow 20050216 when i seek/ff in MPC, no problem with nero decoder

Error:

Assertion failed:
File: libavcodec\h264.c
Line: 2190
Expression: pic->data[0] what did you try to play?

[hhsg]

My clip encoded by VDM + X264VFW rev133

my setting:
-640x480
-2 pass @1000kbps
-h264 default but 5 ref frame

[bond]

can you upload a small sample that shows that behaviour somewhere plz :)

[timeismoney]

I think CVS 20050222 has fixed it

I met the issue when using 20050216, too. Now I compiled 20050222, it's all OK when seeking AVC media.

[saratoga]

Is there a compiled copy of 20050222?

I'm running the Feb-17 build and it crashes horribly (shows first frame and then stops playing, if I try and seek WMP just crashes) with all the AVC samples on http://www.videosoftinc.com/videoclips.html

[bond]

Originally posted by saratoga
I'm running the Feb-17 build and it crashes horribly (shows first frame and then stops playing, if I try and seek WMP just crashes) with all the AVC samples on http://www.videosoftinc.com/videoclips.htmlthese are all not compliant as they use some sort of packed bitstream

read here (http://forum.doom9.org/showthread.php?s=&threadid=90282) how to get rid of it

[Palikrovol]

In the FFdshow webpage http://ffdshow.sourceforge.net/tikiwiki/ can be found daily builds
http://ffdshow.sourceforge.net/tikiwiki/tiki-index.php?page=Getting+ffdshow

[Sharktooth]

Originally posted by Palikrovol
In the FFdshow webpage http://ffdshow.sourceforge.net/tikiwiki/ can be found daily builds
http://ffdshow.sourceforge.net/tikiwiki/tiki-index.php?page=Getting+ffdshow
Nice!

[Soulhunter]

http://cutka.szm.sk/files/ffdshow-20050222-sse.exe

Many small cleanups, nothing grounbreaking today:

more static const ints
changed some enums to static const int
REG_OP_N and REG_OP_S simplifying
updated x264
don't honour changes to "allow always extensible" during playback
possiblity to get list of options for few audio decoder parameters
removed i64 and u64 macros
updated swscaler
updated libavcodec
headers
renamed Debug configuration to Debug ICL in dsp files
removed Release configuration from dsp projects
optional high quality YV12->RGB conversion via Avisynth routines
fixed sometimes wrong timestamps generation


Thanks... http://img85.exs.cx/img85/6388/xyxthumbs1kf.gif (http://www.imageshack.us)


Bye

[marcellus]

This build (ffdshow-20050222-sse) isn't slow anymore for me, when I activate resize/borders.:cool::)

[oddball]

What I would like to see in the audio options of ffdshow is the option to send only 5.1 AAC/Ogg etc to the AC3 to SPDIF output. At present if you tick AC3 it sends 'ALL' audio to it. This is not the ideal for me. Why add extra CPU use to audio streams that do not need it (I.E. converting to AC3 on the fly means CPU extra CPU usage)?

Ideally the option to send to AC3 should be on a dropdown on the codecs menu of ffdshow so you can select which codecs to send to AC3 and which type (I.E. option to set 2.0 as untouched and 5.1 as converted).

[oddball]

(ffdshow-20050222-sse) This version is very slow when I activate AC3 and resample to 48000. Previous builds did not use as much CPU or jerk like this version does.

[hhsg]

Originally posted by bond
what did you try to play?

Playing is OK , just crash when seeking (H264 clip) in Media Player Classic


Error in ffdshow20050216:
Assertion failed:
File: libavcodec\h264.c
Line: 2190
Expression: pic->data[0]


PS: 20050222_sse : still crash :(

[Irwin]

Maybe someone resolve this very big bug:
http://forum.doom9.org/showthread.php?s=&threadid=90440

[Sharktooth]

Remember there are daily builds here: http://ffdshow.sourceforge.net/tikiwiki/tiki-index.php?page=Getting+ffdshow

[RadicalEd]

Not for those of us with Athlons :/

[SeeMoreDigital]

Originally posted by oddball
What I would like to see in the audio options of ffdshow is the option to send only 5.1 AAC/Ogg etc to the AC3 to SPDIF output. At present if you tick AC3 it sends 'ALL' audio to it. This is not the ideal for me. Why add extra CPU use to audio streams that do not need it (I.E. converting to AC3 on the fly means CPU extra CPU usage)?

Ideally the option to send to AC3 should be on a dropdown on the codecs menu of ffdshow so you can select which codecs to send to AC3 and which type (I.E. option to set 2.0 as untouched and 5.1 as converted). What I would like, is for FFdshow to offer a totally separate "AC3 Transcoding" application.

And in order to keep the application "very simple" to use (and small in build size) I think it should offer very basic AC3 transcoding options. So no need to include stuff like, channel mapping, noise reduction, mixers, crossovers, separate output and equaliser level adjustment, etc, etc... Like I say... the "lighter" the better.

As usual, I whipped up a prototype GUI. How about something like this: -

http://img239.exs.cx/img239/9096/audiofilterproposal3jx.gif


Cheers

[marcellus]

Originally posted by RadicalEd
Not for those of us with Athlons :/
On my AthlonXP is working fine. Or maybe do you mean non SSE Athlons?

[llamameat]

are there any versions of ffdshow that don't shift colors slightly towards green when using sinc resize? I recall this bug having been around for as long as ffdshow, any reason it hasn't been resolved yet?

[DeathTheSheep]

The most recent ffdshow does not decode aac audio streams muxed into AVIs. When opened with graphedit, a message exclaiming an undecipherable stream ensued.

Upon reinstall, the occurance again transpired. However, attempts to reinstall a prior version of ffdshow (dated in January) proved to be successful in playing the muxed aac-he stream.

Nearly every video I now create is using AAC and x264 in an AVI, and the lack of ability to decode is a terrible thing, especially since I need the most recent ffdshow package to encode as well.

I believe this is a bug, and a terrible one at that.

[Bluedan]

Why don't you shift to matroska container instead?
AAC as well as x264 in AVI is a hack anyway I believe.

[oddball]

Video playback on any version of ffdshow since the Athos builds has never been very smooth playback wise with me. I get more frame jerks and judders using the liba decoder than the XviD decoder. I have everything set to XviD decoder in ffdshow because of this.

[yaz]

Originally posted by DeathTheSheep
The most recent ffdshow does not decode aac audio streams ... read this (http://forum.doom9.org/showthread.php?s=&threadid=90478) it helped me.
the bests
y

[Didée]

Originally posted by oddball
Video playback on any version of ffdshow since the Athos builds has never been very smooth playback wise with me. I get more frame jerks and judders using the liba decoder than the XviD decoder. I have everything set to XviD decoder in ffdshow because of this.
That's the sad truth. But btw, even using XviD decoder (versions), I'm not fully sure about past-1.0.3 builds. Every now and then, there are jerks. Mostly minor, but they _are_ there. And it's not a setup problem - older encodings done with pre- and past-1.0.0 alpha builds play smooth as silk. Makes me think of gremlins sometimes.

[Sirber]

never had that problem :confused:

[Sirber]

Originally posted by SeeMoreDigital
What I would like, is for FFdshow to offer a totally separate "AC3 Transcoding" application.

And in order to keep the application "very simple" to use (and small in build size) I think it should offer very basic AC3 transcoding options. So no need to include stuff like, channel mapping, noise reduction, mixers, crossovers, separate output and equaliser level adjustment, etc, etc... Like I say... the "lighter" the better.

As usual, I whipped up a prototype GUI. How about something like this: -

http://img239.exs.cx/img239/9096/audiofilterproposal3jx.gif


Cheers Could be cool to have also speaker setup (IE 2.0, 5.1) :)

[Esc]

Possible bug found.
When installing ffdshow-20050301-sse.exe I have unchecked DivX 5 from the list of supported codecs. But when I opened Video Decoder Configuration window I found it was assigned 'libavcodec' value anyway.

[marcellus]

Great news! The resize/borders module was redesigned and now one can choose wether he wants inside (like ffdshow used to do) or outside (like AviSynth) borders. And the size of borders can be set in pixels not only in percents!
Thanks, Milan!

[Sirber]

Originally posted by Esc
Possible bug found.
When installing ffdshow-20050301-sse.exe I have unchecked DivX 5 from the list of supported codecs. But when I opened Video Decoder Configuration window I found it was assigned 'libavcodec' value anyway. Where can I download?

[MarkCoolio]

@Sirber:

here: http://ffdshow.sourceforge.net/tikiwiki/tiki-index.php?page=Getting+ffdshow

[Sirber]

Thanks! :D

[tmpy222]

Originally posted by Didée
That's the sad truth. But btw, even using XviD decoder (versions), I'm not fully sure about past-1.0.3 builds. Every now and then, there are jerks. Mostly minor, but they _are_ there. And it's not a setup problem - older encodings done with pre- and past-1.0.0 alpha builds play smooth as silk. Makes me think of gremlins sometimes.


If the playback isn't smooth, turn on "use overlay mixer" in output.

[DeathTheSheep]

Hm... That's funny... after I rip them out of the AVI, the AAC streams play fine with ffdshow. Somehow, just inside the new version, they won't get out of the AVI.

[tmpy222]

Hi,
Latest 20050302-sse version is having problem adding inside vertical borders (actually they are horizontal borders. that's another story.) when using percentage...
When switching to pixels, it works fine.

Thanks.

[Elias]

Will there ever be a bitrate mode in 2pass MPEG-4 mode encoding for ffdshow? Oh and when is the next official release?

[filewalker]

Originally posted by DeathTheSheep
The most recent ffdshow does not decode aac audio streams muxed into AVIs. When opened with graphedit, a message exclaiming an undecipherable stream ensued.
Try the 03.03.2005 build...I had problems to decode AAC from MKV, too (pin connection error in Graphedit). This build solved my problem and now ffdshow can decode both AVC and AAC very well. :)

Cu filewalker

[lithoc]

Wow!!
There's fixes in libavcodec

"H.264: decode arbitrary frame orders and allow B-frames as references"

Can't wait for new ffdshow
:cool:

[DeathTheSheep]

Try the 03.03.2005 build
Why thank you! :)

Well, that sure did solve my problem. Paging through the list of vfw codecs, I happened upon Theora by accident and wondered "They still have that hunk of junk?"

Woah, theora's looking a heck of a lot better than it did 2 years ago. Man, the speed is more than 50x more than before, the compression sure is a heck of a lot better than I expected, and the smoothness/sharpness meter was just what I was looking for.

Too dang bad there's no ffdshow/dshow based decoder for Windows CE, Microsoft Pocket PC, or Windows Mobile. Dang, I'm not sure a heck of a lot of people are looking to a Theora decoder, but there's a decoder for everything else (MPEGs, ASP, H261/3, Divx3, WMV, Realvideo--the decoder sucks though, upcoming VP6/7, heck even stuff like VP3 and MJPEG are implemented).

Wouldn't it be conveniant if there was an ffdshow type decoder for these emerging OS's? Albeit impossible, but even videolan was ported at one point (very old version).

Cheers.

[Sirber]

What's sad with videolan is no realvideo support :(