Log in

View Full Version : New Matroska Packs released


Pages : 1 2 [3]

ChristianHJW
17th March 2004, 10:41
Originally posted by Didée Yes, I tried ffdshow 12-03-2004. And I am still very unhappy with it.
- It *still* plays non-packed XviD *jerky* (not everytime, interestingly ... but in 80% of all cases. For me).

Is it possible that your problems are coming from ffdshow trying to decode audio, like MP3 or AC3 ? Please render your files in Graphedit and have a look at the playback graph.

- Aspect ratio handling still broken (at least when using its internal resizing). ... works like a charm here ? You sure have 'use overlay' enabled ? Please note that this function has been moved from the 'codecs' page to 'options' in the latest builds.


Anyway, it was decided yesterday by the complete team on IRC that we cant use the latest ffshow builds for the packs, because there is a MPEG4 encoder ( FFvfw ) coming in the pack, and as a well defined group of persons we all wont take the risk to distribute binaries of it without paying licenses to MPAA.

Several other solutions were discussed :

1. We make a ffdshow 'lite' build without the FFvfw

2. We create our own build of libavcodec.dll, with encoder disabled

3. We fork from ffdshow and restrict it to what it can do best : decode MPEG4 video, and nothing else .... and fast and stable ....

We dont know what we will come up with, but Nibor is talking to me on a daily basis on IRC now, with input form the complete team, so expect something good and working in not-so-far-future ;) ...

kilg0r3
17th March 2004, 12:51
Originally posted by ChristianHJW
... there is none. If we could be sure nobody would use crappy WMP anymore, we wouldnt need it .... Why the splitter does not yet seem to support stream switching.

ChristianHJW
17th March 2004, 13:12
Originally posted by kilg0r3
Why the splitter does not yet seem to support stream switching.

Including the stream switcher into the splitter is bad bad bad .....

We would end up with the same limitations like OggDS, means only the same channel number/sampling rate could be used in one file, and the player devs would hate us for doing that as this could interfere with their built in switchers.

Doing it with an independant filter, like mmswitch, is definitely the better way from a technical point of view, the only problem is that mmswitch is still a bit buggy ( latest version are pretty stable now ) and may interefere with other filters also.

From my point of view it would have been M$'s duty to include a nice audio stream switcher filter into DirectShow by default, so everybody could use it or not, and everybody could have tested his filters and packs for compatibility with it ....

kilg0r3
18th March 2004, 08:15
I already suspected that there be a more sofisticated perspective on these things. :) Thanks for clearing that up.

gitoshi
21st March 2004, 05:58
ppl, I can confirm the jerky playback in ffdshow with all 2004 builds. This problem was note & solved in XVID RC3 but remain in ffdshow.
The problem happen if your player use OverlayMixer as output. (CoreMedia player only use OverlayMixer).
If your player use VMR9 the jerky playback is gone. Just check info option in the ffdshow during playback , decoder FPS jumps from 10 to 100.
I test in 2 systems, Celeron 1ghz (Tualatin), AthlonXP (T-Bred).

@Didée:
Can you post your specs and player of use.

G

Nibor
1st April 2004, 23:07
Heya,

For all who only have subscribed to this thread, here's the new one:
http://forum.doom9.org/showthread.php?s=&threadid=73699

This thread can be closed or locked or whatever... :)

Regards
Nibor