home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / alt / cdrom / 6068 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  6.7 KB
  1. Path: sparky!uunet!enterpoop.mit.edu!biosci!agate!iat.holonet.net!bwilliam
  2. From: bwilliam@iat.holonet.net (Bill Williams)
  3. Newsgroups: alt.cd-rom
  4. Subject: Re: Texel 5024 Mini Review
  5. Message-ID: <C1I3wD.DqK@iat.holonet.net>
  6. Date: 27 Jan 93 07:09:48 GMT
  7. References: <C157xA.5HM@iat.holonet.net>
  8. Distribution: na
  9. Organization: HoloNet National Internet Access BBS: 510-704-1058/modem
  10. Lines: 143
  11.  
  12. WARNING... This is a long rebuttal to read, you may want to 'skip' now.
  13.  
  14.  
  15. I regret to have to resort to writing a rebuttal to a rebuttal but Rick
  16. Horwitz
  17. (a biased employee of Texel) has forced me to by actually resorting to a
  18. series
  19. name calling (unprofessional in its own right) and a style of writing that
  20. implies that I do not know what I am talking about when it seems that I may
  21. know more about this Texel than even He, an employee knows.
  22.  
  23.  
  24. Fact 1 (relating to multisession not shipping with firm date)
  25. ==== For this matter Rick Horwitz seems to issue a coverup when I called Texel
  26. myself just a day before and that is what prompted me to write:
  27.     >Reason #1, the Texel is NOT CURRENTLY multisession
  28.      compatible and no firm
  29.     >date was given to me by their sales dept. when it would be.
  30.      (As of yesterday)
  31.  
  32.  
  33. He could have just agreed and cited his guess as to when it will ship. I was
  34. not spreading any mistatements, it was the truth.
  35.  
  36.  
  37. Fact 2 (Relating to the lack of two distinct led indicators) Again I spoke the
  38. truth. Of course I knew it was a tri-state led, as most are, but I do not
  39. like tri-state leds. That is why I wrote :
  40.  
  41.      >The Texel does not have a separate set of LEDs as the Toshiba
  42.     >3401 does for activity and "on", it shares one indicator, I recall.
  43.  
  44.  
  45.  
  46. Fact 3 (relating to inability to adjust volume via SCSI commands as all other
  47. existing SCSI-2 devices do) He concedes that I am right about this but I have
  48. never heard of a multimedia card on a Mac in my life and doubt that one would
  49. ever be a common device. Perhaps this Texel mechanism was crippled just for
  50. use on IBM compatibles. Again I was 100% correct and not being misleading.
  51.  
  52.  
  53. Fact 4 (relating to inability to set audio play modes as all other existing
  54. devices claiming SCSI-2 compatibility (Sony, Toshiba) can do. WOW! I actually
  55. investigated this calim of mine and discovered a horriying truth to it! I was
  56. using the mode select page 14 correctly (same code used on other SCSI-2 
  57. devices without modification) and discovered that the right audio source could
  58. not be connected to either the right or the left speaker FROM THE HEADPHONE
  59. JACK. I did not spend the time to try the Phono plugs, but an expensive test
  60. audio CD confirmed that the Texel 3024 did not play stereo from the headphone
  61. but instead was playing left audio out both speakers. I will investigate a
  62. tiny tiny bit more in the future but not for a couple weeks. I am
  63. convinced I
  64. am correct and history may prove me right.
  65.  
  66.  
  67. Fact 5 (Relating to improper implementation of SCSI PREVENT/ALLOW MEDIUM 
  68. removal. No disagreement here between us, but am amused to learn about the
  69. padlock feature for those with expensive CDs in a library setting.
  70.  
  71.  
  72.  
  73. Fact 6 (related to the following stement I made) :
  74.  
  75.     >Reason #6, The Texel does not support the "PLAY (12)"
  76.      command. All other
  77.     >SCSI-2 compatible CD-ROMs I know of support this very very
  78.      useful command.
  79.     >In fact, its lack makes it very very difficult for a novice
  80.      to try and
  81.     >play more than a few minutes of contiguous sound from the
  82.      center of a large
  83.     >classical music symphony movement (< 15 minutes or so?)
  84.      using block
  85.     >addresses. It mercifully does have the other limited version
  86.      called "PLAY
  87.     >(10)" but the SCSI-2 specification clearly states underneath
  88.      the table
  89.     >enumerated as "13-3" for CD-ROM.....
  90.     >.... If any of the commands indicated by an * in the TYPE
  91.      column are
  92.     >implemented, THE PLAY AUDIO commands shall be
  93.      implemented. ......
  94.  
  95. That statement is 100% correct as I worte it. Oddly, Rick Horwitz, does not
  96. directly address this issue but instead talks about a vendor unique audio
  97. command and a command that has nothing to do with the block addressing 
  98. PLAY AUDIO command. Sure, one could write algorithms to work around the 
  99. deficiency of a missing PLAY AUDIO (12) SCSI-2 command but why botther.
  100. The math is not trivial. The block address needs to be converted into
  101. minutes, seconds, and frames  (75ths of a second) and added to a 150 fram
  102. offset. And there may not be a solid correleation between the two addressing
  103. schemes. SCSI-2 I think is unclear about how to convert when the logical 
  104. block size is not set to 2048 but instead is set to 512 requiring further
  105. multiplication or division before poroceding. If you just read my statement
  106. at face value you will see that it is correct and definitely not misleading.
  107. I find it odd that he points a finger at Sony (Whose SCSI-2 compliant 
  108. device does provide the valuable PLAY AUDIO (12) command (only 95% certain).
  109.  
  110.  
  111.  
  112. Fact 7 (regarding lack of SCSI EJECT command) I think it is quite distressing
  113. that my fine reputation is smeared with such allegations that I am misleading
  114. people by saying the following simple phrase:
  115.     >The SCSI EJECT command is not implemented in
  116.     >the device. This is present on all other devices I know off that
  117.     >claim full SCSI-2 compliance.
  118.  
  119. I know of only two other devices besides the Texel that Claim to be fully
  120. SCSI-2 compliant and those devices are the Sony-8003 and the Toshiba
  121. 3301 and Toshiba 3401. THESE DEVICES DO INDEED provide the eject command
  122. but obviously I am not implying that the SCSI-2 specification claims that
  123. supporting the SCSI EJECT command is a "MANDATORY" option. Of course not.
  124. If it was a mandatory option I would have mentioned it. After all, I
  125. am not a misleading type of person and do not try to put words in others
  126. mouths that they did not type explicitly.
  127.  
  128.  
  129. Fact 8 (regarding lack of insertion motor) No disagreements on this issue.
  130.  
  131.  
  132. In summary. I like a legitimate flame war as much as the next Usenetter,
  133. but I regard myself as an unbiased and non-misleading person and only
  134. write from my personal experiences on any matter I discuss. I find the
  135. sentence he wrote :
  136.  
  137.    > However, making unwarranted claims that are simply false or 
  138.    > impartial will not be tolerated.
  139.  
  140. Totlerated? Tolerate what? The simple honest truth presented without any 
  141. misleading or false statements?? 
  142.  
  143. That is incredible to believe!!! Its almost (but not quite) enough of a
  144. reason for me to spend hours of time picking apart Texels latest offerings
  145. to try and find even more significant shortcommings than the ones I listed
  146. so far.
  147.  
  148. I am sorry for this longwinded rebuttal to a rebuttal but folks who know
  149. CD-ROM technology and SCSI commands will undoubtably understand my viewpoint.
  150.  
  151.  
  152. Bill Williams (rarley wrong)
  153.  
  154.  
  155.