ffdshow tryouts project: Discussion & Development

[tal.aloni]

Haruhiko,
1. the tabs are ordered by the order of execution,
so "Decoder options" should be on top, (right above "processing")
I would say that the "Decoder options" in the video decoder should be moved upward, and not the other way around.

2. I'm feeling much more comfortable with "Decoder options",
I'm assuming in the future it may be used for other settings.
(Dialog normalization for example)

Thanks for the feedback,
Tal

[haruhiko_yamagata]

Haruhiko,
1. the tabs are ordered by the order of execution,
so "Decoder options" should be on top, (right above "processing")
I would say that the "Decoder options" in the video decoder should be moved upward, and not the other way around.

2. I'm feeling much more comfortable with "Decoder options",
I'm assuming in the future it may be used for other settings.
(Dialog normalization for example)

Thanks for the feedback,
Tal
OK, but let's finalize beta6 before adding new features.
Please commit after beta6.

[Leak]

I said below "Processing", but excuse me...
If it is called "Decoder options" it should be consistent with video, above "Output".
Shouldn't "Decoder options" be up there anyway? After all those options are all applied before any filtering is done while the "Output" options all apply after filtering...

EDIT: *reads rest of thread* Yeah, what Tal.Aloni said... :)

np: Boy Robot - My Heart's Still Beating (Glamorizing Corporate Lifestyle)

[haruhiko_yamagata]

Shouldn't "Decoder options" be up there anyway? After all those options are all applied before any filtering is done while the "Output" options all apply after filtering...

EDIT: *reads rest of thread* Yeah, what Tal.Aloni said... :)

np: Boy Robot - My Heart's Still Beating (Glamorizing Corporate Lifestyle)
Yes, but still below OSD?
OSD is not in the preset settings.

[tal.aloni]

OK, but let's finalize beta6 before adding new features.
Please commit after beta6.

OK, I'll commit after beta 6.

Here is the latest design:
http://iknowu.net/files/public/ffdshow/drc/Processing-DRC-RC5.png

Tal

p.s.
IMO, OSD should be in the preset settings,
but I can see that it will take much work to implement that.

[haruhiko_yamagata]

In r2314, if DTS is set to libavcodec and DTS is checked under Output -> pass-through, files with DTS don't play. Works fine with libdts though.Please update to the latest and if the problem is still there, please send us a sample.
Also information about your system and settings may be required.

[haruhiko_yamagata]

I have cleaned most bugs.
Anything that should be fixed before beta6?

[haruhiko_yamagata]

OK, I'll commit after beta 6.

Here is the latest design:
http://iknowu.net/files/public/ffdshow/drc/Processing-DRC-RC5.png

Tal

p.s.
IMO, OSD should be in the preset settings,
but I can see that it will take much work to implement that.Looks nice.
Moving OSD to preset settings isn't worth while IMO.

[fastplayer]

I can confirm when I visit OSD page, it turns to enabled.
Thanks for the fix!
Visiting DirectShow control - both in audio and video configuration - still triggers the "Apply" button state to switch. That is right after a fresh install with default settings and without any setting changed whatsoever. This has got to be reproducible... :confused:

[tal.aloni]

it seems that DRC is not implemented for libdts,
I looked upon the code, the dynamic range values are being read from the stream, but are not being used.

(with my latest patch, it is now easy to test DRC effects)

Tal

p.s. the tracks have DRC support when using AC3Filter.

Edit:
from the libdca project page: (http://www.videolan.org/developers/libdca.html)

some of the missing things are: Joint channels coding, Dynamic range, etc... - see the TODO file

[haruhiko_yamagata]

Thanks for the fix!
Visiting DirectShow control - both in audio and video configuration - still triggers the "Apply" button state to switch. That is right after a fresh install with default settings and without any setting changed whatsoever. This has got to be reproducible... :confused:
Reproduced, but only at the first time after clean installation.
If it is the case, I know why. It's not worthy of fix.

[fastplayer]

OK, then let's leave it like that. It's not a showstopper but a bit confusing nonetheless :)

[STaRGaZeR]

I have cleaned most bugs.
Anything that should be fixed before beta6?

ffdshow doesn't detect H.264 pulldown, present in NTSC HDDVD streams. But not that important since HDDVD is dead.

Sample in a moment.

EDIT: http://www.megaupload.com/?d=QNO25KDZ (50MB)

[LoRd_MuldeR]

It seems http://www.xvidvideo.ru/ is down. Is there another source for recent ffdshow-MT builds?

[Yong]

http://y0ngc6.googlepages.com/ffdshow_rev2346_20081204-mt.exe ;)

[BatKnight]

http://y0ngc6.googlepages.com/ffdshow_rev2346_20081204-mt.exe ;)
That one is old, I already have 2407 from xvidvideo.ru but now that it's down I don't know where to get the latest MT build.

Thanks

Bat

[tal.aloni]

Here is ffdshow-MT rev. 2407: (originated from xvidvideo.ru)

http://iknowu.net/files/public/ffdshow/ffdshow_rev2407_20081201-mt.exe

anyway, I'm sure xvidvideo.ru will be back soon, it's not the first time.

[LoRd_MuldeR]

http://y0ngc6.googlepages.com/ffdshow_rev2346_20081204-mt.exe ;)

This seems to be a pretty old build. The latest build I downloaded from xvidvideo.ru before it went down was rev2407 :confused:

[khagaroth]

ffdshow crashes if the language file is bigger than 103 704 bytes. After the switch to unicode, my language file is much bigger.

And considering the translation, would it be possible to get language template file (English) with all the translatable strings. The translation mode, apart from not working correctly (doesn't allow to enter long strings, randomly deletes some already translated strings, it isn't possible to translate some dialogs etc.), is not very suitable for tracking changes between releases, and tracking the changes in the rc script and crosschecking with resource.h to get the id's is a PITA.

[Yong]

This seems to be a pretty old build. The latest build I downloaded from xvidvideo.ru before it went down was rev2407 :confused:

its r2433 btw :p
i forgot to change to rev number on iss script :D
and btw the file "version.ver" does not up to date,
#define VERSION_MAJOR 1
#define VERSION_MINOR 0
#define VERSION_BUILD 5
#define VERSION_QFE 2353
#define VERSION_BUILD_DATE "02/12/2008"
#define VERSION_BUILD_TIME "16:10:41UTC"
i always get the latest code from svn repository before compiling them, it just the rev number is old doesnt mean its old build, dont worry :p
edit: wait, r2413 is mt build, r2433 is normal build :P
edit2: 2413 just contain some 64bit fixes for xvid codes, nothing major update to ffmpeg-mt.

[LoRd_MuldeR]

its r2433 btw :p
i forgot to change to rev number on iss script :D

Sorry, didn't notice. The configure dialog says r2346 too ;)

[Eragon4ever]

And considering the translation, would it be possible to get language template file (English) with all the translatable strings. The translation mode, apart from not working correctly (doesn't allow to enter long strings, randomly deletes some already translated strings, it isn't possible to translate some dialogs etc.), is not very suitable for tracking changes between releases, and tracking the changes in the rc script and crosschecking with resource.h to get the id's is a PITA.
True, maybe using something like TortoiseSVN would be better.

The TortoiseSVN project uses gettext PO (portable object) files for its translation. PO files are plain text, so you can even translate using a normal text editor. The only thing you have to take care of is that the editor can handle the UTF-8 charset.

[Thunderbolt8]

would it be possible to implement multi core support for mpeg2 in ffdshow(-mt) as well? sounds a bit stupid, but I got problem with most interlaced 1080i mpeg2 caps with my C2Q @2,75
with delinterlacing activated (ffmpeg, yadif etc.) im slightly over the verge to delay, meaning the delay slowly increases and the movie gets out of sync :S
(not even need to speak of additional sharpening, then its way too slow). using haali, I tried libav and libmpeg, ffmpeg deinterlacer, yadif and others, but speed remains a little too slow for fluent playback :/

[clsid]

You would need to ask that question to the ffmpeg-mt devs, not to us. But afaik, the MT API of ffmpeg-mt is very generic and will eventually be used for several video formats, at least all of the MPEG based ones (MPEG-2, MPEG-4, H.264, etc.).

[haruhiko_yamagata]

ffdshow crashes if the language file is bigger than 103 704 bytes. After the switch to unicode, my language file is much bigger.
Thank your for report. fixed at rev 2438.

And considering the translation, would it be possible to get language template file (English) with all the translatable strings. The translation mode, apart from not working correctly (doesn't allow to enter long strings, randomly deletes some already translated strings, it isn't possible to translate some dialogs etc.), is not very suitable for tracking changes between releases, and tracking the changes in the rc script and crosschecking with resource.h to get the id's is a PITA.I would like to improve translation support code, just don't have time to...

[fastplayer]

What is the limit now for language files?
I want to add this info to the changelog.

[haruhiko_yamagata]

ffdshow doesn't detect H.264 pulldown, present in NTSC HDDVD streams. But not that important since HDDVD is dead.

Sample in a moment.

EDIT: http://www.megaupload.com/?d=QNO25KDZ (50MB)Thank you for the sample.
I'll implement after beta6.

[haruhiko_yamagata]

What is the limit now for language files?
I want to add this info to the changelog.Practically no limitation as far as we edit using text editor.
256KB for the [-1] section.
32KB for one page of the dialog.
It must be UTF-16 with BOM, little endian.

Strings that are longer than 260 cannot be translated from GUI.
The translate mode may have some other bugs.

[fastplayer]

OK, since there's no actual limit in file size, I think it's enough to say that a bug was fixed that limited the translation file size.

[Leak]

Practically no limitation as far as we edit using text editor.
256KB for the [-1] section.
32KB for one page of the dialog.
It must be UTF-16 with BOM, little endian.
Well, as far as I can see you've made the limit 4 times larger, but wouldn't allocating memory based on the size of the file on disk instead of a fixed constant make more sense?

np: Boy Robot - Loving You Makes Me Nervous (Glamorizing Corporate Lifestyle)

[MatMaul]

Excellent. Hope FLAC (not like anyone uses libavcodec for it anyway, buggy) and LPCM come next if they don't already do that.
done for flac, patch sent to ffmpeg.
EDIT : can I have some samples for LPCM ?

[haruhiko_yamagata]

Well, as far as I can see you've made the limit 4 times larger, but wouldn't allocating memory based on the size of the file on disk instead of a fixed constant make more sense?

np: Boy Robot - Loving You Makes Me Nervous (Glamorizing Corporate Lifestyle)
Yes, but it won't over 256KB. Even if it does, it won't crash.

[fastplayer]

How complete is RV40 support? Complete enough to make it into the changelog?

[Snowknight26]

can I have some samples for LPCM ?

32-bit LPCM samples? Only thing I can find is 16/24-bit.

[Inventive Software]

How complete is RV40 support? Complete enough to make it into the changelog?

RV40 in ffmpeg is still not 100% though, so anything in ffdshow will be incomplete.

[clsid]

I have just tested a 32-bit build of ffdshow on Vista x64 and libfaad2 fails to load. Video decoding is working fine. Can anyone confirm this issue?

[MatMaul]

32-bit LPCM samples? Only thing I can find is 16/24-bit.
nevermind, I just read the code ans this is already supported so I don't need any samples.
thanks anyway.

[STaRGaZeR]

I have just tested a 32-bit build of ffdshow on Vista x64 and libfaad2 fails to load. Video decoding is working fine. Can anyone confirm this issue?

Works fine here. Never had a problem with libfaad2.

[Snowknight26]

Another r2314 issue (yea, I know, old build). With DTS passthrough set and no cable connected to S/PDIF or HDMI for audio, another instance of ffdshow opens up and plays 8000Hz, 16-bit, mono PCM static.

[flanger216]

I have just tested a 32-bit build of ffdshow on Vista x64 and libfaad2 fails to load. Video decoding is working fine. Can anyone confirm this issue?

Confirmed, using the latest mt build.

[haruhiko_yamagata]

I have just tested a 32-bit build of ffdshow on Vista x64 and libfaad2 fails to load. Video decoding is working fine. Can anyone confirm this issue?
I can't reproduce. I don't have Vista64. I'm on Xp64.
Which revision does the problem start?

[clsid]

It is a brand new laptop, so I haven't tried any older builds. I will do some more testing later.

[Mercury_22]

I have just tested a 32-bit build of ffdshow on Vista x64 and libfaad2 fails to load. Video decoding is working fine. Can anyone confirm this issue?
Working here with ffdshow_rev2443_20081207_xxl_mt and MPC-HC 1.2.918.0 (32-bit :) )

[tetsuo55]

I have a feature request.

FFdshow currently supports several settings for RGB level conversion.

I would like to have a similar option as the resize window.

Use REC601 for resolutions Equal to or Under Y*X for everything else use REC709

Default settings for Y*X could be 800*600
Also some cases are quite tricky like 1920*586, which should obviously be decoded with REC709

[clsid]

I have just tested a 32-bit build of ffdshow on Vista x64 and libfaad2 fails to load. Video decoding is working fine. Can anyone confirm this issue?
Must have been a bad build. I have made a fresh build and it is working again.

[MatMaul]

Use REC601 for resolutions Equal to or Under Y*X for everything else use REC709
Use presets.

[Snowknight26]

With r2447, the High quality YV12 to RGB conversion checkbox is under both Output and RGB conversion.

Also, theres is a volume difference with AC3 decoding between libavcodec and liba52. The latter seems to be a bit more quiet.

[whurlston]

r2447 fixed my channel mapping issue with TrueHD. Thanks guys (MatMaul in particular I think).

[leeperry]

cool, Haruhiko fixed some blurring problem with small fonts.
but is there a way you could let us choose how blurry we want the subs post-processing to be ? I guess it's about 2X/3X AA/GDI or sumthing ?

ppl with projectors like very sharp subs...

:thanks:

[LoRd_MuldeR]

With ffdshow-MT r2452 I get "slow motion" playback in DVBViewer, even when no filter is enabled!

The strange thing is: As soon as I enable the "KernelBob" deinerlacer it will run smooth again. Yadif doesn't work :confused:

(Happens on both of my screens and with both, RGB and YUV output)

Any ideas? :thanks: