Hello Devs,
is it planed to implement XDCamHD422 with MXF with the format OP1a and MXF_OP-ATOM?
In the source-code I see, that you already began to implement this.
Regards Marc
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi all,
I tried to capture with that setting to capture
MPEG2 422 Long GOP 50 Mbit/s MXF OP-1A.
The code asserts and later code does too reference to sd formats only as far as I can tell.
OK, will look at changing that assertion but it's there because we haven't really implemented the code. It may or may not work. I think there is an issue with OP-1A requiring closed-GOP which we don't do.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The assertion is fine and correct on this case then.
My question was just if I'm doing something wrong or if the implementation is not done yet.
As you just stated the code is not complete and I also assume that you are not planning on implement this feature in ingex in the near future and leave it as it is right now?
Thank you for the reply, John.
Best regards,
Martin S. Schaub
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello Devs,
is it planed to implement XDCamHD422 with MXF with the format OP1a and MXF_OP-ATOM?
In the source-code I see, that you already began to implement this.
Regards Marc
You can try executing this line or adding it to ProdAutoDatabase.sql and re-creating database.
INSERT INTO VideoResolution (vrn_identifier, vrn_name) VALUES (122, 'MPEG2 422 Long GOP 50 Mbit/s MXF OP-1A');
Then you can test the code that is already there.
Hi all,
I tried to capture with that setting to capture
MPEG2 422 Long GOP 50 Mbit/s MXF OP-1A.
The code asserts and later code does too reference to sd formats only as far as I can tell.
I can give you the assertion:
Any ideas or just not implemented yet?
Maybe I did something wrong in the setup and I'm grateful for any hints.
Best regards,
Martin S. Schaub
No one interested in that topic?
OK, will look at changing that assertion but it's there because we haven't really implemented the code. It may or may not work. I think there is an issue with OP-1A requiring closed-GOP which we don't do.
The assertion is fine and correct on this case then.
My question was just if I'm doing something wrong or if the implementation is not done yet.
As you just stated the code is not complete and I also assume that you are not planning on implement this feature in ingex in the near future and leave it as it is right now?
Thank you for the reply, John.
Best regards,
Martin S. Schaub
I would use XDCAM422 if it were available for our systems.
Regards,
JR