home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / rec / audio / 19578 < prev    next >
Encoding:
Text File  |  1993-01-28  |  2.4 KB  |  52 lines
  1. Newsgroups: rec.audio
  2. Path: sparky!uunet!UB.com!pacbell.com!decwrl!ames!elroy.jpl.nasa.gov!usc!howland.reston.ans.net!spool.mu.edu!yale.edu!ira.uka.de!math.fu-berlin.de!mailgzrz.TU-Berlin.DE!news.netmbx.de!Germany.EU.net!mcsun!sunic!nobeltech!kega
  3. From: kega@nobeltech.se (Kent Gabrin)
  4. Subject: Re: DAT, DCC and MD
  5. Message-ID: <1993Jan27.071204.4174@nobeltech.se>
  6. Organization: NobelTech AB
  7. References: <C19CFs.Fw1@fulcrum.co.uk> <1993Jan22.190811.28768@e2big.mko.dec.com> <C1Eun7.3y8@fulcrum.co.uk>
  8. Date: Wed, 27 Jan 1993 07:12:04 GMT
  9. Lines: 41
  10.  
  11. In article <C1Eun7.3y8@fulcrum.co.uk> igb@fulcrum.co.uk (Ian G Batten) writes:
  12. >In article <1993Jan22.190811.28768@e2big.mko.dec.com> winalski@adserv.enet.dec.com (Paul S. Winalski) writes:
  13. >> In article <C19CFs.Fw1@fulcrum.co.uk>, igb@fulcrum.co.uk (Ian G Batten) writes:
  14. >> |>DAT also requires highly accurate helical scan heads.  These will always
  15. >> 
  16. >> And DCC requires highly accurate thin-film fixed heads.
  17. >
  18. >Helical scan heads must be accurate, and the means of moving them must
  19. >be accurate.  Fixed heads requires a stable tape path, but that's much
  20. >easier to arrange.
  21.  
  22.    To avoid to have too much accurate alignment of the rotating head
  23. you can use a technique used by SONY in its tiny little machine called
  24. SCOOPMAN. The system is called NT (Non Tracking) and when reading the
  25. track it reads more tracks at the same time and uses memory buffers to
  26. determined how to assemble the bits in the right order.
  27.  
  28. Yes I know it's a dark horse and some maybe bet that it will take the
  29. same way as the ELCASSETTE did.
  30.  
  31. Another problem (small though) is that DAT uses time interleaved
  32. method when storing bits on the tape. That makes it sometimes a bit
  33. tricky when you edit music (especially in LP mode). One little time
  34. fraction of the music is scattered in time on several tracks on the
  35. tape. I don't recall how much this 'time delay' is but I guess it is
  36. in the neighborhood of 0.5 s in standard play mode (44.1 & 48 kHz).
  37. Some one more involved in RDAT should comment on that.
  38.  
  39. Come to thinking, PASC and ATRAC must also suffers from above
  40. mentioned 'time delay'. Anyone know how long that delay is?
  41.  
  42. /Kent
  43.  
  44. P.s. With 'Time delay' I mean the smallest fraction (in time) of music
  45. you can record on a tape without loosing information. D.s.
  46.  
  47. Kent Gabrin   NobelTech Systems    ! My thinking is not as great as
  48. S-175 88 Jaerfaella      Sweden    ! Oliver Berendinus Bumble /Will Try
  49. KEGA@nobeltech.se ! Following the discussion of Digital technique.
  50.  
  51.  
  52.