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 am using the latest 2.53 to encode a MPEG-2 720x480 VBR into SVCD format using the ntsc svcd profile settings. The result is than burn in Nero and playback on a Sumsung DVD/SVCD player. The video jerk, hold, and mess-up.
I take a look at the bit rate analysis and found that for most part, my bit rate was under the 2.52mbs as the SVCD profile in TMPEGenc, but occationally, the bit rate will go as high as 9mbs, and every few seconds, a 3mbs or higher will pop-up, which cause the jerk and mess-up of the video on the TV.
I have tried several settings for 8 hours, and found that the work around is to modify the ntsc profile to CQ_VBR with maximum to 2400mbs and minimum to around 1000mbs. Now the video in the SVCD player play smooth. From bit rate analysis, it still show occational bit rate higher than 2.6mbs (svcd maximum allowed bit rate) but the rate does not go over 4mbs and only occationally, so jerking and mess-up may occur, but only slightly and one wont notice it if not paying attention too closely.
Is it possible to make TMPEGenc to encode CBR in a stricter manner by not going over too much?
Is it possible to make TMPEGenc to encode CQ_VBR and VBR so the bit rate will stay within the max and min bit rate?
You say it peaks at at 9mb/s. This seems strange as at most at CBR there should only be a 500 kbs variance and even though this peak is higher your DVD player should handle it.
Your jerking and if I'm correct your blocky display problems are more probably due to the disks you use and the way you are burning.
Never burn above a speed of 4x or this WILL give severe playback problems in most if not all DVD players and even then burning slower will give better playback.
If you burn at high speed then as you have noticed when there are high bitrate spikes your player is having trouble reading it.
This is due to the fact that your player is having trouble reading this information as it needs to be supplied quickly by the disk, but due to errors being introduced by high encoding speeds the information isn't correctly being read from the disk. This doesn't matter as much with lower bitrates as the information is written and read slower from the disk thus producing less errors.
This doesn't seem to happen with Windows software decoders probably because software decoders don't have the limitations of hardware decoders.
If it plays back ok in a software player on windows then it is probably not your MPEG, reduce the speed of your burn and try again.
Thanks for the suggestion to lower the burning speed fo the cd-rw drive. I will give it a try.
As for the 500kbs variance, I am not sure if it's true, because I do have 9mbs, 7mbs, 5mbs, 4mbs, and lots of 3mbs on the bit rate analysis of SVCD result.
Thanks for the suggestion to lower the burning speed fo the cd-rw drive. I will give it a try.
As for the 500kbs variance, I am not sure if it's true, because I do have 9mbs, 7mbs, 5mbs, 4mbs, and lots of 3mbs on the bit rate analysis of SVCD result.
For quick information, I check with PowerDVD when turning the information "ON" so I can see the bitrate and the video scene at the same time. I also use "bitrateview" program for full analysis.
I'm attempting to make a DVD compatible MPEG2 file using TMPEG and the new 2-pass VBR mode. Every time I do this, the process stops between 60% and 70%. It does this EVERY TIME. I've tried the old 2-pass method and it does the same thing. I've used the wizard dialogs, set the parameters manually and even carved the files up into smaller pieces. The *only* way I can get it to render an entire file is to not use any 2-pass method. MVBR, CBR and all the rest work flawlessly. My source file is encoded in MJPEG and is exceptionally clean but, I'd really like to use a 2-pass method so I can up the bit rate without increasing the file size that much. Does anyone have any information they'd care to share about this?
My System:
ABIT VP-6 Dual P3 1gHz (not OC'd)
1gb PC-133 SDRAM
NVidia GF2-MX400 w/TV tuner (primary)
Voodoo3 2000 (secondary)
Intel NIC
Turtle Beach Santa Cruz sound card
2 60gb WD HDs in RAID-0 (for video only)
2 15gb WD HDs (for system and apps)
HP DVD100i DVD+RW
Panasonic LF-D311 DVD-R-RAM
I thought of that and used VirtualDub to integrity check the file. It passed with no errors. The fact that I can also use a single-pass VBR encode and have it work sort of negates that problem as well. I've even encoded using a 2-pass Real Media process and had it work. Real Producer is very finicky about what it will accept and it ate my MJPEG file with no problem. I even tried frame serving with VirtualDub and AVISynth to no avail ( after 20 hours of wasted time =( ).
Does TMPEG have any issues with the size of a file? The file I'm currently working with is just over 15gb with video only. The audio track is separate and I don't try to mux it in during the encode. I have about 75gb free on my drives and the temp file produced during the first pass never goes beyond a few hundred meg.
I'm stumped about this. I'm about to conclude it is a driver or hardware issue but that would suck big time because I'll never find it. Could the SMP enhancements be screwing things up? I have no idea what processes TMPEG multithreads. I thought at first is was a deadlocking thread issue but I have no evidence to support that.
I forgot to mention that I'm using Win2K-Pro as my OS last time.
Have you tried to create an encoding log file and then examined this at the point where it stops.
It may give some clue.
Have you actually tried disabling the multiprocessor enhancements and heres a long shot, but is there enough space where your TMPG Temp directory is located?
I've got space out the waazoo. I think 75gig is enough but one never knows =)...
I've tried disabling the SMP enhancements. It takes longer to fail at that point (10 hours as opposed to only 6). I've run a test with *everything* turned off (multi-threading, MMX, MMX-2, SSE) and it ran for 5 hours (with 27 to go) and I just bagged the session. 30+ hours of encoding is too long for less than 2 hours of video on a dual P3.
Now that log file idea is a good one. I've always turned that off in favor of the extra processor cycles. The only question I have about that is will the log file get written if the job halts? And I mean HALTS! I have to use Task Manager to kill the process. Sometimes I have to hard boot to get it to terminate.
Hummm... Could I have a bad SDRAM chip? Everything else works pretty well most of the time (hey, it's Win2Krap) but not many things work the CPU and memory like MPEG-2 encoding. I've got a spare or two lying about I could pop in.
What is your input video then ? Try converting it to another format and then encode it. Maby the format you are using is not 100% compatible with Tmpgenc ?
Or you could even try this, seperate the sound file (wav) from the video file, then encode the to parts to one file. That works for me sometimes when you have sync problems and strange video problems.
I have established that TMPGEnc is supposed to be the best, so all I want to know is how does its PAL vcd template quality compare to real vcds you buy? Also I would like to know how I can increase the quality from the template without going into svcd.
Thanks
Techno what do you mean increase the buffer size to 224? To create correct Mpeg1 VCD data the buffer has to be set at 40KB. This is the buffer size the decoder uses and should be set at 40.
You won't get an increase in quality with that setting but you may get playback problems on your hardware player if use it.
To increase the quality just up the bitrate. A 2hr movie can roughly fit on two 80min cd's at a bitrate of 1600 kbits/s and if you lower the audio bitrate you can up the Video bitrate even more.
Look Techno I'm not being funny, but there is loads of documentation on buffer sizes and I suggest you go and read it. The same doesn't apply to Windows software decoders because the VBV buffer is irrelevant.
The buffer size needs to be set accordingly with gop sizes and bitrates and the particular decoder being used. At bitrates up to around 1800 kbps a buffer of 40 kbps should be enough, but above that the buffer should be increased.
So for VCD 40kbps is the optimal setting.
I doubt it has any bearing on quality as it's only used to set the buffer size of the hardware decoder so that it can display the clip correctly. If this buffer is set higher than the physical limit of the hardware decdoder the movie won't be displayed correctly if at all.
Most DVD players will be able to handle this higher buffer size, but some other hardware equipment which can only play MPEG1 such as Dreamcast or Cdi may not.
Why the hell do you think Mr Hori has set this as the standard in TMPGenc for Mpeg1 VCD. Don't you think if there was better he would have put this as the standard in TMPGenc.
It's fine tweaking things, but at least find out what it does before you do it.
I have a high quality widescreen dixv file that I would like to encode as mpeg2 to make an SVCD but the file is encoded at 640x352 @ 23.976fps and every resolution I have tried has "cut-off" the widescreen. Anybody know what resolution would be best for this situation and hopefully let me keep the widescreen, thanks in advance for any help
I keep get this error after i have run dvd2avi, and try to encode the project file in tempeng.
any ideas, I have the registered/installed the plugins as instructed (vfaip)
When I'm trying to open a .mov file (with the Project Wizard) in TMPDGEnc 2.53 I get an error which says "...can not open, or not supported". Does anyone know what's wrong?
I'm using TMPG 2.5. With earlier version I had no problems, but no I can't seem to make a working .mpg file. I only get sound and NO video.
Installing TMPG again didn't work.
Can anyone help me??
Now the next problem occurs (and I know I should look foor faq's or already answerred questions, but this way is faster):
after encoding, the movie is of bad quality (al little blocks). Is it something you can adjust in the options screen? P{lease help me, for this way I can't watch the movie!
In all the versions of Tmpgenc that ive used, when i try to use the the "Merge and Cut" tool, i have a problem...
If i click on an mpg in the list and edit the start and end points, when i come out of it, i get a "At address 73f91D04,Read error occurred against address 73f91D04".
I can continue on without problems, but whenever i go into an mpg to edit the strat and end points, i am greeted with the above message when i exit.
Any ideas?
I use Winxp PRo (but i beleive this happened on Win2000 as well).
What's wrong with my VCD making when I get only the voice but not the picture at all?
I've done everything by the manual: starting with the virtual dub, encoding with TMPGEnc and burning with VCDEasy or NERO. I don't see the picture of the movie in the virtual dub, but I don't see it in TMPGEnc either. When I start to watch the original (avi, divX) movie file with media player it works beautifully, but in the TMPGEnc (v. 2.53) I only here the voice...