Skip to content

Search Video Ingester

Search Video Ingester documentation.

Using the Video Ingester

The main window

The Video Ingester main window
The Video Ingester main window
AreaWhat it is
Connected (top-left)Internet connection status. Green Connected means the Ingester can reach the network. It turns red and warns you when the connection drops.
WATCHER / WORKERSwitch the two roles on and off. Blue means on.
SETTINGSOpens the Settings dialog.
?Opens this documentation in your browser.
Job gridOne row per job that still needs attention.
Watch foldersThe folders currently being monitored.
Show all jobsAlso show finished and cancelled jobs.
Open logsOpens the log folder in Windows Explorer.
Refresh Job ListRefreshes the grid immediately.
Rescan foldersScans the watch folders now instead of waiting for the automatic scan.
LogWhat the Ingester has been doing, most recent at the bottom.
Statistics bar (bottom)Current upload speed in Mbps, and how many jobs are done out of the total, with the number remaining.

The job grid columns

ColumnMeaning
NumRow number.
PriorityJob priority 1–10 with an arrow and colour. See Job priority.
Job statusCurrent status. While uploading, the progress percentage is shown here.
File nameThe video file this job is for.
DeinterlaceWhether the encoder will deinterlace this video.
Inserted atWhen the job was created.
PlayableThe identifier of the video record on the platform, once it exists.
Id jobThe internal job identifier. Quote it when reporting a problem.

Rows with status error or failed have a coral background so they stand out. Jobs that are currently processing are shown at the top of the grid, and the grid scrolls to keep them in view.

The statistics bar

The bar at the bottom refreshes every 30 seconds and shows:

  • the upload speed in Mbps, measured across the whole program;
  • a progress bar and a count such as 48 / 120 (Remaining: 72) — jobs finished out of the total, ignoring cancelled and errored jobs.

This is the quickest way to answer "how far along are we?" during an event.

Working modes

The Ingester can be used in two ways. They are not settings you switch between — they simply describe whether a human has to supply the contest data or not.

Automatic mode

This is how the Ingester is used during a normal event, together with the Video CutterV2.

The Video CutterV2 cuts each contest into its own file, writes it into a watch folder, and writes a small companion file next to it with the same name plus .json. That companion file carries everything the Ingester needs: the contest code, the camera name, the partner, the backend system, whether to keep the original, and whether the recording was progressive or interlaced.

The Ingester then:

  1. Notices the file.
  2. Reads the companion .json file.
  3. Waits if the cutter is not finished — while the companion file says FinishedCutting: false, the video is deliberately skipped and the log says so.
  4. Creates the job directly as new and starts uploading.

No human input is needed at any point.

Ingester in automatic mode
Ingester in automatic mode

Manual mode

Use this when you need to upload a file that the Video CutterV2 did not prepare — a recording from a memory card, a re-export, or a fight that was cut by hand.

Get the file into the Ingester. Either copy it into a watch folder, or drag and drop it onto the job grid.

A new job appears with status pending. Now fill in its contest data, as described in the next section.

A pending job
A pending job

Entering contest data for a pending job

A pending job is one the Ingester cannot upload yet, because it does not know which contest the video belongs to. It sits in the grid and nothing happens to it until you tell it. This is true whichever way the job got there — a file you dropped in yourself, or a file that arrived without a usable companion .json file.

1. Open the Contest Data form. Click the pending job's row in the grid to select it. There are then two equivalent ways to open the form — use whichever you prefer:

  • A Contest Data button appears above the grid while the row is selected. Click it.
  • Or right-click the selected row and choose Set Contest Data from the menu that pops up.

2. Fill in the form.

The Contest Data form
The Contest Data form
FieldWhat to enter
Contest CodeThe code identifying the fight this video belongs to. It must match an existing contest in the backend you are configured for.
Camera nameWhich angle this recording is: Front, Side, Side Left, Side Right, Rear, PGM Clean, PGM Dirty, Crane. This is how several angles of the same fight are told apart.
PartnerOnly shown when the Backend System is JudoManager. The federation or organisation that owns the event. Mandatory for JudoManager, not used for Judobase.
Keep OriginalWhen ticked, the original file is kept in cloud storage alongside the encoded version.
DeinterlaceOverrides the deinterlace decision for this one job.

3. Save. The job status changes from pending to new and the upload starts as soon as a worker is free.

If the contest code does not exist in the backend, the upload fails with a clear message — see Troubleshooting.

Inspecting a job

Right-click a job and choose Show payload for … to see the full JSON payload stored with that job: the file path, contest code, camera name, deinterlace flag, overlay URL and so on.

This is the fastest way to answer "what exactly is this job going to send?" and is worth including when reporting a problem.

Pausing the uploads

Switch WORKER off. Jobs keep being discovered and queued but nothing is uploaded. Switch it back on to resume.

This is the correct way to free the venue connection temporarily — for a live stream, a medal ceremony broadcast, or a network problem. Nothing is lost; the queue simply grows.

While the worker is off and jobs are waiting, the WORKER button blinks amber and the taskbar icon flashes, so an accidentally paused Ingester does not go unnoticed.

Closing the Ingester

If jobs are still processing, the Ingester refuses to close and tells you so. Either wait for the uploads to finish, or cancel the jobs individually first.

This is deliberate: stopping the program mid-upload leaves a partial multi-part upload in cloud storage that has to be cleaned up.