Text 13312, 104 rader
Skriven 2009-10-05 15:20:28 av mark lewis (1:3634/12)
  Kommentar till text 13303 av Maurice Kinal (1:261/38)
Ärende: since you went away
===========================
>> what "cost"... you got the multiple-disk readers?

 MK> Nope.  Besides can't they only access one CD at a time?

that depends on their interfaces and the code accessing them... SCSI drives can
talk amongst themselves even while others are handling traffic... seems to me
that each task wouldn't have to wait for more than a few split seconds for
their requested data to start arriving...

 MK> What would be the advantage of it especially for creating
 MK> playlists if the system only sees the one that is in the
 MK> position where it can be scanned?

i'm not aware of them being scanned all the time... only during insertion and
even then, one can use the diskID or catalogue number to determine the contents
instead of reading everything from the TOC on the disk... for commercial disks,
this should be easy enough to implement... rather like a CDDB lookup based on
the CD number...

besides that, one nly need to access the database, once it is built, to create
the playlist... all the data can be taken from there and put into the list
without accessing the CD contents at all... when the songs are actually needed
by some client, that's the only time the disk would be accessed and that would
be either a direct feed from the disk or possibly a copy to a temp area and
name to avoid collisions... after the play, the temp file would be removed or
possibly left as a cache and another "in-use" flag be used...

>> it only takes just under two years doing only one a day

 MK> Hm.

;)

>> if you were doing a playlist of 60's stuff, would you want a
>> 70's group or song to be in that playlist??

 MK> AH!  I think I get you now.  Offhand I don't think I'd mind at
 MK> all as long as it is something I want to hear at that
 MK> particular moment. However since I haven't digitized most of
 MK> them then it isn't likely I'd accedently drop a 70's album
 MK> over a 60's album that was playing at the moment.

ummm... a playlist can contain music from several albums so it isn't like you
listen to only one whole album before putting on the next one... you can build
them in any fashion you want and then play them back in sequential or random
order...

>> it is ok for some things...

 MK> So far it has been the number one method of moving stuff
 MK> around.  I have yet to find anything faster, leaner and/or
 MK> meaner.

you still prefer to go to the well and dip your bucket than using the pipeline
from the well to the house, too... why should you continue to do the "heavy
lifting" instead of using a process that makes all that transparent to you and
makes the task of accessing those files a no brainer... just
file->open->locate->click and it's done no matter it lives...

>> yeah but i don't konw of anyone that's done a postscript to
>> video "converter"... do you? :P

 MK> Nope.  Never would have considered doing that.  I thought we
 MK> were talking about printers.  Did I miss something?

you must have... you or someone else gaven and example of using a video format
and printing it... the above was a direct response to that statement which you
chopped...

>> only like $35-45 US, IIRC... four NICs on one PCI card, each
>> with a different MAC address...

 MK> Wow!  That is an excellent deal.

i can't believe you haven't heard or see of such? we recommend them at times
for use with smoothwall express for a small footprinted but very powerful
firewall appliance that you build, control and can modify...

>> excellent for mini-ITX type boards with only two or three slots

 MK> The Atom only has one.  I don't believe I've ever heard of a
 MK> mini-ITX with more than one.  A few that have an extra
 MK> mini-pci(e) dealie but where would one find any decent or even
 MK> desirable addon card for that interface?

yeah, those things work ok, too :)

>> when the internet goes down, for some reason that is not
>> related to my POTS side, i relay on POTS to get the job
>> done for FTN stuffs :)

 MK> Right.  Something like that except around this neck of the
 MK> woods I'd be the one having to supply the feed and I can
 MK> already do that without the usb modem.  Still it might be
 MK> handy to have working just in case an emergency use for one
 MK> arose.  It could happen.

especially if there's some kind of storm that knocks out the power... if the
cell towers don't have power, they are out and the phones and cellular/wireless
networks are all down, too...

)\/(ark

 * Origin: (1:3634/12)