Encode with CCE to produce 16:9 Pal SVCD

[Raider]

Hi PPl,

Being quite new to this, I've managed to produce average quality vcd's, with the help pages on this site and searching through the forums for information.They are, as expected similar to vhs, with slight, what I would call ghosty effect, but this is not a problem. Quite happy with the result.
Use : claddvd>dvd2avi>tmpeng>nero 5.5.

Ok, I've attempted a svcd with CCE,(cos I want to see if svcd mpeg2 is better with CCE, as I get terrible blockiness on svcd vrb with tmpeng),managed to make a fake .avi file from d2v file using VFAPI converter, and then frameserved in vdub, so I'm ok so far. The film is Hollow Man, Pal, 5.1, 1:1.85 aspect ratio, 16:9 widescreen.

When I rip the .vob files and run them in dvd2avi, the film does not view as 16:9,even though the stats say that it is, it appears as a "square" view rather than the norm 16:9.
When I produce a test of the film using the above, CCE still gives me this square full screen view, and everyone has elongated bodies/heads etc...How do I get it to produce 16:9,I assume this is in vdub somewhere?.

If I produce the same in tmpeng, and aspect ratio 16:9 view, I get the standard 16:9 (with black borders)ok,(but blockiness)??

I'm pleased that I have got this far, searching through this site for info, and this is probably so easy to do, but I can't seem to find the answer?

SyStem: PIII, 733MHZ
256 RAM
C:drive 15gb
d:drive 24gb
Using CCE 2.5SP.

thanx for any help,
Raider.

[Truman]

CCE does not resize like TMPG do. In TMPG you select source aspect 16:9 and output 4:3.
If you frameserve with VirtualDub to CCE, use a resize filter in VirtualDub. Have a look at this guide.

[Raider]

@Truman,

Thanks mate. Excellent link. I resized to 480 x 364 and worked perfectly, then frameserved to CCE.
I've followed most of your links and posts before mate and they've always been good.I made a test svcd with CCE in CBR and VBR, both were good, vbr 3 pass was excellent but took bloody ages just for a 5 min clip. CCE rate was at 0.15, and should expect about 0.6 I think??
Seems that CCE is so much better than tmpeng for SVCD, and is meant to be faster???, but doesn't seem so.
CBR was quite acceptable and no blocks!!!
Muxed audio and video with bbmpeg, because I read that encoding audio with CCE was bad!!
Process I took seemed long and drawn out, but good quality, even for a small clip.
Clad>dvd2avi>Afapi convert>resize and frameserve in vdub>encode with cce>mux with bbmpeg(encoded audio with tmpeng)

thanks again mate.

Raider.

[adam]

Cce should be much faster than TMPGenc. I run a 1.333 AMD and I typically get speeds of 1.4, even with extremely heavy filtering and IVTC I never drop below .6 .

There are faster frameserving methods than vdub. Using Avisynth with the mpeg2dec.dll you can keep it in YUV format which can shave off quite a bit of time.

Give DVD2SVCD a shot, it will setup the necessary files to frameserve with this method.

[Raider]

@ Adam,

Hi ya mate,

I've tried dvd2svcd, and to be honest it took bloody ages.When downsampling the audio, it just locked up every time, and CCE took ages, didn't get much better rate than above (0.15). I've just looked and noticed that my drives don't have the dma option ticked, so I've just done that and rebooted.Will this make a difference??, I'll have another go.
Cheers Raider.

[Sully]

Even if you don't go the DVD2SVCD route, you should give the MPEG2DEC .dll (frameserving through AVISynth) a try. Just make sure you keep the YUV format checked in DVD2AVI checked.

The advantage is CCE doesn't need to change RBG to YUV (which is need to be a compliant MPEG2 (S)VCD file), so you're spending your time encoding, not converting AND encoding.

It's definatly worth a look.

[adam]

Raider: You should always have DMA enabled. In this case I doubt that is causing your slowdown since the most noticable way in which DMA speeds up your (s)vcd process is during the actual ripping of the dvd to your hard drive.