This forum is for users to exchange information and discuss with other users about a TMPGEnc product.
In case you need official support, please contact TMPG Inc.
Pegasys Products BBS [ Sorted by thread creation date ]
I'm using TMPGEnc to convert AVI files to MPG files to view on VideoCD. Most of them work fine, but I have one that TMPGEnc does not recognize. Windows Media Player does, however, recognize this file. Does anyone know what the problem could be? Thanks.
So here's where I am at and getting decent VCD's now:
Capture my JVC mini-DV videos of about 62.5 minutes long with Ulead VideoStudio into an .avi format with NTSC 29.9 fps and 704x480 framerate. This leaves a nice 13G file on my HD. I then use TMGPEnc to encode with the following settings that are producing the best video so far which is Framerate of 352x240, NTSC 29.9 fps, and CBR at 1594 bps and High Quality (Slow) motion setting. I then use Nero 5.5 to burn to a CDR using non-standard VCD setting and I get about 779Megs onto an 800Meg CDR.
I tried a few times with playing with CQ settings and one time 2-pass VBR, and even once with SVCD and mpeg2 but either the resulting files were too big or the quality was not acceptable. So my quesiton is are there any further setting tweaks to TMPGEnc and/or capture/encode/burn process improvements that you would recommend?
How do I caption a movie? I've created an *.AVI file and an *.WAV file, and now I wish to convert them into a VCD (MPEG 1) File, but it would be very helpful if I could add captions to the movie (Before or After the convertion?)
I would really like to see mpg supported too. I have a capture program that saves video in MPG then it will create a new segment when it hits the 4GB limit in W98. It would just save time for me to be able to tell TMPGEnc to ok use this mpg for video 1 then append the other mpg to the end of that in the final output. As it is right now I have to do 2 different mpg files with encoding then afterwards go back & 'merge' the 1st to the 2nd. An unecessary step if TMPGenc could just load up multiple segments at once.
hi, i have short movies (avi) which i made with a digital camera (canon ixus v2). when i select a avi file ( i'm using TMPGEnc 2.5), i get the window with: *.avi can not open, or unsupported. what can i do?
hi, i want to know something about the audio channel mode.
what means "joint channel" and what means "dual channel"?
do i have the surround sound from the original dvd- movie, if i use one of this options? or what will happened?
thx.
Dual Channel is for two independant Audio-Channels codet as Stereo. Left the English Sound, right the German one as an example.
JointStereo is a special setting for low Bitrates. But if you do DVD-Conversions, don't use this, you will loose most of the Surround-Sound if you do that.
Only with the TPMGEnc internal sound encoder youre stuck with stereo.
But eg. with HeadAC3 you can convert an ac3 audio stream to 2-channel Dolby Surround.
What??? Who says you can't?
Most programs such as DVD2AVI and VOB2AUDIO and many others, already downmix the Ac3 audio to Dolby prologic surround and surround IS supported by MPEG audio also.
There is no problem in making an MPEG file with surround sound. I think what needs clarifying here is that the surround sound can only be Prologic and not Dolby digital, but then again MPEG 5.1 (not Ac3) surround is supported in MPEG audio if you can actually find a way to do it.
Yes, that's the correct answer. Dolby Prologic is codet in "simple" Stereo-Streams. And DVD2AVI does a correct downmix.
MPEG 5.1 ist specified, but many Players are unable to play it.
Sometimes this is due to audio compression on the original. You must demux the avi file first and then recombine. Another way I have found is to run a file called uncompress on the .avi file which can be found in a zip or rar file called avi2svcd somewhere on the net.
Tmpgenc Does Not like Compressed Audio formats so you need to use "virtual dub" to extract the audio to a WAV file and use that as your audio source....
Has anyone run TMPGE in a dual processor system and gained significant performance? I am considering a dedicated box for TMPGE and want to do a lot faster MPEG2 encoding. My current P4 1,5GHZ 512 Meg RDRAM Dell takes about 3 hours to encode an hour of video. How do I get a lot faster speed?
Hey,
I'm running dual-PIII 1.0ghz in Windows 2k. I enabled a few settings in the .ini file that seemed to change the way that this program interfaces with dual-cpus, and I am getting full 100% CPU usage, so I suppose it's working. Help on this topic seems to be a bit slight, to say the least. As far as speed, before I enabled those extensions, it was looking like about 5 hours for Goodfellas, now it's down to 3.5 hours, so I'd say it helps a lot.
My P-4 Class Intel Celeron at 1.7GHZ encodes VCD"s at Real time, and with CCE I can encode AVI files at % times Real time but my old P-# 800mhz would take 8-10 hours to do a 2 hour movie, Pluss P-$"s have SSE-2 which p-3"s don"t so that P-3"s are faster at encodeing that P-4"s is Not True At All...
Minion, Last time I checked TMPG Enc didn't support SSE2, which means you have the floating point processor equivilent to a P-III 1.0 or so, it you are lucky. Check out SIS Sandra and benchmark your CPU without SSE2 and see what I'm talking about.
P-III may be better "IF" we compare at same clock(GHz), however, there is no P-III which is over 1.4GHz, P-4 is now reaching to 2.8GHz. Obviously, P-4 2.8GHz is most easiest way to archive faster encoding speed.
TMPGEnc has supported SSE2 one year ago, and has been updating almost monthly, since then P-4, is faster than P-III if we use TMPGEnc appropriately.
Yeah, the Benchmark on dvdboard.de is the biggest and bestest Benchmark ever done. It test's what realy matter to us: Encoding speed.
BTW: On my P4, VCD is encodet much faster than Realtime with TMPGEnc (0.6 to 0.8).
Half-D1 MPEG2 is between 1.8 and 2.5 (depants on if it is interlaced or not and the settings).
CCE encodes Half-D1 and SVCD faster than Realtime.
>Minion, Last time I checked TMPG Enc didn't support SSE2, which means you have the floating point processor equivilent to a P-III 1.0 or so, it you are lucky.
It must have been a long time since you last checked then because as far as I am aware SSE2 has been supported by TMPG since quite a few versions ago unless that checkbox for SSE2 under the CPU tab is just for show.
As for the P3's are faster than P4's comments, well that's a load of crap too. As minion says the the new versions of TMPG are built to take advantage of the new streaming extensions in the P4 which will boost encoding speed. Take a look in your TMPG folder you will see a file called P4Package.dll. This file is not for show, it does actually do something in P4's.
Also I used to have a P3 500 which would take 10 hrs+ to encode a 1 1/2hr movie. Now with my P4 1.7 it takes less than real time to encode from a .d2v file, usually about 1hr 10 mins and even less from an AVI which by my calculations is nearly 5x faster than the P3 500 even though the P4 1.7 isn't a 5x faster processor, so there must be some sort of optimization within the P4 which is making things encode faster apart from the processor speed.
I've captured a 45 minutes clip from TV using Pinnacle PCTVPro/SBlaster Live! and VirtualDub 1.4, then I've edited the file and saved it as an AVI file.
After I've created a VCD compliant Mpeg clip with TMPGenc 258.
The video is fine, but the audio disappears after about 2 minutes of playtime.
Played with WMediaPlayer, the mpegfile has the same problem, but if I play the AVI clip with VirtualDub, the audio is fine.
In encoding TMPGEnc reports indeed a "division by 0" error in the log, however it finishes the job producing good quality Video but the above problem on the audio. Has anybody an idea on why this can happen?
What format did you capture the Audio to???Allways Capture to WAV, and capture at 44100hz...and if you did this you can allways use something else to encode the audio to Mp2, like "Headac3e"...
thanks, the audio was captured at 44 Khz, 16 bit PCM uncompressed.
Yesterday evening I apparently sorted the problem, extracting the WAV file from VIRTUALDUB and then encoding with TMPGENC using the original video and the extracted audio track rather than the embedded track.
I could get some out-of-sync in this way, but still I do not know cause I have now run the compressor at the highest quality setup and it will take 9 hours before my old K6-2 will output the final file.
Ciao
I have been reading a lot lately about Mpeg encoding and am curious to how Tmpgenc handles Motion Search precesion on the second pass.
It is clear to me the allocation of bits on the second pass becomes more accurate i.e. Bits are taken away from less complex scenes and given to more complex scenes in order to maintain a more contant quality.
But is the motion search precision also improved on the second pass?
For example say I encode a sample with 2500 CBR
Now I encode the same sample again with 300 min 2500 Average and 2500 Max, 2 pass VBR.
Will I gain anything by doing the 2 pass VBR with the average and max the same.
Will the motion search be more accurate? Is it possible I will introduce new distortions?
The Motion Search Settings are used for both passes. You can't change that.
In the First Pass, TMPGEnc looks what Bitrate is necessary for a given Q-Factor. In the second pass it changes the Q-Factor dynamicly to get the given AVG-Bitrate.
This has nothing to do with the Motion Search Precision. This thing says TMPGEnc how to look for Motion in the Video.
There is no reason to do multi-pass VBR unless the average is much less than the max. And this in only useful on long videos with containing a lot of low motion shots lasting many seconds.
2-pass VBR on most music videos, for example, would be senseless.
Thanks for the replys, but the question I am trying to ask is whether the motion search precesion is improved on the second pass or just bitrate allocation?
Hey, i gave you the answer in my first posting.
Motion Search precission has nothing to do with the Bitrate Control Mode.
The second pass is for optimizing the Bitrate used for every GOP, nothing more and nothing left. Every Encoder is acting like this.
If you change the Type of Motion Search after the first pass, all the statistics, the encoder has calculated did not longer match to the new methode.
Motion Search is the process for recognize Motion in the Movie. The methode discripes, how to search motion. The Ammount of found Motion is important for things like Quantisation, so you get other Quantisation-Levels if you use an other Search Level. Theoretical it is posible, to look for Motion Optimisations, but NOT in only 2passes.
Maybe a Encoder can look for Motion in the First pass, then try to verify this in a second pass. A third pass will look for the Quantisation-Levels and a fourth one will do the Encoding-Job.
What I mean is not to change the type of motion search in the second pass, I mean is it optimised in the second pass. ie is the motion detection re calculated/re checked in the second pass.
or is only the bitrate optimised in the second pass.
Your not a pain, it's my terrible bad english that doesn't let me explain things like 2pass VBR realy clear.
OK, here we go: The second pass is for optimisation of the Bitrate for each GOP and each frame. The motion search will be done in the first pass and in the second pass, and there is no chance to change it or optimize it in the second pass. All Quantisation Levels, calculated in the First Pass, are the result of the Pictures and the Motion. Like i said before: if you change the motion search precission, you change every thing.
But, if the encoder is able to use a higher Bitrate for a GOP, he isn't forced to use a high Quantisation Level for motion compensated Macroblocks. This has a very familiar effekt compared to optimized Motion Search.
If you do 2pass with equal AVG and Max, you are doing the same like 1pass, but in the double time. You need a clear difference between AVG, Min and Max do get good results with 2pass.
A Min-Bitrate of 300 kbps will cause problems with some players. To be on the right side, never use Min lower than 1374-Audiobitrate. Some Players are having a small Buffer, an if the Bitrate is to low, thes will stuttering.
It lowers also the average Quality of your Video, if you use to low Min-Bitrates.
If you real want an AVG of 2500kbps and you don't want to left the Standard, use CBR.
But if you need an AVG of, for an Example, 2100 kbps, use Min 1850, AVG 2100, Max 2520 (with 192 kbps for Audio).
And Again: The Bitrate control mode has nothing to do with die Motion Serach accuracy.
OK, there's nothing more i can say about that (and for the German Readers: "Jetzt mag ich auch nicht mehr" ;) )
how do u demux or extract the audio from an asf file. I want a wav file that i can add to tmpegenc so that it doesn't ruin the sound when i convert my asf to vcd
Well you can try this, you can re-name the ASF to WMV, then use "DB-Power AMP" to encode the audio to a WAV file, you just need to make sure you Download the "WMA" Codec...Or you can download "Virtual Dub ASF" and use that to extract the audio.. you can get "DB Power AMP" here : http://dbpoweramp.com and you can get Virtual Dub-ASF here: http://www.apachez.net in the tools section.....
ohhh yes the wma codec...oops. ok woohooo now it works! BUT today tmpgenc can't open my asf file! it did it the other day after i repaired it with asf tools but not today?? Even with high priority for direct show... strange. it opens other asf files. Virtual dub c won't open it either.....says it can't find wmv1 codec. i load wmv8 video codec on my system today and the asf files plays worse! (random blocks now and then)...can igo back to 7? hmmm asf files are tempramental lol ps this asf files is played in mp 6.4