Log in

View Full Version : Encoding with Graphedit


WimW
19th February 2005, 00:21
Hi all,

Could someone enlighten me please?

Why can't I insert any of the encoders after the Mpeg2 decoder, in the place of the video renderer when rendering an Mpeg2 file?

I want to try file source - demuxer - video decoder - xvid encoder - avi muxer - filewriter but I always get "can't agree on connection" when I insert the encoder.


The encoders I tried are Xvid, MJpeg and also Indeo which is on everyones system I believe. The decoders I have, and tried, are the Compro decoder which came with my TV card and the Intervideo decoder.

Thanks,

Wim

KaiserS
19th February 2005, 00:25
Why don't you just use VirtualDub? Is there any specific reason why you are trying to encode XviD in graphedit?

bond
19th February 2005, 00:35
Originally posted by WimW
I want to try file source - demuxer - video decoder - xvid encoder - avi muxer - filewriter but I always get "can't agree on connection" when I insert the encoderhm indeed strange
you might want to try decoding the mpeg-2 video with dgmpgdec via avisynth (you can open .avs scripts in dshow too)

Originally posted by KaiserS
Why don't you just use VirtualDub? Is there any specific reason why you are trying to encode XviD in graphedit? well if he wants to try graphedit, whats wrong with it? its not necessary to point people always to the solution you think is the best, instead try helping them with their problem :)

KaiserS
19th February 2005, 00:49
Originally posted by bond
well if he wants to try graphedit, whats wrong with it? its not necessary to point people always to the solution you think is the best, instead try helping them with their problem :)

I didn't say there was anything wrong with it. I was just wondering why he would use it when VDub is alot easier and more reliable then graphedit is when it comes to encoding video. That was it. I've only had tons of problems when trying to encode with XviD when using graphedit, so using VirtualDub might be better.

opal
19th February 2005, 02:17
@Wimw
I think you should first let the grapgedit render the file, after the graph is build, remove Video render, insert your encoder+avimux+file writer, and connect them.
The two decoder you have tried are very selfish:) Try ligos instead.

WimW
19th February 2005, 08:48
Thanks for the reply, guys. I'm trying to locate the ligos decoder, and I see it's in some codec packs. Hope I can install it separately, won't do it otherwise. Codec packs are a disaster to stability, it seems.

I'm not using vdub-mpeg2 because of errors in the timestamps. The video plays fine in Graphedit, but vdub actually uses the timestamps and it gets desynced. Maybe avisynth then vdub would work?

Wim

opal
19th February 2005, 15:07
Originally posted by WimW
I'm trying to locate the ligos decoder, and I see it's in some codec packs. Hope I can install it separately, won't do it otherwise. Codec packs are a disaster to stability, it seems.
http://www.opalstudio.net/converter/ligos.rar
there're two filters inside, use regsvr32 to register them. I don't know if this will help.


Maybe avisynth then vdub would work?

why not have a try?

WimW
19th February 2005, 19:49
Thanks opal for the link. I got the ligos filters and they work in the graph, but when encoding, graphedit locks up on the bad timestamps. Playing is fine...

Also tried avisynth / vdub. Also has trouble with the timestamps.

If it plays, should it not be possible to encode it????

Cheers,

Wim

stephanV
20th February 2005, 02:18
if your encoding MPEG2 --> XviD

use DGIndex+AVISynth+VDub

WimW
20th February 2005, 05:46
Hi all,

I think I finally figured out the real problem. When I recorded the MPEG2 file, my computer was very busy during the first couple of minutes. That was still during the commercials before the movie, so I thought it would be no problem. Apparently the first part of the file contains lots of dropped frames.

VirtualdubMpeg2 tells me about anachronistic timestamps, and judging by the byte positions, I guess they are all in the first part. Vdub loses audio sync.

The strange thing is: I can't get it right, even when delaying the audio stream. I know the correct framerate because I always record this way. If it's synced at the beginning of the file, it's out of sync at the end.

So there must be some problem in the rest of the file too, right?

I demuxed with TMpegEnc, then ran the video stream through ReStream to correct the timestamps. Still, I can't get audio sync for longer than a couple of minutes.

So I can think of 2 theoretical solutions. One: Fill in the dropped frames with blank ones or duplicate frames. Audio and video would then match, and nothing lost. Or two: drop the audio when there's no video. Both of these could be based on timestamps, hoping that they are correct.

Or they could be based on the position in the original file. That should work, since playback is fine throughout the file, except for stuttering in the first part.

So... can anyone tell me if I'm making sense here? And if any program can do it?

Thanks,

Wim