OK, this has now officially gone well into the ridiculous (I'm using a fair
bit of energy to stop myself from using a much stronger word).
The fact of the matter is, this argument over the licence is pointless
because no one can nor should win it, because it's the wrong argument.
There is
On 22/05/02 at 14:28 Dave wrote:
The part that they should contribute are the changes necessary to have
this support as an external module, AND THAT'S IT.
So who develops the kernel?
That is a good question.
It is really a cooperative effort, and the key to keeping it that way is
finding a
On 19/05/02 at 19:21 Dexter wrote:
On 19 /05/02 [EMAIL PROTECTED] wrote:
I have a QPower regulator or two which were developed for the QL - £5
each including postage if anyone is interested..
An alternative approach, when QPower upgrades are no longer available, is
to replace the 1A 7805
On 19/05/02 at 20:53 henk verbeek wrote:
Thanks for all your advice but i finally got it to work. I put the qubide
and the goldcard together and got my multimeter. I measured if all the
signals from the ql expansion connector where put through the qubide to
the
gold card. I discovered this way
OK, I've been reading the licence discussion for quite a while and I find
it does make sense for a world where the following is clearly defined that:
1) A generic SMSQ core, common to ALL platforms (*)
2) SMSQ extensions, or more precisely, additions or changes to the core,
start as a
On 10/05/02 at 13:02 Phoebus Dokos wrote:
Actually when the GF will be hopefully available, its onboard DSP will be
able to deal with tasks like that IIRC the specs Nasta released.
Eh, information is only as good as it is accurate. The DSP is not on the GF
(for it to fit, the printed circuit
On 06/05/02 at 15:05 [EMAIL PROTECTED] wrote:
Can someone please confirm what mice will work with this interface??
Will any 3 button PC serial mouse work?? Or do we need an Atari mouse??
Serial mice of any kond will NOT work. You need an Atari, Amiga (needs two
lines swapped otherwise cursor
On 03/05/02 at 09:24 Norman Dunbar wrote:
The circular wheel thingy was a Russion Nokolia something or other, back
about 1850 ish (+- 30 years).
Someone is doing the 'black stuff'
Russian (Though I am not sure he was) Nipkovliev. Anyone passing by Munich
can do a quick detour to the
On 01/05/02 at 16:24 Dave wrote:
Essentially, when you swap QL ROMs, the video output for TV mode
changes from NTSC to PAL and vice-versa for JSU JS, respectively.
Errm...don't the ROMs contain the CPU instructions...the video output is
shurely the job of other board chips (ZX8301, etc).
On 01/05/02 at 19:40 Dave wrote:
However, the English PAL system is BETTER! ;P
Oh yes. Especially on a 100Hz TV :-) but a decent capture card and large
monitor will do fine.
To summarise: nothing to spectacular would happen if the ROMs were
exchanged.
Ow... I was hoping for a rift in the
On 01/05/02 at 15:02 Phoebus Dokos wrote:
I have also constructed (ah, the good old days!) a 68020 add-on board...
I did a lot of guesswork when doing that circuit and more logic would
have been needed to get it to work right... I would probably make short
work of it today since now I have a
On 30/04/02 at 23:01 henk verbeek wrote:
Does anyone know how to upgrade the memory of a standard (classic) ql ? I
have searched the net but i didn't find a circuit or anything. Are there
no do it yourself circuits available ?
Done it many times in many ways. By far the simplest is to find a
Can't believe I made an error in something that simple... but I did.
Correction:
Needs one more 1N4148 diode. RAM(A) K||A DTACKL*
There :-)
Nasta
On 28/04/02 at 19:08 Marcel Kilgus wrote:
Urs König wrote:
- What other Europeans are consindering to attend the US QL show?
I'm guessing that includes me too :-)
I'll be there!
Nasta
By having a plugin filter rule system, we can also direct emails that
contain
this is not spam, !! and insert offensive words here can be
directed
straight to hell...
A few things not often found, but very useful to have in order to block
spam:
1) Delete messages without plain text (only
On 22/04/02 at 19:13 Dave wrote:
I'd give an example of the sort of SBASIC syntax I'd like, but someone
would post how you already do it ;)
ip$ = RESOLVE(site$)
Well, I wish S*basic had long integers (would be a bit interesting to find
a character to append to a name to signify long,
For example, I've recently learned of the difficulty of moving files
between machines. Headers are a wonderful thing.
There could always be a QL specific type defined... basically a regular
file with the header included, distinguished from the ones without the
header included by some suitable
On 21/04/02 at 12:53 Phoebus Dokos wrote:
I found a little adaptor that enables the upgrade from a 68040 to an
68060...
Which reminds me: Stuart Honeyball (= Mr. Miracle himself) planned to do
such an adaptor for the QXL but ultimately decided against it because he
could not find a source of
Phoebus Dokos wrote:
but I was asking if you can assign a .win file (any QXL.WIN file,
regardless of filename or disk - a la QPC :-).
The only way I know that works with QXL, assuming you are using DOS is to
use SUBST. Essentially, create a directory to emulate a dribe, then do
SUBST X:
On 19/04/02 at 20:41 Phoebus Dokos wrote:
I am going to try and find a full blown 040 and also to push it up a tad
to see what gives :-)) (Yeah I know! Speed freak!).
I think I have one somewhere. I know I have a full 40MHz.
The key to QXL speed-up is a decent cooler on the GLUE chip. The 68040
On 20/04/02 at 02:12 Dexter wrote:
QPC of course beats the QXL (any QXL unless a PCI version materialises,
-Knowing Dave that's not entirely impossible!-) by leaps and bounds in
disk access and graphics.
Hehe, no thanks - that's one project I *don't* want! Anything involving
PCI is a
On 21/04/02 at 02:05 Dave wrote:
Natsa the Dr Evil version of Nasta
Nasat is the Dr. Evil version of Nasta, not Natsa.
Nasat
Mhuuuahahahaha :-)
On 17/04/02 at 20:24 Phoebus Dokos wrote:
Hello again,
here's stupid question no. 2.
No, actually good question!
Since I don't remember its specs but I do remember that most multisync
monitors cannot go low enough for the QL to output on them...
Most, but not all.
QL uses 15625Hz Hsynch,
On 18/04/02 at 11:46 Phoebus Dokos wrote:
Where can you get the CGA-VGA adapter?
Here
http://www.pc-extras.com/prods/adcgav.html
Ah, don't bother. It only adapts signal levels - will not work unless the
multisynch monitor supports low synch frequency...
Nasta
On 18/04/02 at 00:04 Dexter wrote:
It is all explained in Keith Mitchell's hardware docs. Every other line
in the ribbon is an earth. By twisting lines 10 through 13 you are
swapping the drive 0 with the drive one signal with the earth line as a
pivot. Quite what the PC one does is not
On 17/04/02 at 23:50 Phoebus Dokos wrote:
[Floppy connectors]
Hmm so two drives can work simultaneously (theoretically?)
Surprisingly, yes! In fact, the NEC 765 controller (the same core is used
on many PC based controller chips, including ones used on GC/SGC) can do
parallel head positioning
On 15/04/02 at 05:40 Dexter wrote:
Unless you two know something I don't (like how to locally change the
Planck constant, speed of light, gravitational constant...) that's as
fast as anything will currently go on native QL hardware, give or take
a few 10s ok K/s...
What?!?!?
You don't know
On 15/04/02 at 03:44 Dexter wrote:
The readers are passive, and some CF media support ATA-66, and while these
CF readers aren't designed for ATA-66, a new version of RomDisq that uses
CF media instead of traditional flash RAM could take advantage of the
extra speed ;)
Once again, I point out
On 4/11/02 at 1:22 PM Phoebus Dokos wrote:
As for US QL-ers wanting to buy a QXL rather than get one free (?)
I have a 8MB 33MHz one for sale. $100 buys it, and the money goes
to my GF fund. Oh, and I just remembered: I have a 40MHz 68040 that
would work on it too...
Is that the same QXL
On 09/04/02 at 12:23 Phoebus Dokos wrote:
Hi all,
I am turning to the list for any ideas...
As you might have guessed at last I have a working (well sort of) Aurora
setup... However I experience a couple of problems, mainly with
resolutions.
...
Specifically, I give DISP_SIZE 640, 480 but
On 08/04/02 at 21:26 Dexter wrote:
However a European PSU will work with a US QL if you use a step up
transformer...
I've seen transformer winding kits up to the job for $20 in a local parts
outlet. Could be fun - been ages since I last wound a custom transformer
:o)
Oh, for heaven's
On 09/04/02 at 17:49 Tony Firshman wrote:
Clive Sinclair working for the French??
Just that I saw a TV advert last night for a Citreon C5
Citroen C5 has nothing to do with Sinclair, though I am sure their
marketing department must have been caugh unaware by the history of that
'name' in the
*** REPLY SEPARATOR ***
On 06/04/02 at 02:50 Dexter wrote:
[Developer forum]
Anyway, it's already a failed idea, so I'll work on something else.
Don't pronounce it dead yet... there are a couple of new topics.
some advertising material for the Qeyboard :o)
By all means.
On 28/03/02 at 19:28 Phoebus Dokos wrote:
Marcel tells me the screen base can change esp. on QPC - I have no
info on Qx0's and the Aurora is not the case here)
On the Aurora, once it's running in non-emulated mode (extended graphics
not QL emulation, that is), the base stays at the same place
On 29/03/02 at 01:38 Marcel Kilgus wrote:
In SBasic everything is f...airly slow
^
Good save there :-)
Nasta
On 28/03/02 at 13:37 Phoebus Dokos wrote:
Hi all,
I was wondering if anyone has tried moving screen memory around using a
lookup table instead of calculating the memory position of each pixel
every time...
The question is: what is so difficult about calculating a pixel position?
And, more
On 3/18/02 at 9:14 AM Tony Firshman wrote:
a) 'Regular' memory is generally quite substantially faster
than screen memory
Wasn't it 30%?
I forgot to answer this one - actually, it's closer to 50% when compared to
true no-wait-state RAM on a standard QL.
Things quickly get worse once any
I mentioned that I did not know whether or not the Q40 had the NET
ports. THAT is why I suggested that a connection between the Q40's
serial port and the QL's network port might work ...
Al
It doesn't really matter why it was suggested because it wouldn't work (not
without serious extra
Joachim wrote:
As I already mentioned, I am willing to volunteer for the following
changes in SMSQ.
- have all windows draw their contents in the save area
- background update of windows (same mechanism)
Ye! :-)
In general I propose the following changes.
- Application should not draw
On 3/13/02 at 10:06 PM Marcel Kilgus wrote:
Now that you mention stippling, it is my opinion that when having
16 bit colours there is no need for stipples anymore (I mention this
because I've heard that Tony invested quite a lot of thinking about
how to get stipples in). What is the general
On 3/14/02 at 3:29 AM Marcel Kilgus wrote:
ZN wrote:
manipulations aren't really much slower than their 2bit equivalent
... The problem comes when big chunks of memory need to be altered
That's precisely what I meant. Scrolling must be the biggest issue,
On QPC this is actually faster
On 3/12/02 at 3:44 AM Marcel Kilgus wrote:
After the Hove show some of us went to a pub and discussed a bit about
the future of the QL. On the drive home I talked some more with Jochen
and in the end we decided to take the development of SMSQ/E into our
(well, probably mainly my) hands...
I have my doubts about the gray scale value palette.
Yes, it's a bit superfluous but as it's next to no work for me to
implement I just thought go for it
Greyscale is actually useful. There are many cases where someone may be
using a mono LCD panel that supports 256 grey levels.
Not really
OK, guess you can take the love affir with black
QL things a bit far perhaps ;-))
LG do a black CD ROM Drive you know.
And Phoebus can get you one for about $50 plus shipping, I'm sure he knows
that I know where he would be getting them too :-) I actually have one in
my PC. 8/4/25 rewriter -
On 3/1/02 at 2:52 PM Dave wrote:
[QL membranes]
No, this has to be a broken one, because I need to destroy it to measure
it The internal measurements are vital
Why? A contact resistance of anything up to 200-300 Ohm will still work OK
(but if the keyboard is on long wires will be uneliable due
On 3/1/02 at 4:36 PM Alexander Keith Mitchell wrote:
Just a note to Nasta to confirm that I have sent the files he wanted
Confirmed, thanks!
Sorry to send it this way but there have been some problems with email
between Keith and me so this is the only method that we know works for
sure
On 2/27/02 at 7:50 PM Dave wrote:
There were two types of mouse interface...
One was a 9 pin serial mouse, and the other was a DIN socket that also
used a serial mouse, but I don't have the pinout. I recall most were
the 9 pin connectors.
Are you sure? What was used to receive the serial
On 2/21/02 at 10:38 PM P Witte wrote:
The PE used to handle programs in mode 8 and 4 so that all windows
of the same mode would be displayed together.
I wonder if this concept is still used, or indeed, if it could be
expanded.
In particular, give programs the ability to declare a 'user'
On 2/19/02 at 10:29 PM Phoebus R. Dokos wrote:
Two screen areas to do double buffering (SCR0 and SCR1) and Auroras
have 3
Actually, they don't. They only have the same two...
My bad... however that's what happens when you DON'T HAVE THE
MANUL (hehehe get the hint ';-)))
Well,
On 2/20/02 at 4:27 AM Marcel Kilgus wrote:
I can't really answer this without revealing what I'm working on ;-),
but anyway there is a general problem: I haven't heard anything from
Tony for a long time now, it almost seems that SMSQ/E for QPC is
currently the only platform that's still
On 2/19/02 at 8:12 PM Marcel Kilgus wrote:
[no way to prefent flicker]
Joachim Van der Auwera wrote:
Oh yes there is... You have to be more intelligent and shift data
in your buffer, restoring what is uncovered and saving what is newly
covered. More difficult to write, but always gives good
On 2/19/02 at 10:28 PM P Witte wrote:
However, all I want is an extra connector on the cable and a switch to
toggle power to either the one device or the other, ie nothing worth
$39 + pp and a big box.
You may not want it, but it's the only correct way to do it. Switching the
power supply
On 2/20/02 at 3:48 AM Marcel Kilgus wrote:
Phoebus R. Dokos wrote:
I see you are still UP!
Usually I don't go to bed before 3am... at least not if I can avoid
it.
Aha, a kindred spirit, although I've been limiting myself to 2AM lately :-)
Presumably working on QPC v. 5 with Sound, Sprites,
Well, there is just no way to avoid flickering. On fast machines the
possibility that flicker appears gets smaller but it's never zero.
I slightly disagree. Not much, just a little bit.
simply make the program aware of that interrupt...
No interrupt. Well, actually, yes - only on original
On 2/15/02 at 8:00 PM Bill Waugh wrote:
there is a slight possibility that it started with SUPER
Super Sprite Generator rings a bell ( with a picture of ET
on bike ?)
Yes, that was it, Super Sprite Generator. Too bad it doesn't work on
anything but the original screen layout and
On 2/10/02 at 8:40 AM Robert Newson wrote:
Instead, the writes are 'staggered' - a sector that is overwritten is
actually declared empty and another is written instead, than that one
is 'soft-remapped' to be at the same space as it's previous 'version'.
Stupid question: how is the
May I point out that the number of 'is/isn't OT' and 'who reacted in what
way' posts is now approaching a good 30% share in the 80% of OT messages
and is just making things worse. In the past when the list would wander,
going back to QL topics without further bickering has been proven a great
way
On 2/8/02 at 2:45 PM Claude Mourier 00 wrote:
So a small (mobile ?) QL-compatible system with only solid state devices
would be feasable ?
Yes, that's what I'm using now, although since it's a regular Aurora,
Qubide and SGC it's not exactly small... but one out of two :-)
Nasta
On 2/8/02 at 9:19 PM P Witte wrote:
Nasta writes:
So a small (mobile ?) QL-compatible system with only solid state
devices
would be feasable ?
Yes, that's what I'm using now, although since it's a regular Aurora,
Qubide and SGC it's not exactly small... but one out of two :-)
I know youve
On 2/4/02 at 12:26 PM Phoebus R. Dokos wrote:
Hi all,
PC Surplus online has a HUGE stock of Mitsubishi ED drives for $4.00 (Yes
4!) a piece Check it out here
http://www.pcsurplusonline.com/cat.cfm?catid=3
Well, yes, there's just one problem: they are from IBM and have NO jumpers.
It still may
On 2/4/02 at 12:37 PM Phoebus R. Dokos wrote:
Hi all, PC Surplus online has a HUGE stock of Mitsubishi ED
drives for $4.00 (Yes 4!)
Well, yes, there's just one problem: they are from IBM
Did you call them? On the website it does say Mitsubishi (And
that's the one I used to have)
I did
On 2/4/02 at 10:27 PM Tony Firshman wrote:
On Mon, 4 Feb 2002 at 17:19:30, ZN wrote:
5) The drive is VERY well made, not like today's 'recycled scrap metal'
ones, even though it's mad ein Thailand :-)
That is nice---^
One mad German speaking underpaid worker?
No, it's
On 2/2/02 at 5:14 PM Marcel Kilgus wrote:
Yes - I have seen that reaction too.
Mind you, you are getting older now (8-)#
Did you have to say that? :)
Of course he did, he's even older :-)
(and before anyone states the obvious, so am I - but I'm still younger than
Tony :- )
Nasta
On 2/2/02 at 9:20 PM Tony Firshman wrote:
Mind you, you are getting older now (8-)#
Did you have to say that? :)
Of course he did, he's even older :-)
By a factor of more than two I am sure (8-(#
(and before anyone states the obvious, so am I - but I'm
still younger than Tony :- )
On 1/25/02 at 10:16 PM Tony Firshman wrote:
If this is found to be True then to the previous score add:
Nasta 1, TF 1, Lau 1, ATA protocol 0 (Funny football game isn't
it?)
... and Phil Borman 2.
Actually, it would be very helpful if we could somehow contact Phil and get
him to release
On 1/16/02 at 3:51 PM Dave wrote:
On Wed, 16 Jan 2002, ZN wrote:
I KNOW! Unfortunately I also MUST do other things to a) eat b) not be
tossed out of the country c) remain sane
Lots of people can help with a) and b), but it's too late for c) ;P
As for a) and b) after two years of added
On 1/16/02 at 12:29 AM Phoebus R. Dokos wrote:
Just one thing, the IDE (w/ CF on) is already designed and practically
ready (as released sometime ago by Nasta) (called the QubIDE II) Maybe
you should work with him on the subject ;-)
Wy ahead of you there :-)
How about a Sound
On 1/13/02 at 2:26 PM Marcel Kilgus wrote:
Thierry Godefroy wrote:
Another way to use them wisely, is to limit the amount of total caching
memory they can use (thus also limiting the amount of time needed to
search among all existing slave blocks for your data...). IIRC Marcel
uses this
On 1/11/02 at 3:08 PM Tony Firshman wrote:
On Fri, 11 Jan 2002, Tony Firshman wrote:
Arvid Borretsen (spelling probably worng) even suggested
that one might make pcbs on high quality gloss paper with
an inkjet printer. He even gave me some metal impregnated
ink, but I never got round to
On 1/11/02 at 12:44 PM [EMAIL PROTECTED] wrote:
What equipment do you use to apply the etch-resist pattern to the
boards, etch them, and then bond them together?
Is it all very expensive for a hobbyist to produce one-off boards for
experiments prototypes?
The real problem is the thru-hole
On 1/11/02 at 12:23 PM Tony Firshman wrote:
Last time I said this to Nasta, he said he was working on an 1800 x
something screen - (8-)#
I've learned two things early on:
1) Almost any kind of CAD requires all the pixels you can possible get.
2) One gets only one pair of eyes. Invest in thy
On 1/11/02 at 6:59 PM Dexter wrote:
I know Stuart Honeyball produced some commercial boards but printing
direct onto special film.
It apparently worked very well, but there is loss of quality. No chance
of .5mm romdisq type pitches by this method.
The loss of quality is because you need to
On 1/11/02 at 6:23 PM Dexter wrote:
Ahhh, memories.
Nostalgia isn't what it used to be.
That's only because the brain cells don't work as well as they used to
:-)
(Translation: Yes, you ARE old! :-) ).
And you say this today, Jan 11 2002. My birthday. ;)
*mock scowl*
Happy
On 1/10/02 at 9:49 PM Dexter wrote:
On Thu, 10 Jan 2002, Peter Graf wrote:
PGA. QFP seems obsolete, so only PGA and BGA are interesting. BGA is
very
small, but only useful for volume production.
I'm well aware of the thermal advantages of PGA over QFP. The pins move
heat away to the PCB much
On 1/10/02 at 9:19 PM Peter Graf wrote:
Hi Nasta,
Two more plus a CF socket adds hot-swappable CF card capability...
...PC87C307, an AD1816, a 91C96 (or possibly 91C111?). That more or less
covers all the necessary ISA components.
Would it be worth considering to make a Q40/Q60 extension card
On 1/11/02 at 1:28 AM Dexter wrote:
If you have any easier projects I could cut my teeth on,
I'd be happy. I'm not anything like the level of Nasta
and yourself. I'm just well equipped.
See the ideas about a Q40/60 speciffic IO card... :-)
I see them. :o)
Ok, if I can get something
On 1/11/02 at 4:17 AM Dexter wrote:
On Thu, 10 Jan 2002, ZN wrote:
No need for the mezzanine card, the required chips are found on the GF,
in fact, even that part of the PCB has been designed! Normally I would
not be againgst such a board, but as you know, the GF is intended to be
a
semi
On 1/9/02 at 11:22 PM Dexter wrote:
If it had MultiIO/Ethernet as well, it seems to me that such a card
would
be a very good preparation for your XY-Fire!
This has me thinking. In what ways does the Q60 ISA implimentation differ
from the PC implementation? The CS8900 is a nice general purpose
On 1/10/02 at 4:53 AM Dexter wrote:
On Wed, 9 Jan 2002, ZN wrote:
I was thinking about a SMSC 91C96 - works with 8 and 16 bit busses, has
more buffer memory, and most important: it's 99.9% software compatible
with the 10/100 non-PCI 91C111 (the only non-PCI 'all-in-one' 10/100 I
know
On 1/8/02 at 2:11 PM Thierry Godefroy wrote:
Actually, the graphic cards device drivers are probably the most
complicated and sophisticated ones (especially when you take all
ancillary extensions into account, such as the pointer environment)...
I for one would hesitate to write such a
On 1/6/02 at 7:32 AM Thierry Godefroy wrote:
[PCI on the QL]
the problems are QDOS specific...
...Not many people around who have the thorough knowledge about the
hardware and software to write more complicated drivers.
True, but knowledge can be acquired by anyone, the problem being the
On 1/4/02 at 4:22 PM Dexter wrote:
I'm still looking for a schematic of the QL PCB. Also, the 8049 details.
Actually, you do not need the 8049. All it does can be done using a
different device and handling the difference on the software side
(translation: modified OS code).
I'm thinking of
On 1/4/02 at 9:55 PM Dexter wrote:
On Fri, 4 Jan 2002, ZN wrote:
A quick question: what do you use for USB?
[Microchip]
...I thought so. I've looked at the USB97C100 (not directly in connection
with QL hardware, though) and like most implementations, getting one's
hands on a non-PC speciffic
On 1/3/02 at 6:25 PM Peter Graf wrote:
Hi Nasta,
I'm sorry, but I must destroy any hopes that Coldfire CPU's
(version 1) could execute our existing QL software.
I would very much appreciate if you could give us some more
details on this.
Two examples for CF V4e:
- mov.b xxx,-(sp)' adjusts
On 1/3/02 at 8:56 PM [EMAIL PROTECTED] wrote:
actually it would be easy to get Ethernet and TCP/IP working in QDOS.
Do you think of a port or writing a driver from scratch?
I think what is referred tois the fact that TCP/IP uses Ethernet framing
anyway, so getting ethernet hardware to work
*** REPLY SEPARATOR ***
On 1/3/02 at 9:00 PM Dexter wrote:
Hi all,
I've been sat like a hawk on Ebay waiting for a QL to come up for auction.
I recall the US QLs had a different ROM version and PSU, but are their any
other differences?
Is there a PSU and/or power supply
On 11/14/01 at 9:37 PM Phoebus R. Dokos wrote:
I did use a PS/2 mouse when I had my Aurora/sH :-) It's a standard
serial port apart from the difference in the packaging (mini din instead
of Sub-D9).
NO!!! This is NOT correct!!!
There are mouses that will work as either PS/2 or serial using a
On 10/31/01 at 11:14 PM Dilwyn Jones wrote:
He he, next step is to get one of those remote controller watches to
remote control the QL, or to get software ont he QL to drive an
infrared LED or something to work with such a learning or programmable
remote control. Now if Simon Goodwin and Al
Even with current low cost silicon, there is still a high rejection
rate. That, as was said , cannot be afforded with a bigger chip.
Actually, bigger chips increase the number of rejects incredibly. The
reason is very simple: the basic idea behind chips in most cases relies on
all chip
On 10/19/01 at 8:39 PM Malcolm Cadman wrote:
The wafer technology was of course based on chip technology and design
and
testing procedures of the time. Today it would actually be easyer to
produce them...
Very interesting, Nasta. As you say the technology is always moving on,
and what was
On 10/3/01 at 4:53 PM Phoebus Dokos wrote:
As for Xitami, I have been using it for over a year now and although it
is
simple and relatively powerfull, it also has, at least on the PC some odd
problems...
Actually it's not Xitami's fault. I suspect you are using the NT version
which tends to
On 10/3/01 at 12:36 PM Phoebus Dokos wrote:
SB being a Server Side Script language is feasible now with UN*X
systems running uQLx And a QL specific web server is relatively
easy to implement once the TCP/IP stack is stable and complete.
Xitami for example (www.imatix.com) is an ideal
On 9/22/01 at 2:44 PM Peter Graf wrote:
You are right, i should have been more precise,
the QXL WAS the closest hardware
And NOW it is the Q40/Q60, isn't it? ;-)
Oh, yes, definitely. The Q40/60 is definitely the closest type of hardware,
for several reasons. For instance, the GF IO chips
On 9/20/01 at 10:27 PM Peter Graf wrote:
Yes, the original idea behing the GoldFire was to use the
QXL version of SMSQ as the basis for it, as that is the
closest related hardware.
I don't think so. The Q40 is *much* nearer to your earlier announcement
than the QXL. Think about memory map,
something that
is proven right now.
Good luck with the design!
Thanks!
ZN
Not entirely on-topic... and probably a question for Peter Graf:
The Q60, AFAIK uses either a 66MHZ 68060 or a 75MHz (clocked at 80MHz)
68LC060. My question is: were any tests conducted with clocking the 66MHZ
regular 060 at a higher clock, and if so, what were the findings? 68k CPUs
are know to
On 9/18/01 at 10:20 PM Peter Graf wrote:
I'm not sure my first reply got through, this new NT virus is bombarding my
web server which also has the proxy program, until it eventually crashes.
[Overclocking a 68060]
The Q60, AFAIK uses either a 66MHZ 68060 or a 75MHz (clocked at 80MHz)
68LC060.
On 7/11/01 at 11:06 PM Timothy Swenson wrote:
Is it OK to run with just a Slave IDE device and no master?
NO! The best scenario that can happen is that the drive will not be
recognized as being there. The worst scenario... well, I guess you have
learned about that one!
Nasta
BTW I am successfully using CompactFlash as removable media for Q40/Q60...
I use a special PCMCIA/CompactFlash-IDE adaptor. But attention, not
all CompactFlash-IDE adaptors work. There are also differences
between CompactFlash cards. This needs further investigation...
CompactFlash has the
BTW, I CompactFlash (aka Digital film) on the PC. The driver on the PC
does not require a reboot when changing CompactFlash cards. It senses
when a new one is put in or one is taken out. I'm using a little USB-based
adapter called Jump Shot made by Lexar (same folks that make the
1 - 100 of 126 matches
Mail list logo