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: (2) [1] 2  ( Go to first unread post )
Virtualdub 1.6.4
« Next Oldest | Next Newest » Track this topic | Email this topic | Print this topic
kurtnoise
Posted: Feb 12 2005, 03:47 PM


Moderator of the Vdub Support Forum


Group: Moderators
Posts: 265
Member No.: 1206
Joined: 6-December 02



Build 23174 (1.6.4, experimental): [February 12, 2005]
[features added]
* Capture: Added support for detecting and correcting discrepancies in
the video time base. This can reduce frame drops if the incoming frame
rate is unexpectedly and regularly too high or too low.
* Capture: Added command-line support.
* Capture: Timing settings are now saved.
* Capture: Stop conditions can now be modified during capture.
* Capture: Luma squish can now be separately enabled for the black and
white ends of the luma spectrum.
* Capture: Luma squish now works with planar YCbCr formats.
* Capture: Frame timing is now exportable as a comma-separated-value file
for analysis.
* Added an option to reopen the input file while preserving the edit
list.

[workarounds]
* Added detection of video codecs that improperly modify their input
framebuffer during compression.

[bugs fixed]
* Capture: Audio devices were appearing on the wrong menu.
* Capture: Settings dialog sometimes didn't allow OK to be pressed due to
validating hidden settings.
* Capture: Exiting the crop dialog caused device settings to reset.
* Capture: Fixed time wrap at 35min with the DirectShow driver.
* Capture: Fixed crash when using filter chains where the input and
output of the chain have different frame sizes.
* Capture: Added workaround for freezing with SAA713x-based capture
devices -- the system clock is always used for the reference clock
rather than any capture filter clock.
* Capture: A warning is now appropriately displayed when VirtualDub
cannot analyze incoming video (preview acceleration, live filter
preview).
* Fixed massive slowdown in hex editor when scanning RIFF tree for an AVI
file with a lot of video frames.
* Fixed bug with the "last frame" facility in the video filter system that
was causing the motion blur filter to fail if it was first and another
filter followed it.
* Fixed intermittent crash under Windows 98 when repainting draggable video
frame.
* Fixed path handling around UNC network shares and Windows 2000/XP volume
mount points, which could sometimes result in incorrect 4GB FAT errors.
* Fixed some cases where the mask/unmask code didn't mask the right frames.
* PNG decoder failed if the compressed data contained a stored chunk.
* PNG decoder crashed if an error occurred during decoding.
* Fixed GDI handle leak.
* Display panes did not react properly to the mouse cursor when positioned
over a secondary monitor with a negative position.

[regressions fixed]
* Source Audio had to be selected twice if WAV audio was the previously
selected option.
* Motion JPEG code was crashing instead of throwing errors on unsupported MJPEG
formats.
* Capture: Cropping caused YCbCr formats to vertically flip.
* Capture: VFW driver was not properly reporting failure when setting
unsupported video formats.
* Capture: "Wait for OK on capture" has been reimplemented.
* Fixed the prev/next range commands always saying "no prev/next range."

http://virtualdub.sourceforge.net/


Good Job Phaeron...smile.gif

--------------------
Visit the French United Video Forum : http://www.unite-video.com
 
      Top
i4004
Posted: Feb 12 2005, 05:17 PM


Advanced Member


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



*
QUOTE
Capture: Added command-line support.

does this mean windows scheduler can be used to do timer recordings?
is it finally a time for me to dload something from 1.6 branch?
smile.gif

guess i need to wait for "profiles"(storing different cap settings) now.

QUOTE
* Capture: Frame timing is now exportable as a comma-separated-value file
for analysis.

sweet!

nice to see 1.6 tree growing so fast!

respect!

--------------------
my signature:
user posted image
 
     Top
TechMage89
Posted: Feb 12 2005, 09:57 PM


Contemporary Anachronism


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



VDub 1.6.4 is out! smile.gif Still no DV suppourt sad.gif

--------------------
I'm not insane, everyone else is!
 
     Top
Darkfalz
Posted: Feb 14 2005, 07:24 PM


Unregistered









I'm sticking with 1.5.10 until these experimentals become stable smile.gif
 
  Top
i4004
Posted: Feb 19 2005, 02:46 PM


Advanced Member


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



first impressions on 1.6.4;
i like it! A LOT! biggrin.gif

it's saving plenty of settings, is more cpu efficient as a result of dshow capping, sync offset seems to vanished.

avery, you're a genius, and i love you! wub.gif

biggrin.gif



--------------------
my signature:
user posted image
 
     Top
i4004
Posted: Mar 3 2005, 01:00 AM


Advanced Member


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



i'm wondering if horizontal reduction (like fcc's 1.5.10 has) could be added (if it's not too much trouble).

this would be beneficiary when one wants to cap vhs straight to low-res; we know that bt8x8 is dropping less frames on higher resolutions if sync is somewhat compromised (as on vhs), so h.reduction in vdub would mean less drops in such situation.

in other words, i will drop less if i'm doing 768/2 x 576/2 than if i'm doing 400x576/2 on vhs.
or better to say most of the time i won't drop at all if vdub is getting 768x576 from bt8x8.

for non-vhs sources (with stable sync) this is irrelevant.
400x576 won't drop any frames in that case.

--------------------
my signature:
user posted image
 
     Top
leoncheong
Posted: Mar 7 2005, 02:48 AM


Unregistered









QUOTE
*
QUOTE
Capture: Added command-line support.

does this mean windows scheduler can be used to do timer recordings?
is it finally a time for me to dload something from 1.6 branch?
smile.gif


I should think so but you have to handle how to close VistualDub at the end of capture. You may like to try my program instead.

QUOTE
guess i need to wait for "profiles"(storing different cap settings) now. *

Me too! I hope that the profile would covers codec, codec settings, video source, tuner setting etc and take care of the problem highlight here.




 
  Top
i4004
Posted: Mar 7 2005, 06:42 PM


Advanced Member


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



QUOTE
You may like to try my program instead.

yes, indeed. i was just about to ask this
http://www.zisoft.de/video/
guy if he could make a scheduler for vdub too.
smile.gif

now i'll just try your stuff.

as for settings sticking, in my opinion some of them are too sticky; they seem to be saved to registry(or somewhere) even without user wishing to do so; for example vertical reduction is saved without doing any ticking.
and dshow acceleration is not.
but all in all, i'm fine; i just fire it up, and i'm ready to cap; this is way better than prev. versions.

as for tuner, i dunno; i don't have tuner on my card;
perhaps different driver would do?
i know source input is staying where i left it (btwincap driver).

how to close it? why close it at all?
i mean you can stop recording, isn't that enough?

--------------------
my signature:
user posted image
 
     Top
TechMage89
Posted: Mar 7 2005, 10:39 PM


Contemporary Anachronism


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



I wonder when Phaeron will update the help file? It's currently showing displays and options from a considerably older vesion of VirtualDub (maybe 1.5.10?)

But who needs a help file when there's such a helpful forum? tongue.gif

--------------------
I'm not insane, everyone else is!
 
     Top
i4004
Posted: Mar 8 2005, 12:48 AM


Advanced Member


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



how can he update help if gui is not yet finished?
you'll know it's finished once peak meter appears when you hit 'v' in cap mode.
smile.gif

--------------------
my signature:
user posted image
 
     Top
phaeron
Posted: Mar 8 2005, 04:36 AM


Virtualdub Developer


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



It takes at least three times longer to write documentation for a feature than to implement it, so I usually opt to code in the evenings. Also, I've recently discovered the syntax for invoking help topics through hh.exe, so I want to look at recompiling the help as a .chm.

BTW, while 'v' makes sense from an evolutionary standpoint, it isn't very mnemonic for "peak meter"....
 
    Top
i4004
Posted: Mar 9 2005, 10:40 PM


Advanced Member


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



ok then, "PM" sequence of keys it is.
wink.gif

--------------------
my signature:
user posted image
 
     Top
leoncheong
Posted: Mar 13 2005, 07:02 AM


Unregistered









QUOTE (i4004 @ Mar 7 2005, 06:42 PM)
how to close it? why close it at all?
i mean you can stop recording, isn't that enough?

Not quite enought, if you plan to have another capture soon after that.
 
  Top
i4004
Posted: Mar 13 2005, 01:04 PM


Advanced Member


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



leon, apparently you didn't received my mail, and didn't saw this one;
http://forums.virtualdub.org/index.php?act...t=ST&f=6&t=9200

?

yes, you're right; for 2 caps in a row, you need to exit vdub after 1st one.

--------------------
my signature:
user posted image
 
     Top
snoclowNIX
Posted: Mar 14 2005, 08:12 PM


Unregistered









This version still more for experts to test out than for neophytes to start capturing?

I'll probably try it out after I get caught up on my video backlog and find some free time.
 
  Top
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:
19 replies since Feb 12 2005, 03:47 PM Track this topic | Email this topic | Print this topic
Pages: (2) [1] 2 
<< Back to News / Announcements