View Full Version : ffdshow tryouts project: Discussion & Development
Reino
11th December 2008, 15:13
@all
What are the remaining important bugs and regressions that need to be fixed for beta6?
http://img101.imageshack.us/img101/959/frapsvsffdshoweg2.gif
Wrong colourspace, brightness, gamma? bug?
CMR2005_JPN3_P206_024756_sample.avi (http://www.zshare.net/video/5258209283398d21/) - AVI[FPS1+PCM] 33.36MB
LoRd_MuldeR
11th December 2008, 15:58
Wrong colourspace, brightness, gamma? bug?
TV Levels -vs- PC Levels? RGB Output -vs- YUV Output?
whurlston
11th December 2008, 17:49
Clsid, ArcSoft DTSHD works with build 7475, thanks for adding that. Now I can finally finish my BD plugin for GBPVR.
:thanks:
Reino
11th December 2008, 18:59
TV Levels -vs- PC Levels? RGB Output -vs- YUV Output?Just standard settings, so PC Levels and YV12 Output. It only happens with Fraps files, so it has to be a bug or Fraps support is still incomplete.
LoRd_MuldeR
11th December 2008, 19:10
Just standard settings, so PC Levels and YV12 Output. It only happens with Fraps files, so it has to be a bug or Fraps support is still incomplete.
Try to enforce RGB32 output in ffdshow and then test "Full Range" -vs- "Standard" on the "RGB conversion" page.
Many renderers don't handle YUV data properly :rolleyes:
tal.aloni
11th December 2008, 19:11
there is another patch I have ready:
+ DRC slider added, this will allow to use dynamic range compression level between 0% to 100%.
two notes:
1. I had to patch liba52 to add this feature. (libavcodec have native support for custom DRC level)
Is it safe to commit?
should I try getting my patch into liba52 first?
(it seems that we have a few other modifications as well)
Thanks,
Tal
Reino
11th December 2008, 21:04
Try to enforce RGB32 output in ffdshow and then test "Full Range" -vs- "Standard" on the "RGB conversion" page.Ah I see. RGB32 and Full range did the trick. I can see some aliasing with FFDShow as FPS1 decoder though (no matter what renderer {VMR7,VMR9} I use). With Fraps itself everything looks very smooth.
Is this the only way to succeed, because in that case it will be the only file-format that needs additional settings configurated to show the original colours.
LoRd_MuldeR
11th December 2008, 21:13
I can see some aliasing with FFDShow as FPS1 decoder though (no matter what renderer {VMR7,VMR9} I use).
Is "High quality YUV to RGB conversion checked?
With Fraps itself everything looks very smooth.
Is this the only way to succeed, because in that case it will be the only file-format that needs additional settings configurated to show the original colours.
I guess your FRAPS videos are the only videos you have that use the "Full Range" (PC Levels), while movies usually use TV Levels (Standard). Which makes perfect sense, since FRAPS captures from PC games. So as long as your renderer expects "TV Levels", you must either live with wrong colors for FRPAS footage -or- feed your renderer with RGB32 data (software YUV -> RGB conversion). I'd recommend to use Haali Renderer, which allows you to select the desired levels and everything will be fine, even with YUV output...
Nightshiver
11th December 2008, 22:51
I've been meaning to ask. What is the difference between the "Official ffdshow beta releases" (http://sourceforge.net/project/showfiles.php?group_id=173941&package_id=199421) and the SVN builds by Clsid (http://sourceforge.net/project/showfiles.php?group_id=173941&package_id=199416) ? Should I stick with the latest official beta or go with the latest SVN build?
LoRd_MuldeR
11th December 2008, 23:00
I've been meaning to ask. What is the difference between the "Official ffdshow beta releases" (http://sourceforge.net/project/showfiles.php?group_id=173941&package_id=199421) and the SVN builds by Clsid (http://sourceforge.net/project/showfiles.php?group_id=173941&package_id=199416) ? Should I stick with the latest official beta or go with the latest SVN build?
Beta release: Old version, but more tested. Should be pretty stable.
Latest SVN: Has all the fancy new features on board. Less tested, so mabye less stable.
Reino
11th December 2008, 23:37
Is "High quality YUV to RGB conversion checked?
I guess your FRAPS videos are the only videos you have that use the "Full Range" (PC Levels), while movies usually use TV Levels (Standard). Which makes perfect sense, since FRAPS captures from PC games. So as long as your renderer expects "TV Levels", you must either live with wrong colors for FRPAS footage -or- feed your renderer with RGB32 data (software YUV -> RGB conversion). I'd recommend to use Haali Renderer, which allows you to select the desired levels and everything will be fine, even with YUV output...
Haha, it seems I'm learning new things every day!
To solve the aliasing I had to enable "High quality YV12 to RGB conversion" indeed.
I never thought the source of the problem could be Fraps itself!
In case of my video sample I noticed, besides Full range, I also had to select ITU-R BT.709 to match the colours.
On the other hand, in case of the FPS1 video sample on mplayerhq.hu (http://samples.mplayerhq.hu/V-codecs/FPS1/fraps_vidc_fps1_sample.avi), ITU-R BT.601 was okay.
I never heared of these specifications, so I did some reading (http://en.wikipedia.org/wiki/Rec._601) and some reading (http://en.wikipedia.org/wiki/Rec._709).
ITU-R BT.709 seems to be the standard format for High-definition video material. This may explain why my sample (created with a relatively up to date Fraps version) is BT.709 and the mplayerhq.hu sample (2004-Aug-31 00:11:15) is BT.601.
Now when I compare screenshots from my sample, they are indentical for 99.99%.
Thanks a lot for your input LoRd_MuldeR!
Snowknight26
12th December 2008, 00:08
Regarding: http://forum.doom9.org/showthread.php?p=1209050#post1209050
Confirmed.
Any word on this? Got another 1080i25 Blu-ray thats doing the same thing for myself as well as others.
STaRGaZeR
12th December 2008, 01:56
Changes made after rev2460 broke some H.264 files, like this one:
http://computergames.ro/en/downloads/getfile/id/31500/mirror/computergames-1/name/the-chronicles-of-riddick-assault-on-dark-athena-trailer-hd.html (79MB)
Maybe the changes in rev2462?
LoRd_MuldeR
12th December 2008, 02:39
@haruhiko_yamagata:
Here is the debug log you have requested:
http://www.mediafire.com/file/wymi2njhwyz/ffdshow-mt.dvbviewer.debug.log
Problem: When checking Yadif the video will run in "slow motion", after unchecking it will run extremely fast for a moment to re-sync.
Note that checking or unchecking the Yadif deinterlacer doesn't produce any new entries on the debug log.
When I keep Yadif checked for a longer time, the sound will begin to stutter and we get these "jitter correction" messages (238 to 257).
If I then uncheck Yadif, I will get scrambled video output for a moment until it has re-synced.
That short moment of re-sync produced all these "MPEG motion vector out of boundary" messages and stuff, starting at 258.
There is no scrambled video output while Yadif is still checked. It just runs much too slow.
Tested with r2452. Last build that works properly for me (Yadif and also Greedy 2 Frame) is r2347.
In current build I can't use Yadif. Greedy 2 Frame is broken too, but I think that's another issue. KernelBob does work fine.
:thanks:
leeperry
12th December 2008, 02:43
ITU-R BT.709 seems to be the standard format for High-definition video material. This may explain why my sample (created with a relatively up to date Fraps version) is BT.709 and the mplayerhq.hu sample (2004-Aug-31 00:11:15) is BT.601.
you seem to be dealing with videogames videos, these are natively RGB.
whether they are encoded in 601 or 709 depends on the YV12 encoder settings I guess.
the difference I'm seeing between your 2 pics are mostly levels...games are natively 0-255
tal.aloni
12th December 2008, 12:51
DRC slider patch has been commited as rev. 2480,
I have thoroughly tested my extension to liba52,
(it produces the exact results as the older version when DRC is set to 0% or 100%).
I will try to add this patch to liba52 @ sourceforge as well, it can benefit other projects too.
Tal
fastplayer
12th December 2008, 12:56
Changes made after rev2460 broke some H.264 files, like this one:
http://computergames.ro/en/downloads/getfile/id/31500/mirror/computergames-1/name/the-chronicles-of-riddick-assault-on-dark-athena-trailer-hd.html (79MB)
Maybe the changes in rev2462?
Confirmed. I guess no Beta 6 until this is fixed :D
DRC slider patch has been commited as rev. 2480,
I have thoroughly tested my extension to liba52,
(it produces the exact results as the older version when DRC is set to 0% or 100%).
I will try to add this patch to liba52 @ sourceforge as well, it can benefit other projects too.
Tal
Cool, I hope you've added a tooltip or some kind of explanation for this feature because I so don't know what it is good for... :D
tal.aloni
12th December 2008, 14:03
fastplayer,
this is an extension to the existing "dynamic range compression" implementation, instead of "off" or "on", you can now set custom level.
IMO, DRC is only useful if you don't want to wake your neighbors / parents / wife / kids. I wouldn't recommend using it regularly.
if anybody can think of an appropriate tooltip, I would gladly add it, I think "dynamic range compression" says it all.
http://iknowu.net/files/public/ffdshow/drc/DRC_Slider.png
haruhiko_yamagata
12th December 2008, 14:06
Changes made after rev2460 broke some H.264 files, like this one:
http://computergames.ro/en/downloads/getfile/id/31500/mirror/computergames-1/name/the-chronicles-of-riddick-assault-on-dark-athena-trailer-hd.html (79MB)
Maybe the changes in rev2462?
Thank you for report.
I have fixed my working copy. I'll commit soon.
// EDIT
After all, it is still difficult to completely get dependent from file name extensions.
haruhiko_yamagata
12th December 2008, 14:07
Regarding: http://forum.doom9.org/showthread.php?p=1209050#post1209050
Any word on this? Got another 1080i25 Blu-ray thats doing the same thing for myself as well as others.
Please update to the latest, which should work (except the regression above).
fastplayer
12th December 2008, 14:16
fastplayer,
this is an extension to the existing "dynamic range compression" implementation, instead of "off" or "on", you can now set custom level.
Thanks,
but what is the difference between this new option (when set to 100%) and having "Regain volume" enabled in the Volume tab? Wasn't AC3/DTS supported before by the "Regain volume" option?
Edit: Will this be part of Beta 6?
tal.aloni
12th December 2008, 14:46
Thanks,
but what is the difference between this new option (when set to 100%) and having "Regain volume" enabled in the Volume tab? Wasn't AC3/DTS supported before by the "Regain volume" option?
Well, both apply "dynamic range compression",
but there is a difference:
AC3/DTS files have pre-calculated amplification factors built-in, in theory they should provide smoother amd more accurate "volume control", but in practice they are usually used to "flatten out" the sound.
"Regain volume" on the other hand, does not require pre-calculated values, and can be used with all audio formats supported by ffdshow. it does not change the volume as aggressively, and retain more of the original dynamic range.
to sum it up, this is a matter of personal preference,
both can be used simultaneously.
p.s.
AC3 DRC (100%) is not a new option, it's just moved from the bottom of the codec page, the new option is 1-99%.
Will this be part of Beta 6?
Haruhiku wrote earlier that he prefers not to include this in beta 6.
fastplayer
12th December 2008, 14:50
:thanks:
This is useful information, so I'll try to add this to the wiki.
Soulhunter
12th December 2008, 18:11
I have a problem; When I activate "AC3 (S/PDIF encode mode)" in the output options of the audio decoder, the decoder isn't used (not for AVIs with 5.1 AC3 streams, neither for MP3s etc... MPC also shows me the "no audio" icon in the bottom right corner like when playing a AVI with video stream only). When I disable AC3 encoding, the decoder works. Reconfiguring the decoder to do AC3 encoding while playback works as well (my receiver jumps from 2ch PCM -> 5.1 AC3). Is this a known problem?
Ps. Tested with rev2033_20080705_clsid and rev2477_20081211_clsid
Tia n Bye
tal.aloni
12th December 2008, 18:18
Soulhunter,
this is something with your settings, or a very rare bug.
please provide the following information:
1. screen-shot of the output (audio) page.
2. selected AC3 codec (codecs page)
3. selected settings under "uncompressed" (codecs page)
4. output speaker configuration (mixer page)
Tal
Soulhunter
12th December 2008, 18:29
Soulhunter,
this is something with your settings, or a very rare bug.
please provide the following information:
1. screen-shot of the output (audio) page.
2. selected AC3 codec (codecs page)
3. selected settings under "uncompressed" (codecs page)
4. output speaker configuration (mixer page)
Tal
1. Defaults. except checking AC3 (S/PDIF encode mode) (http://img300.imageshack.us/img300/9246/clipboard01rb4.png)
2. Deafult one, liba52...
3. Can be disabled without changing the result
4. Default for 5.1 (so, 3/0/2 and LFE checked)
Additional Info:
- Windows XP Pro + SP3
- Soundblaster X-Fi Xtreme Audio
- Player doesn't seem to matter (MPC, MPC-HT, mplayer2...)
Tia n Bye
tal.aloni
12th December 2008, 21:23
Soulhunter,
I still can't recreate this,
(the phenomenon you're describing indicates that ffdshow rejects the input stream or, more likely, that the "default direct-sound device" rejects ffdshow)
1. do you have more than one sound-card enabled?
2. maybe it's related to a specific demuxer, It would be helpful if you load the file into graphedit, and see what feeds ffdshow audio decoder.
3. also, please try remux the content into .mkv and play it with haali media splitter.
4. a sample would be also helpful (you can cut one from avi using virtualdub).
Tal
Atak_Snajpera
13th December 2008, 00:56
Since we have oblivion.exe and morrowind.exe in 'Do not use in' section we should also add fallout3.exe :) (the same engine)
fastplayer
13th December 2008, 01:02
It is already blacklisted.
Soulhunter
13th December 2008, 01:26
Soulhunter,
I still can't recreate this,
(the phenomenon you're describing indicates that ffdshow rejects the input stream or, more likely, that the "default direct-sound device" rejects ffdshow)
1. do you have more than one sound-card enabled?
2. maybe it's related to a specific demuxer, It would be helpful if you load the file into graphedit, and see what feeds ffdshow audio decoder.
3. also, please try remux the content into .mkv and play it with haali media splitter.
4. a sample would be also helpful (you can cut one from avi using virtualdub).
Tal
1. I'm sure onboard-sound is disabled in the BIOS, but I'll check with next reboot to make sure
2-4. I'll do this after the weekend (busy right now...), tho I already reproduced this behavior with non AVI files, ie. MP3s
Tia n Bye
roozhou
13th December 2008, 08:08
Here are questions about crop / resize filters in ffdshow:
1) If you specify "Crop" in Crop & zoom page, the cropped video is resized to orginal size so the resolutionn remains unchanged. How can I do actual cropping without resizing, as what avisynth cropper does, and keep PAR unchanged?
2) Is there a way to resize but keeping DAR unchanged?
e.g. Resize 1920x1080 to 1440x1080 while keeping DAR to 16:9 and setting SAR to 4:3.
jmartinr
13th December 2008, 08:41
Here are questions about crop / resize filters in ffdshow:
1) If you specify "Crop" in Crop & zoom page, the cropped video is resized to orginal size so the resolutionn remains unchanged. How can I do actual cropping without resizing, as what avisynth cropper does, and keep PAR unchanged?
2) Is there a way to resize but keeping DAR unchanged?
e.g. Resize 1920x1080 to 1440x1080 while keeping DAR to 16:9 and setting SAR to 4:3.
Take a look here: http://forum.doom9.org/showthread.php?p=1218742#post1218742
roozhou
13th December 2008, 09:57
Take a look here: http://forum.doom9.org/showthread.php?p=1218742#post1218742
Thanks but this does not answer my 2nd question.
i need to resize the resolution while keeping DAR unchanged without adding black border and without manually setting PAR.
e.g. Resize 1920x1080 to 720x480 and keep DAR as 16/9(play at 853x480). If I choose "keep original aspect ratio", ffdshow just letterboxes it.
Soulhunter
13th December 2008, 14:11
Soulhunter,
...
2. maybe it's related to a specific demuxer, It would be helpful if you load the file into graphedit, and see what feeds ffdshow audio decoder.
3. also, please try remux the content into .mkv and play it with haali media splitter.
4. a sample would be also helpful (you can cut one from avi using virtualdub).
2.
- Without AC3 encoding (http://img399.imageshack.us/img399/4074/grapheditnoac3encbn1.png)
- With AC3 encoding enalbled (ffdshow audio decoder refuses, cinemater decoder jumps in) (http://img178.imageshack.us/img178/1696/grapheditwithac3encyb4.png)
- With AC3 encoding enabled + Cinemaster decoder removed (ffdshow refuses... audio is not rendered at all) (http://img178.imageshack.us/img178/4496/grapheditwithac3encnocisz1.png)
3.
Also no audio playback...
But at least it throws me a error (http://img399.imageshack.us/img399/6226/ac3encodemkvvo4.png) now!
4.
Here is a short sample of one of the random files I tried... (http://www.megaupload.com/?d=X8R2ETY9)
Ps.
Is GTA4 already blacklisted? Seems to cause problems >.>
Tia n Bye
Leak
13th December 2008, 18:21
Ps.
Is GTA4 already blacklisted? Seems to cause problems >.>
Any details on that one?
I managed to play it just fine - unless you mean that craptastic Rockstar Games Social Club "feature" they shoved down PC users' throats were somehow involved - but who in their right minds uses that anyway?
(Rockstar Games ought to be shot for forcing you to activate the game online, install Games for Windows live 2.0 plus their own RGSC crap, having to create and logging into two accounts and have the DVD in your drive before you even can play the freaking single player game... WHAT WERE THEY THINKING?!? Oh, and what's with the ugly dithered shadows, anyway?)
np: Benni Hemm Hemm - Steinn Um Morgun (Ein Í Leyni)
Soulhunter
13th December 2008, 18:39
Any details on that one?
I managed to play it just fine - unless you mean that craptastic Rockstar Games Social Club "feature" they shoved down PC users' throats were somehow involved - but who in their right minds uses that anyway?
Social club is running, but I'm not sure its the reason...
When I don't block ffdshow's audio decoder the game crashes after 1-3 minutes. But when I block it, I can play for hours... I'll try to figure out more!
(Rockstar Games ought to be shot for forcing you to activate the game online, install Games for Windows live 2.0 plus their own RGSC crap, having to create and logging into two accounts and have the DVD in your drive before you even can play the freaking single player game... WHAT WERE THEY THINKING?!? Oh, and what's with the ugly dithered shadows, anyway?)
I started installing it at 19:00, and went to bed at 23:00 without playing a single second... >.<
01. Installing the game (16GB or something, yay)
02. Installing Rockstar Social Club
03. Making a account for it
04. Installing Windows Live
05. Making a account for it
06. Registering the game online
07. Starting the game
08. Getting a error because I didn't have SP3
09. Downloading SP3 and installing it
10. Noticing my custom theme etc. went away
11. Downloading a SP3 compatible theme patcher
12. Bringing back everything as it was before SP3
13. Too frustrated to actually play the game
Bye
rack04
13th December 2008, 19:01
Is anyone else experiencing ~2x playback speed using libavcodec for mp3 in ffdshow tryouts mt svn 2484? Plays fine using libmad.
jmartinr
13th December 2008, 19:56
i need to resize the resolution while keeping DAR unchanged without adding black border and without manually setting PAR.
e.g. Resize 1920x1080 to 720x480 and keep DAR as 16/9(play at 853x480). If I choose "keep original aspect ratio", ffdshow just letterboxes it.
Through the avisynth filter you can get the DAR, resize and reset the DAR to the old value.
But I'm quite positive that you can also achieve what you want by using the resize & aspect filter with "keep original aspect ratio" and "process pixel aspect ratio internally" enabled.
clsid
13th December 2008, 20:05
When I don't block ffdshow's audio decoder the game crashes after 1-3 minutes. But when I block it, I can play for hours... I'll try to figure out more!
Let me know the name of the executable and I will add it to the blacklist.
_xxl
13th December 2008, 20:34
Is anyone else experiencing ~2x playback speed using libavcodec for mp3 in ffdshow tryouts mt svn 2484? Plays fine using libmad.
Confirmed.
leeperry
13th December 2008, 20:47
sorry to ask but I haven't seen any infos about it...what is "MT" in the MT versions exactly ?
:thanks:
rack04
13th December 2008, 20:49
sorry to ask but I haven't seen any infos about it...what is "MT" in the MT versions exactly ?
:thanks:
Multi-threaded. H264 and MPEG1/2 only.
leeperry
13th December 2008, 20:52
Multi-threaded. H264 and MPEG1/2 only.
but I was told a while ago that regular versions already had the CABAC/slices MT stuff ?
tal.aloni
13th December 2008, 21:07
Soulhunter,
I had no problem using AC3 Encoder right from the start with my hardware. (including with the sample you provided).
I also reviewed the related code, it seemes free of any bugs.
I think it maybe related to another installed audio device,
(I had a similar problem with DXVA), I believe the "Default DirectSound Device" only shows the common features of all installed audio devices at first, and only after the connection is made you can see the specific features of each device.
please screen-shot what's listed under "audio renderers" in graph edit (when you add filter), so we could verify this theory.
p.s. I'm assuming you can't pass-through AC3 right from the start as well, am I correct?
Tal
clsid
13th December 2008, 21:22
but I was told a while ago that regular versions already had the CABAC/slices MT stuff ?
They do. The ffmpeg-mt branch uses frame based MT, which is far more scalable, meaning much better performance. It is still a "work in progress" though.
whurlston
13th December 2008, 21:24
A couple of executables that can be added to the whitelist:
PVRX2.exe
Config.exe
(GBPVR executables)
leeperry
13th December 2008, 21:28
They do. The ffmpeg-mt branch uses frame based MT, which is far more scalable, meaning much better performance. It is still a "work in progress" though.
but still only for h264/MPEG2 decoding, right ?
clsid
13th December 2008, 21:56
Eventually maybe also for MPEG-4 and other formats.
tal.aloni
13th December 2008, 22:03
Albain, clsid, Haruhiku,
a while ago I reported that 44,100 DTS tracks are playing back too fast when passing through, and I found the cause (TSampleFormat.cpp):
CMediaType mt=TsampleFormat(SF_PCM16,48000,2).toCMediaType();
SPDIF interface supports three standard sample rates: 48 kHz, 44.1 kHz and 32 kHz.
when I modify the frequency to 44,100, playback of those files is back to normal speed. do you have any suggestion how to auto-select the frequency when creating the sample format? I tried, but I don't have the required knowledge.
Thanks,
Tal
Soulhunter
13th December 2008, 22:37
Let me know the name of the executable and I will add it to the blacklist.
Im not sure if its just "GTAIV.exe" or if "LaunchGTAIV.exe" is also involved, I blocked both!
I think it maybe related to another installed audio device,
(I had a similar problem with DXVA), I believe the "Default DirectSound Device" only shows the common features of all installed audio devices at first, and only after the connection is made you can see the specific features of each device.
please screen-shot what's listed under "audio renderers" in graph edit (when you add filter), so we could verify this theory.
Made a screenshot of all audio renderes... (http://img511.imageshack.us/img511/557/00001zf8.png)
p.s. I'm assuming you can't pass-through AC3 right from the start as well, am I correct?
Thats true, video will play without audio and MPC shows there is no audio stream!
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.