![]() |
Alternatives to Virtualdub using FFV1 and Aja Kona LHE+?
I'm interested in the AJA Kona LHI/LHE+ cards for the SDI and analog workflows. The downside is I don't think I can use Virtualdub or Virtualdub2 due to the differences in the capture protocols they support.
From what I gather the only viable solution if I want to use something like an FFV1 Codec for it's (lossless) size efficiency is ffmpeg. Is there a GUI solution for capturing from these cards in FFV1 with ffmpeg? I wasn't able to find one. |
Quote:
Quote:
Quote:
FYI, legitimate value of any used LHx card is no more than $50 USD, and really for that price you should be getting a working card plus cables, in case you're planning to go look at a certain auction site. Sold Listings > Sort by Lowest Price. |
Thanks for the info, I'll see if I can hunt down one of those posts on getting it to work with Virtualdub.
I'm more focused on the capturing and archiving of the original interlaced capture in FFV1. I would rather not have to double up and capture uncompressed then convert to FFV1 after the fact, as I just don't like the workflow, and it takes up more drive space I might need. Not to mention electricity and time. I'm more interested in using ffmpeg as a capture solution to encode to FFV1 on the fly. It seems like the right tool for the job. I'm just wondering if anyone has any suggestions for a GUI? Worse come to worse it could be a good learning project to get better at basic coding, as it seems it would take pretty few lines of code to cobble together a GUI with the help of some GUI tools. But I am no coder. I would rather see what's already out there, if there is anything. I know LS has said FFV1 is not a cooperative codec to work with, but plenty of time has passed and it's more commonly supported these days and it's status as an archival format has been upgraded by certain organizations since those comments I read from 2021. |
I can't say I've heard of anyone capturing directly to FFV1. Plenty of people do use it for their archive format though. It'd be fairly easy to just run a script to batch convert an entire folder of captures to FFV1 *after* capturing though.
While not super popular here, I still like ProRes as a capture medium because it doesn't require a computer at (you can use something like an AJA KiPro or Blackmagic standalone devices with removable HDD/SSDs) all and is visually lossless once you get up into 422/422HQ. Some Blackmagic devices can also capture in uncompressed 8 or 10 bit directly to SSD. You do need to feed them a stable signal from something like a TBC that has SDI output, or they won't work. I'm unsure how tolerant to timebase errors feeding an analog signal directly to a Kona LHi/e is. The ProRes422/HQ formats are also at least 10 bit meaning that in low contrast situations, you're dealing with millions of colors instead of 8 bit's thousands of colors. This means if you've got low dynamic range in a scene in something like a sky or mostly dark scene, the colors don't all get "rounded" to the same 8 bit values creating "banding" that wouldn't be there if the full chain was 10 or more bit. 10 bit workflows are a little trickier since you'd also need to use a 10 bit TBCs and use tools that can utilize 10 bit sources (without first converting to 8 bit) to see the benefit and the "recommended" ones are all 8 bit. I would agree that that 10 bit isn't going to be a hugely visible difference in most scenes, but there can be instances where it is obviously better. Using ProRes, you end up with a file that is roughly the same size (or slightly smaller) as a lossless 8 bit capture, but in 10+ bit instead. Further, most of the ProRes capture devices can capture illegal values, meaning that if luma clips to a certain degree, it can still be adjusted into the legal range in post, which I do not believe is possible in most situations with traditional capture methods. This alone can save you from needing to recapture. |
1 Attachment(s)
Quote:
They provided a DIY for getting the newer LHx cards working with VD, but I also asked AI to clean it up and make a bit more detailed step-by-step guide. Note: The .BAT files are around 1kb, so if you open up any AI, e.g. Gemini, you can just upload all the .BAT files and prompt it to replace "x path" with "y path" and have it done in about 2 secs instead of manually going through each file. Here are the steps, and I'll attach the PDF with Tiwiliger's Win10 images at the bottom. A step to double-click and run the modified .BAT files to update the Windows Registry has been added to the guide, but other than that it just expands on the original DIY (link at the bottom). - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - This guide outlines a method to enable Aja Kona LHi and Lhe Plus capture cards for use with VirtualDub, bypassing the need for Aja's native Control Room software. This process leverages the DirectShow filters for Windows provided by Aja, requiring a slight modification to their installation. This allows users to capture directly to preferred codecs like Huffyuv or Lagarith within VirtualDub, potentially streamlining their video capture workflow. Important Note: This procedure involves modifying system files and assumes a basic understanding of file paths and Windows operations. Proceed with caution. Prerequisites:
Step-by-Step Procedure: 1. Download the Aja DirectShow Filters:
This is the most critical step, where you will correct the file paths that the DirectShow filter registration scripts use.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Here is Tiwiliger's original useful DIY post for editing the Register.bat files: https://www.digitalfaq.com/forum/vid...html#post96680 And the .PDF of this guide is attached below. |
Wow thank you so much! This gives me a whole new avenue here, I can't thank you enough!!
|
Site design, images and content © 2002-2026 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2026 Jelsoft Enterprises Ltd.