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 converted AVI to MPG with .srt subtitle. However, when I played the result the subtitle intermittently disappear at a random interval. Could anyone please tell me what's wrong and how can I solve this problem?
Hard to answer. It depends on what kind of DirectShow-Filters for Subtitles in SRT- or SAA-Format are installed on your PC. Some of them do not like overlapping Subtitles. Maybe that's the problem?
I'm using VSFilter.dll in AVISynth to encode the Subs directly into the Video. This works all the time.
Raise the priority of the 'Directshow file reader' to 2 or 3 in the VFAPI plugins and make sure it is top of the list.
If you still have problems install FFDSHOW and load the subs via that in the configuration settings.
So all you have to do is determine the bitrate to use. This depends on the length of your movie which you did not specify.
However, it will be easy for you to determine. Use the bitrate calculator in the "Project Wizard". Open your file in the wizard, specify 900MB as the target size and TMPGEnc will give you the video and audio bitrate to use. Write the bitrate down and close the wizard and adjust the bitrate in TMPGEnc and encode. You could even encode straight from the wizard if you like. It can't be any more simple. This will produce a non-standard vcd.
You don't have any choices if you want to create a standard vcd. Just use the VCD template for 650, 700, 900 MB cds.
David you were right the first time.
9O min CDR's can hold 908 mb of raw data which is what VCD/SVCD is.
An 80 min CDR can hold 800mb and 823mb with overburning.
I am a novice at video conversion so please bear with me.
I attempted to convert an Mpeg file to Mpeg2 for writing to a DVD. Movie is 2 hours long, encoding estimated time of 24 hours to convert! is this normal? Then the conversion stalled out at aprox 11hours.
File was partially converted but has no audio. I picked mpeg system as the option.
I'm running XP Home on a 2.8Ghz P4 w/512 PC2700 ram.
What format is your original mpeg? Depending on the format (resolution, fps, etc) you might be able to burn that to DVD using the header tricks. You are only going to degrade the quality by encoding it again into a mpeg format.
I installed TMPGEnc before I installed .Net. Now the VFAPI Plugin section says "The file can not be loaded". I've done a search for it and it's there, so what do I need to do so it sees it?
I've got a seven second clip separated into M2v and AVI files. The AVI is LPCM. Now I run the AVI through the AC-3 encoder of TMPGEnc DVD author with AC-3 plugin.
This produces a AC3 file. I now take the M2V and AC3 files and multiplex them back together to create a short MPG file. This seems to play quite happily on WinMedia player.
Now I use this MPG file as the background for a motion menu in TMPGenc DVD author (I've got it set to always convert MP2 and LPCM files to AC-3) and all goes according to plan except that when I burn the DVD to disc and play it, the motion menu comes up saying it's still PCM sound. The main files are all AC-3, but not the motion menu, which should be seeing as I multiplexed an AC-3 file into it!
What am I doing wrong? Does the act of mutiplexing convert it back to PCM sound?
Yeah, I read that after I wrote the post. What's up with that? It even goes to the trouble of converting AC-3 to PCM just for menu background sound. Why not just let the AC-3 sound through, or better yet, convert PCM or MPEG to AC-3 like it does for the main tracks? Seems ridiculous to me.
I think Pegasys needs to sort that out pretty damn soon!
Did you ever see a DVD with AC3-Sound while playing the Menus? No? The reason is, there are no DVDs like that.
AC3 can not be used as Background-Sound for Menus, that's not a bug in TDA.
Actually, I went and checked a half dozen commercial DVDs and every one of them brought up Dolby Digital 2.0 sound while the menus played, according to my Sony AV amplifier.
The short company puff pieces, such as the Paramount Logo, were in DD 5.1 on a few of them, while the main progs were in DD5.1 or DTS. Not a single one had PCM as its menu sound system, or anywhere else for that matter. These were all NTSC R1 DVDs, by the way.
Yeah, NTSC do have it's own rules. All of my PAL DVDs do have MP2- or PCM-Sound as sound system in the Menus.
But what's your Problem? There's no need for using AC3 als Menu sound format - even in the NTSC-World.
If checked it. Only the very expensive Tools like Scenarist are able to use AC3 in Menus. DVDLab is able to that too, but in this Application, all Sound formats on a single Disc have to be the same Type. So if you use AC3 2.0 in the Menu, the Movie also has to have AC3 2.0 only.
No problem really, it just would have been neater is all. PCM sound for the menus is perfectly fine, it just seems a silly omission that once you have the AC-3 plug-in, TDA won't apply it to motion menus, even if you go to the trouble of giving it an AC-3 MPG clip to use as one.
I mean why not, what's the thinking behind that? It even goes to the trouble of converting it back to PCM, all the while it's happily converting PCM to AC-3 elsewhere on the DVD. Makes little or no sense to me.
TMPG has a bug with some files where for some reason it will read the time header information in the AVI and multiply it by 2-3 times.
You can solve this by using the source range function and just select the start and end points of the movie.
So I went through the process of creating a DVD from VOB files. Then I saved the menu theme. Now when I'm doing a new DVD I can't load the theme! I see options for creating a new theme, which is clearly not what I want since I spent an hour on the old one. I simply want to load the old theme "template" if you will and make the modifications therefrom.
Would be great if Ashy or Minion has a minute to offer some advice on this!
I have a VERY high quality AVI file I am trying to encode for authoring to DVD, which contains several high motion scenes. I have just started using CQ encoding, have been using 2-pass VBR for about a year now.
However, I am running into a little trouble. TMPGEnc Plus does not seem to be enforcing the max bitrate I specify "very hard" with CQ encoding. Perhaps because I have the quality slider up to 100%. (?)
With an audio track of 448kbps bitrate, my theoretical max for video is 9341kbps.
========
My problem is two-fold - TMPGEnc+ isn't keeping the bitrate below 9341 with 9341 set as max (it spikes up as high as 12000!), so the test DVD's with the audio track present stutter on the high motion scenes, presumably due to exceeding bitrate limit - this happens on encodes with 9341 set as max, and I think also with 9000. One encoding pass I made with 8000 set as the max DID keep the bitrates from spiking above 9300-9500 in the high motion parts of the video, and no stutter occurs. But then there are a lot of macro blocks visible in the high-motion scenes.
I have been using DVDLab 1.3.1's Bitrate Viewer to parse the encoded .m2v streams, as a sort of benchmark way to see where bitrates are getting too high. It's odd that it reports a "peak" lower than many of the spikes you can hover over in the graph and see what the bitrate is at that point.
I do have the Soften block noise option enabled in the GOP structure tab, with the default 35/35 set. If I understand the purpose of this option, it smooths macro blocks when the bitrate is right at the limit.
I've also been manipulating the GOP structure in attempt to keep the quality high - although I've normally used 1/4/1 or 1/5/2, the overall quality of the encoded video was a LOT higher with GOP sizes like 1/4/0, 1/2/1, 1/2/0, and 1/1/1. (I did also try 1/14/0 and 1/8/0 but didn't like the grainy/noisy effects). 1/2/0 was really high quality but searching the dvd (FF/REW) looked really bad. 1/1/1 is what I'm using now. I didn't want to use any b-frames but it does seem to make a big difference "searching". It seems to be counteracted by having an I-frame every 4 frames, the quality stays up really high.
===========
Maybe I am just going about this wrong - if I have the CQ slider at 100%, is it forcing TMPGEnc to exceed the max bitrate I have specified?
Typically the encode projects have had settings like this:
GOP size: 1/1/1 (0 picture spoilage for both P and B frames)
Scene Detect: OFF (not really needed since we will get an I-frame every 4 frames anyway)
closed GOP: no
Output interval of seq header: 1
max GOP size: 18 (though at 1/1/1 this is moot)
Since I obviously need to keep the max bitrate set to as close to the max as possible for best high-motion performance (8000 isn't enough!), would reducing the CQ level below 100% and keeping the max bitrate at 9000 or 9341 allow me to control those spikes/peaks (keep them at or below 9341), preserving the quality of the high-motion scenes? Or would doing that (reducing CQ level below 100%) just generally reduce the encoding quality across the board (maybe this could be counteracted by raising the minimum bitrate, for benefit of normal parts of the video).
In a nutshell, is there any way to make TMPGEnc+ ENFORCE the max bitrate you specify when doing CQ encoding?
Thanks for any tips or advice that anyone can offer.
Or could it be that because I am using such a small GOP structure (1/1/1), that the high frequency of I-frames is a big part of why the bitrate is so high? Using 1/2/1 would reduce the bitrate some, wouldn't it? (and not affect quality too bad).
I think I was also trying to reduce the GOP structure in attempt to get the file size up. Having such a high quality source it just didn't seem right that the encoded m2v files were coming out around 3200-3400MB with larger GOP sizes. It just struck me that somewhere, quality is being lost. (the "all I-frames" xfer from source I did for frame searching, for scene cut and audio matching purposes came out to around 5300MB).
Alright well I guess I'm just talking to myself out loud here.
Turns out that 9000 was OK as a max bitrate, I must have just gotten a bad test burn on that one where it stuttered. Either that or my memory failed and I had actually watched a test burn of one with 9341 as the max bitrate and that little bit was enough to cause a bitrate overflow to the VBV buffer during the high-motion scenes/bitrate spikes.
Also as it turns out there was some block noise in the source video during these high-motion scenes.
At any rate, solved my own problem. I also raised the minimum bitrate up to just about 250kbps below the (2-pass VBR-type) calculated avg. bitrate (up to 5600 from 4000) and that improved quality in the darker/low-motion scenes as well.
Alright well I guess I'm just talking to myself out loud here.
Turns out that 9000 was OK as a max bitrate, I must have just gotten a bad test burn on that one where it stuttered. Either that or my memory failed and I had actually watched a test burn of one with 9341 as the max bitrate and that little bit was enough to cause a bitrate overflow to the VBV buffer during the high-motion scenes/bitrate spikes.
Also as it turns out there was some block noise in the source video during these high-motion scenes.
At any rate, solved my own problem. I also raised the minimum bitrate up to just about 250kbps below the (2-pass VBR-type) calculated avg. bitrate (up to 5600 from 4000) and that improved quality in the darker/low-motion scenes as well.
Anyone? I'm having the same problem, using a DV-sourced AVI file and trying to generate a VCD-compliant MPEG1 file. I've done this dozens of times before, but this time it doesn't work. Note one major change to my system: I recently upgraded to Windows XP, and did a fresh install of TMPGEnc.
Any clues? The MPEG1 encodes are superfast, but all frames of video are black.
OK, I found the solution on another message board. This worked for me:
Try this ...Go to "Options" to "Enviromental settings" to "Vfapi Plugins" and raise the Priority of the "Direct Show Multi-media File Reader" to "2", This should Make it so there is an Image the next time you encode the File...If you do not see any Video in the TMPGEnc Preview Screen which encodeing then there will not be any Video in the Mpeg file....Cheers