Graphstudio Next - Capture Video & Audio - Avi Mux

[zerowalker]

If one wanted to capture Audio and Video, encode and mux into Avi within Graphstudio Next, how would one go about?

Currently i have it set up so everything goes through a Avi Mux filter then filewrite.

While this Works, it's a bit problematic if dropped frames occurs.

Avi Mux filter doesn't seem to detect the dropped frames except when i Capture mode for interleaving, and when i use that mode it drops frames like mad (but it at least compensate for those with null frames i guess).

I assume something is wrong, cause normally say i drop 5 frames i 1 min for some reason.
In capture mode it will drop like 100.

https://abload.de/img/testingratchet-3graphanpy9.png

[zerowalker]

Probably explained it crappy as usual, so let me divide it up.

Is it possible to detect frame drops correctly somehow?

[raffriff42]

Why are the arrows and "Secondary" filter colored red? Seems like GSN is complaining about something.

switch (action.type) {
case RenderAction::ACTION_SELECT: color=_T("D0D0D0"); action_name=_T("Filter Selected"); break;
case RenderAction::ACTION_REJECT: color=_T("FF0000"); action_name=_T("Filter Rejected"); break;
case RenderAction::ACTION_TIMEOUT: color=_T("D0D000"); action_name=_T("Timeout"); break;
}
https://github.com/cplussharp/graph-studio-next/blob/master/src/GraphConstructionForm.cpp#L152

[zerowalker]

That's a very good question, i have no idea:S
It needs to be connected in order to do something though, and the device works so it can't be rejected?
Perhaps that's just how GSN sees Crossbar filters?

[zerowalker]

Okay one thing i found out is that if i use a DMO Frame Converter, it force the framerate to be what it expects to be, filling out the gaps if it's not.
What i don't know is if there is actually dropped frames (Avi Mux changes depending on settings and so does the video).
Or if there is simply a difference between internal clocks, i don't know if a capture device go by the CPU clock or has it's own,
i would assume it has it's own which would then cause inevitable extra/loss in frames, kinda weird how that stuff work, Time.

What i can't make work is to however preview while recording without a huge latency.
EVR seems to have the lowest latency, but it stutters like mad, i am guessing it just shows images randomly and doesn't really sync to Vsync or anything, so Windows 10 will skip the frames as it forces Vsync above that.
Just a guess though, but seems likely as the Renderer shows no dropped frames and the recorded video looks much smoother.

[AVIL]

Hi:

I don't know your Avermedia card. I can't give any specialized advice, only a general one. Capture uncompressed first, encode after. Also you can try a faster lossless codec like Huffyuv http://www.videohelp.com/software/HuffYUV

[zerowalker]

Hi:

I don't know your Avermedia card. I can't give any specialized advice, only a general one. Capture uncompressed first, encode after. Also you can try a faster lossless codec like Huffyuv http://www.videohelp.com/software/HuffYUV

Uncompressed is out of the question.

And i think MagicYUV is very much on part with that codec, is it not?

Also how can i determine where the loss lies if it drops?
Cause i find it hard to pinpoint, is it performance, is it HDD, is it the card itself etc.
There must be some way to know where the bottleneck occurs (if it occurs).