ffdshow tryouts project: Discussion & Development [Archive] - Page 78

Thunderbolt8

28th June 2008, 18:52

Subtitle related stuff hasn't been changed recently. So any inconsistent behavior you are getting is probably splitter/file related. But anyhow, the subtitle functionality of ffdshow is still incomplete and there is nobody available to fix it. Haruhiko seems to be busy with other things.
hm I tried it with older haali versions, but its all the same there :S

georgevalkov

29th June 2008, 11:41

Is anyone else experiencing broken AAC playback with ffdshow_rev2026_20080625_clsid.exe? Even if I set ffdshow audio decoder to prefer in MPC HC if won't attach to the filter.

Edit. I uninstalled ArcSoft and all is well. What was weird is that it even effected the DXVA operation of MPC HC.

Confirmed. I made a test under a Virtual PC, It seems that even when ffdshow's priority is set to the highest, ArcSoft's audio decoder will still have higher priority and is loaded instead of ffdshow. And because ArcSoft's audio decoder is broken for me too, the playback stops before it begins. The most easy way around is to unregister it:

go to start, run:
regsvr32 /u "%programfiles%\Common Files\ArcSoft\MPEG Engine\ASAudioHD.ax"

And enjoy ffdshow again :-)

JarrettH

29th June 2008, 22:28

Can anyone tell me about the dynamic contrast adjustment setting (Levels > Automatic)? What does it do :)

I mean, it appears better, but also has the effect of hiding shadow detail.

K1ngp1ng

1st July 2008, 10:56

request concerning ac3 decoder:
- drc should be off by default
- an option to disable dialogue normalization
- the dialnorm value should be shown in the info field

volume tab: level meters are too slow and inaccurate

then i wouldn't have to use ac3filter anymore...

when ffdshow does the decoding (e.g. flac 24bit) the output is 16bit - and after disabling 16bit output it is 32bit? (all processing tabs (volume, mixer,...) are disabled)

clsid

1st July 2008, 12:52

volume tab: level meters are too slow and inaccurateThat is because of performance reasons. The refresh rate was higher long ago, but that caused an unacceptable amount of CPU usage.

K1ngp1ng

1st July 2008, 13:11

i see. just thought if it could work like in ac3filter it would be perfect.
there is also a field to set the "interface update rate (ms)".
ac3filter only supports 5.1 that's why i would like to get rid of it.
also when a channel goes up to 0dbFS it doesn't go up that high in ffdshow or is that due to the low update rate?

clsid

1st July 2008, 16:57

There are dozens of suggestions and ideas that could be implemented into ffdshow. The only problem is that there are no people that have the time, interest, skills, or motivation to do it.

cca

2nd July 2008, 09:44

I was testing ffdshow 64 bit, and discovered that the color conversion routines are tragically slow, I cannot play 720p h264 if I dare set YUV2 as output. YV12 woks just fine. I am correct to assume this is known issue, caused but unoptimized code for 64bit? The 32bit version can even do YV12 to RGB32 with decent speed. The system I use for testing is the one in my signature.

clsid

2nd July 2008, 10:48

Make sure that you are using a recent build, because older ones are slower. If you are already using a recent build, then you are out of luck.

cca

2nd July 2008, 11:08

Make sure that you are using a recent build, because older ones are slower. If you are already using a recent build, then you are out of luck.

Using your rev2026 build :) That's the only problem I noticed that could impact performance. It's nothing so major though, I just feed YV12 to EVR Custom instead of YUV2, and plays just fine. Just wanted to be sure it's nothing wrong my setup.

Liisachan

5th July 2008, 13:10

Yay for official beta5 :D !!!

ShannonE

6th July 2008, 05:57

Has anyone had any luck with the x64 builds? I've tried them all and can't seem to get any files to playback.

cca

6th July 2008, 07:10

Has anyone had any luck with the x64 builds? I've tried them all and can't seem to get any files to playback.

They work for me, at least for common files with XviD or H264 video. Please make sure that ffdshow is set for YV12 output because color conversion is still too slow.

ShannonE

6th July 2008, 11:37

They work for me, at least for common files with XviD or H264 video. Please make sure that ffdshow is set for YV12 output because color conversion is still too slow.
I've worked it out. It's because I was trying to load ffdshow64 with x86 MPC. I only want ffdshow64 so Vista x64 explorer.exe will give me damn AVI preview thumbnails.

tiresias

6th July 2008, 15:52

Re the half-resolution decoding of MPEG2 mentioned earlier in this thread.

What he asked for is controlled by AVCodecContext.lowres, which certainly works for MPEG2. I think it might already be exposed in the UI too.

I found it mentioned here:

http://www.irisa.fr/texmex/people/dufouil/ffmpegdoxy/structAVCodecContext.html#f260210a39ad4781d8d47ddac1541d04

int AVCodecContext::lowres

low resolution decoding. 1-> 1/2 size, 2->1/4 size

* encoding: unused
* decoding: set by user

Definition at line 1680 of file avcodec.h.

Reimar said

But the reality is, that even quarter resolution decoding is possible with (IMO) acceptable quality losses simply by setting a libavcodec flag. Half resolution in my tests reduces decoding CPU usage by 60%, quarter resolution by another 20% (compared to half res) for high bitrate HD material.
So my question was about the part I did not know: why it would not be possible to export this functionality via ffdshow?

Can I assume that half (or even quarter) resolution decoding of MPEG2 is possible via AVCodecContext::lowres, and that it produces a significant CPU usage reduction?

Also can I assume that AVCodecContext::lowres is not currently exposed in the GUI? I've looked through the filter properties for the MPEG decoder but can't find anything that looks like it (apologies if I'm looking in the wrong place, I'm a ffdshow newbie!).

Is it a significant amount of effort to expose AVCodecContext::lowres in the ffdshow gui?

clsid

6th July 2008, 17:06

Is it a significant amount of effort to expose AVCodecContext::lowres in the ffdshow gui?Probably not. If someone submits a proper patch, I'll gladly commit it.

tiresias

6th July 2008, 17:49

Probably not. If someone submits a proper patch, I'll gladly commit it.

Any takers?

I think this could be a useful feature for getting stutter-free playback of high definition MPEG on lower powered PCs.

rickardk

9th July 2008, 22:43

I'm using CoreAVC, Microsofts VC-1 decoder and Cyberlinks MPEG2 decoder to handle Blu-ray and HD DVDs put in mkvs.

To work around the video level bug (Vista Media Center with nvidia 8600) I use ffdshow to convert to RGB32.
Also ffdshow is used by Media Control to match refresh rate/frame rate.

So I configure ffdshow with Raw video set to "all supported".

ffdshow connects as expected to the output of above mentioned decoders (often YUY2). ffdshow handles the RGB conversion and outputs RGB32, flipped. I don't know why it says flipped.

But then I get another instance of ffdshow connected after the RGB conversion is done. So my next instance of ffdshow gets RGB32 as input and outputs the same.

If I restrict ffdshow to only one instance the video does not start. So it seems like at least 2 instances of ffdshow must be loaded.

But if I open the same video in graph edit I get 6 instances of ffdshow connected after each other.

Is this expected behaviour?

clsid

9th July 2008, 23:13

You should be getting only one instance with the default setting "only one - check all filters in graph".

rickardk

9th July 2008, 23:22

Yes thats right. But when just allowing one instance the video will not play.
For some reason (bug?) a minimum of two instances must be loaded when using ffdshow for this task (RGB conversion) under Vista x86 Ultimate (both with and without SP1).

What does the RGB32, flipped ouput mean?
The first ffdshow instance outputs RGB32, flipped. The second one outputs RGB32.

clsid

10th July 2008, 16:19

I assume flipped means that it is upside down. But why that happens I don't know. Someone else has to answer that.

rickardk

10th July 2008, 16:34

But it is not upside down. And I really don't understand why a second instance of ffdshow is needed to get playback working. Strange...

Nightshiver

10th July 2008, 22:38

I just have a quick question that I didn't think warrented the creation of a new thread, but which is the latest version of ffdshow? I went to the clsid builds on sourceforge and there, the latest general build is "ffdshow_prebeta5_rev2031_20080702_clsid", but when I went to clsid's SVN changelog, it says that there is a revision 2036. Just a tad bit confused, because I think I've been running a very old version of ffdshow. The one I currently use is "revision 1723 2007-12-24".

clsid

10th July 2008, 22:43

SVN is our version management system for the source code. Revision 2036 is currently the last version of the source code. There is no build for that yet. The latest build on the sourceforge site is 2031. Higher revision number means a newer version.

Nightshiver

10th July 2008, 23:19

So the prebeta5_rev2031 is the latest?

Eragon4ever

10th July 2008, 23:26

Actually ffdshow_beta5_rev2033_20080705_clsid.exe is the latest. It's listed under "Official ffdshow beta releases" not "SVN builds by clsid".

Nightshiver

10th July 2008, 23:36

Thanks :)

thuan

11th July 2008, 10:35

I'm using beta5 and somehow the ffdshow internal subfilter is acting funny when rendering styled sub. Whenever there's a line on top of the image, there's a weird line of numbers collides with the bottom line like this:
http://img73.imageshack.us/img73/7083/grab008170uw8.th.jpg (http://img73.imageshack.us/my.php?image=grab008170uw8.jpg)

Anima123

13th July 2008, 04:13

I'm using CrystalPlayer Pro 1.98 for playback. If rmvb files have aac (tagged as raac or racp) audio track, CrystalPlayer's internal real media splitter failed to forward the audio stream to ffdshow aac decoder, while normal splitter can. I have no idea if it's a bug on CrystalPlayer's internal splitter.

What I want to ask is if there some workaround that ffdshow can do to fix it?

Many thanks.

clsid

13th July 2008, 16:06

That is a splitter issue. Not related to ffdshow.

dandy

14th July 2008, 12:50

Hi

I'm new here - so first of all: thanks for the ffdshow tryouts, your efforts are greatly appreciated!

I have a problem with audio playback using ffdshow (all latest builds). Playing a mp2/mp3 file with mpc or graphedit there is - after using the STOP-Button (stop of playback and reset media file to beginning) - more often than not a clicking sound when playback is started again. I presume that these players use DirectShow API-functions IMediaControl.Stop and IMediaSeeking.SetPositions. According to MS-documentation every seek should flush all buffers of the filtergraph - but does ffdshoiw do it?

I have tested it with a variety of mp2/mp3 files, mp3lib or madlib, disabling all other filters in ffdshow, various output options etc. The result is always the same.

Can someone confirm?

Thanks
dandy

yesgrey

14th July 2008, 16:25

LoRd_MuldeR

14th July 2008, 18:39

In ffdshow we can change the order of some of the filters.
I have tryed but I cannot move any filter after the RGB conversion option. Could this be done? I would like to use the avisynth filter after ffdshow's RGB conversion, and currently it's not possible...

I think that is because the "RGB conversion" page is just a sub-page of "Output", which has to be the last page/filter for obvious reasons.

Why not put "ConvertToRGB()" at the beginning of your Avisynth script?

bb10

14th July 2008, 23:08

I'm having a problem with ffdshow tryout beta 5 (on Windows Vista Ultimate 32bit) and my Pentium 4 with HyperThreading.

Because of the HyperThreading, the installer sets the amount of threads to "2", which is correct. However, this slows down decoding speed by ~20% as opposed to having the amount of threads set to "1". I have used the timecodec on a 3 minute 720p H.264 clip using threads set to "1" and "2":

1 Thread - User: 143s, kernel: 0s, total: 143s, real: 144s, fps: 50.7, dfps: 50.3
2 Threads - User: 11s, kernel: 3s, total: 14s, real: 180s, fps: 500.3, dfps: 40.3

Can anyone with HyperThreading confirm this?

yesgrey

15th July 2008, 01:46

Why not put "ConvertToRGB()" at the beginning of your Avisynth script?

Because the Avisynth "ConvertToRGB()" does not have all the functionality that the RGB Conversion in ffdshow has; and I think using a "ConvertToRGB()" at the beggining and a "ConvertToYUY2" at the end of the script for using it it's just throwing away cpu power and adding two desnecessary conversions...

LoRd_MuldeR

15th July 2008, 02:33

iron2000

15th July 2008, 06:02

A short question:
Is there anyway to make the OSD stay at a set position and not shift when playing videos of different resolutions?

Leak

15th July 2008, 08:58

A short question:
Is there anyway to make the OSD stay at a set position and not shift when playing videos of different resolutions?
Unless you use ffdshow to resize all videos to the same size (preferably the resolution of your screen) there's no way to do this, as the OSD text is added directly into the video and thus it's out of ffdshow's control how the video is going to get stretched and positioned.

clsid

15th July 2008, 14:10

Because of the HyperThreading, the installer sets the amount of threads to "2", which is correct. However, this slows down decoding speed by ~20% as opposed to having the amount of threads set to "1".The installer is actually supposed to set the number of threads to the amount of physical CPUs/cores. HT sucks, as you have already discovered.

I shall look into it.

yesgrey

16th July 2008, 08:52

What functionality are you missing in ConvertToRGB() ???

And why do you need ConvertToYUY2() at the end of your script when you want ffdshow to put out RGB at end anyway?
That would be: YUY2 -> RGB -> YUY2 -> RGB

The possibility of creating a custom levels YUV->RGB conversion in the "Contrast" group.

Read this (http://forum.doom9.org/showthread.php?p=1159507#post1159507) thread.

That would be: YUY2 -> RGB -> ddcc -> RGB-> YUY2 -> RGB

If we could apply the avisynth filter after the RGB conversion, that would be: YUY2 -> RGB -> ddcc -> RGB

CHEF-KOCH

19th July 2008, 15:19

Hi, i am using the beta 5 on Vista x64 sp1. All work's good, but i have a screen.

http://img376.imageshack.us/img376/330/unbenanntvh7.th.jpg (http://img376.imageshack.us/my.php?image=unbenanntvh7.jpg)

i use avisynth 2.5.8 Rc2 witsh is from here http://www.free-codecs.com/download/AviSynth.htm

the beta 5 is incompatible with this version of avisynth?

thx for answers

Leak

19th July 2008, 18:08

the beta 5 is incompatible with this version of avisynth?
That message is from the AviSynth MT.dll plugin, not ffdshow - the regular 2.5.x AviSynth builds won't work with it, as the support code for it is only in 2.6.x or tsp's patched 2.5.x builds.

So you need to either install a compatible version of AviSynth or stop using the MT filter...

np: Nine Inch Nails - Capital G (Year Zero)

CHEF-KOCH

19th July 2008, 19:39

That message is from the AviSynth MT.dll plugin, not ffdshow - the regular 2.5.x AviSynth builds won't work with it, as the support code for it is only in 2.6.x or tsp's patched 2.5.x builds.

So you need to either install a compatible version of AviSynth or stop using the MT filter...

np: Nine Inch Nails - Capital G (Year Zero)

Ok, thanks .. i use mt.dll v 0.7.0.0 and it work :)

vadeluma

21st July 2008, 12:21

Leak

21st July 2008, 13:52

I use ffdshow for playing recordings and livetv in vistamce. After a new install i'm not able to use avisynth anymore. When i check the avisynthtab in ffdshow my files won't play and vistamce is telling me some audio and videocodecs are missing. When i uncheck the tab all files play well. So what did i forget? Someone?. I know they played before with avisynth and all codecs are there.
Well, ummm - did you install AviSynth? And can you open a simple AVS file only consisting of Version() in VirtualDub or Media Player?

np: Nine Inch Nails - The Good Soldier (Year Zero)

Sharktooth

21st July 2008, 14:18

bug - ttxt subtitles are always rendered in italic with small size and with times (new) roman font. independently from the subtitle settings.
config: HAALI MS (subs enabled), MPC (internal source filters disabled), ffdshow rev 2031. but this bug is really there from a while....

vadeluma

21st July 2008, 14:24

Well, ummm - did you install AviSynth? And can you open a simple AVS file only consisting of Version() in VirtualDub or Media Player?

np: Nine Inch Nails - The Good Soldier (Year Zero)

Yes, i can. Everything works in wmp classic.

iron2000

22nd July 2008, 12:42

Maybe this is posted already.

I found that by enabling "Allow multichannel audio processing" in Winamp2 causes stuttering audio in videos with multichannel sound(had the porblem on one with aac and one with ac3) .

CruNcher

28th July 2008, 20:18

I make it short :)

Remuxing this http://mirror05.x264.nl/CruNcher/force.php?file=.//Vegas_1280x528.wmv with gdsmux to .mkv and playing it with ffdshow as Video decoder, plays it 1/2 second unsync to the sound no difference if ffdshow video + ffdshow audio or ffdshow video + microsoft audio decoder is used.