I fully understand the resource dilemma; and I am more than thankful for the great job GG has done with CGG enhancements and packaging, what You and the manual Team has done to create the great CGG Manual, and not to forget this CGG Web site with Forums, Mail and Mantis BT 👍 👍 👍 

I think it is good to have the issues and feature requests reported, if ad when there will be time to  cleanup and extend such as the Set Format window in this case later.

OK, I see it; not sure when it will get looked at.  But you have a workaround to keep you going.   Thanks for reporting and do not get discouraged if you do not get answers as there are more problems and requests, with only one major programmer, than there is time to respond.  I am not much help.

I reported a bug/feature report in Mantis regarding HDV formats

https://cinelerra-gg.org/bugtracker/view.php?id=491

Add that the loaded HDV file get wrong 4:3 DAR in the Cin Viewer window. Obviously there is something from ffmpeg that doesn't tell Cin this file should result into a 16:9 DAR!?

When I changed the DAR to 16:9 in the Cin Set>Format window, it was displayed correct 16:9 in the Viewer window.

And now also CinGG/ffmpeg rendered to ProRes with a correct 16:9 DAR 😀 

I tested a standard HDV.m2t file imported from hdv tape

ffplay and VLC both display it correct as 16:9 aspect ratio (DAR), and ffplay shows correct pixel aspect ratio 4:3 (SAR)

Stream #0:0: Video: mpeg2video (Main) ( / 0x0002), yuv420p(tv, bt709, top first), 1440x1080 , 25000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc

Then I loaded this file in CinGG/mpeg and checked the Set Format window. I'm unsure this match what ffplay reports above with regards to SAR and DAR?

See the attached Set Format window.

Does CinGG/ffmpeg really auto-detect the input stream or format, so that no setting beyond the profile selection is needed? And does the encoded ProRes file be interlaced or progressive ?

Yes, it uses ffmpeg to do so.  If you ever listen to the original author, he always says after loading a file, "conform your project".  Well, with CinGG it automatically does that for you BUT you can change it of course using Settings->Format.

I am not too sure about the interlacing.  When I loaded a file that is interlaced according to mediainfo and rendered it with pro, the result did not say it was interlaced.  BUT it sure looked like the result was when I played it (once without a plugin and then with a F_interlace plugin added).

Thanks. I wasn't aware of that box was in Edit mode. I was looking for a right-hand context menu to select profile from. Tricky 😀 

how to do this profile change. Can you attach a screenshot of this detail?

In your previous attached png - CinGG-FFMPEG_yuv422p10le.png - on the right hand menu where you see the line "profile=2", simply change the number 2 to the number 3 and be sure to check the green colored checkmark.  It will stay at this setting across sessions until you change it or revert to the original bcast5 configuration.

It is a codec that Olaf recommended to me some time ago, but I stopped using it right away because of the problems with mkv (https://cinelerra-gg.org/bugtracker/view.php?id=137). I remember that an HD mp4 became 1.2GB in ProRes and about 1.5GB in ffv1. But I didn't get to do any more tests; I'm sorry.

Usually it is used as a storage codec, not as a mezzanine codec, but in wikipedia you can find the following sentence:
"Belgium
meemoo, the Flemish Institute for Archives announced in June 2020 that they would start a major operation transcoding and rewrapping their MXF wrapped JPEG2000 files resulting from digitisation projects for the cultural heritage sector material to MKV wrapped FFV1 files. In 2019 they had already announced that MKV-FFV1 would be the mezzanine format of their migration project for DV, DVCAM and DVCPRO cassettes."
Also in the wikipedia entry there is a table of compatibility with various programs.

I was wrong to put the link in the previous post; I wanted to put:
https://ffmpeg.org/~michael/ffv1.html

(Sorry for OT!)

Thank you for the tip. ffv1 sounds interesting and I have to read me up on this topic. Have you seen data rates for ffv1 lossless compression of SD and HDV video, to compare them with ProRes?

And still we need support for HQ capture hardware to be able to digitize analog video and HDV tape playback streams.

I saw mentioned lack of support for ffv1 among commercial video applications and hardware. Beyond ffplay I would expect VLC can playback the mentioned container files with ffv1 encoded video(?)