haali incorporated with ffdshow = pwnage

[Elias]

Am I far off with suggesting that the haali splitter could be incorporated in ffdshow? It would really kick ass, because that's the only thing ffdshow lacks: good splitters.

[dimzon]

Originally posted by Elias
Am I far off with suggesting that the haali splitter could be incorporated in ffdshow? It would really kick ass, because that's the only thing ffdshow lacks: good splitters.
100% agreed

[stephanV]

hmmm... i dont see the point...

even if it would be handy to incorporate splitters in ffdshow, perhaps libavformat would be a more logical choice (though not necessarily better)

[Elias]

Originally posted by stephanV
hmmm... i dont see the point...

even if it would be handy to incorporate splitters in ffdshow, perhaps libavformat would be a more logical choice (though not necessarily better) Question: how can you not see the point?

[KpeX]

Originally posted by Elias
Question: how can you not see the point? the Haali filter is a splitter, ffdshow is a decoder. These are completely separate functions, and combining them (even if it was possible) would break the modular functionality of directshow filters (which is one of the few big advantages of directshow).

If you want an all-in-one solution, look into VLC or mplayer, or a player like MPC that includes many built in filters.

[Zarxrax]

Originally posted by KpeX
the Haali filter is a splitter, ffdshow is a decoder. These are completely separate functions, and combining them (even if it was possible) would break the modular functionality of directshow filters (which is one of the few big advantages of directshow).

If you want an all-in-one solution, look into VLC or mplayer, or a player like MPC that includes many built in filters.

The idea is to allow one download which allows people to play back your content. If you produce an mp4 file for distribution, people might be willing to download 1 thing, like FFDSHOW. However, if you tell them, "in order to playback this file, you need to go download this, and this, and then this" they are just going to ignore your file completely. Similarly, if you tell someone, "you can only watch this file on this media player" they will likely skip over it as well. people dont want to download a seperate player for something, they like to use the player that they are familiar with.

For this reason, ffdshow with splitters would be the perfect solution, allowing one download that allows playback of your content, completely transparent to the user, aside from downloading and installing it.

[celtic_druid]

Well I can't think of anything stopping someone adding splitter.ax, mkv.dll, etc. to the ffdshow install and a couple of extra check box options for them.

Is it really that hard to install two things though?

[opsis81]

The most logical solution for me would be:
Haali creates his own "Haali Video Decoder" and "Haali Audio Decoder" based on ffdshow sources.Decoders with less filters,all codecs enabled with very low merit(there are people in this world that don't know what H263,H264,ZLIB or LOCO mean) and a magic option in Haali Media Splitter "Prefer Haali Decoders for playback".
KpeX,this won't break the modular functionality of directshow filters.
3ivx suite comes with a media splitter,a video decoder and an audio decoder and they aren't breaking the modular functionality of directshow filters.Each good splitter deserves to have his own good decoders:)

[Elias]

Originally posted by Zarxrax
The idea is to allow one download which allows people to play back your content. If you produce an mp4 file for distribution, people might be willing to download 1 thing, like FFDSHOW. However, if you tell them, "in order to playback this file, you need to go download this, and this, and then this" they are just going to ignore your file completely. Similarly, if you tell someone, "you can only watch this file on this media player" they will likely skip over it as well. people dont want to download a seperate player for something, they like to use the player that they are familiar with.

For this reason, ffdshow with splitters would be the perfect solution, allowing one download that allows playback of your content, completely transparent to the user, aside from downloading and installing it. Exactly! I couldn't have said it better myself. For instance, I am now encoding my webcam movies to mp4. I used to encode them to mpg before that, and since MPEG-1 kicks ass when it comes to compatibility, I could send the webcam movies to anyone I wanted. I can't do that with mp4 because I first need to tell them to install ffdshow, and then some splitter like haali. People won't bother going to through all the mess just for watching a webcam movie. Therefore, the less they need to install, the better.

Besides, this would increase the compatibility for mp4/mkv files a LOT, since ffdshow is relatively famous nowadays, and people in general that install ffdshow don't have a clue what a splitter is.

[Yong]

Originally posted by Elias
Am I far off with suggesting that the haali splitter could be incorporated in ffdshow? It would really kick ass, because that's the only thing ffdshow lacks: good splitters.
i would like to see haali splitter incorporated in MPC too ;)
;but it's hard(and busy) for Milan to update ffdshow if haali fixed bugs or add new functions frequently...
(as u can see, Milan ever say he want to drop XviD and X264 support, because this two codec update frequently and ffvfw still use the old interface for this two codecs..)

[Elias]

Originally posted by Yong
i would like to see haali splitter incorporated in MPC too ;)
;but it's hard(and busy) for Milan to update ffdshow if haali fixed bugs or add new functions frequently...
(as u can see, Milan ever say he want to drop XviD and X264 support, because this two codec update frequently and ffvfw still use the old interface for this two codecs..) I doubt Gabest will do it. And Milan doesn't have to update ffdshow for every update haali does. And dropping XviD/x264 support in ffdshow would be suicide imo.

[Yong]

Originally posted by Elias
I doubt Gabest will do it. And Milan doesn't have to update ffdshow for every update haali does. And dropping XviD/x264 support in ffdshow would be suicide imo.
Have you ever ask Gabest for this? ;)
I mean dropping XviD/X264 support in ffvfw, not ffdshow..., and ffdshow will never suicide:D

[Elias]

Originally posted by Yong
Have you ever ask Gabest for this? ;)
I mean dropping XviD/X264 support in ffvfw, not ffdshow..., and ffdshow will never suicide:D I sent Gabest an email about incorporating haali to MPC. He said something about that he didn't have much time for updating MPC at the moment because he was working on lots of other projects. And Gabest isn't responsible for ffdshow. XviD in ffdshow encoding kicks ass :)

[Yong]

oh, too bad...
MPC is an opensource player, i hope i can code and add this kick a$$ splitter to MPC, but i'm still a n00b, know nothing about programming:p
XviD in ffvfw has less function than official XviD codec afaik.:)

[Elias]

Originally posted by Yong
oh, too bad...
MPC is an opensource player, i hope i can code and add this kick a$$ splitter to MPC, but i'm still a n00b, know nothing about programming:p
XviD in ffvfw has less function than official XviD codec afaik.:) I wouldn't be surprised if haali could do that. You let us know when you can :)

[stephanV]

Originally posted by Elias
Question: how can you not see the point?
If you want to combine the two installers in on package, that is fine, it isnt that hard. Although I dont know if there would be possible licensing conflicts. However, if you want to integrate Haali's code into ffdshow, that might be a LOT of work and waste time on things that isnt really necessary and could better be spend on improving both filters. Further I'm questioning if ffdshow might not become too bloated this way... DirectShow can become quite messy if you have too many filters that do one thing, I wonder how it would behave if you have one filter that does everything...

Anyway, downloading two things... it really is too much work, isnt it?

[yaz]

Originally posted by Yong
oh, too bad...
MPC is an opensource player, i hope i can code and add this kick a$$ splitter to MPC, but i'm still a n00b, know nothing about programming :p
life's less hard ;) u can use any (a lot of) ds filter in mpc wout/programming even a bit. u musn't even install that filter as it can be simply added in the options/filters/overrides section. see the help for details.

the bests
y

[Elias]

Originally posted by stephanV
Anyway, downloading two things... it really is too much work, isnt it? It's an excruciating task :) I don't know how to incorporate haali with ffdshow. I don't know anything about coding.

[multicone]

Matroska pack is used by many people not for matroska playback, but as slim codec pack with ffdshow. Next version of lite pack will incorporate Haali splitter and ffdshow, so it will be exactly what you want.

[Elias]

Originally posted by multicone
Matroska pack is used by many people not for matroska playback, but as slim codec pack with ffdshow. Next version of lite pack will incorporate Haali splitter and ffdshow, so it will be exactly what you want. Has this happened yet? Any link?

[Koti]

Happened and Link (http://packs.matroska.org/)

[namchik]

Matroska pack 1.1.1 says it can't find msvcp71.dll library when I try to configure video or audio decoder. (
OS: win xp sp1

[Axed]

Originally posted by namchik
Matroska pack 1.1.1 says it can't find msvcp71.dll library when I try to configure video or audio decoder. (
OS: win xp sp1

Alot of programs come with these libraries, for one, Nero. Try searching your computer for the file name, you should get lucky. If you dont, Google it.

[namchik]

Axed
Yes, I tried to put the .dll from NVE-3.0.1.7 package to ffdshow dir. But no luck ^(

[Elias]

Since ffdshow is included, could there perhaps be a chance to install the Matroska pack with the vfw for VirtualDub in the next release?

[Zero1]

Hey guys, finally took the plunge and registered on good old doom9, glad I finally did.

Wasn't sure if this would warrant a new thread, so I decided to play it safe and tag it to the bottom of this one.

I have to say, haali's mp4 splitter incorporated into FFDshow would be easy living, one item to install, uninstall and update. It's also (perhaps) easier for less computer literate people who just want to watch videos, you know click, install, watch. Keeping it simple and minimalistic in effect.

Now if memory serves me correctly (which unfortunately it doesn't do often :rolleyes: ) the h.264 decoding in FFDshow is currently one of the more tweaked and complete implementations, barring perhaps the likes of Nero, you know, keeping it opensource.

I've been encoding stuff with the x264 CLI (and I must say, excellent work guys, appreciate your effort) as mp4 streams. Playback requires a few basic elements. Your mp4 stream splitter, audio decoder and video decoder (I'm not sure if you'd require the AAC parser, or if that would be covered by the mp4 splitter).

On my system, I have FFDshow decoding the h.264 video, CoreAAC decoding the aac audio, and haali's mp4 splitter. It seems like a winning combination for now, but getting other people (who are perhaps predujice or not as computer literate) is a pain.

I've been speaking to people recently and gathering opinions, it seems that people either love or hate FFDshow, personally I'd rather not use it, but since it's doing a good job, no point fixing what isn't broken.

So in one of my many spare moments (yeah right!) I took some filters and some limited batch file/DOS knowledge and started to put together a basic package that would allow you to view compliant mp4 videos.

So far it has:
CoreAAC.ax (from COREaacDS v 1.0b9)
aac_parser.ax (from aac_parser v 1.1.0)
mp4.dll (from Haali matroska splitter current version as of 30 May 2005)
splitter.ax (from Haali matroska splitter current version as of 30 May 2005)

I suspect installing the Haali splitters just by using regsvr32 isn't adequate, however it seems to work for me, I assume previous installations have left some much needed registry values behind that it uses when installed via regsvr32 command.

I then go on to install FFDshow manually only enabling h.264 decoding, the reason being is that I don't know what files or how I would go about using FFDshow's h.264 decoding capabilities (libavcodec, right?) that I would be able to install via a bat file like the other filters above. Then again, there's also the question of is it a good idea to do that? I think I know what the answer is, but I like to experiment with these things.

So basically I'm trying to put together a bare minimal package for h.264 + aac in mp4 playback, but I've come up across a couple of brick walls, I hope some of the guys that frequent here that know of the inner workings of windows can point me in the right direction or offer some opinions.

Cheers guys