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 ]
TMPGEnc (version 2.53.35.130) suddenly will not run on my Win2000 computer. It opens, but when I try to load a file it just hangs up. It will accept a frame serve from virtualdubmod and display an image of the file to be converted, but non frame served files never get to that state...
All the files I am trying to open have previously opened, and they play fine in WMP.
I'm really not sure where to start with this problem. I suspect there may be a problem in the registry perhaps because if I "install" a newer version of TMPGEnc it knows which file I had tried to open in the earler version and hangs in exactly the same manner.
How do you "uninstall" TMPGEnc and clean out the registry entries?
I will sincerely appreciate any help anyone might offer to me!
In the meantime I did discover my problem. I'd forgotton that several days earlier I had tried to update Windows media player. After some checking I discovered that the update had not succeeded. Strangely WMP would still operate but the update must have messed up the codecs on my machine somehow. In any case I redid the update to WMP 9 and now everything works again
Hello! I tried converting a 640x480 video file to MPG and then burn it to disc using Nero's VCD function (without reincoding). I plopped the VCD into the DVD player and it works all fine and well except that the bottom and top parts of the file are cut off (there are subtitles at the bottom and I can only see half of them). I made the MPG file using all of the default settings so I was wondering what I can do to make the file burn at the right ratio?
I assume it has something do with MPEG Settings -> Advanced -> Video Arrange Method.
Some of the xvid/divx video files that I have tried to convert to dvd format TMPGEnc overcalculates the lenth of the video by like 3x. ie. a 24 min video file is calculated by TMPGEnc to 80 min. And after the encoding this perticular video there was no sound at all just the film rolling. Are there any plug-ins or solutions that i can obtain to solve this problem?
Some of the xvid/divx video files that I have tried to convert to dvd format TMPGEnc overcalculates the lenth of the video by like 3x. ie. a 24 min video file is calculated by TMPGEnc to 80 min. And after the encoding this perticular video there was no sound at all just the film rolling. Are there any plug-ins or solutions that i can obtain to solve this problem?
you'll need to set your start and end frames in source range, this means you tell tmpgenc exactly what to encode(the 24mins not the whole 80)
it sounds like your source vid has compressed audio in it, you'll need to decompress that audio to wav so tmpgenc is able to recognise it
there is a prog called avi2vcd(dont use it to create vcds, as it sux) but it has by far the best and most user friendly audio decompressor i've seen to date.
so d/l avi2vcd and you'll get decompressor.exe with the package, thats your bitch ;-)
Some of the xvid/divx video files that I have tried to convert to dvd format TMPGEnc overcalculates the lenth of the video by like 3x. ie. a 24 min video file is calculated by TMPGEnc to 80 min. And after the encoding this perticular video there was no sound at all just the film rolling. Are there any plug-ins or solutions that i can obtain to solve this problem?
I noticed a question someone asked "Can you tell me if the ac-3 plug-in will convert all audio, INCLUDING, audio used for bgm?"
This is just a hunch, but I think the guy was asking this "why does dvd author render ac3 audio for tracks, but when it renders BGM audio it turns even ac3 original audio from a video file into PCM?"
frankly, I too have the same issue. I have a small mpg2 video file i made using a still image, mixed with a 30second audio clip. the audio is in AC3 format. i use this 30 second video file as my background menu for my dvd. and of course, i check off "use audio from background video as BGM"
in my environmental settings i have selected both options to re-encode any pcm or mp2 audio into ac3. YET dvd author always turns my ac3 audio from the BGM into PCM. can you imagine, even after having both options checked off to convert ANY pcm or mp2 audio into ac3 AND using ac3 format to BEGIN with - it turns my ac3 BGM into PCM!
I'm capturing videotape concerts to burn as dvd's. I have no sync problems what so ever using DVD Movie Factory 2 to author. I much prefer TMPGENC DVD Author for it's menu options & styles. However everytime I try to author with DVD Author I get a/v sync problems. I've tried demultiplexing & multiplexing with TMPGENC PLus & that file to author > still have sync problems.
Using the following to capture:
"Output Type": Program Stream
720x480
VBR 6400 - 8000
GOP 15
Stereo MPEG1 Layer2
48KHz
384kbs
Is there a way to fix this problem? I've seen many posts about sync problems with DVD Author?
i'm afraid i cannot help you well, but at least i can tell you what the problem is, and give you an educated guess, why it works with (some) other software.
so.
the problem is, that your audio and video capture-rates do not match.
that's nearly always the case when different boards are used to cap audio and video, means video by some tv-card/gfx-card with vivo"/... and audio by the soundcard.
so the theoretical capture-rates are lets say 29.97fps/44100Hz, but the real caputre-rates differ from that a little - maybe 30fps/44100Hz or 29.97fps/44066Hz or something like that.
since most capture-apps use the audio-track as reference-time, the video-rate will be adjusted to match the audio stream - giving you a video stream of 29.998fps or 29.968fps or similar.
but since neither of these are MPEG-standard, the capture-app will write the mpeg-headers with the theoretical framerate of 29.97fps, but the gop-timecodes will recieve the timestamps calculated from the audio-stream, which will be the real-framerate, that is off by some amount.
and when you finally feed the file into tmpgenc-dvd-author, it will remultiplex the audio and video streams, using the "standard NTSC" framerate told by the mpeg-header, and NOT the gop-timecodes, which is why you will get a a/v lag which will increase over time.
(BTW: this is also the reason why you get a/v sync when you remux the file using tmpgenc mpeg encoder - you don't even need to author - try the remuxxed file in media-player - it should give you the same sync problems)
the reason it might work with some other app is, that probably not all author-apps rewrite the GOP timecode when remuxing files.
but that way you would end up having a non-standard conform dvd-disc, that might introduce strange behaviour when played by some picky hardware-players.
also, because the video-framerate is not standard, video will be jerky, even if it might be very subtle (depends on the amount of the a/v-rate mismatch when capturing).
some imperfect "solutions" i can offer you:
* cut the mpeg file into small pieces like 5 minutes or so, and add them to the project as independant files (you can use the same title though!)
* demux the file to audio and video, convert audio to wav, and use some tool like "sox" to strech the audio-stream so that it fits the length of the video-stream. then reencode to mp2, 48khz, and use that file as audio-source for tmpgenc dvd author. - you can use virtualdub to tell you what stretch-factor you will need (open mpeg file, menu: "video"|"frame rate..." -> read the value in braces after "change so video and audio durations match" -> calculate "that_value/29.97" (or 25 for PAL) -> that is your stretching factor)
* capture using a combined a/v capture-board
* use a capture-app that can sync on video, and dynamically resample audio for that purpose
I am trying to convert a .divX movie file to mpeg or VCD....however I get an error: "file name.divx cannot open, or unsupported" Am I wrong to assume that this program does not convert .divX files to other formats?
I'm currently using TmpgEnc create dvd from mpeg "dowloaded" from sat.
My Target is a PAL DVD at Half D1 size (352*576).
I use an AviSynth script to do the following:
1 - Separate the fields of the source video
2 - Crop them and resize them singularly to 320x256
3 - adding a 16 pixel black border to 352x288
4 - Rebuild an interlaced frame 352*576 in size
I produce and Avi File with a lossless coded wich I then
(finally :)) compress with TmpgEnc.
I use CQ at 100% quality 8000 as maximum bitrate 0 minimum bitrate.
VBV size is 40.
During PlayBack the movie shows some sudden gaps in playback.
I read some other posts on this BBS and I think that is the main
cuplrit of this are VBV too small.
My questions are:
1 - Is there a way to calculate an appropriate value for VBV or I
Should just set it to 0 and let TmpgEnc do the job ?
2 - It is better to add the borders to the file or it it better to let
TmpgEnc to center the image and add the borders by himself ?
3 - The resulting Mpeg has a average bitrate of 3500, in other posts
I have read that the minimum bitrate should not be set to 0.
Has anyone some indications of how to calculate an appropriate value ?
Should I also padded it ?
Thanks in advance for any help.
I also welcome any comment on the process used.
I'll raise the VBV size to 224 and I'll run some tests.
BTW. is it possible to change it without re-encodig the video ?
> 320x256 is a bit small for a single field, better resize to 336x280
I choose that dimension because I want to make the borders size a multiple
of 16 which is the MPEG block size.
The resulting size is within the PAL Safe area anyways.
> CQ of 100% gives you a kind of CBR-Encoding.
Do you mean that I sholud lower it ?
> Oh, and there's no need to produce an AVI first, open the AVISynth-Scriptdi rectly in TMPGEnc.
You are right, but at the end of my avisynth script there is a Trim istruction
yhat TMPGEnc. seems to ignore :(
First off, I thought mpeg block sizes were in multiples of 8, not 16, I could be wrong.
Also, I wouldn't use a minimum bit-rate of 0, if I want max quality, I do min and max of 8000 in tmpgenc, because thats the max value, although it is my understanding, DVD format supports up to 9000? Is this not correct?
You're idea of adding a black border is a good idea, I've wanted to know how to do that without simply cropping or letterboxing in Flask. Now I know I can use avisynth to do it. The reason, is becaues the overscan on most TV's is too aggressive, and I have AVI's that play perfect on my computer, but the subtitles, get cut off on the bottom and sometimes at the edge of the screen. So your idea of adding a black border is good, don't assume that TMPGenc will encode and center everything properly, because it will still cut things off if they are close to the edge of the screen on your computer. Some TV's are worse than others of course.
Also, it is my understanding that CQ looks better than CBR, and is smaller too. I haven't been able to tell much difference, because so far I've only been encoding Anime, so the quality isn't super great to begin with.
> First off, I thought mpeg block sizes were in multiples of 8, not 16, I could be wrong.
I found this information on the Avisynth user guide.
I used to make SVCD with the same concept, ie black borders,
so I can use the bandwith for something i will actually see.
The aspect size is sligthly off specs by it is unnoticeable.
During the playback on my TV I only see a small (couple of line) black line in
the bottom.
I will try to set the VBV size to 0 to see if TMPGEnc does it's job. :)
> I choose that dimension because I want to make the borders size a multiple
of 16 which is the MPEG block size.
Yeah, that's right, but consider on: You are encoding with half of the full resolution, so 32 Pixels will become 64 while decoding. So it's posible to see black bars at the Sides of your Video. That's why i suggest you to use 336 instead of 320.
336+16=??? 352 ;)
> The resulting size is within the PAL Safe area anyways.
See what i wroth on top of this posting.
> but at the end of my avisynth script there is a Trim istruction
> that TMPGEnc. seems to ignore :(
TMPGenc will not ignore anything in a correct AVISynth-Script. Guess there's some misspelling inside the Script. Oh, and TMPGEnc is also able to do such cuttings/trimmings. (Advanced -> Source range -> cut editing
>I found this information on the Avisynth user guide.
>I used to make SVCD with the same concept, ie black borders,
>so I can use the bandwith for something i will actually see.
>The aspect size is sligthly off specs by it is unnoticeable.
>
>During the playback on my TV I only see a small (couple of line) black line in
>the bottom.
So do you lose any quality, when you add the black bars? Because the AVi's I encode are already 4:3, so if I added black bars, I would be shrinking the video, does that make for loss of video quality, or is it small enough to not really be noticeable?
I would much rather have a slight letterboxing effect, than to have parts of my video cut-off.
>So do you lose any quality, when you add the black bars? Because the AVi's I >encode are already 4:3, so if I added black bars, I would be shrinking the video, >does that make for loss of video quality, or is it small enough to not really be >noticeable?
I do shrinking the video ideed.
The material I'm encoding comes from Digital Satellite. so it is not always
comply to DVD specs, that's why I have to reencode it
I do shrink the video and I add the 16 pixel border.
The outoput play perfectly on my TV,there is not visible (at list to my eye)
defference from the source material.
>TMPGenc will not ignore anything in a correct AVISynth-Script. Guess there's some >misspelling inside the Script. Oh, and TMPGEnc is also able to do such >cuttings/trimmings. (Advanced -> Source range -> cut editing
I agree, the same script works as expected on VirtualDub, it is only TMPGEnc.
Very bizarre behaviour wich I'm still investigating, there is probably some
problem vith the VFApi plugin.
>Yeah, that's right, but consider on: You are encoding with half of the full >resolution, so 32 Pixels will become 64 while decoding. So it's posible to see >black bars at the Sides of your Video. That's why i suggest you to use 336 >instead of 320.
>336+16=??? 352 ;)
I did not understand the statement.
The width of the TV frame is still the same, there is only less pixels.
The size of 32 pixels at Half D1 is the same that 64 pixels at Full D1.
I do not see black bars, at least in my TV.
On YOUR TV, OK. But if i would play your Disc on my TV, than it's an other story. The visible Area of my TV is arround 664x538 (Full-D1 PAL). So the minimum size for Half-D1 is 332x538 without black bars arround the Picture.
If you are Captureing From Satalite and file use a strange resolution Like 544+480 you can still author it to DVD and it Might work, The program i usually use to Author DVD"s DVD-Lab has features for Authoring non-standard resolution Files Like Satalite TS Mpeg2 streams which Might be something to try ......
I have a problem setting Colors with Tmpgenc. I record MPEG2 File from my TV Card with Video Bitrate 9000 and Audio 224. This file i change to DVD which works out Perfect. Now i try to change this to MPEG1 (Non Standard) with Tmpgenc for my Pocket PC (Ipaq H2210). I take following Settings
Video= MPEG1 (Non Standard)
Size = 352x288
Video Bitrate= 600
Audio= 44100/128/ Joint Stereo
With these settings i get the best results for my Pocket PC and the File Size also work out Perfect (110 min Film = 580 MB)
The only problem is on my Ipaq the Colors are very pale like less Red. I tried to change the Red Colors during Encoding MPEG1 (in Simple Color Correction) and tried so many different settings but could not get the better colors. Otherwise the film is Excellent but the colors does not comeup right.
Has anyone a Idea...??
When I convert a DVD (with DVD2AVI+WAV) and have the same Resolution which i wrote above, the quality of MPEG1 (after encoding with TMPGenc) is excellent.
This Bitrate i use because i want MPEG1 for Pocket PC (IPAQ H2210).
The Only problem is with MPEG2 File which i Record with my TV Card (Cinergy 400)
and the Quality of this Orignal MPEG2 itself is excellent with 9000 Kbit Bitrate.
If they provided more details for the Video, GOP, and etc. menus, it'd be easier to see. Maybe they just used that one screen? Their first shot did not look familiar at all. Maybe it is fake program to steal money? Or maybe it's a bootleg...