I have available a Fluke 9100A and a Fluke 9105A with lots of extra's Pods
deep memory probe keyboard etc..
The 9100A has the newest firmware and a 'new' HD.
The total has to be shipped in two or three boxes or picked up.
I'm located in the Netherlands,
-Rik
So, my UK101 sold for a healthy ?224, which I am very happy about indeed.
However, it's to a buyer in the USA and he wants me to split the
bundle and send just the computer - he does not want the monitor.
He claims that although the computer will run on a 240-to-120V
transformer, the monitor will not, as US DC is 60Hz and European is
50Hz.
Is this correct? It's news to me.
I don't really want to split the package up, TBH - I am not sure that
the monitor is worth much on its own.
--
Liam Proven ? Profile: http://lproven.livejournal.com/profile
Email: lproven at cix.co.uk ? GMail/G+/Twitter/Flickr/Facebook: lproven
MSN: lproven at hotmail.com ? Skype/AIM/Yahoo/LinkedIn: liamproven
Tel: +44 20-8685-0498 ? Cell: +44 7939-087884
Hey Sander,
> Pah, X-Copy (http://www.youtube.com/watch?v=TCDtnQiZlSc) .... D-Copy
> (http://www.youtube.com/watch?v=gUT-gnwpLJ0) FTW! :)
Yes, there were many of clones. But I think it's fair to say that many of them just copied the feature set of White Lightning and Fast Lightning which later became X-Copy. The beast of the package was always Cyclone, which with the help of the hardware adapter shifted the read line to the write line. The problem was the missing precomping and refreshing of bit cells, but this was the best you could get back in the day.
http://www.youtube.com/watch?v=o2T9qpE6Jhw
The inventor of Cyclone, Rich Aplin, actually invented KryoFlux in 2008, about 20 years after the original was made for the Amiga. :-)
http://www.youtube.com/watch?v=pOiWGj3A6Eg
Enjoy.
Hi Jim,
> Not relevant to the archival media question. If I want to go out x # of
> years and work with what you are using a comparables, they certainly
> stand an excellent chance of being in the state of being useful (jpgs,
> pdfs, word files, (sorry word and MS are like cockroaches, they'll
> never go away).
This is not about the tools, the formats matter. You need to have well defined formats that are fully documented and open to make sure you can extract the data in the future. I don't know if I'll be using Photoshop in a decade, it matters if I can still open my JPEGs (problematic if you look at the reduction involved) or TIFFs or WAVs or FLACs.
It does not matter if you like MS or don't like them. The word format itself is documented, so as long as this documentation is preserved, all is fine. That's why the data we preserve is in containers that have proven to be suitable for over a decade now, they are documented and / or available with source, so people can see how the encoding works.
Chris
On 3/1/12, paisley at erols.com <paisley at erols.com> wrote:
>
> I was able to get two H960 racks (Thanks Doc!) and what I am looking for now
> are the brackets that connect 2 racks together. Does any one have any of
> these? Or have a photo of what one looks like? Thanks.
If you pull off the side panels where you want to do the join (lift up and out), 1/4" bolts and nuts will join the racks together at 4 places.
This lacks any beige fillers (which is I think maybe what you're asking for) but it makes two new side panels that maybe can be used elsewhere.
Tim.
Hi Fred!
>> We don't have anything to hide. We do have eleven years of field
>> experience in regard to preservation.
> Even "post-millenium" newcomers are very welcome!
>
> Glad to have y'all involved.
>
>
Thanks for the warm welcome. It's nice to see all the dinosaurs still
around. I didn't count in e.g. my years at Cachet (X-Copy, Amiga) in the
early 1990s as that was not preservation but banging bits from the
source to the target. So if we/I still qualify as newcomers... fine with
me. Enjoy!
Looking for early TRSDOS disks (pre-2.0) for the TRS-80 Model II.
This would be on 8-inch disks. This is NOT the same as any TRSDOS for
the Model I or Model III.
Thanks!
Eric
Hi Dave,
answers below. I must admit I was not expecting this in a thread with
this title, but I spotted it because I had replied the other day. I hope
I can address all your questions.
Best,
Chris
Am 29.02.2012 15:00, schrieb cctalk-request at classiccmp.org:
>
> I do have a Kryoflux board too ? I got it mainly for testing purposes.
> The Kryoflux team does not seem interested in working together with
> interested people at the same level as Phil ?
Are we? In fact many people working on KryoFlux are contributors.
Several people work with the source, and we recently even visited a KEEP
(http://www.keep-project.eu/ezpub2/index.php) workshop to discuss and
exchange with others, to name just one occasion. I never got a request
or proposal from you, but if you have ideas or comments, or whatever to
share... please let us know!
If you want to browse our website... there is a ton of information we
shared (and still do) over the last decade.
> their actually-useful
> analysis software is very expensive and even dongle protected,
> according to the FAQ at
> http://forum.kryoflux.com/viewtopic.php?f=3&t=3#p1241 .
Yes it is, so are many products. It must admit I don't get how this is
related to KryoFlux, or us being interested?
I have several products from the same company, some are cheap, others
are more expensive. Some come with a dongle, others activate only
(yikes!). People that want it can contact us. Some did/do. And some use
the software as part of a special arrangement. I really don't see why
this is wrong.
> The basic DTC
> software is closed-source and can be rather temperamental, as is the
> firmware.
Is it? I'd be happy to hear about quirks. I in fact have many posts and
mails that report the opposite. People are in fact happy it works so
well. If anything is broken, please send in a bug report. I haven't seen
one and I really wonder about the firmware. How would one notice that
it's currently "temperamental"?
I wonder what this has to do with the status of the source. I'd say it
does say nothing about quality. I in fact know many quality products
that are not open but I think they are very well executed. Does that
mean being open but flawed would be more desireable?
> Though Christian says the Kryoflux "never had such a
> problem," I have never seen an independent analysis or source code or
> anything confirming that.
We don't have anything to hide. We do have eleven years of field
experience in regard to preservation. The problem outlined by Johannes
was a design fault, it's not a glitch. You must not have ambiguity in
encoding. Apparently it was fixed lately, a year after release.
> I may end up doing this myself. Without
> source it's definitely more work to verify it.
Let me know how we can help you.
It feels a bit odd to read the above when in fact you never asked for
anything of the above. How should we know you would want to audit it?
> An overview of the engineering of the Kryoflux board indicates it was
> designed mainly with low cost in mind. The level buffers on it are
> very ESD-sensitive and are not designed for cables (so a long floppy
> cable may cause issues), and there's lack of protection overall,
> especially in the power supply.
I think this is very easy to explain... it was made to be as cheap as
possible without sacrificing ingestion quality. We like to make it
affordable, and we'd even make it cheaper if we could. We don't want it
to be more expensive. The buffers work very well, and we haven't had a
single dead one in more than 600 units sold. In regard to protection:
One dead board in 600 units supplied, the PSU was broken and just fried
the board. We exchanged it. Should I have made all 600 more expensive to
cover that one case? That's 599 vs 1. And again: We don't have to hide
anything - so I am telling you here in public.
> There's no way the current Kryoflux design ever will be able
> to image high-RPM media.
That's correct. The software could, but the hardware defnitely can't. We
never targeted harddrives. We focussed on one specific field of use. And
it's working very well. If we'd want to do harddrives or other high-RPM
media, we would do another model or product.
If these things were cars... we wanted to make something that drives,
not something that floats or flies. Just one thing... but very well
executed.
> As for Linux support: I've seen several complaints lately on the
> Kryoflux forums about libusb and glibc issues.
Right, you did not want to mention that this is more or less a
"theoretical problem"? We offer 32bit and 64bit builds. The 32bit worked
for all users (as far as I know, and also on 64bit systems), the 64bit
version needed to be refined to make it work on as many distributions as
possible. That's just the way it is with binaries on Linux. I am not
really happy with that.
But on the other hand it satisfies many customers. Just install the
software, attach the board - have fun. Buying a bread instead of always
baking your own isn't that bad.
I wonder how many users will be able to compile a source on Windows or
Mac, just to shed some light on the other side of the coin. It's not all
black and white.
> Take a look:
> http://forum.kryoflux.com/viewforum.php?f=3 . Even though they're
> somewhat responsive, it's still relying on them for support.
I don't get the meaning of this but... if you mean we need a bug report
to remove a bug... yes, we do. The wording "somewhat responsive" makes
me wonder... people usually get replies the next working day, and even
fixes come along pretty quickly. What is wrong with that? To make it
better, we have to listen. We do.
> There's also the issue of the Kryoflux software lagging behind.
> Currently the Mac version (which is what I use) is a few months old,
> and lacks many of the features I would like.
That is true, you would have to use Windows or Linux. Today.
> When I asked about this,
> I got brushed away, saying that the person who usually builds that
> version is busy.
Excuse me, would you mind publishing the answer I gave you as well? I
wonder where I did brush you away. I think I was very polite and
explained that the Mac port was being worked on. And yes, it's true, our
Mac devs are very busy, which is why the team was expanded and a new
release is near completion.
We welcome everyone that needs an earlier port to step forward and help.
Sometimes it's just diffing some files and applying a few platform
specific changes. Still, it needs to be done with care and by someone
who knows what he's doing. We take quality very serious.