ffdshow tryouts project: Discussion & Development

[leeperry]

I personally gave up on exporting settings a long time ago, regedit works perfectly fine :)

I usually had empty avisynth scripts..

[Gleb Egorych]

I can't confirm this though. I have had "TV/Radio Pre-Format Detection" enabled in the DirectX options for a long time and it doesn't solve the libmad/mono issue here. I tried disabling this setting as well in case that was what Gleb meant (and rebuilding the graph several times), but it doesn't matter. libmad is still silent with the live stream. Just tested again with DVBViewer 4.2.0.1beta and ffdshow build 3014.

Actually, I still have some issues with mono channels, let's continue here: http://www.dvbviewer.info/forum/index.php?showtopic=34657

[Blight]

With regards to exporting settings,
You know you can run regedit with command line parameters to export a registry tree section to a file silently.

Basically:
regedit.exe /s /a "c:\ffdshow.reg" "HKEY_CURRENT_USER\Software\GNU\ffdshow"

If I remember correctly, "/A" means ANSI output (for win9x compatibility), so it wont work if ffdshow stores unicode registry string values.

And integrating back by executing the "ffdshow.reg" file in explorer.

[swalker]

I am waiting for your feedbacks, thanks !

Autocropping isn't working here using varying levels of tolerance with the downloaded mp4 of http://video.google.com/videoplay?docid=-580692223856788375

Edit: Actually it does work if one selects the Resize & Aspect -> Aspect ratio -> No aspect ratio correction radio button. The nextFrameMS=msec+50; // gradual application of autocrop feels funny though.

[STaRGaZeR]

I found why autocrop wasn't working for me. Resize & aspect "Process whole image" checkbox should be disabled, otherwise it won't work.

________________________________________________________________________


Forget what I was saying about the subtitle filter. The problem is not that. After more testing, when playing DVDs in MPC-HC, the Subtitles filter is always loaded, even if it's unchecked. Using RGB32 as output and Auto as YCbCr specification, then:



With Resize & aspect disabled:



With Subtitles enabled or disabled, the displayed subtitles have colors like when manually selecting BT.709. Manually changing YCbCr specification makes no difference in the subtitles' color.



With Resize & aspect enabled:



With Subtitles disabled, the displayed subtitles have colors like when manually selecting BT.709. Manually changing YCbCr specification makes no difference in the subtitles' color.


With Subtitles enabled, the displayed subtitles have colors like when manually selecting BT.601. Manually changing YCbCr specification changes subtitles' color.



The source (http://www.megaupload.com/?d=R3JHNSQH) is 720x480, and Resize & aspect is configured to specify horizontal size of 1680 pixels resulting in 1680x1260 (4:3 DVD). With this DVD menu is very easy to see the difference between BT.601 and BT.709 because it has red dots. My suggestions after this testing:


ffdshow Subtitles filter should not be loaded if it's not checked.

What's the subtitles' color specification, BT.601 or BT.709? Whatever it is, make it consistent between using and not using Resize & aspect and between manually using BT.601 or BT.709.

[Nicholi]

What is the difference between the "High quality YV12 to RGB conversion" checkbox on the Output tab with all the colorspace outputs, and the "High quality YV12 to RGB conversion" checkbox on the RGB conversion tab in the Method groupbox?

Or is this just accidental duplication of the same feature in two spots?

[Snowknight26]

It's the same thing. You uncheck one and the other one gets unchecked, and vice versa.

[haruhiko_yamagata]

Actually, I still have some issues with mono channels, let's continue here: http://www.dvbviewer.info/forum/index.php?showtopic=34657
OK, please wait. I'll look into it when I have time.

[haruhiko_yamagata]

"avisynthScript"="LoadPlugin("W:\\\\aa\\\\bb\\\\cc\\\\dd\\\\TIVTC.dll")
tfm(order=1,mode=3)
tdecimate(mode=1)"

That's what it is in the .reg, the \\\\ were obviously not there before. Other than that the script is correctly exported as far as I can see.
avisynthScript exists just for backward compatibility, it is not used in current version of ffdshow. avisynthScriptMULTI_SZ is the current one.
I can't reproduce. Could you send the reg file to me?

[clsid]

The WMV3/VC-1 crashes have been fixed at revision 3016.

[STaRGaZeR]

avisynthScript exists just for backward compatibility, it is not used in current version of ffdshow. avisynthScriptMULTI_SZ is the current one.
I can't reproduce. Could you send the reg file to me?

ffdshow32.reg - 0.34MB (http://www.zshare.net/download/61753639876e1bf5/)

Write an avisynth script and export it, then uninstall and reinstall ffdshow and restore the .reg. The avisynth script will be empty.

[albain]

Autocropping isn't working here using varying levels of tolerance with the downloaded mp4 of http://video.google.com/videoplay?docid=-580692223856788375

Edit: Actually it does work if one selects the Resize & Aspect -> Aspect ratio -> No aspect ratio correction radio button. The nextFrameMS=msec+50; // gradual application of autocrop feels funny though.
Okay thanks I will test your sample

[haruhiko_yamagata]

ffdshow32.reg - 0.34MB (http://www.zshare.net/download/61753639876e1bf5/)

Write an avisynth script and export it, then uninstall and reinstall ffdshow and restore the .reg. The avisynth script will be empty.
After writing an avisynth script, did you move to other page before you exported the settings?

[STaRGaZeR]

After writing an avisynth script, did you move to other page before you exported the settings?

I don't understand what you mean with page. Since I was going to format and reinstall Windows, I did a backup. Then when Windows was installed, I restored the .reg. Everything was in place except the Avisynth script. But the script itself is in the .reg, in avisynthScript, but with those ////. It'll work with them, the only real problem here is that you lose the script when restoring.

[haruhiko_yamagata]

I don't understand what you mean with page. Since I was going to format and reinstall Windows, I did a backup. Then when Windows was installed, I restored the .reg. Everything was in place except the Avisynth script. But the script itself is in the .reg, in avisynthScript, but with those ////. It'll work with them, the only real problem here is that you lose the script when restoring.
If you type script into the editbox and go to for example resize page without pressing apply, the script is lost. Probably this is not the case for you.
I can't reproduce though. It works for me.

[STaRGaZeR]

If you type script into the editbox and go to for example resize page without pressing apply, the script is lost. Probably this is not the case for you.
I can't reproduce though. It works for me.

That happens to me too. No big deal if you ask me.
Regarding my issue, if you say that avisynthScriptMULTI_SZ is used now instead of avisynthScript, avisynthScriptMULTI_SZ only shows hex(7):00,00 in the .reg, but it's fine in the registry (http://i41.tinypic.com/1gn0bs.jpg). This means empty, right? If that's true then the script is not being exported to the .reg file, like clsid said, therefore it can't be restored later on. I'm using the "Export all settings (http://i44.tinypic.com/1zxusfr.jpg)" button, not the regedit.exe /s /a "c:\ffdshow.reg" "HKEY_CURRENT_USER\Software\GNU\ffdshow" command.

Have you been able to reproduce this (http://forum.doom9.org/showthread.php?p=1299161#post1299161)?

[Snowknight26]

http://ffdshow-tryout.svn.sourceforge.net/viewvc/ffdshow-tryout/trunk/src/ffmpeg-mt/libavcodec/thread.h?r1=3018&r2=3017&pathrev=3018

I find it kind of ironic that equivalent was fixed while separate wasn't.

[albain]

I found why autocrop wasn't working for me. Resize & aspect "Process whole image" checkbox should be disabled, otherwise it won't work.


Okay, there is something that is not working correctly, I don't know why, working on it...

[STaRGaZeR]

That happens to me too. No big deal if you ask me.
Regarding my issue, if you say that avisynthScriptMULTI_SZ is used now instead of avisynthScript, avisynthScriptMULTI_SZ only shows hex(7):00,00 in the .reg, but it's fine in the registry (http://i41.tinypic.com/1gn0bs.jpg). This means empty, right? If that's true then the script is not being exported to the .reg file, like clsid said, therefore it can't be restored later on. I'm using the "Export all settings (http://i44.tinypic.com/1zxusfr.jpg)" button, not the regedit.exe /s /a "c:\ffdshow.reg" "HKEY_CURRENT_USER\Software\GNU\ffdshow" command.

Look at what happens when using the regedit.exe command:

"avisynthScriptMULTI_SZ"=hex(7):23,4c,6f... ...31,29,00,00

So I guess it's confirmed that the problem is in the "export all settings" button.

Okay, there is something that is not working correctly, I don't know why, working on it...

Nice. The progressive cropping effect is really necessary? It can be really annoying when dealing with huge bands. Also an option for setting max cropping values could be useful.

[haruhiko_yamagata]

Look at what happens when using the regedit.exe command:

"avisynthScriptMULTI_SZ"=hex(7):23,4c,6f... ...31,29,00,00

So I guess it's confirmed that the problem is in the "export all settings" button.

Yes, but I still cannot reproduce...

[STaRGaZeR]

Yes, but I still cannot reproduce...

I dunno, but I'm not the only one experiencing it.

[leeperry]

this problem comes and goes, maybe some specific characters make the whole thing flip out..anyway, regedit does the job :)

[Barleyman]

I got a question. Maybe it's a stupid one but bear with me.

There's ffdshow-mt for multicore processors, fine. And there's ffdshow-x64 for 64bit vista/w7, ok. What about 64-bit mt-build? Doesn't exist?

[clsid]

There is no ffdshow-mt. There is ffmpeg-mt, which is included in ffdshow, in both 32 and 64-bit builds.

[Barleyman]

There is no ffdshow-mt. There is ffmpeg-mt, which is included in ffdshow, in both 32 and 64-bit builds.

So this one is just a trick (http://sourceforge.net/project/showfiles.php?group_id=173941&package_id=214245&release_id=523000)? :confused:

[Eragon4ever]

No, it's an old version from before ffdshow and ffdshow-mt where combined.

[Barleyman]

No, it's an old version from before ffdshow and ffdshow-mt where combined.

So in other words I should be using latest clsid or icl10 build instead? clsid builds do not use SSE?

Maybe that ffdshow-mt build should be moved to old builds as it's pretty confusing.

[clsid]

All builds use MMX/SSE/SSE2/SSSE3/3dnow!/etc. Just only when your CPU supports those extensions. The ICL10 SSE build requires SSE. The additional optimizations in the ICL10 build affect only a few filters and don't have an impact on decoding. Decoding performance is equal for all builds. I advice to use the generic builds, as those get updated more often.

[fuzz!]

Have you chaps ever considered some sort of 'room correction' capability? Such like what high-end receivers do.

Almost every PC has a microphone jack, and all processing can be done in software.

I'm not sure exactly what the software in the receiver does in terms of delays, but it would be awesome just to EQ channels to match the corresponding speakers' frequency response capabilities.

[clsid]

If you want a separate EQ for each channel then you should try out AC3Filter 1.61b.

[Blight]

Crash Bug Report, here's how to reproduce (tested with build 3008):
Play a video with subtitles enabled and a sub file rendering (tested with .SRT subs), then switch from "search in" to "file" while the video is playing and ... crash.

[Blight]

Another crash report (build 3008 again), possibly related to my previous post, here's how to replicate:

1. Play a video.
2. Seek within the timeline and within 1-2 seconds switch to a different subtitle file.

I'm not sure if the crash is due to the quick sub file change after seeking, or perhaps because a different language subtitle is currently visible (actual sub line visible). I believe one of the two causes the crash.

I'm switching the subs programmatically using "IffDecoder :: putParamStrW"

To ease in debugging this issue, here's the latest Zoom Player internal build (http://www.inmatrix.com/temp/zplayer_nct27.zip).
This ZIP file contains updated files and not the full build, you should have ZP v6 installed and overwrite with the files from the ZIP. You also need to set ffdshow as the preferred subtitle renderer (adv. options / playback / video / subtitles).

To test, you need this file structure:
MyVideo.avi
MyVideo.sub1.srt
MyVideo.sub2.srt

Press Ctrl+B to cycle through the subtitle tracks, ffdshow crashes quite easily after this (but not always).

[Leak]

Is it just me, or has SourceForge all of a sudden turned into Angry Fruit Salad?

(And the ffdshow project page now offers the beta 3 off the "Older releases" package as the main download - I'd hazard a guess that's probably because it's the newest release with an i386 processor type; I've added that the beta 6 release, but I still can't set it as the primary download - WTF?)

np: Jared Emerson-Johnson - Ice Station Santa Cutscene Suite (Sam & Max Season Two OST (Disc 1))

[MatMaul]

@haruhiko_yamagata :
http://forum.doom9.org/showthread.php?p=1302094#post1302094

[fastplayer]

(And the ffdshow project page now offers the beta 3 off the "Older releases" package as the main download - I'd hazard a guess that's probably because it's the newest release with an i386 processor type; I've added that the beta 6 release, but I still can't set it as the primary download - WTF?)
Welcome to the club! I tried yesterday for like half an hour and gave up...

[issa]

Here is the latest gcc 4.4.1 with "Graphite loop transformation infrastructure" for mingw32
url: http://rapidshare.com/files/251274698/mingw32-gcc-4.4.1.tar.lzma.html

[albain]

Hi,

@clsid,haruhiko or any project admin

I have still the ability to commit SVN modifications but I can no longer manage the download page from sourceforge.

Thanks

Damien

[clsid]

With the recent SourceForge changes, some things are just hard to find. It took me a while to find the file manager as well. This link should work for you:
https://sourceforge.net/project/admin/editpackages.php?group_id=173941

[albain]

With the recent SourceForge changes, some things are just hard to find. It took me a while to find the file manager as well. This link should work for you:
https://sourceforge.net/project/admin/editpackages.php?group_id=173941

Thanks, it works

[hayan]

r3009 or above, play movie on kirikiri2 get a black screen, if the video format is h264.avi(fourcc is h264).

[haruhiko_yamagata]

r3009 or above, play movie on kirikiri2 get a black screen, if the video format is h264.avi(fourcc is h264).
What is kirikiri2?

[hayan]

What is kirikiri2?
http ://en.wikipedia.org/wiki/KiriKiri

[Mercury_22]

When playing a 5.1 channel LPCM audio (inside a m2ts) the BackR channel it's wrong mapped to LFE or it's missing (I'm not sure)!
Tested with MPC-HC and FFD rev3028
MPC-HC's internal LPCM it's playing the same file with no problem !

Sample http://sharebee.com/c778a520

[Blight]

haruhiko:
Was the recent FLV patch integrated into any recent builds?

[haruhiko_yamagata]

haruhiko:
Was the recent FLV patch integrated into any recent builds?The patch is working for me. I'm testing it for more formats.

[haruhiko_yamagata]

MatMaul's patch use VIDEOINFOHEADER::rcSource instead of BITMAPINFOHEADER::biHeight.
These two things are basically the same things. Why FLV splitter does not set BITMAPINFOHEADER::biHeight correctly?
We can workaround this problem using his patch, but it's a bit hard to check the compatibility problems with all other splitters.

[MatMaul]

MatMaul's patch use VIDEOINFOHEADER::rcSource instead of BITMAPINFOHEADER::biHeight.
I think BITMAPINFOHEADER::biHeight represents the real height of the video (which is mod16) and VIDEOINFOHEADER::rcSource the rectangle of the video to display to the user.
however if this is not the case the flv splitter can be fixed easily instead of this patch.

[haruhiko_yamagata]

I think BITMAPINFOHEADER::biHeight represents the real height of the video (which is mod16) and VIDEOINFOHEADER::rcSource the rectangle of the video to display to the user.
however if this is not the case the flv splitter can be fixed easily instead of this patch.
I think it is safer to change flv splitter rather than ffdshow.
Though I don't notice any real inconvenience with your patch.

[clsid]

The FLV splitter is open-source. So changing that is no problem. I have write access to MPC-HC and Guliverkli2 SVN so applying a patch is no problem.

http://mpc-hc.svn.sourceforge.net/viewvc/mpc-hc/trunk/src/filters/parser/flvsplitter/

[MatMaul]

I think it is safer to change flv splitter rather than ffdshow.
Though I don't notice any real inconvenience with your patch.
I disagree with you on this one.
according to this MSDN page :
http://msdn.microsoft.com/en-us/library/dd377618%28VS.85%29.aspx
my previous explanation seems to be good.
so this is not a bug in the splitter which correctly does its job but in ffdshow.
set the rectangle infos (rcSource) in the buffer infos (BITMAPINFOHEADER) in the splitter could break other decoders which rely on the buffer infos to decode the stream.