informis
/
textfiles
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
textfiles/messages/ALANWESTON/1994/DLPH02_27.txt

952 lines
34 KiB
Plaintext
Raw Normal View History

Initial commit
2021-04-15 11:31:59 -07:00
85868 24-FEB 18:19 Music & Sound
UltiMuse with NitrOS9
From: NICKJOHNSON To: ALL
Is anyone running UltiMuse successfully with NitrOS9 version 1.15 or greater?
I already know about the need for the timing patch, but I'm having problems
getting the program to run at all.
(never even gets to the play routine)
Nick
-*-
85879 24-FEB 21:48 Music & Sound
RE: UltiMuse with NitrOS9 (Re: Msg 85868)
From: WDTV5 To: NICKJOHNSON
Yes, I am runnning it, to both a hardware midi interface driven from a
modified rs-232 pack, and to the bit banger, both at the same time IF I like!
There is a file available here describing the nuts and bolts of how I did it,
from a mutliview icon yet! By now its probably in the music databse.
A quick synopsys is that I've got the nv.115-6 patched VDGINT in my normal
boot, the AIF.ume file names a script in the commands dir whose exec bit is
set, and this script in turn launches Umuse3 for me, version 4.7.2 in this
case. It should all be in the file, including the how-to's of patching
you version of Um3play. Get that file & study it for hints about your
actual system as what I did there should be a pretty universal way to do
it altho the exact location of the byte to change might not be given correctly
for the version of Um3play you might have. The approach I used for the rest
of it should be usable on any system, even stockers provided the basic
bug fixes commonly applied to the stock system have been applied to yours
therebyy cleaning up the crashes. One comment, I suspect that a system with
a know sensitivity to the BLOB might be harder to make work. Good luck
Oh, PS etc, I've got those 4 vdgint descriptors in my bootfile too. Thats
the v0.dw, v1.dw etc available in the database here. Again, good luck
-=Gene=-
-*-
85884 24-FEB 23:23 Music & Sound
RE: UltiMuse with NitrOS9 (Re: Msg 85879)
From: NICKJOHNSON To: WDTV5
What's the CRC and version number of your VDGINT?
-*-
85906 25-FEB 23:46 Music & Sound
RE: UltiMuse with NitrOS9 (Re: Msg 85884)
From: WDTV5 To: NICKJOHNSON
Hi Nick, an ident of the one in memory says its Edition 3, revision 3.
The crc is $AFDFF4. Hope that helps. Cheers, Gene
-*-
85920 26-FEB 11:38 Music & Sound
RE: UltiMuse with NitrOS9 (Re: Msg 8)
From: NICKJOHNSON To: WDTV5
Many thanks. Now I can test a theory <g>
-*-
End of Thread.
-*-
85869 24-FEB 19:39 General Information
RE: Palm (Re: Msg 85851)
From: JOHNBAER To: DIETER
> I have LHA 2.06 for OSK and have so far NO problems, got the file from the
> StG network...
>
> Dieter
>
Well all I can say is that MRGOOD, EDELMAR, and myself have found that the
Palm file here on Delphi is a problem with 2.06. 2.01 DOES unarchive it
thou...
--
John -
johnbaer@delphi.com jbaer@pacs.pha.pa.us
* IX 1.01 * "If you lose your memory, forget it!"
-*-
85885 25-FEB 00:00 General Information
RE: Palm (Re: Msg 85788)
From: DIETER To: JOHNBAER
> Like I said in a previous message, this is the only file that I had
> a problem with. As for me, 2.06 is darn good. I've `opened' dos,
> amiga, and atari lzh/lha files with no problems.
>
I downloaded PALM yesterday, and also have problems extracting the fi-E 058 General Information
RE: Palm (Re: Msg 85869)
From: DIETER To: JOHNBAER
> Well all I can say is that MRGOOD, EDELMAR, and myself have found that the
> Palm file here on Delphi is a problem with 2.06. 2.01 DOES unarchive it
> thou...
>
In the meantime I found out that I have the same problem! Where can I get LHA
2.01 from?
Dieter
-*-
85919 26-FEB 10:48 General Information
RE: Palm (Re: Msg 85912)
From: JOHNBAER To: DIETER
Dieter,
> In the meantime I found out that I have the same problem! Where can I get
> LHA 2.01 from?
>
It's right here in the database. Uploaded by Mike Haaland. Check
the OSK apps. first. I think thats where it's at.
--
John -
johnbaer@delphi.com jbaer@pacs.pha.pa.us
* IX 1.01 * "Clipper Chip - Big Brother Inside !"
-*-
End of Thread.
-*-
85870 24-FEB 19:57 Applications (6809)
RE: TSEDIT? (Re: Msg 85825)
From: JEJONES To: KEITHJA mport into PageMaker 4.0 on my PC to build my mag,
"the world of 68' micros".
-*-
85873 24-FEB 20:59 Applications (6809)
RE: TSEDIT? (Re: Msg 85866)
From: DSRTFOX To: ISC
Being one of those third party supporters, I thank both you and Chris very
much! If that attitude prevails, we'll be around to support you for quite
a while!!
-*-
85880 24-FEB 22:08 Applications (6809)
RE: TSEDIT? (Re: Msg 85873)
From: ISC To: DSRTFOX (NR)
Thanks again, Frank. I know it gets lonely sometimes, but those of us who
know appreciate your efforts very much.
Bill
-*-
85881 24-FEB 22:19 Applications (6809)
RE: TSEDIT? (Re: Msg 85872)
From: ISC To: DSRTFOX (NR)
Frank,
The only negative factor about "Simply Better" regarding Keith's original
post is that he wanted to import text to "Home Publisher" which I assume
he is using in OS9. So I was trying to point him to OS9 programs which
produce ascii files. Then he could also use TSSpellsme of my corespondence where
different fonts and/or graphics are required. I guess I would like to be
able to do this from OS9, but in all other respects, the TS series has
done well by me. I believe the series would do what you have spelled out
as YOUR requirements. The vi patches, available here on Delphi in the OS9
sig, are mandatory if you want to run the series under OS9 lvl2.
As some one else pointed out, if you are familiar with vi on UNIX,
the TS series, particularly TSEDIT with the vi patches, will look very
familiar. Others have brought out that support for current third party
dealers rather than continuing to support the first party that has turned
their back on the system has merit. I might point out that buying from
the above mentioned first party and getting "free" software out of the sig
database has the same effect on the third party suppliers. But, if it
means getting the job done or going with out because of the buck$, then go
for what you can afford.
I do'special on ALL
of the TS packs! So I got TSEDIT, TSWORD and TSSPELL all for less than $50!
I had recently learned vi on UNIX, and I quickly realized TSEDIT was going
to be VERY similar to vi. I looked at TSWORD and trashed it off the bat. I
did not care for its icon interface. And at the time I did not need the
functionality of TSFMT. I did like TSSPELL a lot.
Later when I got just a little more involved with Word Processing, I
realized I needed a text formatter. I looked around and decided on
mroff, as it was more functional than TSFMT and it was free.
But I still wasn't happy. I knew there had to be something better out
there. Before going to OS-9, I had done a little Word Processing with
Telewriter-128, written by Bob van der Poel. I noticed an ad in a new
magazine I had just subscribed to, The CoCo Clipboard (I'm sure a lot
of you will recognize that name!), from Bob van der Poel Software for
an OS-9 editor program he had called VED (for Visual EDitor). He didn't
want too much for in8 so you can load it up in your startup script
in a single memory block and your editor is always ready for you. It
can edit a file of any size up to ~54K, grabbing as much memory as it
needs and growing in memory as the edit session demands. Plus, since it
was written by Bob, it had virtually the SAME function keys as the editor
for TW-128!! So the learning curve for me (since I had used TW-128) was
super quick.
I wrote to Bob that I was pleased with VED and now it appeared that he
had merely taken the editor portion of the TW-128 code and ported it
to OS-9. And now all we OS-9'ers needed was for him to port the text
formatter portion of it to OS-9 as well. Less than a year later, VPrint
hit the market. It is by far the most powerful text editor available
for the CoCo3. It has tools I have yet to discover and use!
So, yes, for many users needs, TSEDIT/TSWORD/TSSPELL are fine, but when
your needs get a little more serious, the VED/VPRINT/TSSPELL configuration
looks better and better!
-
Well, the 8450 IS pretty decent.. the older VS100s we had before this were
a bit of a pain... that was TWO VS100 models linked together... had to keep
'em coordintated when bringing the system back up or taking it down. If one
crashed, you could sometimes re-start without messing with the other, depending
on HOW it crashed! We get occasional corrupted files and such for seemingly
no reason whatsoever. We can only IPL and hope that clears it up. Recently
it displayed intermittent problems, so I reset the thing, only to have on
e heck of a time getting it started again. I crashed about two hours after
users really started getting on! Got everyone off, then reset it again,
and everything has been sweet since! But I'm about to start it back up from
a reset now....
-*-
85875 24-FEB 21:09 General Information
RE: Unix System V problem (Re: Msg 85841)
From: DSRTFOX To: ALWAGNER
Read 85874. It seems that a file or so gets corrupted occasionally on a
multi-user system and causesrb (Re: Msg 85874)
From: BROWN80 To: DSRTFOX (NR)
I used to think that nothing could be worse than a system 36. I was wrong.
We went from a lot of 36's to one AS400. Yes, while most companies are
networking and spreading their processing around, we are centralizing ours.
Until our new software is written and debugged, we are running 36 environments
for our old software and the whole mess is tied together with a VSAT system
that we share with a department store chain. Sounds kinda neat doesn't it?
I have learned a lot. I can't complain about having a dull job. Our guys at
the home office took a week and 30 people working all over the United States
to find two cut wires at their office last month. Oh! good luck on your reset.
John Brown
-*-
85896 25-FEB 05:01 General Information
RE: Unix System V problem (Re: Msg 85875)
From: ALWAGNER To: DSRTFOX (NR)
Its not a system crash in the classic sense as the only symptom so far has
been the ihbe worth looking for a 'cron' job that is scheduled
to run every so often. Perhaps one of these jobs is not having its I/O
re-directed properly, or the program is not restoring the terminal
characteristics properly when it exits.
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
-*-
85911 26-FEB 00:26 General Information
RE: Unix System V problem (Re: Msg 85841)
From: BANANAMAN To: ALWAGNER
I wonder if the console would come back on-line if you unplugged the RS-232
port and plugged it back in. Might wake up the getty controlling it.
--Andy
-*-
85938 27-FEB 06:45 General Information
RE: Unix System V problem (Re: Msg 85911)
From: ALWAGNER To: BANANAMAN (NR)
The Console keyboard is the one that you would have connected to a pc if it
were not running UNIX. ie., it is connected directly to the motherboard
via a connector. It is not running as a termit suggest fixes for a problem you can't personally observe.
-*-
End of Thread.
-*-
85876 24-FEB 21:11 System Modules (6809)
RE: SCSISYS v1.0/2.2 (Re: Msg 85837)
From: DSRTFOX To: DONALDS
Leave a message to COLIN MCKAY (I'm not sure if that is his user name or not,
no space between names). He sales Matt's drivers (commercial version).
-*-
85917 26-FEB 10:00 System Modules (6809)
RE: SCSISYS v1.0/2.2 (Re: Msg 85876)
From: DONALDS To: DSRTFOX (NR)
Thanks for the info. I will try that.
I have a 2meg upgrade and was trying to get use of most of the ram with
a RAMDISK. I have patched locations '0C and 74' with different values
but the best I can get reliably is 1040 sectors. OH; I did patch location
'D4' with '7F' to recognize the 2meg.
Don
-*-
End of Thread.
-*-
85877 24-FEB 21:14 OSK Applications
RE: adding titles to windows (Re: Msg 85847)
From: COLORSYSTEMS To: VAXELF
A framed window (with cgfx.l and KWindows on an ERVED,
menus
};
The problem is there are NO menus. Just a plan WT_FBOX that I want to
title. Can I NULL out the second and last elements and call it as
_ss_wset(TermShell,WT_FBOX,WNDSCR);
John D.
-*-
85898 25-FEB 20:00 OSK Applications
RE: adding titles to windows (Re: Msg 85847)
From: ROYBUR To: VAXELF
john, i don't know diddly about what you're trying to do, but is "GREY"
something _you_ defined or is it something already known to CGFX.L? i ask
because, while "grey" is not incorrect, another way to spell it is "gray".
8*).............roy
-*-
85899 25-FEB 21:00 OSK Applications
RE: adding titles to windows (Re: Msg 85898)
From: VAXELF To: ROYBUR
RED & GREY are the forground and background colors. It just happen that
is how it was spelled in the orginal files.
John D.
-*-
End of Thread.
-*-
85883 24-FEB 23:07 General Information
RE: Hard Drive Problem (Re: Msg 85858)
From: RANDYKWILSON To: PAGAN
r14 baud, ouer transfer never has
any errors no mather how large the transfer is, and the fastest CPS was 590...
I also have a TANDY RS-232 pack that I was using at 9600 baud, No problems
either, but I do have the 63C09 CPU, and NitrOS-9, my brother also...
Dieter
-*-
85887 25-FEB 00:00 Telecom (6809)
RE: 9600 on a CoCo... (Re: Msg 85805)
From: DIETER To: MITHELEN
> You CAN get it to work reliably, with
> minimal software changes (hacked SACIA) and a cable hack, but still
> It does not REALLY handle TRUE 9600 baud throughput.
> Paul
>
You are right Paul! You dont get true 9600 baud, but the fastest transfer the
CoCo 3 and OS9 is capable of, and thats wat I am after till I can either
implement StG v3 or StG v4 on the MM/1a, and is not that then I will change to
RCIS, that BBS software a
lready runs on the MM/1. But I like StG better and will wait till then, or if
I can find an StG system that is running at 9600 baud right now, and is w Dieter
-*-
85892 25-FEB 02:08 Telecom (6809)
RE: SandV BBS (Re: Msg 85890)
From: MITHELEN To: DIETER
Just talked with Scott (again) tonight, and he was working once again on
"stgxfr" the V4 netxfr program... HE had to do som major rehashing of thew
code, due to major problems in the read routine, and he had some problems
in the CRC routine for Unix. He said he might have it comunicating by next
weekend, at the low level... then he has to implement the higher level protocal
to it... I'm still optimistic he will getit done by fest (i'm just too
optimistic)
-*-
85900 25-FEB 21:35 Telecom (6809)
RE: SandV BBS (Re: Msg 85886)
From: ZOGSTER To: DIETER
> any errors no mather how large the transfer is, and the fastest CPS was
> 590...
> I also have a TANDY RS-232 pack that I was using at 9600 baud, No
> problems either, but I do have the 63C09 CPU, and NitrOS-9, my brother
> also...
The 6309 with Nitro makes the differance between ni rsll Netting with each
> other,
> soon as either Horst or I can find an StG system that has and is running
> is system with a high speed modem (9600 baud or better) and is willing to
> be ouer parent system will will be back online...
Currently all the StG systems are running at 4800 or 2400 baud. If/when I
get a 6309 with Nitro and a high speed modem Narnia will be set at 9600.
We will miss both of your nodes.
Jim
-*-
85922 26-FEB 13:49 Telecom (6809)
RE: SandV BBS (Re: Msg 85902)
From: DIETER To: ZOGSTER
> Currently all the StG systems are running at 4800 or 2400 baud. If/when I
> get a 6309 with Nitro and a high speed modem Narnia will be set at 9600.
>
> We will miss both of your nodes.
>
> Jim
>
Thanks Jim, let me know when and if You are running 6309/NitrOS9 with a 9600
baud modem... Till then I will stay in contact via Delphi or CIS...
G'Day!
Dieter
-*-
85923 26-FEB 13:49 Telecom (6809)
RE: SandV BBSro and the CPS drops tremendously. For now (until I get
a chance to do all my hardware hacks and repackage the CoCo for the BBS) I am
going to stay at 2400 baud.
Carl
-*-
85944 27-FEB 09:57 Telecom (6809)
RE: SandV BBS (Re: Msg 85834)
From: CBJ To: RICKULAND (NR)
Rick,
You must realize that Jim is talking about a bidirectional transfer of
data here. He is running StG, just like me. TTYL,
Carl
-*-
85945 27-FEB 10:05 Telecom (6809)
RE: SandV BBS (Re: Msg 85923)
From: CBJ To: DIETER (NR)
Dieter,
I've never had any luck getting the hack to work properly with my CoCo.
Perhaps what I need is to send you my RS-232 pak and let you do the hack and
send me the pak and your SACIA settings. IF I could get ChiCoCo running at a
reliable 9600 baud I'd hook the US Robotics back up to it. TTYL,
Carl
-*-
End of Thread.
-*-
85891 25-FEB 00:14 Programmers Den
RE: print formatter (Re: Msg 85792)
From: MDALENE To: WDTh I can't tell ya where
to find a legal copy now. I think that puppy is still in the cmds dir tho.
Humm, nope, wonder where it got to, its not even in my "cmdsineveruse"
directory, probabaly lost in one of the st-238r sneezes here. I've got the
original disks yet I'm sure. But no, I hadn't really given that any real
thought yet. Maybe, uh, . . .. Cheers, Gene
-*-
85910 26-FEB 00:10 Programmers Den
RE: print formatter (Re: Msg 85891)
From: WDTV5 To: MDALENE
Humm, read it offline. Most of the info on the dot commands is hidden in the
file itself. Running pf on pflister with a starting page of 100+ will leave
you with a file in that dir describing the dot commands. The ^ commands are
in the help files. If owrse comes to worse, grab dEd and sub a space for
all the control codes, then list it. I keep forgetting there are some
users who may not have had this siince day one, and have a hard time
getting it "bootstrapped" and running well enough to print the listing.
And I odn name of course)
-*-
85904 25-FEB 23:22 System Modules (6809)
SCSISYS v1.0/2.2
From: KSCALES To: DONALDS
> Leave a message to COLIN MCKAY (I'm not sure if that is his user name or
> not, no space between names). He sales Matt's drivers (commercial
> version).
Colin isn't active on Delphi, but does frequent the CoCo, OS-9, and
MM1_Tech echos on Fido, as well as the Princeton CoCo list. (There are
just too many active forums to keep up ;-) So Colin follows those
groups, and I try to monitor this forum and the CIS OS-9 area, and we
keep each other informed of the highlights.
So, you can reach Colin through me, or you can contact him directly through
Delphi Internet mail at IN%"cmckay@UUISIS.ISIS.ORG".
... / Ken
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
-*-
85916 26-FEB 09:55 System Modules (6809)
RE: SCSISYS v1.0/2.2 (Re: Msg 85904)
Fro
now what you were saying.
Sure, you can contact Colin through me, if you want to... I talk with
him pretty much daily.
Cheers... / Ken
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
-*-
85939 27-FEB 08:40 System Modules (6809)
RE: SCSISYS v1.0/2.2 (Re: Msg 85937)
From: DONALDS To: KSCALES
Thanks ken. I didn't see what happened to my message until I had logged
off. The general question I had for him was I can use both of my ST277n
drives under scsisys1.0 but when I switch to scsisys2.2 I can only use
the drive that was refurb'ed the other one I can do a scsifmt with
scsifmt2.2 but it will not use the 2.2 driver to do a logical format.
where I can do both with 1.0 driver and scsifmt.
Don
-*-
End of Thread.
-*-
85905 25-FEB 23:23 Programmers Den
Ultra C 1.1.2
From: PAGAN To: ALL
This is a copy of a message I posted to comp.os.os9 r
I (naturally ;-) ran some "benchmark" program through it to see what
happened. All of the results shown were generated on a Delmar System IV
with a MC68000-16, 4 Meg RAM, G_Windows and no hardware floating point
coprocessor. Each of the compiled programs was run at least three times to
check that the values being produced were stable.
First I tried Dhrystone 2.1. With 3.2 I compiled both with and without the
register attribute set. Since Ultra C ignores register declarations I only
compiled without register attribute. All three versions below were compiled
with no stack checking and I used the '-t=10' switch to tell Ultra C that
time is ten times as important as space. The results shown are for 10,000
iterations
Dhrystone 2.1
3.2 compiler
cc -xist=/r0 dhry_1.c dhry_2.c -f=dry21.knr
Header for: dry21.knr
Module size: $1ABC #6844
Microseconds for one run through Dhrystone: 689.1
Dhrystones per Second: n a suppressed for either compiler. Ultra C was, again, told to
give precedence to time over space. Each test run consists of sieving the
numbers from 0 thru 1,000,000 once.
Sieve of Erastothenes
3.2 compiler
cc -xit=/r0 sieve.c -dALLC
Header for: sieve
Module size: $F10 #3856
Elapsed Time: 18.74 seconds
cc-xit=/r0 sieve.c
Header for: sieve
Module size: $ECE #3790
Elapsed Time: 11.82 seconds
Ultra C
cc -to=OSK -tp=68K -itd=/r0 -t=10 -dALLC sieve.c
Header for: sieve
Module size: $CEC #3308
Elapsed time: 11.04 seconds
cc -to=OSK -tp=68K -itd=/r0 -t=10 sieve.c
Header for: sieve
Module size: $C68 #3176
Elapsed time: 13.36 seconds
This trial held a real surprise. As expected, the assembly language version
was faster than the all C version when compiled under 3.2. With Ultra C,
howevfwe
Header for: whet
Module size: $138A #5002
Whetstone time for 100 passes = 461 sec
This machine benchmarks at 0.216920 whetstones/second
Ultra C
c -to=osk -tp=68k -itd=/r0 -t=10 whetstone.c
Header for: whetstone
Module size: $15C2 #5570
Whetstone time for 100 passes = 243 sec
This machine benchmarks at 0.411523 whetstones/second
Here, even tho the Ultra C generated module is 11% larger, the performance
improved by a whopping 47%. Determining how much of this is caused by the
'fpu' module and how much from compiler optimization will take some more
testing.
When reading this message, remember that these three "benchmark" programs
are "do nothing" programs I'm using to get an idea of how the Ultra C
compiler performs. The real test will come when I start using it on
application programs.
There are still some unanswered questions regarding Ultra C. For instance,
will 57)
From: COLORSYSTEMS To: JES68K
> How do I get the 1.1.2 update to Ultra C? via Peripheral Technology or
> MWC? Is it freebie or $$$$$?
From MWC. And for BIIIIIIGGGGGGG $$$$$$.
------------------------------------
Zack C Sessions
"Always in motion is the future." - Yoda
-*-
End of Thread.
-*-
85908 25-FEB 23:59 Programmers Den
pf question
From: WDTV5 To: ALL
First to JRUPPLE:
While it might be nice for gui trained users, putting in a menuing
interface is not IMHO conducive to getting the job done in a timely
manner. There may be some who could pick the command line opts out with
a mouse quicker than I can type them, but the time to declare and show
the menu would be added too. Uh, maybe. Naahh..
As far as the fonts and the escp2 stuffs go, I suspect that could be
worked in with some additional monkey business to calculate the present
vertical lines per inch and keep a running total of it. I'd need to
fnboth the ^up and the ^down triggers.
However, thats not presently very handy due to the current usage of the
top row in that data array. So maybe we add 4 more rows at the
bottom. Or even (and I've given this some thought but it sure would
screw up the printing of already made files you've had for years) take
out the automatic toupper(c) and make the array about 2.4x bigger. Use
the uppercase to do, and the lowercase to undo, and start the basic
array at $30, restricting the access by the ^ triggers to just the
upper/lower alpha, but have the rest of those blanks filled in for 'pf'
used config data, humm, I like that.
Heck, if we used the 0-9 area for a direct 'use this size' command, the
preparation phase of the editing would be a bunch simpler. However if we
start the triggers below '0', then print_mod is gonna require major
surgery. Making the array larger isn't what I'd call major tho. How
many actual sizes are there in the escp2 command set?trcan handle 16 or more
intensities per color. I don't have one of them puppies tho.
2. The formats individual line length in bytes. Thats an integer(16 bit)
Why? Well, here a full line in 24 pin could be an 8640 byte line buffer!
3. The formats total height in 'load up a line and print it' lines.
Another integer I suspect. So thats a 5 byte header.
Here I'd like to force the issue a bit and require "printer ready"
graphics, eg, a file which is, if arranged on paper according to those 4
items, a direct bit image of what you want to print. Or a negative image
of same. I don't want to have to attempt to translate the color info in
a VEF or GIF into something that would look ok on paper. Unless of
course we're talking color ribbons here. My one attempt at that was for
an amiga generated image at the tv station, we wanted to show the client
what his graphic would look like in print so we played around for
several days, using every option we coul ar regardless of how we twiddled
the drivers options. Not satisfactory at all and we never did show the
client anything but video. So the next question is obviously, other
than FIT, is there an existing gfx format that matches those specs, or
do we have to re-invent a new 4 cornered wheel here. FIT would be nice,
but to reduce one of those to printable would take more cpu time and
memory (and probably a smarter programmer too!) than we've got I'm afraid.
Go see your local astronomer for the real details on FIT. Its the
original, and presumably still the best "scalable" image transfer format
today. Bulky files tho I'm told.
It boils down to 'which existing, commonly used file format would match
those requirements?' Item 1 I'm sure will be the sticking point.
I'm not too allergic to attempting to wrap text around it either, but I
really don't want to get into the centering and/or cropping of images,
so they need to be trimmed and cropped for this traly by a program that can
translate the bit image into the correct line buffers worth of process
red (magenta), process cyan, process yellow plus black information in
the proper order to be very simply read from the file and shoved out the
door to the printer. With the plethora of methods used, that translator
I suspect is going to be pretty specific to the individual printer.
"Process", that sounds like an ink pushers lingo, is, I've done some.
In printing color to the paper, we're starting out in nearly all cases
with white paper. The colors of ink used are "subtractive" in that what
almost looks like red ink isn't, its magenta because it reflects both
red and blue light. If you want real red on the paper, you must also
overprint the magenta with yellow which reflects red and green but not
blue thereby absorbing the blue that the magenta ink reflected. To get
green, use cyan (no red) and yellow (no blue) which leaves green. Etc.
I've had my own colorhh use organic dyes. I used to formulate my own paper
developer too because the ready made stuff spoiled too fast, you could
see the difference from one 8x10 print to the next! I'm in the process
of clearing out a corner of the basement and planning walls for another
darkroom right now. I made the sink last summer. Anybody got a Bessler
23/dichro they want to sell? Make me an offer.
I suspect I'll need copies of your printers manual to pull this bit of
magic off. BUT, Do not, repeat do not send me your original manual, I
found out the hard way they are the closest to being made out of
"unobtainium" as you could imagine. If you lose the one that comes with
the printer, it will take at least $100 in phone calls to the
vendor/maker to get a new one, probably 2 years later.
Gee, I wrote all that?
This is awful long for the forum, sorry.
Educate me here folks! Cheers, Gene (WDTV5@delphi.com)
-*-
85914 26-FEB 01:30 Programmers Den
RE:a was thinking, file formats would be a problem..
and the CPU time could very well be a sticky point as well, although, I am
more worried about the file formats. A) Finding a file format that fits
those specs is probably gonna be difficult. and then B), even if you
find a file format, the average file of that format cant be all that
large, CoCoers arent used to real big files..now, if this were for UNIX
the file could be in upwards of 500k, and no one would think twice...if
the output was nice enough. As for translating gray scale from VEFs an
external program could be used to translate color VEFs to gray scale files
that pf could use (assuming a new format must be created), and while printing
in color would be nice..that could be
oopps, that could be "phase two". I mean, I bet there are more users with
b/w printers than color. (I myself have an HP DeskJet 500, and a 500c)
Although the 500c isnt working right now..if you want a copy of my
DeskJet manuals, I will photocopy them off to you..(beca re
them. I only use them in my products. K. Darling wrote them. -Tony.
-*-
85924 26-FEB 16:08 Music & Sound
sound
From: LUCKYONE To: HAWKSOFT (NR)
Hi Chris,
So far I have tried ver 1.3 on term and win7 and I still get error 196.
When I do a tmode on win7 pag=26, type=00, term pag=24 and type=00.
When I start sound I get a blue screen with a lot of buttons toward the top
of the screen and a grey window in the middle of the screen. This happens
very fast and everything disappears and the error message appears at the
top of the screen.
I hope this can help.
Howard
Howard Luckey
delphi LUCKYONE
CIS 74746,3207
********** By InfoXpress 1.01 of course! **********
Howard Luckey
delphi LUCKYONE
CIS 74746,3207
********** By InfoXpress 1.01 of course! **********
-*-
85925 26-FEB 17:39 OSK Applications
RE: gnuchess (Re: Msg 85681)
From: WRHAMBLEN To: DAVGEORGE (NR)
I linked the binaries I uploadecrlibrary
because that version of curses was already available in the OS9 forum's
databases. It uses termcap. I also linked gnuchess with Microware's
unsupported curses library (also a termcap curses) in the Microware
utilities set sold by Ed Gresick and got no difference in behavior on my
system. I stuck with the termcap versions of curses because not
everyone has terminfo. Gnuchess uses a pretty limited subset of
termcap: only number of rows and colums on the screen, screen clear, and
cursor movement. If you can run uMacs, you have a complete enough
termcap to run gnuchess. Gnuchess misbehaves with G-Windows (as
reported by Ed Gresick) and K-Windows (as reported by a number of
others). I suspect a stray pointer or machine register being munged.
Gnuchess does run correctly on a serial terminal (as reported by
several) and runs fine on my system using either a serial terminal or
the IBM keyboard plus VGA display. You do have the sources in case
you want to recompile and relink with yo52-E23:54 General Information
RE: MM/1A SCSI Speed (Re: Msg 85929)
From: RANDYKWILSON To: BOISY
Boisy, I went digging through scsi_mm1a, and found the target string at
$06CE ($7571) and $06AE ($6971). I tried many passes of ddtest with all
four settings. The results were not good. Every setting gave readings of
around 900Kb/sec, +/- 20Kb. Funny thing is, I do not remember getting that
wide of an error range before. But I am *not* going to put the 070 back in
for baseline testing. :>
Randy
-*-
End of Thread.
-*-
85934 26-FEB 23:51 OSK Applications
Finally figured it out
From: JEJONES To: ALL
Gee...it only took me a few months or so to figure out that I didn't
lift stuff thoroughly enough. I've corrected a big mistake in my
Epson Stylus 800 VPRINT initialization file, and with any luck (and
a modicum of measuring) I hope to have stuff filled in for other
proportional fonts and finally get it sent off to Bob van der Poel.
Thanks to Bob van der Poel ht I didn't do a good
enough job of cribbing from.
Opinions herein are those of their author, and not necessarily those
of any organization. I am unassociated with Bob van der Poel, save
as a customer satisfied with everything but my stupid mistakes.
*** posted w/InfoXpress 1.1 ***
-*-
85936 27-FEB 04:15 Telecom (6809)
From: BILLGRESENS To: ALL
Where can I find the Zmodem send and recieve procedures that are mentioned
in the SuperComm docs?
thanx.
-*-
85947 27-FEB 11:29 Telecom (6809)
RE: (Re: Msg 85936)
From: MITHELEN To: BILLGRESENS (NR)
Look for rzsz 3.24 in the New Uploads or Telcom Database here on Delphi.
-*-
End of Thread.
-*-
85940 27-FEB 08:43 General Information
COCO parts
From: DONALDS To: BOISY
Where you looking for some programs and a 6309 I may have them. contact me in
mail.
Don
-*-
85941 27-FEB 08:58 General Information
MAIL
From: DONALDS To: ALL
I have a list of items I wi
No more messages.
FORUM>Reply, Add, Read, "?" or Exit>