mpeg capture plugin for videocapture problem!!!!!

[matt_magnone]

I am capturing mpeg with my DV camcorder using firewire and the mpeg capture plugin in videocapture. Every 1000 frames or so it stops the video, and transcodes soemthing. some buffer thing. And when the video plays back right where it pauses to do this you can tell the audio jumps. Is there a way to turn this the hell off???? Can't it just transcode all the DV footage to MPEG when I'm FINISHED? When it does it while im capturing, there is a jump in the audio and it's making me mad!!!

Also, when I capture straight DV type 1 or 2 footage, It's very interlaced. and there is no option to deinterlace DV 1 or 2 footage... and it looks really weird. HELP!!!!

[Devil]

Either your system (no details given as requested in the Please read before posting thread) is lacking horsepower or you are using inappropriate MPEG settings. It is not a good idea to transcode except where quality may be compromised. I always recommend to transfer your DV as an AVI and then encode in a second stage. Takes longer, but you minimally lose quality.

DV is always interlaced if you do not use progressive scan in your camera (if it allows it). When viewing on a TV, it should be interlaced. It is only on a computer that it looks "queer". If that is how you wish to view your videos, re-render to frame-based, but they may then look "queer" if you view them on a TV.

[matt_magnone]

I came back a couple hours later to play all of my captured video tests that had those lines, and now they dont have them! Go figure!! Every video was fine in windows media player or MSP8 or even when I created a video file in MSP8 (ntsc DVD) it came out perfect. Go figure lol.

[tcarbo]

What the heck is that? I'm getting this while capturing from VHS using ULEAD's MPEG Codec? The capture stops while a window pops up with the message "DV Transcoding.... Flushing DV Transcode buffer". In the meantime my source (VCR) continues playing while the capturing stops. What is this and how can I get rid of it? Is there a setting I can tweak?? ULEAD support sucks in USA. Can't get any response at all!

[lavaboris]

Since many months I have this problem of "DV Transcoding.... Flushing DV Transcode buffer" when a capture movies from dv camcorder in mpeg1 format. For analog capture in the same format, there is no problem. What must I do because if a want to capture without any problem, I must use the analog source of my camcorder, and I think that their is many things loosed in quality (audio and video). This prob appears when I first change my motherboard because my old one is brocken (dv capture was working very well with this old).
Here are my computer spécification:
CPU - Celeron 1Ghz
RAM - 256Mo PC-133
HDD - 20Go for system files
40Go for video capture 7200tr/mn
Graphic Card : Nvidia Geforce 4 - 64Mo with TV out
Acquisition card : Pinnacle AV/DV Deluxe (Analog and DV capture)

OS : Win Xp Pro SP2
Video capture software : Ulead Media Studio Pro 7

Thank you very much for the reply.

Boris

[Devil]

It is very simple. The transcoding buffer problem is simply because your computer does not have enough horsepower available to transcode. The cure is very simple: do what I say above; transfer the DV to your computer as an AVI and then encode it to MPEG-2 separately, after any editing is finished.

Reason:
Transcoding means the DV stream is transferred into your computer memory and then encoded in real time. If the CPU is too slow to be able to do this, a backlog is placed in memory. If the RAM is sufficient, the process is completed after the incoming DV stream is stopped. This is OK for very short stretches. However, if the backlog exceeds the available RAM, then you get the message you cite and there is nothing you can do about it.

It is certain that a 1 GHz Celeron and 256 Mb RAM is far too weak to transcode more than, say, a minute of DV stream, if that, even with MSP7 or earlier. With MSP8, it is overtly insufficient for any serious work.

Another point to note is that the higher the resolution (audio and video) you demand of your MPEG-2, the more horsepower you need from your computer.

Finally, transcoding almost always will result in a drop of quality, compared with transferring your DV stream to an AVI and subsequently encoding (which can be done slowly, with low HP systems). This is illustrated by taking my system as an example. I have a 3.06 GHz Intel HT P4 CPU and 1 Gb RAM with an 800 MHz FSB. IOW, this is a moderately good system, even if not the most modern. I can transcode to, say, 6000 kbit/s CBR easily in real time with practically no backlog buffer usage (the transcoding stops immediately when the signal stops). If I try to encode an AVI DV file with exactly the same settings, it takes 10-15% longer than real time. Why? because the encoder does one better job than the transcoder, using the same engine, even though it does not have to simultaneously capture. IOW, it takes its time to do a better job of generating the MPEG-2.