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 ]
At address 0218DB4A, Read error occurred against address 0218DB4A.
I have problems encoding DV footage that I have captured with my Pinnacle DV 500. It crashes the program when load it as the source video. It does this on several different computers that I work on. Is there a reason for this? Is all footage captured from a IEEE 1394 card to a DV format not compatible with the TMPGEnc or is it just the DV500?
"TMPGEnc can not read AVI file with DV format."
The file is probably Type-1 DV format. The format is not supported by TMPGenc. Type-1format has different structure from AVI format. TMPGenc can not read the format since TMPGenc does not support DirectShow.
To solve this matter, try to save the captured or edited file as Type-2 DV format, however, there are still chance not to be able to read the file if you are using general IEEE1394 board without codec for VFW.
Hi,
I'm trying to encode Mini DV video on a SVCD using TMPEG. The quality seems very high to me, but there is a block noise on very fast scenes.
I try however what you mention in this post but block noise still remains.
You said "high speed scenes always give blockyness in TMPG which is why I personally don't use TMPG for MPEG2 encoding."
Well, what do you use for that then?
I wonder if anyone can help me?
I am trying to load a divx movie then convert to vcd.
i get an error come up saying "unable to decode audio".
Ay ideas???
Many thanks...
I¡Çve got a 20 Minute vacation movie I¡Çve assembled in Adobe Premiere¡Äand I¡Çve saved the ¡Èproject¡É as an AVI (3.99GB pcm) It looks great. [I¡Çm running XP, with a 1 GHZ Pent III.]
2 Things I¡Çd like to do:
[1] Create a ¡ÈVideo¡ÉCD of this that will look as good as possible, and play on a standalone DVD player. (I see many of the new models will play VCD, but can they handle a ¡Èbetter¡É compression format?
[2] Copy the movie onto VHS. (I¡Çm able to ¡Èsee¡É computer output—including the Media Player window, which can be dragged to a size big enough to fill the TVscreen—using the cable connections from my ATI Radeon 8500DV Video Card. But is this the best way? I know I¡Çve first got to convert that AVI down to MPEG-2, and am willing to allow for whatever time and CPU resources necessary to come up with something that will be just small enough to fit on and playback on a CD (using a DVD player).
I tried the ¡ÈCinepak¡É in the Export Timeline of Premiere. I cranked out 30 secs,and it looked a little blocky. So I downloaded and tried TMPGEnc, the newest version—but it claims that my AVI is not compatible?!)
Any advice on both/either of these topics would be greatly appreciated. Thanks in advance.
Chris
[1] Video CD's have a standard compression and bitrate which I would say you are best sticking to if the disc is going to be distributed. I have never yet seen a DVD that wont play a standard VCD.
You can't use a different type of compression (for VCD it must be MPEG-1 and with SVCD you can use MPEG-1 or MPEG-2) but you can get away with a few tricks, such as using higher than normal bitrates for better quality. Others on this forum wil be better qualified than me to advise on this as I'm only a beginner in this area.
[2] Copy the movie to VHS
Don't enlarge the window, press CTRL-Enter or under the VIEW menu choose Full-Screen. It will tell Media Player to take over your entire screen display and play the movie to fill the screen (or as near as without changing the aspect ratio). It will also change screen resolution etc so you get smoother playback a lot of the time. If you plan to do this it's a good idea to add a few seconds blank to the start of the movie to give you time to press Record on the VCR. I've used a RADEON 64DDR VIVO for this and it works really well, and I'm only on a P3-450!
I'm using TMPGEnc Version 2.53. Whenever I try to convert an MPEG2-Video into another Format, TMPGEnc tells me, that it is not able to load the MPEG2-file or this filen is incompatible. Although if I have made this MPEG2 file from an AVI-file by using TMPEGEnc.
What can I do?
TMPEG will encode an avi or MPEG1 file to MPE1, MPEG2 or avi as these formats are already supported by directshow. Your problem, if you haven't already, is that you don't have an appropiate MPEG2 codec installed to decode the MPEG2 movie you have created as directshow doesn't come with native MPEG2 support.
There are two ways around this. Firstly demultiplex the audio from the video as this doesn't need to be re-encoded then download the appropiate MPEG2 codecs. http://dshow.narod.ru/video/mpeg2codec_installer.zip
or if you have DVD2AVI installed, just open the mpeg2 file in DVD2AVI and create a d2v project file without the audio and put this in TMPG.
When all is done re-multiplex the audio back with your new video file.
Note: installing the above MPEG2 codecs will also cause mediaplayer to use these codecs to play back MPEG2 files. This will affect the aspect ratio of the movie as the codecs don't seem to display SVCD's correctly.
If you have an MPEG2 software player installed such as WINDVD then use that to play back your files and not mediaplayer or just stick with the DVD2AVI method.
that grafic doesn"t come from "tmpgenc".Do you have the "elgard mpeg2 codec" cuz this leaves a grafic on the mpeg,try doing a file search in your system and look for "darim" and if you find the file try to get rid of it or replace it with another mpeg codec...I hope this helps?............sherlock
i get a "jerkyness" in some of my vcd"s to.They seem to be fine when I play them on my computer but when I burn them and play them I get the jerkyness especially when there is a lot of movement on the screen,but I think this has to do with my dvd player cuz if I play the same movies on some different players they are fine,I think it has to do with the buffers in my player....this isn"t a sollution to yer problem but at least you know you aren"t alone.........
I used SVCD-CQ template for 1/2 dozen DVD->SVCD without ANY problems. Everything encoded perfect and was just the right size to get 1 DVD to 2 80 min CDR.
A couple of days ago I ripped 3 new DVD's and they are all blocky durring certain scenes. I have thus far: deleted the TmpGenc INI&CFG, replaced the CQ template from a backup, verified all of my settings and have looked over all of the CODECs on my machine and uninstalled and re-installed PowerDVD. I have tried Quality settings from 70-100 with the same output, blocky scenes. Last night I used the SVCD wizard which created an excellent encode but it is using CBR and the file is larger then what I care to have. The only thing I would like to add is that I had an XP profile error the other day and had to use a restore point,not sure if that could have effected the registry.
I think I have done everything but really could use someones expertise. I mean just last week everthing was perfect and now I am block city with my SVCD encodes (using CQ).
I dont know why you are haveing the problem with "cq" but you can use "cbr" and get a smaller file size if you just lower the bitrate a little bit, down to 2200 or 2000kbs the quality differance would be un-noticeable, you can just make your own templates to your own specs and use them .....it"s not a sollution to your "cq" problem but maybe a way around it......
I have had the same problems with DVD things to SVCD.
It seems that if you stick to the SVCD standard you will run into problems in some scenes that will produce blockyness. This is visable if you encode a DVD trailer with fast movements etc.
Some blockyness you have to stick with but it should only be just visable in fast movig scenes, not the whole movie, if so the there is something wrong somewhere. Try and load a MFC file svcd file and just stick to constant bitrate (maximum setting 2530 or something like that) and set high motion search and maby you need to change field of order.
Then hit encode, let it encode for 3h, hit stop and check the en results, if there is something still wrong then you have some big problems.
Here is the funny thing I have not had a problem with, fast motion scenes. The problem is produced on still backgrounds in a scenes, when the camera is not moving. An example is Unbreakable, where on the train the camera moves between Willis and the woman and is shot from the seat in front of them. As soon as the camera stops the blocky starts on the texture of the seats. Last night I tried CQ template with the same results and then swtiched to 2-Pass VBR with equal results. When I tried Auto-VBR everything was as good as my original CBR encode. If it was a codec error would it not produce these reults bad results consistantly with any template? The bitch about it is that the CQ template was working perfect! So, Auto-VBR and CBR are the only setups that work.
If you have done a system restore then the only thing I can guess is that you have probably restored some different settings in TMPG.
Depending on how bad the blocks are you are talking about,as with the standard SCVD template the high speed scenes always give blockyness in TMPG which is why I personally don't use TMPG for MPEG2 encoding.
Also tick these options in the quantize matrix tab.
1. Output YUV data as basic YCbCr not CCIR601 - This will give the correct luminance scale for T.V
2. Use floating point DCT
3. No motion search for still picture part by half pixel
4.Soften block noise and make sure that Intra block and Non Intra block are set at 35. Don't believe anyone that tells you to put it at 100.
Intra block settings have been widely tested by experts and 35-45 is a very good setting and shouldn't be changed.
5. Make sure the setting is Default in the drop down menu
6. Under the GOP structure tab make sure Detect scene change is ticked only.
7. Use 'Constant quality(CQ)'and not 'Automatic VBR(CQ VBR)'
8. DCT component precision - 9 (faster movies use lower number, slower, smoother movies use higher number)
10. Bitrate Max - 4000 Min - 1800
12. Audio bitrate - 128 stereo if your player allows it.
11. VBV buffer 112
12. Motion search precision - Normal (this will reduce macro blocks, but don't bother using slowest method as the difference isn't that great considering the increased encoding time)
13. Under advanced - Top field first (Interlaced DVD's are usually top field first, but if you get weird artifacts on edges such as a combing effect on edges of fast moving objects then change the field order to bottom first)
This should give a nice picture quality with hardly any visible macroblocks and will just about fit a 100min movie on two 80mins cd's using the bitrates above.
That is all I can think of at the moment to improve things.
I would have sent you the template for this, but you don't have an email address.
By the way you may get better quality in still picture scenes using Automatic VBR but this is because in Automatic VBR mode more bitrate will be allocated to still parts when using the same settings as you would in CQ, but you will still get blockyness in fast moving scenes and will end up with a larger file size (sometimes quite a bit larger) due to higher bitrates in still scenes.
CQ is still the best way to go and will produce an overall better quality picture regarding the file size.
ASHY thanks for the ALL of the info. I am encoding a clip right now, I have provided my e-mail. Would you mind sending me your CQ template? I think I have all the settings you mentioned right but just want to make sure. I also had a question about your CCE encoding (from a pervious post) but I will ask you later, one thing at a time.
hi, Can someone helpme fix this problem...when I tried to convert avi to mopg I got the following error" unexpected decimal point calculation" ...what should I do? please help...
This is a error that gets every one from time to time,it is caused from a couple of things the most common one is as "ffast" said bad frames in the source file.I also get this error if I do anything with with my computer accept encode, I can"t even let my screen saver come on for fear of getting this error,so surfin the net is out of the question whilst encodeing(for me anyway)..
But if you get this error every time at the same spot in the file,you can go to the "cpu" tab and un-tick all the boxes and then go to the "quantize matrix" and un-tick the "use floating point" box..This should help but encodeing will take longer........sherlock
i have a avi file with an ac3 sound. Converting this file to mpg with tmpgenc won't work so i extracted the ac3 with GraphEdit, it works fine but ... it gives a desinc. I did not change anithing to the files just demuxed them, converting the ac3 to wav and muxed them again. Why the desinc ?
Is there an other way to do this ?
I alreaddy tried VirtualDub and Nandub, virtualdub won't work and nandub gives klicks in the sound. plz help.
If you go to the "source range" tab there is a "audio correct" feature that lets you adjust the gap between your audio and video,you have to play around with it to get it right.......
The VBV buffer size does not for the millionth time have any effect on image quality whatsoever, but may give problems on a less than compatible DVD player.
Reason: The VBV buffer is to set the internal buffer size of the decoder.
Basically what happens is there is a space in a memory chip called the buffer which is sort of a like a small pipe (so to call it). This pipe needs to be filled with data from one side before the data comes out on the other. The size of the VBV buffer setting in TMPG determines the size of this pipe.
If the pipe is too big and the data being supplied to it is slow moving such as low bitrate VCD's then what will happen is the pipe (buffer) will not fill quick enough from the input side before the data is requested at the output side causing 'Buffer underflow'
When the decoder requests the video data at the output side then this data won't be there yet so your decoder has no information to supply to the DVD player to put on your screen. To compensate your decoder will just have to wait for the data to appear which will then look like jerky playback because it is always waiting for the data to catch up or your player will just freeze after a certain length of time and refuse to play the movie any further.
A similar thing would happen if its too small i.e small VBV buffer size and the data being supplied to it is high bitrate (such as DVD) then this information will be pushed into the pipe at a fast rate and the pipe will fill faster due to being smaller.
If the pipe fills up before the decoder is ready to take the data at the other end to be put on the screen by the DVD player then the pipe will begin to overflow (buffer overflow) which will cause the DVD player to have to drop frames to keep up with the data flow or may stop playing altogether.
This is the reason why it doesn't affect the actual picture quality and doesn't reduce macro blocks, but the actual picture stability. Macro blocks are what make up the image of a movie and are hard encoded into the movie and can't be removed, but can be made less evident by other decoding filters which which your DVD player uses.
I posted this because of Technos' constant advice of a 224 VBV buffersize which is to big for a standard VCD and is DVD standard. The MPEG standards state the best setting is 40 for standard VCD and should be plenty. I say standard because if you up the bitrate past about 1800kbps then the buffer size should be increased to about 112 and then past around 3500 increased to 224.
Who do you want to believe? The author of TMPGenc and the knowledge of respected experts or some jumped up school kid with a chip on his shoulder.
I hope you now understand why the buffer size Techno is stating could cause problems in your DVD player when playing VCD's.
I get "buffer underflow" quite often and it makes the picture shake back and forth really fast on the tv.does that mean that I need to reduce the size of the buffer? and does "packet" size have to do with the buffer size,cuz with other programs (cce)you can"t adjust the buffer size but you can adjust the packet size??? This info will be very usefull cuz i get "buffer underflow" all the time,I usually encode vcd at 1700-2200kbs with a buffer of 80 and a packet size of 2024kb......thanx
I'm not too well up on packet sizes but what I do know is that the packet size depends on the application receiving the MPEG stream and I think is more relevant to transport streams.
Packets are used for timing information and to keep things in sync and 2048 is MPEG standard for program streams which incidently is what DVD's use.
So to answer your question, you don't really need to worry about packet size as the default is correct for your DVD player.
Willyiam If you read the above info it says NOTHING about data packets,the two words "data packets" aren"t in there anywere, so how is it clear to see...you seem to have something against me, so can you please let me know what it is so I can rectify it by sending you flowers or a box of candy.....