Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature Request: Quick Capture Interface #792

Open
iamdamosuzuki opened this issue Mar 5, 2024 · 3 comments
Open

Feature Request: Quick Capture Interface #792

iamdamosuzuki opened this issue Mar 5, 2024 · 3 comments
Labels
FADGI FADGI will sponsor this work

Comments

@iamdamosuzuki
Copy link
Contributor

I'd like to suggest the creation of a "Quick Capture Interface" that can be used for simply and quickly starting captures.

The current Edit Mode interface (vrecord -e) is extremely thorough but may be overkill for some reason. The Quick Capture interface should have only the following fields available for editing:

  • Filename
  • Recording Duration

The rest of the recording attributes (selected in edit mode) should be visible in a compact way, but not editable. There should also be a big circular red button to begin the capture.

I imagine one of two ways to select the recording attributes:

  1. The attributes are inherited from the last selection made in Edit Mode.
  2. An additional option in Edit Mode allows users to create a "capture profile". The capture profile can then be selected/loaded in the Simple Capture interface.
@dericed
Copy link
Member

dericed commented Mar 6, 2024

So perhaps a simplified ui that includes just

  • filename base (options for extension, prefix, suffix will still on in advanced ui)
  • recording duration

Then in the rest of simplified ui, I suspect we need:

  • summary of input (conditional based on if it's decklink, dv, or audio)
  • summary of input settings (ntsc vs pal, audio channel count)
  • summary of encoding settings (encoding, container, etc)
  • summary of playback settings (which viewer)
  • summary of file output (target directory, presence of sidecar files)
  • summary of any warnings or errors (like when target disk to offline or full)

@iamdamosuzuki, does that sound right to you?: a couple boxes with record button and then maybe 6 boxes of summarized data.

@kmurmur kmurmur added the FADGI FADGI will sponsor this work label Mar 7, 2024
@iamdamosuzuki
Copy link
Contributor Author

This looks good to me. I think this configuration would work very well.

@iamdamosuzuki
Copy link
Contributor Author

My understanding is that at this point we're waiting for a potential refactor before moving forward with building this GUI.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
FADGI FADGI will sponsor this work
Projects
None yet
Development

No branches or pull requests

3 participants