Is there a point in using QuickTime Player's 'maximum' quality for streaming Hi8 analog tapes?

I have a bunch of Hi8 analog (and digital8) tapes. I'm just starting the process of digitizing them by streaming them into QuickTime Player. I have a camcorder firewire 400 cable plus 3 adapters to convert to USB-C. Was shocked that it actually works, so now I'm on to actually trying to get the job of digitizing all these tapes done.


My main question is whether there is any point to using the "maximum" quality setting when recording. This creates huge .mov files in the "Linear PCM, Apple ProRes 422" format, but I can later encrypt them to something smaller. I would assume H.264 480p would be the choice, and is about 1/10th the size. This results in a file that the Finder says is using codec "H.264, MPEG-4 AAC". This seems to be the same codec used if the "high" quality is chosen for the recording.


Another question, kind of related to the above, is whether any of the encodings are lossless, but still give some decent compression. I read that H.264 can be configured to be lossless, but I don't see how to do this when choosing the codec to use.



[Re-Titled by Moderator]

Posted on Feb 16, 2025 7:43 PM

Reply
Question marked as Top-ranking reply

Posted on Feb 16, 2025 10:37 PM

I recently tested this. I'd not use the "new" QuickTime Player in any setting because it forces deinterlacing with mean/blend mode. So users might want that, though.


I'd use either the an old Mac with built in Firewire and import with the old iMovie v4-6 as DV-encoded interlaced rectangular pixels that the user can then post-process and re-encode as desired. Importing with Final Cut Pro works in Sequoia with FW-Thunderbolt-USB-C adapters but unlike old iMovie, FCP can not be forced NOT to break bad tape spots into multiple scenes, see below. I have all my old DV/D8 tapes archived as .dv files with old iMovie v4-6 and I have used Final Cut Pro or ffmpeg to post-process those old .dv movies in later macOS like Sequoia. The old QuickTime Player Pro 7 (works in Mojave but no longer sold) has "Device Native" import option and Final Cut Pro import the same way as DV encoded .mov.


The old .dv files are about 12 GB/hour (about 216 MB/minute). I'd currently edit and re-encode them to square pixels with "bob" deinterlaced double frame rate (PAL 720x576 scaled to 788x576 and cropped to 768x576 and 25 to 50 fps) as 10-bit about 5-10 Mb/s H.265 and AAC wrapped as .mp4.


Transfer from Mini DV video camera has gh… - Apple Community


Final Cut Pro 10.7-11.0 imports 720x576 25 fps bottom field first interlaced, overall 30.5 Mb/s, timecode .mov (DV, 16 bit 48.0 kHz 1536 kb/s PCM Little / Signed) from that PAL camcorder (4:3). My old .dv files archived from iMovie 1.0.2-6.0.3 are essentially the same except .dv, overall 28.8 Mb/s, no timecode and PCM Big / Signed. New clip at each scene break.


So I'd recommend FCP import for the quality I am used to, although that must be deinterlaced for computer playback unless longer shutterspeed was used making the footage essentially progressive.


On the other hand, QuickTime Player.app 10.5 (Mojave, Sonoma, Sequoia) "Maximum" setting imports 702x576 25 fps, overall 40.3 Mb/s, timecode .mov, ProRes 422, 16 bit 48.0 kHz 1536 kb/s PCM Big / Signed, and "High" setting imports 585x480, overall 4351 kb/s, timecode .mov, AVC, 48.0 kHz 320 kb/s AAC, both as progressive.


When booted to Mojave or earlier, the old QuickTime Player 7 Pro "Device Native" setting imports 720x576 25 fps bottom field first interlaced, overall 30.5 Mb/s, timecode .mov (DV, 16 bit 48.0 kHz 1536 kb/s PCM Little / Signed) from that PAL camcorder (4:3). All scenes are imported to the same .mov (no automatic new clip at each scene break).


Similar questions

44 replies

Feb 19, 2025 8:00 PM in response to Matti Haveri

A couple things on clip size. The only choice for iMovie 5 is to have a clip per scene or not, and of course that is only for Digital8. For Hi8 or for Digital 8 without "clip per scene" enabled, the clip size will be 1hr. I can't find any way to control that.


If I do choose "clip per scene", what does it take to later combine multiple clips into one clip, and keep in the DV format so there is no loss of quality, or in general can you edit a DV clip and save as DV? iMovie doesn't seem to support DV as an output type. VLC seems just plain broken on macOS. I can't figure out how to combine multiple clips. The "convert" feature doesn't even allow you to choose multiple clips to combine. On YouTube it shows how to do combine clips on Windows using "Add multiple...", but that doesn't seem to exist on macOS. I have yet to find an explanation on YouTube on how to do something with VLC that actually worked as shown, as the demonstration are always on Windows.

Feb 19, 2025 11:37 PM in response to Matti Haveri

Matti Haveri wrote:

cjp987 wrote:

With 4:3 NTSC scale 720x480 to 648x480 and then crop to the final 640x480.
I understand you are trying to crop the artifact at the bottom of the image
No, that relates to converting rectangular DV pixels to square pixels which computer monitors use. If that is not done, then circles will not be circles but ovals in the output.

Ignoring the artifact issue, I thought going from 720x480 to 640x480 was how the scaling (rectangular pixels to square) was normally done. Then I thought with the above you were suggesting how to both scale and crop the artifact at the bottom. If you only scale to 648, isn't the pixel still somewhat rectangular, but just not as much? If you don't fully scale down the horizontal down to 640, don't you need to scale up the vertical to make up for it. For example, maybe something like 648x486 to get the 4:3 ratio, and then clip to 640x480 to remove the artifact from the bottom, if removing 6 pixel lines is enough to do so.

Feb 19, 2025 11:48 PM in response to Matti Haveri

Matti Haveri wrote:
Just pause the import so a new clip will be created when you re-start import. You might want to rewind the tape slightly before starting re-import so the are no skipped frames in between.

I have a bout 40 hours of tape to go through. I don't have the time to monitor, so I'll probably just go with the 1hr clips. Or maybe I can find a copy of iMovie 4. I think that was the version I used to create the 9m clips back in 2003.


While you are at it I'd recommend renaming the imported .dv clips with a date in YYYY-MMDD-hhmm-ss.dv format (1998-0601-1200-00.dv etc, including seconds. Just use your best guess about the old date) so it is then easier to add metadata dates and other metadata to the exported .mp4 movies.

My tapes have labels with date ranges, generally anywhere from 3mo to 9mo, so I just create a folder with the date range as the name and store all the clips in it. I don't really have any plans to piece together a movie with clips from different tapes. Right now this is really just an archival task, and maybe after that generating an .mp4 movie per tape. For this step at most I would do edits to get rid of things like the camera recording for 30 minutes while sitting on the floor of the car. Unintentional lengthy recordings happened way too often. Actually this is something I'd like to edit out of the .dv versions of the clips.

Feb 20, 2025 8:26 PM in response to cjp987

Regarding using "clip per scene" or not, I think I'll use it. I played around with ffmpeg. Once you figure it out, it's pretty easy to combine all the clips into one giant clip. So I'll just capture in "clip per scene" mode, use ffmpeg to make a single file, and archive both. Whoever is doing video editing can decide which one they prefer.

Feb 22, 2025 11:25 PM in response to cjp987

cjp987 wrote:

Regarding using "clip per scene" or not, I think I'll use it. I played around with ffmpeg. Once you figure it out, it's pretty easy to combine all the clips into one giant clip. So I'll just capture in "clip per scene" mode, use ffmpeg to make a single file, and archive both. Whoever is doing video editing can decide which one they prefer.

One issue I have with doing this is that I'm getting the following error from ffmpeg:


[dv @ 0x7f90f2404f80] Invalid sample rate 32000 for audio stream #0 for this video profile, must be 48000.


I found that using the -an option to "disable audio" fixes this. I'm still getting audio in the output .dv file, which is a good thing, but using this option still leaves me with an uneasy feeling. I first tried "-ar 48000", but that didn't. I then noticed "-an" in the help output and decided to give it try. Googling for "ffmpeg" and "-an" pretty much turns up nothing. And just for reference, there is also the following in the output before the error:


Input #0, concat, from 'filelist.txt':

Duration: N/A, start: 0.000000, bitrate: 30819 kb/s

Stream #0:0: Video: dvvideo, yuv411p, 720x480 [SAR 8:9 DAR 4:3], 28771 kb/s, 60k fps, 29.97 tbr, 60k tbn

Stream #0:1: Audio: pcm_s16le, 32000 Hz, stereo, s16, 1024 kb/s

Stream #0:2: Audio: pcm_s16le, 32000 Hz, stereo, s16, 1024 kb/s

Feb 23, 2025 3:56 AM in response to Matti Haveri

So obviously 32 kHz stems from the original camcorder setting and tapes
and you might leave it as such, although using 32 kHz, 12-bit audio
might make the audio out of sync as well as other audio glitches.

It looks like by default my camera recorded in 12-bit:



I'm not sure what is meant by "two stereo sounds" and "one stereo sound". I still don't get why using "-an" makes the error go away. I haven't noticed any audio issues yet, but I'll check a look closer.


I have been wary joining movie files because they should all have exactly the same codec and codec parameters but your .dv files imported via the same workflow should be the same.


Yes. I'm always joining the multiple .dv clips that are created when doing a single import of a tape, and the entire tape was filmed using the same camera (I read that recording on a single tape using different cameras can cause problems).


A few multimedia containers (MPEG-1, MPEG-2 PS, DV) allow one to concatenate video by merely concatenating the files containing them with the humble cat command (the output is essentially the same as with MPEG Streamclip):

cat input1.dv input2.dv input3.dv > joined.dv


I'll definitely give that a try.


BTW, I could really use a video editor that allow me to edit the DV clip (namely, remove sections of video from the clip), and then re-export as DV without decoding/encoding the entire clip (but possibly doing so for a few seconds around the edit). ffmpeg can accomplish that, but you need to specify the time code of where to split the clip, which I imagine will take some trial an error before getting it just right. And then of course you will need to split again at the end of the section of the clip you want to edit out. So then you have 3 clips and you throw away the middle one, and then concat the two remaining clips. Rather laborious, especially if there are multiple edits you want to make.

Feb 23, 2025 4:07 AM in response to cjp987

It looks like by default my camera recorded in 12-bit:


I should clarify that statement. The man page image I showed is for my D8 camera, but I have both Hi8 and D8 tapes. They both seem to have this 32000 Hz issue when playing off the D8 camera. I'm not really sure how the Hi8 tapes were recorded as I don't have the camera anymore. For both the converted Hi8 tapes and the D8 tapes, QT Player inspector says the following about the audio:


Linear PCM, 16 bit little-endian signed integer, 32000 Hz


So it 16-bit, but 32000 Hz???

Feb 23, 2025 5:30 AM in response to cjp987

cjp987 wrote:

I could really use a video editor that allow me to edit the DV clip (namely, remove sections of video from the clip), and then re-export as DV without decoding/encoding the entire clip (but possibly doing so for a few seconds around the edit). ffmpeg can accomplish that, but you need to specify the time code of where to split the clip, which I imagine will take some trial an error before getting it just right. And then of course you will need to split again at the end of the section of the clip you want to edit out. So then you have 3 clips and you throw away the middle one, and then concat the two remaining clips. Rather laborious, especially if there are multiple edits you want to make.

MPEG Streamclip can edit .dv and losslessly export back to .dv. Just set in/out points via i/o keyboard shortcuts.


It is a great pity the 32-bit MPEG Streamclip and the old QuickTime Player 7 Pro can no longer be used in current 64-bit macOS (I boot to Mojave or use El Capitan or Snow Leopard Server via a virtual machine for that sometimes). As a best workaround in Sequoia I use Avidemux to losslessly cut or trim H.264/265 original drone movies for the archive because it readily displays I-frames where to do the cuts with such movies with GOPs.

Feb 23, 2025 11:16 AM in response to Matti Haveri

Regarding audio bit-rate, I'm not too clear what you are suggesting I do for my situation. Using ffmpeg with -an at least lets me work with the .dv files (concat them without the audio error), although I'm still not clear on why -an works, or possible negative side affects of using it.


Sound quality is not that important to me (these are just home movies done with a consumer camcorder). Just as long as I can hear what people are saying and there aren't bad audio glitches, I'm not too worried. I'm okay with the sound quality I've gotten so far, but still need to pay closer attention to it to see if there are issues I hadn't noticed before.


If you think there is something I can do with ffmpeg when concatenating .dv files to improve the audio situation, please let me know which options I should use. As mentioned earlier, -ar doesn't seem to have any impact. Also let me know if any special handling of the audio will be needed when eventually converting to other formats like h.264.


Thanks!

Feb 23, 2025 12:42 PM in response to cjp987

cjp987 wrote:

Regarding audio bit-rate, I'm not too clear what you are suggesting I do for my situation. Using ffmpeg with -an at least lets me work with the .dv files (concat them without the audio error), although I'm still not clear on why -an works, or possible negative side affects of using it.

If you think there is something I can do with ffmpeg when concatenating .dv files to improve the audio situation, please let me know which options I should use. As mentioned earlier, -ar doesn't seem to have any impact. Also let me know if any special handling of the audio will be needed when eventually converting to other formats like h.264.

As I said before, I'd use "cat" or MPEG Streamclip for concatenating .dv files instead using ffmpeg which seems to drop frames when doing so in at least when I now briefly tested it.


If you decide to use MPEG Streamclip for concatenating (or splitting) .dv clips, you might let it re-sample 32 kHz audio to 48 kHz while doing so. But that is slightly lossy and might not matter much unless there are audio sync issues in the possible editing and exporting to .mp4 phase. You finally export that DV's PCM audio as AAC codec with about the default 128 kb/s (with either 32 or 48 kHz sampling rate) as .mp4 audio.

Feb 23, 2025 3:08 PM in response to Matti Haveri

Just to be clear on the ability of MPEG Streamclip when dealing with DV, you mentioned using it to concat, but I was wondering if it could be used to edit. Specifically, to remove a section of a DV clip, and then re-export as DV (with no loss except at the edit point). I can do this with ffmpeg, but it's very clumsy to do from the command line instead of a GUI where I would just click on the start and end points that I want to remove.

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

Is there a point in using QuickTime Player's 'maximum' quality for streaming Hi8 analog tapes?

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.