Log in

View Full Version : Sonic mpeg-2 Decoders Graphedit chain needed that works in avisynth


Zep
9th December 2005, 21:17
Sonic mpeg-2 Decoders Graphedit chain needed that works in avisyth.

So does anyone have a chain that works?

Strange thing is I can play the m2v fine in Graphedit but using it the GRF
in directshowsource fails. I keep getting the dreaded "The filter graph manager will not talk to me"


Thanks

Anonymouses
10th December 2005, 01:04
My not just use DGIndex and DGDecode to feed it into avisynth?

foxyshadis
10th December 2005, 01:18
If you just rendered it in graphedit, you have to remove the final renderer! There should be output pins left open. That said dgdecode is more reliable and probably faster than directshow for m2vs anyway.

Zep
10th December 2005, 10:30
My not just use DGIndex and DGDecode to feed it into avisynth?

too slow. I have been comparing mpeg-2 decoders and so far elecard
is way ahead when you have a dual core AMD X2 4400+ OC to 2.6Ghz
like i do.

DGindex is great but the decoder is just very slow and does not take advantage of dual core and has no on the fly options at the low level
decode time.

I tripled my encode speeds when i use elecard with directshowsource
VS DGindex. The only problem is DSS chokes on 720p m2v files frame count
wise. IanB is looking into it. (works fine with 1080i streams)

I have been able to trick DSS into getting the correct frame count
via adding a padding clip to the end of the m2v but that is total
hacky :)

Zep
10th December 2005, 10:38
If you just rendered it in graphedit, you have to remove the final renderer! There should be output pins left open. That said dgdecode is more reliable and probably faster than directshow for m2vs anyway.


yeah first thing i always do and you have to always dump the final renderer.

the problem is sonic does not have their own demultiplexer so i had to
find one it would work with.

Anyway, turns out the decoder does NOT keep the YV12 format in the
stream and wastes a ton of time converting it then you have to convert it backto YV12. This silliness puts this decoder at the bottom of the speed
tests thus far. I looked at the reg to see if i could find an entry to get
it to stop the color space convert but there was none.
(zep drags sonic decoders to trash)

Anonymouses
10th December 2005, 22:57
too slow. I have been comparing mpeg-2 decoders and so far elecard
is way ahead when you have a dual core AMD X2 4400+ OC to 2.6Ghz
like i do.

DGindex is great but the decoder is just very slow and does not take advantage of dual core and has no on the fly options at the low level
decode time.

In what way is it slow? I can watch movies at real-time fps with using DGDecode with my Athlon 3500+. And have also gotten render rates of over 50 fps with just it alone in an avisynth script. How much faster speed do you need?

foxyshadis
11th December 2005, 00:24
No, he's right, elecard supports SMP and is definitely faster in that case, speed tests have borne it out. If he wants faster speed that's his perogative, same reason NaN released his optimized version of dgdecode. (But it's only P4 optimized so it wouldn't help here.)

Zep
11th December 2005, 11:46
In what way is it slow? I can watch movies at real-time fps with using DGDecode with my Athlon 3500+. And have also gotten render rates of over 50 fps with just it alone in an avisynth script. How much faster speed do you need?

I want as fast as possible from the hardware i have.

I get 110 FPS encode speed at 624 x 352 when decoding the full frame
and L4 resize to that with an undot at the end. At 960 x 528 I get mid 60's.

Anyway a 2800+ is fast and you get like 35 FPS. Isn't that enough?
Do you really need 50 FPS from a 3500+ :D