Welcome Guest ( Log In | Register )


Important

The forums will be closing permanently the weekend of March 15th. Please see the notice in the announcements forum for details.

Pages: (3) 1 [2] 3  ( Go to first unread post )
Capturing In Compatibility Mode And Normal Capture, Compatibility mode 2GB limit
« Next Oldest | Next Newest » Track this topic | Email this topic | Print this topic
TechMage89
Posted: Mar 10 2005, 11:01 PM


Contemporary Anachronism


Group: Members
Posts: 225
Member No.: 11344
Joined: 6-August 04



Slow hard drive? I dont think 5,400 RPM would cut it. What's your hard drive's speed?

--------------------
I'm not insane, everyone else is!
 
     Top
i4004
Posted: Mar 10 2005, 11:53 PM


Advanced Member


Group: Members
Posts: 2432
Member No.: 4935
Joined: 24-June 03



you mean ata100 on 5400 or ata33 on 5400?
i think both would do, btw.
wink.gif

for example, let's say ata33 drive can sustain 10MB/s (and it probably can). that probably enough for 640x480huff.....but then again, what huff if he has a cap. device with hardware codec on it;
http://www.plextor.com/english/products/Co...ertX-AV100U.htm

also;
http://www.plextor.com/english/products/Co...cedtechspec.htm

this model has mpeg1/2 capping only, so vdub should not be used as a cap utility at all, as vdub can't write mpegs.

capuser should of told us hardware specs at the beginning.

####################################################
edit; oups; there's more data there;
http://www.plextor.com/english/products/Co...onvertXComp.htm

this model actually has no compressor on the chip!
compression is done by pc's cpu.

btw. capuser did you tell us what video compression u use?
you said this;
QUOTE
I've gotten rid of them before by re-encoding (while I record) with huffyuv, but this time they dont seem to go away.

how about using huff _always_?
or even better, using mjpeg as a compressor (if you don't have space for huff, and nobody really does... biggrin.gif )

--------------------
my signature:
user posted image
 
     Top
capuser
Posted: Mar 11 2005, 04:18 AM


Unregistered









QUOTE (i4004 @ Mar 10 2005, 11:53 PM)
you mean ata100 on 5400 or ata33 on 5400?
i think both would do, btw.
wink.gif

for example, let's say ata33 drive can sustain 10MB/s (and it probably can). that probably enough for 640x480huff.....but then again, what huff if he has a cap. device with hardware codec on it;
http://www.plextor.com/english/products/Co...ertX-AV100U.htm

also;
http://www.plextor.com/english/products/Co...cedtechspec.htm

this model has mpeg1/2 capping only, so vdub should not be used as a cap utility at all, as vdub can't write mpegs.

capuser should of told us hardware specs at the beginning.

####################################################
edit; oups; there's more data there;
http://www.plextor.com/english/products/Co...onvertXComp.htm

this model actually has no compressor on the chip!
compression is done by pc's cpu.

btw. capuser did you tell us what video compression u use?
you said this;
QUOTE
I've gotten rid of them before by re-encoding (while I record) with huffyuv, but this time they dont seem to go away.

how about using huff _always_?
or even better, using mjpeg as a compressor (if you don't have space for huff, and nobody really does... biggrin.gif )

yeah i mentioned earlier that it does zero work, its all pc labor, no compression, which i know is half the problem

and ive heard negatives about mjpg before, so ive kinda stayed away from it.....i'll give it a whirl

my main concern is quality, which is counter-attacked by resolution, hense my problem, but i got plenty of hdd space to play with, and i NORMALLY do re-encode with huffy from YUY2........is it possible to avoid yuy2 and go straight to huffy/mjpg?

p.s. im workin with a maxtor 250gb 7200
 
  Top
i4004
Posted: Mar 11 2005, 04:24 AM


Advanced Member


Group: Members
Posts: 2432
Member No.: 4935
Joined: 24-June 03



QUOTE
is it possible to avoid yuy2 and go straight to huffy/mjpg?

smile.gif

--------------------
my signature:
user posted image
 
     Top
capuser
Posted: Mar 11 2005, 05:02 AM


Unregistered









QUOTE (i4004 @ Mar 11 2005, 04:24 AM)
QUOTE
is it possible to avoid yuy2 and go straight to huffy/mjpg?

smile.gif

unsure.gif
 
  Top
i4004
Posted: Mar 11 2005, 05:35 PM


Advanced Member


Group: Members
Posts: 2432
Member No.: 4935
Joined: 24-June 03



QUOTE
unsure.gif

wink.gif

now be carefull, or you'll get;
blink.gif

<smile>

--------------------
my signature:
user posted image
 
     Top
capuser
Posted: Mar 11 2005, 09:58 PM


Unregistered









it wont let me capture through mjpg blink.gif unsupported video format blink.gif
 
  Top
i4004
Posted: Mar 11 2005, 11:52 PM


Advanced Member


Group: Members
Posts: 2432
Member No.: 4935
Joined: 24-June 03



what's that mjpeg that doesn't support yuy2 input?

--------------------
my signature:
user posted image
 
     Top
capuser
Posted: Mar 12 2005, 09:33 AM


Unregistered









QUOTE (i4004 @ Mar 11 2005, 11:52 PM)
what's that mjpeg that doesn't support yuy2 input?

unsure.gif

So youre saying use MJPEG as input or compression?

I only show MJPEG available for input, not compression.
 
  Top
i4004
Posted: Mar 12 2005, 04:47 PM


Advanced Member


Group: Members
Posts: 2432
Member No.: 4935
Joined: 24-June 03



yuy2 is the colorspace, and mjpeg is compression;
yuy2(your card)->mjpeg(your pc)

select yuy2 as colorspace (as you did so far) , and then go to 'compression' and select mjpeg there.
offcourse, that presumes you have a vfw mjpeg codec installed.



--------------------
my signature:
user posted image
 
     Top
capuser
Posted: Mar 12 2005, 07:10 PM


Unregistered









QUOTE (i4004 @ Mar 12 2005, 04:47 PM)
yuy2 is the colorspace, and mjpeg is compression;
yuy2(your card)->mjpeg(your pc)

select yuy2 as colorspace (as you did so far) , and then go to 'compression' and select mjpeg there.
offcourse, that presumes you have a vfw mjpeg codec installed.

alright, well, its only listed under input, not compression, and i cant even use it as input, so, guess i need to install it
 
  Top
capuser
Posted: Mar 12 2005, 07:56 PM


Unregistered









actually, check this out

i got 6 unencoded avi's that I recorded (about 2 gigs each). Each video file is perfectly in sync with its audio. So now, to combine them, I opened up Vdub. It automatically detected that the files were associated with each other, and appended them.

Ok, so I got 6 files loaded in vdub. I edited some video out, then direct streamed the video and audio, to make one big file. Finally, I check out the one big file, and the audio was out of sync.

I'm guessing I should append the videos and save it as one big file before doing ANY editing?

what would you suggest

(P.S. i read once that cutting video out from a non-keyframe can cause video to become out of sync, but every frame in the video IS a keyframe, so I ruled that out)
 
  Top
i4004
Posted: Mar 12 2005, 10:55 PM


Advanced Member


Group: Members
Posts: 2432
Member No.: 4935
Joined: 24-June 03



QUOTE
Ok, so I got 6 files loaded in vdub. I edited some video out, then direct streamed the video and audio, to make one big file. Finally, I check out the one big file, and the audio was out of sync.

this hapens to me too, but if i encode the avi that seems like it lost sync, it's not really offsync after encoding.

i assumed ms .avi parser is clumsy with opendml, or something like that.
offset was really immense in dshow.
but there was no offset if i loaded the file to vdub, and no offset if i encoded that 'suspicious' file.

if you're on ntfs, uncheck the 'enable multisegment capture' to start making the big .avi files. or at least try that.
i know that's not an option for me, as i'm on fat32.
offcourse, that also means that in event of some crash you'll have harder time recovering already capped stuff.

--------------------
my signature:
user posted image
 
     Top
phaeron
Posted: Mar 12 2005, 11:18 PM


Virtualdub Developer


Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02



Captures are basically guaranteed to not have video and audio streams of the exact same duration, so they will desync if you attempt to use append to join them (unaligned splice). You'll probably find the captures are out of sync if you play them in the editor immediately after loading as well.
 
    Top
i4004
Posted: Mar 13 2005, 12:08 AM


Advanced Member


Group: Members
Posts: 2432
Member No.: 4935
Joined: 24-June 03



we were talking about auto-append of segmented files that vdub cap made.


not about manual appending of non-segmented files.
QUOTE
It automatically detected that the files were associated with each other, and appended them.


as said, only desync i get (when i load first segment, and vub appends automatically others, and then i save that as one big file) is the dshow desync on playback for which i couldn't care less.


--------------------
my signature:
user posted image
 
     Top
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:
41 replies since Mar 9 2005, 06:29 AM Track this topic | Email this topic | Print this topic
Pages: (3) 1 [2] 3 
<< Back to Capture