Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Capturing and Editing Video > VirtualDub, VDubMod & AviDemux

Reply
 
Thread Tools Search this Thread Display Modes
Old 17th January 2017, 23:14   #161  |  Link
StainlessS
HeartlessS Usurer
 
StainlessS's Avatar
 
Join Date: Dec 2009
Location: Over the rainbow
Posts: 5,904
In actual fact I was wrong in what I said in PM to Shekh.

This script exhibits different behaviour in all three, VD 1.10.4, VDMod 1.5.10.3, and VirtualDubFilterMod.
Code:
Colorbars.Killaudio.ShowFrameNumber
GSCript("""
    Function paws() {
        x=0
        for(n=1,1000000) {    # EDIT: Changed 0 to 1 in Blue
            x=x+1
        }
        return x
    }
""")
SSS="""
    Return Last.Subtitle(string(Paws()+current_frame))
"""
Return Last.ScriptClip(SSS)
EDIT: when press and hold Right cursor key:-

VD standard does not update either frame contents nor frame number/time on timeline.
VDMod, updates frame contents but not timeline frame number/time.
VDFM, updates timeline frame numbers/time, but not contents.

I'm happiest with current VDMod behaviour, seeing frame contents change but would like both contents and timeline numbers to update.

EDIT: Modify 1000000 to bigger number if fast machine.
EDIT: In all 3 VD apps, updates properly when cursor key finally released.
__________________
I sometimes post sober.
StainlessS@MediaFire ::: AND/OR ::: StainlessS@SendSpace

"Some infinities are bigger than other infinities", but how many of them are infinitely bigger ???

Last edited by StainlessS; 18th January 2017 at 05:24.
StainlessS is offline   Reply With Quote
Old 18th January 2017, 08:52   #162  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,603
A beginner in Windows GUI programming would possibly suggest to insert Application->ProcessMessages()/DoEvents() randomly in keyboard event handlers until it works...

But times of "cooperative multitasking" (where threads deliberately idle for others) are probably over.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 19th January 2017, 10:22   #163  |  Link
StainlessS
HeartlessS Usurer
 
StainlessS's Avatar
 
Join Date: Dec 2009
Location: Over the rainbow
Posts: 5,904
Quote:
Originally Posted by LigH View Post
But times of "cooperative multitasking" (where threads deliberately idle for others) are probably over.
A simple Visual Basic program consisting of a forever loop without any DoEvents() used to bring the entire machine almost to its knees in W2K, wonder if W7, W8.1 W10 still have issues, I'm guessin YES. Windoze has always required cooperation irrespective of whatever M$ has pretended.
(EDIT: that was on a UniProcessor system, never tried on MultiProcessor sys)
__________________
I sometimes post sober.
StainlessS@MediaFire ::: AND/OR ::: StainlessS@SendSpace

"Some infinities are bigger than other infinities", but how many of them are infinitely bigger ???

Last edited by StainlessS; 19th January 2017 at 10:52.
StainlessS is offline   Reply With Quote
Old 19th January 2017, 11:24   #164  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,603
Windows will still use time slices to schedule several tasks per core. And tight loops will probably still hog at least one core to a point where the task scheduler itself hardly gets a slice, despite several priority classes. But hogging a multi-core system to death should be quite improbable now, as long as you don't fill it with real-time class threads.

I would not be surprised about CPU features supporting task scheduling and thread switching in OS kernels, which are now superior to those in times of CPUs with only (80)x86 numbers as name; I just couldn't point at them, not knowing specific names. Cooperative multitasking may not be "necessary to survive" anymore; but I guess it can still support fluid interaction.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 19th January 2017, 11:31   #165  |  Link
StainlessS
HeartlessS Usurer
 
StainlessS's Avatar
 
Join Date: Dec 2009
Location: Over the rainbow
Posts: 5,904
I just tried to knock up a VB exe with forever loop, and tried on Multi-Processor system Duel core, 50% CPU hogged on one processor, no seize up problems encountered.
Tried on single physical core P4 with hyper-threading, 50% CPU on one logical core, no seize up.
Tried on P4 with single physical CPU and no hyper-threading, 100% CPU used and again no seizure experienced.
Both P4's used were even over VNC (no monitors nor keyboards attached), and no problems experienced.
Bit of a surprise that we had no problems at all, guess I was totally wrong (all 3 systems XP, so W7+ probably also ok).

EDIT: Just did a reboot, and got alert saying that could not shut down Project1.exe, so I force closed it.
I had forgotten to kill the VB exe after using VNC on P4's (had let it continue whilst using VNC). it was
no problem at all to the point that I forgot that it was running.
__________________
I sometimes post sober.
StainlessS@MediaFire ::: AND/OR ::: StainlessS@SendSpace

"Some infinities are bigger than other infinities", but how many of them are infinitely bigger ???

Last edited by StainlessS; 19th January 2017 at 11:59.
StainlessS is offline   Reply With Quote
Old 19th January 2017, 11:40   #166  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,603
As suspected: user ring (3) processes may not anymore be able to suppress kernel ring (0) processes; task switching will have a superior priority. Somehow. Someone may know its name. But we should stop detrailing this forum thread...
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 19th January 2017, 11:43   #167  |  Link
shekh
Registered User
 
Join Date: Mar 2015
Posts: 549
But we still have plenty of ways to knock the system. Simple example: x64 process can infinitely allocate memory. Try it. Try to kill it.
__________________
VirtualDub2
shekh is offline   Reply With Quote
Old 29th January 2017, 12:47   #168  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 493
Quote:
Originally Posted by shekh View Post
I wrote here, will see. link
New codec vfw X265.
Jamaika is offline   Reply With Quote
Old 4th February 2017, 19:06   #169  |  Link
shekh
Registered User
 
Join Date: Mar 2015
Posts: 549
Uploaded new version (15)
Single-stepping refresh is also fixed, and some other suggestions.

About experimental stuff: it has more trouble than I expected, so leaving in quite unfinished state now.
It is possible to save Utvideo\MagicYUV\FFV1 and the like to mkv, mov.
It is possible to use AAC encoder and save to ffmpeg formats (avi too). Will accept any type of samples.
Using legacy acm codecs with ffmpeg formats is not possible at all (likely will never be).
Using x264 encoder when writing to ffmpeg formats is something I hope to sort later.
__________________
VirtualDub2
shekh is offline   Reply With Quote
Old 5th February 2017, 10:07   #170  |  Link
v0lt
Registered User
 
Join Date: Dec 2008
Posts: 1,015
shekh
Thank you very much for the opportunity to be saved in MKV, MP4 and MOV.
v0lt is offline   Reply With Quote
Old 5th February 2017, 13:58   #171  |  Link
StainlessS
HeartlessS Usurer
 
StainlessS's Avatar
 
Join Date: Dec 2009
Location: Over the rainbow
Posts: 5,904
Great stuff, cheers Shekh
__________________
I sometimes post sober.
StainlessS@MediaFire ::: AND/OR ::: StainlessS@SendSpace

"Some infinities are bigger than other infinities", but how many of them are infinitely bigger ???
StainlessS is offline   Reply With Quote
Old 5th February 2017, 17:22   #172  |  Link
Reel.Deel
Registered User
 
Join Date: Mar 2012
Location: Texas
Posts: 1,085
Quote:
Originally Posted by shekh View Post
Uploaded new version (15)
Thanks! I like that you combined the 32 and 34-bit versions into 1 package. Make it more convenient.
Reel.Deel is offline   Reply With Quote
Old 5th February 2017, 18:41   #173  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,603
I don't like that they are mixed in the same directory. Please keep them at least in separate subdirectories; people can umpack as they like, but sorting them out is annoying.

Anyway, thanks for another update.

But somehow I do not yet understand how to export a video with x264, if not via "external encoder". The description sounds as if there is some internal support. But I missed it so far.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 5th February 2017, 18:58   #174  |  Link
shekh
Registered User
 
Join Date: Mar 2015
Posts: 549
Quote:
Originally Posted by LigH View Post
I don't like that they are mixed in the same directory. Please keep them at least in separate subdirectories; people can umpack as they like, but sorting them out is annoying.
Damn. Why exactly do you need to divide them? There is one VirtualDub.chm instead of two.
Maybe shared jobs/autosave can make some trouble, is it the case?

Quote:
Originally Posted by LigH View Post
But somehow I do not yet understand how to export a video with x264, if not via "external encoder". The description sounds as if there is some internal support. But I missed it so far.
Interesting. Can you follow screenshots on this page: https://sourceforge.net/p/vdfiltermod/wiki/compression/
I deliberately put internal encoders at top to make them easier to find..
__________________
VirtualDub2
shekh is offline   Reply With Quote
Old 5th February 2017, 19:09   #175  |  Link
shekh
Registered User
 
Join Date: Mar 2015
Posts: 549
How the name "Veedub64.exe" was invented?
For me it seems ridiculous, why not VirtualDub64.exe?
__________________
VirtualDub2
shekh is offline   Reply With Quote
Old 5th February 2017, 19:25   #176  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,603
Veedub64.exe already existed this way when made by Avery Lee.

Ah, they are in the same list as the VfW codecs, that's why I did not look there...
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 8th February 2017, 04:32   #177  |  Link
v0lt
Registered User
 
Join Date: Dec 2008
Posts: 1,015
Quote:
Originally Posted by shekh View Post
For me it seems ridiculous, why not VirtualDub64.exe?
This is your fork. You can change the name to more clear.
v0lt is offline   Reply With Quote
Old 8th February 2017, 11:44   #178  |  Link
dipje
Registered User
 
Join Date: Oct 2014
Posts: 262
Neat Video got updated to 4.5, and apparently the Virtualdub version now supports Virtualdub FilterMod. You're getting noticed :P.
dipje is offline   Reply With Quote
Old 8th February 2017, 12:21   #179  |  Link
shekh
Registered User
 
Join Date: Mar 2015
Posts: 549
Quote:
Originally Posted by dipje View Post
Neat Video got updated to 4.5, and apparently the Virtualdub version now supports Virtualdub FilterMod. You're getting noticed :P.
Does not seem to add anything specific yet, so probably just a declaration of compatibility.
__________________
VirtualDub2
shekh is offline   Reply With Quote
Old 10th February 2017, 14:27   #180  |  Link
Gromozeka
Registered User
 
Join Date: Jan 2007
Posts: 151
shekh
Thank you very much.
output mkv forever!
Gromozeka is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 15:12.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2018, vBulletin Solutions Inc.