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 ]
When using version 2.57 free & plus trial version I always get a "Stream reading error" when cutting or multiplexing a mpeg2 stream to SVCD.
In versions 2.56 I don't have these errors.
The file I used was a Divx5 file with uncompressed audio frameserved with virtualdub4.10 & subtitle plugin used & converted to mpeg2 program stream with version 2.57.
just wandering i i'm the only one with this problem?
No you are not the only one I have had problems with the merge and cuz adding the SVCD header while editing or muxing, luckily the authoring programs I use do need the svcd header to author the svcd.......
Is there a prog which will let me chop my 3 gig mpeg into smaller sections to fit onto a CD, but where I can specify size not duration as you have to do in MPEG merge&cut ?
Yes .. you can use "BBMpeg" what you will have to do is de-mux your mpeg file then load it into the "multiplexor" in BBmpeg then specify how big of pieces your file will be cut into,so you can specify say 750mb and it will mux the files together but splitting them into 750mb parts..it is a bit of a hassle to de-mux the file but it does a good job of splitting them into parts.or you can try one of the mpeg editors here in the tools section:http://www.apachez.net
Hello,
I am running a Pentium 1.62 with a WD 7200SE HDD. My captures are fine. I can capture in MPEG 2 or MPEG 1 format without any problems what so ever. All my captures are flawless in any size or bitrate etc. But after I encode the file, the video and audio is fine for the first 50 minutes or so. after that the video and audio become out of sync. Are any of you guys having this problem? if so please let me know. Only thing that I can figure is that I need to beef up my memory from 256ddr to 512 or 1 gig maybe. I encode in Divx so if anybody is having the same problem or has a fix for this please let me know.
Thanks, Jimmy
If you are captureing to mpeg why do you want to re-encode them , just burn them to disk, if you capture to the correct resolution... but if you are going to encode the files anyway then capture to an avi format then the quality will be better cuz mpeg is a lossy format and there are some avi codecs that are pretty close to loss-less, are you dropping any frames while captureing??I run and Intel 1.7ghz and 256mb ddr-ram and have a 20 and a 7200rpm 60gb hard drive and I sometimes drop and few frames especially captureing to mpeg, this can cause de-sync...but if I capture to avi I don"t drop any frames...just a thought.......
Converting a 237 min avi/divx movie , after 55 min 55 sec movie time i get
"Write error occurred at address 0048715A of module TMPEGEnc.exe with 00235000"
TMPEGEnc version 2.57.41.146 Core 1.90.138 (previous versions down to 2.54 give same error). It's not a crash, TMPEGEnc can accept its Start button and begins conversion of movie again from the beginning.
- system is P4 with 512M Ram
- have tried both PAL VCD and PAL SVCD.
- have defrag'd HD and checked for bad sectors.
- have 4G free space in TEMP
- have 10G of free space on destination
Find out exactly what frame it stoped encodeing at then use the "source range" to start encodeing another file were it stopped encodeing then use the "merge and cut" to join the two mpeg files into one, if it is done properly you will hardly notice the transition...if iti happens at the same place every time then there is probably a error in your file at the poion were it stopped encodeing..
Hi again,
I just tried running the same avi/divx file throug Ulead Videostudio6, producing an SVCD quality output without any problems. So if it's an error in the input file, its not bad enough to stop the Ulead software but TMPEGEnc stops every time.
I would suggest improving the error message with more info and maybe add some sort of recovery or "skip and continue" .
I have tried to convert an avi file to mpeg using tmpg, but when I view the mpeg file after conversion all I have is a black screen, and the audio is OK
Please help
If you can"t see the movie in the Tmpgenc encodeng screen then there is not going to be a picture.... what probably need to do is raise the priority of the direct show files reader in the vfapi plugins, you do this by going to "Options" to "Enviromental Settings" to "vfapi plugins" and raise the "Direct Show File Reader" to "1" or "2"....this should make the picture viewable in the encodeing screen to you know if it is working right..
You should ALLWAYS extract the audio from your avi file to wav file with "Virtual Dub" cuz Tmpgenc does not like compressed audio formats and most avi file have compressed audio...
I know that because of the standard video bitrate (1150) and the audio (224) you can burn a 80 minutes cd-r with a miximum of 1:20 minutes of mpeg-1.
So, now here is my "problem"
I have an avi which is 1:20;20 (and believe me the is nothing left to cut)
So i thought that if i encoded it into a mpewg-1 with 192 kbps audio that the size might be below 800 MB's.
In this way it would fit on ONE cd-r
To my surprise the mpeg-1 was 802 Mb which is the same size as if i would have encoded it with 224 kbps.
When you change the bitrate to a lower bitrate Tmpgenc will Pad the stream to keep the bitrate at the VCD compliant Level.. you need to go to settings then you "system" and change it to "Video-CD Non-Standard"...If you used the CQ encodeing method you could use a higher bitrate and get a smaller file size and get a better quality mpeg file...
Thanks for the answer, you didn't disappoint me :)
I realized i left one little piece of information out in my question and that is that i would like to beurn it in order to play the vcd on the dvd-player
So if i change to "Video-CD Non-Standard"
then it is a question of "trail and error" whether or not this vcd will play in my dvd-players, isn't it ?
The chances that it will not play are next to nothing, you haven"t changed the perameters enough to really make a differance but some burning programs might give you a little error but just burn it anyway it will work........
About half the time when I'm encoding an .avi file to a .mpeg - half way through the encoding the audio just stops (fyi the file is about 15 minutes long). The audio is fine on the AVI file - it's there until the end, and the sync on the conversion is fine until the sound vanishes. Any clue how to get it to stop - It's really annoying?
What format is the audio??? Tmpgenc does not like encodeing compressed audio streams and can cause problems like cutting out and the audio just not being there..It is allways a good Idea to extract the audio to a wav file with "virtual dub" then use that as your audio source, cuz tmpgenc encodes wav files the best and seems to only fully support encodeing them...another good this to do is use the external audio encodes for Tmpgenc they are far better than the audio encoder that Tmpgenc has built in..The two that I have tried ate "toolame " and "SCMPX" you can find then on any search engine and you install then in Tmpgenc by going to the "External Tools" in the "enviromental settings".
The mpeg tools in Tmpgenc arent that stable accept the multiplex works good and de-multiplex but the editor isn"t very reliable, Mpeg2 editors are usually quite expensive cuz mpeg files arent meant to be edited, but there are a few you can try here in the tools section : http://apachez.net/
I'm using Tmpgenc to join a few mpg files. The original mpeg is 2913kbps, but the new mpeg file created by Tmpgenc is about 2200kbps. I would like to know if I'm losing video quality in this join process or is it that Tmpgenc does better encoding than in the original mpeg files. Also, is there a quality setting in the Tmpgenc mpeg encoding process?
Thanks and pls. also send reply to balu@unm.edu if it is not a problem,
Balu
So you are saying that the Bitrate before you joined the files was higher than after you joined the files??If this is true then it must be a glitch with writeing the header because the joining you files should not decrease the quality or the bitrate, so I wouldn"t worry about it unless you have problems playing the file.....
Yes, the bitrate of the original source is higher than in the mpeg file created by TMPGEnc. And, it is not a problem with the header because the size of the new mpeg file is smaller in the right proportion compared to the original mpeg source files.
I can play the new mpeg files fine. But, I'm not sure if I'm just imagining that the original mpeg file seems very slightly better than the new mpeg file created by TMPGEnc.
If you know how 'merge and cut' works in TMPGEnc, I would appreciate it,
Balu
tried to check encoding (avi to mpeg) was working after 5 mins. Played the new file which looks good for video but there was no sound at all. should the sound be attached as its encoded or does it happen later in the encoding programme?
The audio is not there because the audio is of an unsupported format, you need to extract the audio from your avi file to a Wav file with "virtual dub" but if the audio is AC3 then you will nedd and AC3 decoder to extract the audio to Wav.you should do this with allmost every file so you don"t run into these problems....
Thanks for taking time to reply. This is all new to me, so appreciate your & other peeps patience. Where can i get a walk through (hand held)of exactly what i have to do, re seperating the audio using 'virtualdub' (and at some point merging it properly with the audio file again).
It is easy to extract the audio to wav in "Virtual Dub" you just load your file into "virtual dub" by going to "file" to "open" then choose your file then go to "file to "save as wav" then name the fule and it will make a wav file , then you load the avi in to video slot in Tmpgenc and the wav file into the audio slot then just encode normaly...thats it...
hi all,
i always use tmpgenc to produce my svcds. but now a magazine tested some decoders and gave cinemacraft 95% and tmpgenc (second place) 80% encoding quality...
never tried cinema craft because i think it's too expensive...
does anyone tried cce and can confirm the test?
(sorry for my bad english, hope you understand...)
If used Properly CCE is superior But you are right If is Way to expensive so Tmpgenc is a Better deal, CCE is aimed towards Profesinals cuz I guess Only a Pro Can afford it and CCE does not have the versitillity that Tmpgenc has..Like CCE will not re-size the resolution of your file and doesn"t have any filters...But there are ways around that.....
Did a test, with 480x576 B&W file, and used the following settings:
TMPGENC:
2-pass-VBR
avr-2300
max-2596
min-1226
Default Matrix
DC-presicion 8
detect scene change
IBBPBBPBBPBBPBB
Non-interlaced Source/encoding
Motion search: normal
One pass VBR (first pass):
Quality 100
Min 1226
Max 2596
Multi Pass VBR (only 1 pass, because that way the total is 2)
avr-2300
min-1226
max-2596
According to "bitrate viewer", both programs didn't do well on the given bitrates:
CCE gave max of 2776 and avr of 2243
TMPGenc gave max of 2713 and avr of 2173
On Quantization level, CCE did much better:
CCE: Peak 7.36 avr 4.35
TMPGenc: Peak 13.48 avr 5.97
However, when actually watching the results, there is an interesting discovery:
Seems like in order to gain better compression, what CCE does is simply redusing the number of brightness levels! True TMPGenc gave more blocking, but it didn't look as bad as the CCE result!
For your thoughts... And soon a color clip test...
One thing is that your test is flawed in many respects, in CCE you used the "Multi-pass" but you set it to "1" pass, if you read the manual it says to use the "multipass" properly you need to use at Least 2 passes, setting it to 1 pass only lets CCE do half of the job ,you seem to be under the impression that 1 pass is 2 passes and it isn"t, the method for encodeing between "One Pass VBR and Multi-pass are totally different, it would have been more fair if you set CCE to "One Pass VBR" at least then CCE is doing the whole proscess..In multi-pass the last stage were the encodeing is done it relies totally on the passes that were performed before and does not do a pass while encodeing like it does in the "One Pass VBR" mode, there for one pass is one pass..One of the reasons the results weren"t to your likeing could be cuz you used the "Zig Zag" scanning method which is reserved primarily for Mpeg1..And in the test you did for the "One Pass VBR" you set the Q level Way to High, if you read the manual you would know the higher you set the Q level in "One Pass VBR" the worse the Quality will be, the lower the Better, and you did not set it to the correct Matrix, the default matrix is for bitrates that are above 4000kbs, you should have use the "very low bitrate" matrix...I have done many test with Tmpgenc and CCE and if used correctly CCE will give you Superior results for mpeg2 encodeing every time, but you can"t beat Tmpgenc for it"s mpeg1 encodeing it is probably the best out there and CCE"s mpeg1 is only Marginal, and have found that the "One Pass VBR" in CCE is as good as the Multi-Pass when you have a good source file...Tmpgenc is the best encoder for versitility and has lots of Paremeters to controll the encodeing,I have found that I get the best results in CCE when I use Tmpgenc to Frame serve to CCE through VFAPI, then I get to use most of the settings in Tmpgenc with CCE so it is like Haveing the settings and versitility of Tmpgenc with the encodeing speed and quality of CCE, the best of both worlds......
Well, seems like I did do a mistake regarding the CQ value, but:
I had to set multipass vbr to 1 because first I have to creat the VAF file using "one pass VBR" option, and that is already one pass over the file... If I'd set "Multipass VBR" to 2 that means it reads the file 3 times, and since TMPGE only can do 2 passes it wouldn't be fair play.
I used Zigzag, because the MPEG2 file is prograssive, and ZigZag is for progressive video wether MPEG1 or 2, and besides Tmpegenc uses zigzag too when I set it to Progressive source and encoding.
About the matrix it doesn't matter because the point is that I used same Matrix for both programs...
I will re-test it with the CQ value changed and will tell if anything really changed...
This is one of the points I was trying to make ,in "multi-pass" it Doesn"t read the file in the encodeing pass for purposes of analizeing the file it just encodes it relying Totally on the Previous Passes for how it allocates the bits, which is totally different than the "One Pass VBR" were it analizes and encodes in the same pass..but trying to compare the settings in Tmpgenc to settings is like compareing apples and oranges..There is not selection of low and high bitrate matrixes in Tmpgenc so compareing the standard matrix in tmpgenc to the standard matrix in CCE just can"t be done fairly...CCE does have some fine tuneing features that can"t be compared to certain features in Tmpgenc like in CCE you can controll the bitrate from Scene to Scene or even second to second and you can adjust the Quantization from scene to scene or second to second, plus it has a built in Bitrate Viewer..Then again Tmpgenc has a whole array of features that CCE doesn"t have..The encodeing method I use I get to use all the settings in Tmpgenc with CCE this way I get better results than either can produce by themselves...every one knows what they like and what ever works for you is best for you which might not be what works for me..all that matters is that every one is happy with the results they get no matter how they get them.....Cheers
Did the same thing, this time creating the VAF file using CBR at 2300, then avr 2300 min 1226 max 2596. Same quality, same all, except that the max bitrate now reaches 2814.
Don't know about color yet, but maybe it's less noticable there, maybe just a bug in B&W encoding (where no color information available)...
It's just that it analizes the file and save the info in a VAF file. At the same chance it also encodes, but it also creats info on the video. Then basing on the info file, you compress the video. To use the info for compression you need to use the Multipass VBR.
First time in CBR make the VAF, second time it encodes the video based on the VAF.
And tmpgenc? First pass it analizes the video (look at the log file it creates, it masures the motion for each GOP and so selects what bitrate should be used later), second time is actuall compression.
So you see you get the same thing at the end.
About Matrix, the thing is that I use the same Matrix for both programs and that's what matters. If I wanted to use Low bitrate matrix in CCE, nothing would prevent me from simply entering it manually in Tmpgenc, or if needed, he other way from Tmpgenc to CCE.
What I want to see is if I have the same Matrix, same min,avr and max bitrate, which will give better result, simple as that.
Anyway, this is no reason for anger, because at the end it also matters what kind of compression artifacts would disterb each of us more...