I have been creating VCD for the last 6 months using DVD2AVI and TMPGenc plus. I also use aviutil, vfapiconvert, and virtualdub when I need subtitles. I've created over 20 VCDs, with at least 5 of them having subtitles. I have been trying to create a VCD of a VERY long movie (over 7 VOB files) that requires subtitles. It was getting an out of memory error during the encoding process (TPMGenc pluse), which I tracked down to a bad VOB file. I re-ripped the one VOB file (#4) and now when I encode, there is no audio in TMPGenc. I have the .wav file created from DVD2AVI and I am using that as the audio source, but TMPGenc won't use it. I've played the .wav seperately and I can hear the audio fine.
This is the first time that I have had this problem. I have tried to adjust the environment settings in TMPGenc, but have had no luck.

Any ideas?

I don"t know what the Problem could be accept that it might help to Raise the "Wav Reader" in the "Vfapi Plugins" ,But if that doesn"t work you can use something else to encode the audio to Mp2 like Headac3he then Multiplex the Mp2 to the Mpeg video, or you might try one of the Audio encoder Plugins for Tmpgenc like SCMPX or Toolame....

I downloaded SCMPX. What do I do with it? Adjusting the wav environment setting did nothing.

I downloaded SCMPX. What do I do with it? Adjusting the wav environment setting did nothing.

I have been recording old black and white movies from my
satellite in VBR 720x480 4-6Mb p/s , and was wondering if
it's possible to convert and burn these films at 8 bit color
resolution instead of the usual 24 bit, which seems wasteful. Does
the MPEG-2 format support 8 bit encoding? For that matter,
does TMPGEnc support it?

LeXus

The Mpeg format is in YV12 Colorspace so your 8 bit RGB and 24bit RGB Files all get converted to this to be mpeg files So I don"t think your Question apply"s....

The MPEG codec should take advantage of the lack of colour data in it's compression. There is nothing you can do.

Just as I suspected. Thanks for the replies.

LeXus

Is it possible to convert wma files into mpeg? I tried it but it took almost 11 hours to convert it into mpeg, but after it was done, I got audio only for the first 7 min's of the movie. How come??????????

Tmpgenc Can encode the WMV Video But it sometimes has Problems with the WMA audio so it is Best to extract the audio to WAV and use the wav file as the audio track..You can do this with "DB Power amp" But you might have to rename the WMV to WMA ...

I'm interested in TMPGenc to convert divX to Video-CD but, I want to know if it is possible to include the subtitles that come with divX (like .sub) in the final Video-CD? And how can I do this?
Thank you very much

There are many ways to do that. But TMPGEnc can't do that alone, you need additional Tools.

Just surf to this side:
www.doom9.org

Read the Guides, and you will be happy ;)

While making 2 minute test encodes of a medium action 640 x 272 source onto 480 x 480 SVCD, the resulting MPEG file size went from 28MB (with CQ VBR 5000/0 @ 30) to 34MB (with 4000/0 @ 30)!

Why would the file size go up when the bitrate went down?

run the simple multiplexer on the output, it will strip buffer packets added to the file (bug in the latest version of the software)

OK. I'll try that tonight. Does this padding problem also exist in the Plus 2.5 version?

run the simple multiplexer on the output, it will strip buffer packets added to the file (bug in the latest version of the software)

1st sorry for the double post.

its a bug w/ 2.59

>run the simple multiplexer on the output, it will strip buffer packets added to the file (bug in the latest version of the software)

I tried that but the file actually grew another 40KB. Also, I was a little off with the original file sizes: 36.5MB vs 38.4MB. However the file still grew over 2MB dispite the max bitrate being reduced from 5kbs to 4kbs!

Hi

Can I Encode MPG2 using 3 or 4 pass vbr ???


I dont find that option

TMPGEnc provides only 2pass VBR.
Multipass? Maybe in a later Version.

I'm not certain, but I don't believe that is how multipass encoding works.

From what I understand, in multi-pass encoders the first pass is spent gathering information (motion data?) that is then used to calculate which bitrates should be used one which scenes to ensure the average bitrate is met.

Different encoders Do it differently, I think Tmpgenc does the Analizeing and averageing the Bitrate all in the First Pass and Encodes in the second pass ,Were I think with CCE it analizes in every Pass and encodes in the last pass..

Hi. Can anyone pls tell me what's the difference between the NTSC (29.97fps) and the NTSC Film (23.976fps) that are listed on the settings???

I converted some avi movies to mpeg (with NTSC Film selected) and burned them onto vcd, but my vcd can only be played on some DVD players while can't be played on some?? Is there anything to do with the NTSC/-Film issue??

Thanks very much.

29.97 FpS is the native NTSC-Format.
23.98 FpS is for progressive Film, converted from Cinema.
While Playing the Player does a Field-Duplicating (3:2- oder 2:3-Pulldown) to get 29.97 FpS.

Considering that DiVX encoding under VirtualDub it's at least 3 times faster (with similar time consuming precise filter at max settings) .. and considering that MPEG4 encoding requires way more computation than MPEG1&2 do.. is there any chance to see a 250-300% performance improvement and some serious assembly SSE/SSE2 optimization for your algorithms ? Quality is high but if MPEG4 at max quality settings can be encoded 3 times faster then your code should be revised to give the same encoding speed, at least.

TMPEGenc is one of the fastest MPEG-1 encoders there is. It's a simple fact that encoding MPEG-1/MPEG-2 content is much more processor intensive than encoding MPEG-4 video. I'm not certain why, but my guess is that when encoding, an MPEG-4 file, the bitrate is probably about 600kbit, whereas when encoding an MPEG-2 file the bitrate is probably well over 2000. Even VCDs encode at 1150kbit.

Now, I'm sure TMPEGenc will get faster in the future as optimizations continue to be added, but for the moment, be content with the fact that it's as fast as it is... It's several times faster than Nero's MPEG-1 encoder or AVI2VCD's encoder.

Oh, and to speed up encoding you can mess with the motion search quality setting, it makes an enourmous difference. With the default setting, a 45 minute source takes about an hour on my machine to encode to VCD, but with the motion search on highest quality it takes 3-4 hours. Setting the motion search to the fastest setting may improve your encode times substantially at the cost of quality (more artifacts)

The bitrate has little to do with encoding time. And you're wrong, MPEG4 requires much more calculations than MPEG1 and MPEG2.

Hello,

Yes, I'm aware this is a TMPGEnc forum but many of you guys use VirtulDub and I have a unusual problem in VirtualDub

I wanted to cut clips from 2 seperate huge Avi's. I did the cut and saved at 'direct stream copy' video/audio for both clips. Then I tried to append them and got this error:

'Cannot append segment: The video streams have different sampling rates.

'file info' on the first avi was 9.997fps(100034 us)

'file info' on the second avi was 9.996fps(100045 us)

I re-cut the first clip at 'direct stream copy' and changed the framerate 9.996fps.

I still cannot append the clips.
The 'file info' on the re-cut clip is now9.996fps(100040 us)

Is the (100040us) and (100045us) difference the reason I cannot append?
How do I make them the same?

How do I make the first clip (100045us)? Because if the fist clip is 9.996fps(100040us) and the second clip is 9.996fps(100045 us) is won't append.

Thanks for any help VirtualDub users...
Fess

I have not seen that exact problem but why not try to "convert" the 2nd clip to the same rate. Yes I know that it is already at that rate but perhaps VDub will do to the 2nd clip what it did to the first and then they will both be the same. That should let you append them.

You are On the Wrong track here...the Message says that the 2 files have different Sampleing rates Not Frame rates..the sampling rate is the Frequency of the audio..I have gotten this Problem when trying to Append 2 files into 1 file and it is a Bitch to fix But you have to make a copy of the File useing "Direct stream Copy" for the Video and "Full Prosessing mode" for the audio and set the Sampling rate to the Proper sampleing rate and Make a copy of each file then join the 2 New files..

Hello,

Sndtek, you were right....it work. By simply setting the framerate to 9.996 an open the first avi/cut/save at direct stream copy and then opening the second avi with the same setting as above has made the framerates identical (both are 9.996fps(100040us).

Minion
The error was "The video streams have different sampling rates". Frequency of audio was the same (11025hz, 1Mono, 8-bit). So most likely it was the framerate that was the problem.
I have cut an pasted your post anyway because when that issue arrives, I won't have to grind my teeth...

sndek, Minion...thank you
Fess

Glad I could help!

Im usually use the Sharpen filter when i encode Mpg1 with the 352*288 Resolution
in the Sharpen Filter option there is a option to enable field base .When i use that option the Video gets even more sharp it seems...but are that option only intended to be used with mpg2 interlaced videos..how about Mpg1 352x288 ?
is it normal to use the field base option in mpg1 too ?

anyone ever use Field base option when using sharpen filter in tnmpgenc ?

Hi All,

OK. Here's the senario...

I use the Clip > Arrange > Center (custom) to plop a 640x272 avi (no black bars in source) onto a 480x480 frame. I enter the parameters to get what I want visually and naturally any area of the frame not covered by my avi show as black.

Now the question...

Does TMPGE encode the top and bottom black into the compressed video stream? Or does it only encode the active area and simply "tell" the player to blank-out the unused portions of the frame?

This is important (IMHO) because although a solid black field will compress to almost nothing, the transition from that black field to the active video will (I believe) take up valuable bandwidth.

Thanks

yes it does Encode the Black bars as Part of the image...

Thanks for the info.

Too bad you can't just encode the active video and let the player place it on the requested frame size on-the-fly. Kind of how a player reformats an anamorpic 16:9 for a 4:3 monitor. Actually, it would be an easier process for the player because it would not have to scale the video. Only add the blanking. Oh well...

Thanks again.

The the transition from the black bars to the picture doesn't take bandwidth if the picture has a size that is multiple of 8.

So if TMPG encodes the voids as part of the stream anyway, what are the pros/con between letting TMPG add the black verses giving it a aspect ratio corrected, full frame source which includes the black void (ie frameserving it from avisynth all ready to encode)?

I don"t think that it really makes a Differance But it would Be interesting to do a Test to see what encoded faster and which used the given bitrate more efficiently?...

If you're working on a 16:9 source, you may wish to make an anamorphic video.

Some TVs/DVD players are capable of taking a 4:3 image and scaling it down to 16:9 adding their own black bars. My TV is capable of doing this, and it increases the pixel density while doing it resulting in a sharper output image.

>If you're working on a 16:9 source, you may wish to make an anamorphic video.
>
>Some TVs/DVD players are capable of taking a 4:3 image and scaling it down to 16:9 adding their own black bars. My TV is capable of doing this, and it increases the pixel density while doing it resulting in a sharper output image.

I had hoped that it was possible to only encoding the active playfield instead of the playfield + voids (albeit that the voids take up very little room). Making an anamorphic means the video has to be scaled vertically then reduced during playback. Thats 2 conversions away from the original source material, not to mention the larger file size and added encode time. A high price to pay for not putting the voids in the source from the get go.

The DVD video standard has 2 aspect ratios, 4:3 and 16:9. Black bars are NOT encoded except for very thin ones when 1.85:1 movies are encoded at 16:9 (1.78:1).

A DVD element (menu, video title, etc) with the 16:9 setting is assumed to be anamorphic and the player will squeeze the picture and add black bars (when instructed that the TV is 4:3). The squeeze is pretty sophisticated. Four lines are averaged together to get three.

This method allows 16:9 displays to retain full resolution.

When DVD authoring software sees mpeg input files with 16:9 flags in the header(s) it groups them together in a video title set that will have a 16:9 flag. Mpeg files that are not 4:3 or 16:9 will not be accepted by authoring software. Most consumer software does not accept 16:9.

IFOEdit can be used to change the aspect ratio setting for "video title sets" after a DVD has been authored. This allows you to supply anamorphic material encoded at 4:3 to consumer authoring software and fix the DVD database before burning.

What you say is correct. However, in my original post, the source material is 640 x 272. This translates to SVCD size of either 480 x 272 or 464 x 272 depending on how anal you want to be about pixel aspect ratios. I did not know if the MPEG-2 spec allowed the stream to be something less then 480 x 480 (or 720 x 480 for DVD) and simply place in the header information to the player that the video needs to be padded-out on the fly. If that were possible then 100% of the bitrate bandwidth could be for the active video.

To "take advantage" of amamorphic abilities of the player to vertically squeeze & pad-out with black would require that additional vertical detail be conjured up (ie vert scaling). That would increase the source material from 272 vertical to 400ish. Then the player takes that 400ish back down to 272 and plops it onto the output frame. Neither of these 2 conversions are lossless and the new vertically scaled source material is larger and would result in a larger encode.

I am trying to convert an avi to mpg but all I get is a blank, black screen (audio is OK). I have read others with the same type of problem and they've been recommended to increase the priority of the DirectShow plugin. When I do this however the whole program crashes! Any ideas? This avi is the second of two and the first one was fine.
Thanks