<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <font face="monospace">I read and think I understood <br>
    </font>
    <blockquote><font face="monospace">1) Preserving data and timecode</font><br>
      <font face="monospace">2) But unsure what's new about 2) regarding
        max quality via usual firewire connection</font><br>
    </blockquote>
    <font face="monospace">First, this looks to be for Digital Video
      (DV/HDV, Digital8 not mentioned) recorded on mini (H)DV tape
      cassettes.<br>
      And not for Analog Video(?) (VHSC/8mm/S-VHSC/Hi8/S-video) recorded
      on tape cassettes the generation before that<br>
      <br>
      The analog-digital convertersion, i.e Hi8 S-video to DV doesn't
      usually preserve the analog recorded date and time code or RCTC.<br>
      Not advanced, but better than nothing I therefore used to manually
      display (switch on) the time and date at the start of video
      sequences.<br>
      <br>
      Discovered also an old post I have had about TC and RCTC ...<br>
      <a class="moz-txt-link-freetext" href="http://www.verycomputer.com/311_d1c132d0a14432ec_1.htm#p7">http://www.verycomputer.com/311_d1c132d0a14432ec_1.htm#p7</a><br>
      <br>
    </font><br>
    <font face="monospace">On Sunday, January 2, 2022, Andrea paz via
      Cin <cin at lists.cinelerra-gg.org><br>
      wrote:<br>
      <br>
      > @Andrew-R<br>
      > @Terje<br>
      > Found this discussion on an Italian NewsGroup; no idea if it
      can be<br>
      > useful...<br>
      ><br>
      > > 1) How to capture on Hard Disk video-films recorded on
      magnetic cassette<br>
      > tapes  "Mini Dv" without losing the date and time of the
      original video<br>
      > recording on<br>
      >  the magnetic tape?<br>
      > > 2) And without losing the best quality obtainable by
      downloading with<br>
      > cable and  DV sockets (with digital signals; e.g. with
      i.Link, IEEE.1394<br>
      > standard)<br>
      ><br>
      ><br>
      > The two things coincide: date/time data and other information<br>
      > (timecode, aspect-ratio, color/BN, DV type [DV25, DV50,
      DVCPROHD_1080i,<br>
      > DVCPROHD_720p], PAL/NTSC, interlaced/progressive, audio
      locked/<br>
      > unlocked, aperture, frame rate, etc.<br>
      > unlocked, aperture, gain, shutter) are contained in VAUX
      blocks of each<br>
      > frame.<br>
      > VAUX blocks of in each DV frame (to be exact, they could be
      contained in<br>
      > each<br>
      > contained in each DIF block, 12000 bytes, and each frame in
      PAL is<br>
      > composed of<br>
      > composed of 12 DIF blocks, 144000 bytes, but usually they are
      put only<br>
      > on the first DIF block of the frame), then downloading on PC
      the<br>
      > digital data of the<br>
      > digital data of the MiniDV cassette you also make a backup of
      the<br>
      > information about<br>
      > date/time information.<br>
      ><br>
      > Similarly for HDV (MPEG-2 Transport Stream) data stored on
      the MiniDV<br>
      > cassette: all this information is contained in packets.<br>
      > MiniDV cassette: all this information is contained in Private
      Stream<br>
      > A1 packages (commonly called Sony A1).<br>
      ><br>
      > > 3) And perhaps by having such data captured in the
      "detail-properties"<br>
      > of the   video files that are created, as is normally the
      case with today's<br>
      > cameras, instead of seeing them<br>
      > cameras of today, instead of seeing them appear inside the
      image of the<br>
      > video<br>
      > when of the image of the video when you watch it on the
      monitor?<br>
      ><br>
      > This one is a tad more complicated.... While cameras<br>
      > enter this information once into the EXIF/XMP/<br>
      > IPTC sections of the JPG/RAW[TIFF] file, for DV video this
      information is<br>
      > relative to each frame (or inserted on each frame of type I<br>
      > or P for HDV videos, i.e. every 3 frames), and so it is a
      little bit<br>
      > difficult to show you all the information.<br>
      > You could show the information of the first frame, but if,
      for example, a<br>
      > for example, a file was composed by more recordings, that
      information<br>
      > would be wrong for the recordings<br>
      > would be wrong for the recordings following the first one,
      not to mention<br>
      > that<br>
      > diaphragm/gain/shutter could change frame by frame.<br>
      > frame by frame.<br>
      ><br>
      > Back in the day (2010, so a bit after 2004...) I had made
      available a<br>
      > small program to extract data in text format:<br>
      ><br>
      > <a class="moz-txt-link-freetext" href="https://video.liberdomus.org/software/extract_dvaux.zip">https://video.liberdomus.org/software/extract_dvaux.zip</a><br>
      ><br>
      > Just run the program from DOS prompt (or shell unix, they are
      also<br>
      > compiled for Linux/64bit):<br>
      ><br>
      > extract_dvaux.exe filedv > info.txt<br>
      ><br>
      > The "filedv" can be any file format (AVI, MOV, RAW DV) that
      contains<br>
      > DV packets (also compatible with the Canopus-DV codec):<br>
      > a line is written every time some parameter changes.<br>
      > At the end a short report is also written about how many
      frames/blocks<br>
      > have been analyzed and if the audio is "locked" or not.<br>
      > --<br>
      > Cin mailing list<br>
      > Cin at lists.cinelerra-gg.org<br>
      > <a class="moz-txt-link-freetext" href="https://lists.cinelerra-gg.org/mailman/listinfo/cin">https://lists.cinelerra-gg.org/mailman/listinfo/cin</a><br>
      ></font><br>
  </body>
</html>