ffdshow tryouts project: Discussion & Development

[Shakey_Jake33]

Why would you want that?
Because in some instances, I'd want to apply some settings to one build but not the other (e.g. I prefer to use CoreAVC for H.264 in the 32-bit build, but ffdshow in the 64-bit build. Another example is I prefer to use ffdshow for Mpeg2 in the 32-bit built, but the Microsoft decoder in the 64-bit build). My current workaround is to set CoreAVC to 'Prefer' in mpc but...
As I say, it's not essential, it'd just be handy.

[clsid]

I agree that 64-bit builds should not write to the 32-bit registry hive.

[haruhiko_yamagata]

I agree that 64-bit builds should not write to the 32-bit registry hive.OK, let's do that in the future.
By the way, has anyone tried MinGW - Minimalist GNU for Windows 64 (http://sourceforge.net/projects/mingw-w64/) ?

[haruhiko_yamagata]

the remuxed video from galapagos HD DVD made trouble, vc-1 with libavcodec didnt give out a picture at all, only sound. had to switch back to wmv9 for that. the video is 1080i at 29.97 fps, guess this combination was too tricky. unfortunately my samples at sendspace or megaupload already got deleted :SThank you for testing. libavcodec doesn't handle interlaced VC-1 contents AFAIK. Please use wmv9 for real use.

[Thunderbolt8]

is there a possibility to change this in the future ? dont like to do without llibavcodec's quality ;)

[haruhiko_yamagata]

is there a possibility to change this in the future ? dont like to do without llibavcodec's quality ;)As you know, we just depend on FFMPEG. Let's look forward to it　:).

[ACrowley]

Mhh.. i made a Test with (Haali-)libavcodec ,ffdshow build 1695 clsid , with VC1 1080p HDDDVD (Doom)

Its still 29.97FPs and i got no Picture

[clsid]

A sample file would be helpful.

[Thunderbolt8]

might be able to make a sample from galapagos again in 1-3 days

[Blkbird]

It doesn't seem to be a bug of ffdshow.
To which filter ffdshow is connected?
Updating the video driver may help.

You're right. It seems the problem only occurs if I set my player (Zoom Player) to use the "overlay mixer".

[Kurtnoise]

@devs: what about a mpc sv8 support from lavc ? There is a splitter (http://blog.monogram.sk/janos/) now...:)

[rickardk]

Yeah...is think ist a Multithreading Issue.
But WMVideoDecoder pushes both Cores ...maybe not efficient enough on Athlon Systems. I
dont know Cyberlink VC1 Decoder works perfect and fully smooth on VC1...to bad that we cant use the Decoder outside PowerDVD

With SonicVC1Decoder and SonicCinemasterVideoDecoder4.3 and WMVideoDecoderDMO its all the same.
Video starts playing smooth with ~24fps and after a few seconds the fps goes down to ~15 and it starts stuttering

Also the WMVideoDecoder cant use DXVA on VC1...DXVA works nice on WM9 MP

So far i Know ,the Problem only exist for A64 Users...all Intel CoreDuo User "i" know are having no Problems

No Rpoblme for my because I dont watch the untouched VC1, i always reencode it to 1080p x264 with German and English Audio.
However...im going to by to replace my A64 X2 5000 with a Intel Quad this Year :)

@RichardK
As i told you :
To get alltime 23.976 simply remove the Pulldown from HDDVD VC1 with vc1conv .
The remux it into your TS .
For MKV :
1. gdsmux (haali) muix EVO VC1 into mkv. You only get 29.97 FPS !! So youve to remux it :
2.mkvmerge : remux it with 23.976 Timecode
So you have solved you 29.97 fps Problem


I have given up on waiting for a solution on this 29.97 problem (I hoped it could be solved on splitter or decoder level).

So I will remove pulldown from all my HD DVD remuxes. I know how to extract the vc-1 es from my ts (using tsremux). But how do I replace it with the new stream created by v1conv (without pulldown).

Do I have to rebuild the TS with all audio streams seperatly extracted. Or can I mux the new vc-1 es into my old ts. Replacing the old vc1 es. Is there any tool for this?

[ACrowley]

cant help you cause i dont use VC1 in TS , SRY

[_xxl]

DirectX Video Acceleration Specification for H.264/AVC Decoding:
http://www.microsoft.com/downloads/details.aspx?FamilyID=3d1c290b-310b-4ea2-bf76-714063a6d7a6&DisplayLang=en#filelist
DirectX® Video Acceleration Specification for Windows Media Video® v8, v9 and vA Decoding (Including SMPTE 421M "VC-1")
http://www.microsoft.com/downloads/details.aspx?FamilyID=8792dfdb-8459-4cb7-adb4-fef30b609b31&DisplayLang=en#filelist
Quick Details
Version: 1
Date Published: 12/14/2007
Language: English

[Inventive Software]

Grabbed with thanks! I'll take a look when I got some free time this weekend. :)

[Thunderbolt8]

http://www.microsoft.com/downloads/details.aspx?FamilyID=3d1c290b-310b-4ea2-bf76-714063a6d7a6&DisplayLang=en#filelist

http://www.microsoft.com/downloads/details.aspx?FamilyID=8792dfdb-8459-4cb7-adb4-fef30b609b31&DisplayLang=en#filelist
in how far will we be able to benefit from that when we use ffdshow with libavcodec for both (h264 and vc-1) for playback? will this work together?

[RadScorpion]

@devs: what about a mpc sv8 support from lavc ? There is a splitter (http://blog.monogram.sk/janos/) now...:)

Well. there is more than just a splitter ;)

http://blog.monogram.sk/janos/2007/12/15/monogram-musepack-decoder-v0900/

... more to come. Any testers, reporters, hints, ideas are welcome.

Igor

[clsid]

Well. there is more than just a splitter ;)

http://blog.monogram.sk/janos/2007/12/15/monogram-musepack-decoder-v0900/

... more to come. Any testers, reporters, hints, ideas are welcome.

Igor
I hope this filter will eventually also support the older Musepack formats. Combining this filter with the Radlight Musepack filter doesn't work in WMP.

Removing the dependency on the VC2005 redist by static linking would be useful too.

[RadScorpion]

Hm... the older radlight filter works quite fine here along with the new splitter/decoder filters :-\. Yes. SV7 support is on the todo list.

As for the static linking, I prefer smaller files and dynamic linking, but you're right. Having both won't hurt anyone.

[clsid]

The two filters work fine for me in Media Player Classic. But your filter doesn't work properly in WMP as a result of the regkey "HKCR\Media Type\Extensions\.mpc", which is required for the RadLight filter. That key forces WMP to use the RadLight filter for all .mpc files. Removing this key makes your filter work, but then the other one fails.

But once you add SV7 support, the RadLight filter is obsolete :)

[RadScorpion]

Oh. I see now. there have been two versions of the old MPC filter. One that was (FileSrc+Split+Dec) in one filter, and the other one could connect to file source filter. So I assume you are using the first one.
Ok. Thanks for testing... gonna take a close look at the SV7 stuff.

[clsid]

That explains it. I have got rlmpcdec.ax 1.0.0.4. Any idea where I can get the other version of the filter?

[RadScorpion]

I think it's part of latest radlight build... at least that's what graphedit said.
In case someone was interested I've uploaded the filter here :
http://blog.monogram.sk/janos/download/filters/RLMPCDec.ax

[Thunderbolt8]

got a problem with ffdshow's h264decoder/codec (libavcodec problem?): when I remux the 1st episode from the band of brothers HD DVD (AVC) then I get rainbow frames, funny coloured pictures (it looks already that way in the original .evo, when I open it with mpc & ffdshow). all the other episodes are fine so far, though. tested this episode with coreavc and no rainbow frames to be seen in there.
I can provide you with a sample, just tell me where to post the link and if the sample has to be from the original .evo, demuxed raw stream (evodemux) or remux to .mkv and if it matters if the sample is taken from the mid of the file or has to be from the beginning.

edit: heres a sample (video only, remux to .mkv) http://www.sendspace.com/file/yml19z

and heres another 50mb sample of the original .evo so you can remux and demux the video stream yourself and see if this could help
http://www.sendspace.com/file/iexd6k

[_xxl]

Mplayer is working?

[Thunderbolt8]

dont have mplayer, in how far is it different from mpc?

[clsid]

It does not use DirectShow. But more importantly it uses the libavcodec library, like ffdshow does. So in case of decoding problems, it is useful to know if the same problem also occurs with a recent SVN build of mplayer. If the problem also occurs with mplayer, then the bug is likely to be within libavcodec.

[Thunderbolt8]

ill see if I can get mplayer working here then.
where should I download it from, can it be from here: http://esby.free.fr/CelticDruid/mirror/mplayer/ ?
if yes, do I have to take the "neutral" version (=non athloxp, prescott, p4 etc.; got a c2d)?

edit: aerf its a command line tool, how can I get a frontend for it ? :S

edit²: went to mplayerhq.hu and downloaded the "MPlayer 1.0rc2 Windows GUI file" from there and the funny frames are still in it with this version. so if this was a valid test, yes, it looks funny as well with mplayer.

[clsid]

You can find a newer version here:
http://mulder.dummwiedeutsch.de/home/?page=projects#mplayer

[Thunderbolt8]

got the celtic druid version from december, 3rd running with mpui, same funny picture with it

[Thunderbolt8]

You can find a newer version here:
http://mulder.dummwiedeutsch.de/home/?page=projects#mplayer
funny picture with this version as well

[toytown]

I tried the clip with coreavc/powerdvd/ffdshow, only ffdshow had the problem viewing it.

Interesting though, if i opened the clip and immediately jumped to say 10 seconds in, then the clip played fine without the rainbow affect going through there faces.

[Thunderbolt8]

not in my case, no matter whether I played the evo or the remuxed .mkv and jumped somewhere, the effect was always present

[toytown]

I just tried it again with windows media player and media player classic, it definetely works it i seek immediately before it starts showing the first frame.

[Thunderbolt8]

dont seem to be able to get that, it starts too fast before I can hit space for pause. best I could get so far with mpc was 1 drawn frame

[toytown]

I guess what i was trying to add, is that, it can decode it properly from x frames in, but there is something in the first frames that is an issue

[Thunderbolt8]

hm I muxed the file again and enabled file splitting after 20mb. so I tried to play the 2nd file then, because the very first frame of the big video is then skipped of course, but the problem still existed.

[Inventive Software]

funny picture with this version as well

See if you can find a recent ffplay binary, and try it with that.

[Thunderbolt8]

im not familiar with ffplay and mplayer and that at all so I dont really know where to look for it and which files I need :S

[clsid]

Just be patient and wait until the FFmpeg developers have implemented support for the entire H.264 standard.

In the meantime, you could use for example CoreAVC.

[Thunderbolt8]

I'd rather prefer to die instead, coreavc's PQ sucks :P
then I will stick to powerdvd just for this episode until a solution has been found.

btw what does it mean 'for the entire H.264 standart', is there something missing, I thought h/x264 was already fully implemented?

[EpheMeroN]

Just got a new Core 2 Duo laptop running Vista Home Premium.

Was wondering if there are recommended versions for a) Vista, and b) that are compiled for performance with a Core 2 Duo processor?

I just downloaded "ffdshow_beta4_rev1685_20071206_clsid.exe" off the SourceForge page.

[_xxl]

Was wondering if there are recommended versions for a) Vista, and b) that are compiled for performance with a Core 2 Duo processor?Only handwritten code make a diference in speed.
I thought h.264 was already fully implemented
Interlaced pictures + spatial direct mode is not implemented.
Start a donation for this issue?

[clsid]

Just got a new Core 2 Duo laptop running Vista Home Premium.

Was wondering if there are recommended versions for a) Vista, and b) that are compiled for performance with a Core 2 Duo processor?

I just downloaded "ffdshow_beta4_rev1685_20071206_clsid.exe" off the SourceForge page.
The version that you have works on all versions of Windows and is suitable for all kinds of processors. There is no 'optimized' version that will perform better on your processor.

[Thunderbolt8]

Interlaced pictures + spatial direct mode is not implemented. Start a donation for this issue?would this actually help to speed things up? :p

[_xxl]

Some good news:
http://mpc-hc.svn.sourceforge.net/viewvc/mpc-hc?view=rev&revision=346
would this actually help to speed things up?
You could support ffmpeg developers for hard work.

[clsid]

Idea:
A whitelist/blacklist for DirectShow filters that ffdshow is allowed to connect with in a graph.

I think this may be particularly useful when raw video is enabled in ffdshow.

Any opinions?

[Inventive Software]

Anything as long as Cyberlink gets screwed over. :D

[molitar]

Some good news:

http://mpc-hc.svn.sourceforge.net/vi...v&revision=346

So how do these files work? And how do they work? These are to use the hardware acceleration built into our video cards correct? How will it compare to software like CoreAVC?

[Thunderbolt8]

You could support ffmpeg developers for hard work.
well I would even do so, knowing that I wouldnt be the only one then so that when actually most people who use ffdshow spent some money a larger sum would come together, which may really be a big support then. apart from that I guess in case i'd be the only one my money wouldnt do much :/