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?
Best regards,
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
hi,
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.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
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.
Best regards,
ctordragon
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
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?
Best regards,
ctordragon
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
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?
Best regards,
Martin
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi all,
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?
Best regards,
hi,
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.
Hi ocsav,
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.
Best regards,
ctordragon
Hi all,
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?
Best regards,
ctordragon
hi
i tried -m 2048 twice of default
but no difference on recording
the problem just delayed of 2/3 minute
regards
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>
Best regards,
ctordragon
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?
Best regards,
Martin