ffdshow tryouts project: Discussion & Development

[GRKNGLR]

I also have the PGS subtitle problem. The software I use are:
- ffdshow rev. 3747
- LAVFSplitter 0.12
- madVR v0.36
- Media Player Classic - Home Cinema v1.4.1.2881.0
- WinXP SP3

http://img214.imageshack.us/img214/7002/85335295.th.png (http://img214.imageshack.us/i/85335295.png/)

When can this be fixed?

[grayedout]

I already wrote about the problem with ffdshow x64 - it crashes when memory usage of the program exceeds 2GB. However later I started using builds from xhmikosr which were made in MSVC2010. Those builds are working just fine and no crashes happen. Anyway I was still waiting for the new official x64 builds. Unfortunately all new official builds from clsid including ffdshow_rev3744_20110119_clsid_x64.exe still have 2Gb crash problem.

Question: is there any chance this problem will be fixed in official builds?

[JEEB]

Hello there.

It seems ffmpeg just got its wavpack decoder fixed, that finally seems to be able to handle >2 channels fine (link (http://git.ffmpeg.org/?p=ffmpeg.git;a=commitdiff;h=3bdc886c22710d3207b1bd75f8d2d65ec77cace5)).

Looking forward towards seeing this on ffdshow-tryouts as well.

[Vincent Vega]

i've unsuccessfully posted this question in mpc-hc thread, i really hope for better luck here.

this is a small sample recording made by my DVB-S viewing application (which supposedly demuxes requested program stream from .TS and muxes it to mp4):
http://www.mediafire.com/?x294obqj404fs8j

video is interlaced avc. however most DS players/decoders (example mpc-hc+ffdshow/yadif) don't recognize it as interlaced, and subsequently don't deinterlace it during playback.

i tried to 'heal' such files by remuxing to mkv:
-mkv remux by gdsmux does the trick, ffdshow begins to use deinterlacer;
-mkv remux by mkvmerge does not help - ffdshow keeps thinking its progressive.

maybe someone could take a closer look at this file and tell me what is wrong with it? i am suspecting the TV app somehow messes up cutting/demuxing from TS, and thus video streams come out slightly broken.

[Dstruct]

WMA 8/9 audio problem with this http://www.gearwire.com/media/yamaha-msp7-studio-monitors-winter-namm.wmv video.

General
Format : Windows Media
File size : 8.87 MiB
Duration : 3mn 2s
Overall bit rate : 407 Kbps
Maximum Overall bit rate : 398 Kbps
Encoded date : UTC 2007-01-26 23:54:37.000
Writing application : Flip4Mac WMV Export Component for QuickTime (Mac) 2103

Video
ID : 2
Format : VC-1
Format profile : MP
Codec ID : WMV3
Codec ID/Info : Windows Media Video 9
Codec ID/Hint : WMV3
Description of the codec : Windows Media Video V9 - 428 x 240, 29.96 fps, 350 kbps (CBR)
Duration : 3mn 2s
Bit rate : 334 Kbps
Width : 428 pixels
Height : 240 pixels
Display aspect ratio : 16:9
Frame rate : 29.970 fps
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.108
Stream size : 7.27 MiB (82%)
Language : English (US)

Audio
ID : 1
Format : WMA
Format version : Version 2
Codec ID : 161
Codec ID/Info : Windows Media Audio
Description of the codec : Windows Media Audio V9 Standard - 64 kbps, 44 kHz, 16 bit, Stereo (CBR)
Duration : 3mn 2s
Bit rate mode : Constant
Bit rate : 64.0 Kbps
Channel(s) : 2 channels
Sampling rate : 44.1 KHz
Bit depth : 16 bits
Stream size : 1.40 MiB (16%)
Language : English (US)



Working fine in REAPER (using FFmpeg rev26400) so it must be a ffdshow issue.




EDIT: Weird, it's not working because I had "AC3 (S/PDIF encode mode) disabled in the Output tab!? Why does this option need to be enabled for this?

[VipZ]

Can anyone confirm recent AC3 bitstream issues, few AC3 streams when bitstreamed play video at 60fps while audio stays at correct speed? There are 3 Fixes, use LAVFSplitter for MKV, use MPC-HC AC3 SPDIF, or deselect connect with PCM first. Not sure if this is a MPC splitter bug or ffdshow bug.

[terminaldawn]

Is there a recommended way to upgrade or switch versions FFDShow Tryouts?

Do I first un-install or do I just install over the top of the existing version?

Thanks!!!!

[Dstruct]

Is there a reccomended way to upgrade or switch versions FFDShow Tryouts?

Do I first un-install or do I just install over the top of the existing version?

Thanks!!!!

Just install them on top. No need to uninstall first.

[terminaldawn]

Just install them on top. No need to uninstall first.

Even if I need to go back a version?

[Dstruct]

Even if I need to go back a version?

Yeah it's pretty safe.

[terminaldawn]

Awesome, thank you very much for your help.

[jmone]

Like with detecting pulldown in NTSC Material (eg it will detect pulldown in a 29.97 stream and output the correct 23.976fps), can FFDSHOW when decoding and deinterlacing a PAL encoded source selectivly output:
- 50p (if original content was 50i)
- 25p (if original content was 24fps)

This is so later filters can apply a PAL Speeddown on 24fps material that has been PAL encoded (and of course you don't want to do this with native PAL content, just the stuff that came from film). If possible where are these settings?

Thanks
Nathan

[hoborg]

I have trouble to play some MOVs with twos/sowt audio, looks like hi CPU issue is the problem here.

I have here only older Intel Atom CPU. If i open this MOV test sample (http://hobring.esero.net/saf/ffdshow/mov_wrong_speed_2.zip) in graphstudio and remove video decoder, the playback is slow and CPU usage went to 20% (nearly full usafe of one core). I am not using any FFDShow audio postprocessing.

Here is screen from graph:
http://hobring.esero.net/saf/ffdshow/graph.png

If i use MPC MPA decoder, all is working fine, cpu usage is low and playback is correct.

Tested on ffdshow tryouts project, svn 3751 (x86) - MSVC2010 and "MP4Splitter.ax" 1.5.1.2910 as splitter.

Any ideas? Thanks.

[dann23]

can't access http://ffdshow-tryout.svn.sourceforge.net/viewvc/ffdshow-tryout/

what happend??

[clsid]

@hoborg
We need a volunteer to fix the twos/sowt decoding code and also port some QT PCM additions from MPC-HC.
Preferably also separate these formats from "uncompressed" into new format options.

@dann23
SourceForge was recently hacked, and now some functionality on the website is still disabled pending security improvements and integrity checks.

[travolter]

Hi,

In ffdshow x64 I notice that it skips frames on delay "always".

In the x86 version Im able to use an avisynth script to increase framerate and if it becomes superior to monitor refresh rate.. the player show the video in slowmotion (so its an useful feature to create these videos).

That feature is gone in ffdshow x64, or its just a bug?

[HeadlessCow]

Hi,

In ffdshow x64 I notice that it skips frames on delay "always".

In the x86 version Im able to use an avisynth script to increase framerate and if it becomes superior to monitor refresh rate.. the player show the video in slowmotion (so its an useful feature to create these videos).

That feature is gone in ffdshow x64, or its just a bug?

Can't you just set a lower framerate in Avisynth? (aka AssumeFPS(1) to stretch it 30x assuming 30fps input)

[travolter]

Can't you just set a lower framerate in Avisynth? (aka AssumeFPS(1) to stretch it 30x assuming 30fps input)
The behavior is totally different in x86 and x64.
In x86 works.. but in x64 there is some kind of "frameskip"

[dansrfe]

Can I use 32-bit AviSynth with the 64-bit version of ffdshow?

[Snowknight26]

Using r3752's ffmpeg-mt to decode H.264 tracks seems to crash ffdshow almost instantly. I've tested about a dozen or so sources now and each produce the issue.
Are there any recent debug builds floating around that contain a pdb file as well?

[jmone]

Does anyone have an issue where Subs stop displaying during playback? MKV rips of Blu-ray converted with BDSupToSub.
Thanks
Nathan

[god_md5]

i get the some ts is not have video out,ffdshow ver is 3721
can you help to fix this ,thank you
http://www.mediafire.com/?b5wcwcf4klljewk

[clsid]

@travolter
settings -> decoder options -> disabling "drop frame on delay" might help

@dansrfe
No. You need 32-bit ffdshow.

@Snowknight26
With 64-bit build only? If so, I am about to commit a workaround for a known crash.

[travolter]

@travolter
settings -> decoder options -> disabling "drop frame on delay" might help


Fails in the x64 version.
Works OK in the x86 one.

I dont know if its a bug or a feature/limit of the x64 version

edit.- Im testing using avisynth script to change framerate. Im not sure now if its a problem of avisynth x64.
Everytime that I try to change the FPS to a lower value than the inputFPS it fails.

I wonder if ffdshow x64 try to sync the audio with the image so thats the cause of the bug. Anyway I really dont undestan why that dont happen in the x86 version

[v0lt]

SPP deblocking is not working in ffdub plugin. :(

[GRKNGLR]

can't access http://ffdshow-tryout.svn.sourceforge.net/viewvc/ffdshow-tryout/

what happend??

@dann23
SourceForge was recently hacked, and now some functionality on the website is still disabled pending security improvements and integrity checks.

When will it be active, then?

[Superb]

When will it be active, then?
It's back now.
http://ffdshow-tryout.svn.sourceforge.net/viewvc/ffdshow-tryout/trunk/?sortby=date

[GRKNGLR]

It's back now.
http://ffdshow-tryout.svn.sourceforge.net/viewvc/ffdshow-tryout/trunk/?sortby=date

:thanks:

[Snowknight26]

@Snowknight26
With 64-bit build only? If so, I am about to commit a workaround for a known crash.

Whoops. No, 32-bit build, but it seems to be fixed in r3755 anyway.

[Eliminateur]

@Snowknight26
With 64-bit build only? If so, I am about to commit a workaround for a known crash.

i'm getting the same problem as snowknight, upgraded mpc-hc to 2917 and ffdshow from 3698 to 3755 -all x64 builds- and it crashes on every H264 file i try to open.
Reverted back to 3698, everything works ok

[AluminumHaste]

What happened to all the awesome encoder settings? Such as X264, H264, MPEG4 etc

[Dstruct]

What happened to all the awesome encoder settings? Such as X264, H264, MPEG4 etc

Got removed. Search this thread for more info.

[adam777]

Hello all,
I've recently stumbled upon what seems to be the ffmpeg-mt development page (http://gitorious.org/ffmpeg/ffmpeg-mt), and it seems pretty active.
I was wondering what is the status of merging the ffmpeg-mt code into FFDShow, does it get updated as often as the normal ffmpeg (or is it that it get merged into the normal ffmpeg libraries and from there to FFDShow?).
Thanks, Adam.

[nevcairiel]

ffmpeg-mt will be merged with the normal ffmpeg eventually, probably going to happen this year, but it still might be a while.

In any case, if the decoder is working, constantly updating for minor changes is just wasted energy. ;)

[clsid]

The ffmpeg-mt code used by ffdshow is kept up-to-date regularly.

Some patches for merging ffmpeg-mt into official ffmpeg have been recently submitted to the ffmpeg developer mailing list, and a few of them are already queued for commit. Hopefully the rest will follow soon.

[adam777]

OK.
Thank you both, nevcairiel and clsid.

[EpsilonX]

Hi to all the FFDShow devs...
I have a little "problem" and need a confirmation if possible... :)
I haven't been able to use a direct "FFDShow Video Decoder" => "MadVR" to play DVD in ZoomPlayer...
MadVR users should know of the dreaded Macrovision problem when loading the DVD... :D
I'm using Windows 7 32-bit and FFDShow...

Yesterday, I tried again an suddenly it worked just fine... :eek:
FFDShow's libavcodec decoding MPEG2, outputing YV12 to MadVR...
No error whatsoever and it played just fine...
This is using rev3751 ICL12 from XvidVideo.ru...
Today I updated to rev3755 ICL12 from XhmikosR...
The Macrovision error is back... :(

Re-install rev3751, works fine again...
Then I tried rev3750, 3752, 3753 from XhmikosR, no go...
Tried the previous rev3740 from XvidVideo.ru, no go...
Tried rev3755 MSVC2010, no go...
Tried a clean profile with rev3755, still no go...

Since XhmikosR didn't compile rev3751, I can't compare it and be sure that it's the compiler difference (version, settings) that cause it... :rolleyes:
And since rev3751 is the latest from XvidVideo.ru, can't say that FFMpeg's update post rev3751 that cause it... :rolleyes:
So I kinda need other MadVR users to test it to see if you have the same result...
Aside from this, what other factor can possible cause this..?
I'll post a link to this post in MadVR's thread to see if there's any clue about this...
Thanks in advance...

Update :
rev3757 from XvidVideo.ru works fine...

[clsid]

The macrovision erro only depends on the renderer. ffdshow should have no effect on it. You might have played a DVD that didn't contain any protection or something like that.

[fastplayer]

clsid, what's the status on our forum? Should we close it completely and focus on SF's forum?
I've updated the wiki to the latest version and implemented required changes (http://sourceforge.net/blog/project-web-rebooted/) due to the SF's infrastructure updates.

[EpsilonX]

The macrovision erro only depends on the renderer. ffdshow should have no effect on it. You might have played a DVD that didn't contain any protection or something like that.

Now that's weird...
I only use 1 DVD title for all those test...
And yet, I got different results from 2 builds... :confused:
I'll post update when XhmikosR compile rev3757...
As of now, only XvidVideo's build works... :confused:

UPDATE :
Still no go with XhmikosR's rev3758

[madshi]

Which OS are you on, EpsilonX?

[EpsilonX]

Which OS are you on, EpsilonX?

Ah madshi...
Windows 7 Ultimate 32-bit + ZoomPlayer...
Details of my test are a couple of posts above, also linked to MadVR's thread...

[kc7bfi]

I am trying to decode H.264 video from Axis and Vivotek cameras. The cameras set to send video at 30fps. However, when I look at the ffdshow dialog box while the video is playing I see the Movie FPS increasing. When this happens the video quality begins to degrade. I know the camera is not sending the video faster than 30fps but sometimes I see a Movie FPS as high as 49fps. Does anyone know why this happens or how to prevent it. Thanks much. David

[mark0077]

Hi guys, I'm using some avisynth mvtools scripts to get 24fps clips upto 60fps. I have been struggling even with my relatively high spec machine, to get 1080p content to 60fps without frame drops.

To make a long story short, I can get 0 frame drops for large sections of movies but often get clumps of frame drops here and there. just now I find two things that I'm wondering are they ffdshow specific.

1) With buffer forward / back in avisynth in ffdshow disabled, these frame drops go to 0. Is it optimized or are there known problems that cause this to be giving me issues when enabled?
2) With it off, audio / video sync is lost, about half a second difference between the two, is this a ffdshow or avisynth problem?

[travolter]

Hi guys, I'm using some avisynth mvtools scripts to get 24fps clips upto 60fps. I have been struggling even with my relatively high spec machine, to get 1080p content to 60fps without frame drops.

To make a long story short, I can get 0 frame drops for large sections of movies but often get clumps of frame drops here and there. just now I find two things that I'm wondering are they ffdshow specific.

1) With buffer forward / back in avisynth in ffdshow disabled, these frame drops go to 0. Is it optimized or are there known problems that cause this to be giving me issues when enabled?
2) With it off, audio / video sync is lost, about half a second difference between the two, is this a ffdshow or avisynth problem?

Im using these scripts here.. doing 1080 60fps is very very cpu hungry.. so that the cause of framedrops. In certain scenes maybe the video is using few bitrate and your cpu can do the 60fps conversion ok .. other times the cpu is not enough.

My solution is use resize before apply the script. I resize always to 1280x720. You can try upper resolutions until find your cpu limit.

Hey !! I have a question for you .. . cause nobody reply here.
I use assumefps() in my script. Using the x86 version of avisynth/ffdshow I can change the input fps.. but using the x64 version it does not work.

Are you suing x64? can you confirm this issue? clsid said that disabling "drop frame on delay" checkbox is the solution. I bet that x64 have that drop frame on delay feature always enabled (the checkbox dont do nothing) Could you confirm this? do you know some alternative ffdshow version without that "drop frame on delay" bug fixed?

[mark0077]

Sorry I'm using x86. I found tweaking the buffer ahead to 12 got rid of all frame drops. Wonder why setting it to even 16 causes drops. Are you getting much speed benefit from x64 with your scripts. I wonder is there a way to give avisynth script process less priority than the video renderer because I have a very strong feeling I'm gettin dropped frames not because my CPU is even nearly maxed out but because madvr isn't getting enough CPU to do it's work in time.

I want to try giving it higher priority than avisynth to see can I confirm this. Anyone?

[travolter]

Sorry I'm using x86. I found tweaking the buffer ahead to 12 got rid of all frame drops. Wonder why setting it to even 16 causes drops. Are you getting much speed benefit from x64 with your scripts. I wonder is there a way to give avisynth script process less priority than the video renderer because I have a very strong feeling I'm gettin dropped frames not because my CPU is even nearly maxed out but because madvr isn't getting enough CPU to do it's work in time.

I want to try giving it higher priority than avisynth to see can I confirm this. Anyone?

the magic of x64 is mvtools2. I have 10% performance boost with it (I did my tests), so if your cpu is in the limit.. you can get rid of framedrops.
Btw Im using the script without buffer. ( just uncheck the buffers checkbox). Im not sure if this is a feature of x64.. I never tried to disable buffers in x86.

Anyway I dont know people saying that does not have framedrops with 1080 at 60fps.. try ffdshow resize before the avisynth script.. 1280x720 looks also awesome

[mark0077]

Ah cheers, so where did you get your x64 mvtools from. I never managed to get playback to work in x64, mpc-hc 64bit would just freeze the moment I select avisynth... And turning on buffers and setting it to the number of threads I use, ie 12 reduced my frame drops to 0 where as before that I would get random drops here and there...

[travolter]

Ah cheers, so where did you get your x64 mvtools from.
http://forum.doom9.org/showthread.php?t=152800

[cyberbeing]

ffdshow builds after r3734 (last working) are causing corruption with certain h.264 streams when using ffmpeg-mt. FFDshow r3744 shows corruption while playing normally, r3740 (last working for normal playback) shows corruption only while seeking.

libavcodec handles the stream fine in all builds. MPC-HC r2931 (MPC Video Decoder ffmpeg) also handles the stream fine.
CoreAVC 2.0 shows corruption similar to ffdshow ffmpeg-mt.

x264 r1867 sample of problem segment:
http://www.mediafire.com/?ambidqywri92f9q