i'm currently toying around with ingex and wondered how far XDCAMHD422_MXF_1A is implemented?
Is ingex really capeable to encode with this codec or is the development still currently ongoing?
Is somebody around who has tested the current status?
we tried two channel of XDCAM422.mov with LTC and AES EBU options but our cpu i7 it's not powerful enought,
every 4/5 minutes of recording it runs over 80% , "frame waiting in ring buffer" run over the limit and drop frame on recording
DNXHD and DVCPROHD works very well.
well thats a statement. Thank you very much I'll have to test it then.
But in case there are others testing with this setup a little note whould be highly aprecciated.
if I got it correctly the encoding is that cpu intensive, that the buffer is filled too fast?
So it whould at least delay this overrun if the buffer whould be bigger or am I making a false guess?
On very big buffer size this progress whould be stable even with an i7 cpu, right?
i tried -m 2048 twice of default
but no difference on recording
the problem just delayed of 2/3 minute
Oh well, thank you.
I'll give it a shot anyway - maybe we can outrun this with <tim taylor quote>more power</tim taylor quote>
Okay my tests on capturing resulted in to following:
Capturing with XDCAMHD422_MXF_1A works (if your hardware is strong enough)
But I recognized that the bitrate is quite intensely changing.
I get a range of 25,1 mbit/s till 78,5 mbit/s which is quite unexpected.
I expected a constant bitrate of 50 mbit/s.
Also the file sizes have huge divergences because of this issue.
Are there any ideas how to fix this?
Log in to post a comment.
Sign up for the SourceForge newsletter:
You seem to have CSS turned off.
Please don't fill out this field.