#: 5328 S15/Hot Topics 18-Jul-90 23:43:38 Sb: #5291-Special! QUICK! Fm: Jim Williams 72157,3524 To: Paul K. Ward 73477,2004 (X) Ah, good... a 3.5 incher, eh? might swap the 277n in my amiga and stick that sucker on my Amiga's hardcard, thus freeing my 5.25 bay for a Bridgeboard. Thanks, Paul. --Eet-- Director of Mayhem Extra Terrestrial Imports, Ltd. #: 5332 S15/Hot Topics 19-Jul-90 01:36:37 Sb: #5319-32 bit bus? Fm: Jim Peasley 72726,1153 To: Paul K. Ward 73477,2004 (X) Paul; I think that this tidbit may have been taken out of context from the mm1.ann file in DL15. >> When a customer wishes to upgrade to another CPU and graphpcs board, >> the two-board MM/1 can be removed from the case, inserted in another >> with its own power supply, and used as a graphics terminal. On another note, maybe you and Frank could both say a bit about your respective warrantees. I don't remember reading anything in all the literature about warrantee coverage for either machine. Thanks, ...Jim #: 5358 S15/Hot Topics 19-Jul-90 17:21:53 Sb: #5273-32 bit bus? Fm: Paul K. Ward 73477,2004 To: Frank Hogg 70310,317 (X) Frank, Well, surely neither one of is innocent when it comes to "hype"! I suppose whether or not IMS loses sales remains to be seen -- when the hype is supported by performance, a customer will buy. I generally feel reluctant to get into discussions of commercial products in the forum, particularly if I'm associated with one. I'll be glad to post something like "Hey, y'all! Check out our new upload in DL15!" but to go ahead and be Drew Kaplan on the OS9 Forum is not my style. I don't think being "open" will lose you any sales and put you in a non-competitive position, btw. I think customers like being told what's up. So keep at it, Frank! If you end up saying things that are technically problematic, though, I'll have to leave the OS9 Forumites the job of correction. I will say one thing, however, and that is that a 32 bit bus, like a 16 bit bus, is a valid design CHOICE. There are arguments both ways, and both ways have merit. Certainly cost and performance are factors, but until you know the COST of the bus and the details about present and future PERFORMANCE, let's let the issue lie. We're both dealing in ignorance. And I certainly, in ANY case, cannot comment on the TC9 and TC70 because designs are not finalized. You're doing a great job, Frank, and as one marketeer to another, hats off for your efforts. Best wishes, Paul #: 5333 S10/Tandy CoCo 19-Jul-90 01:36:45 Sb: #Basic09 Fm: Jim Peasley 72726,1153 To: Kevin Darling 76703,42 Kevin; Help! I'm not understanding what's happening here! I've started running MemberDir after capturing the latest messages, and for some reason, it won't pick up Syscall. I've got copies of gfx2, Inkey, and Syscall with all 3 merged into each, bul not RunB. How come the system won't pick up Syscall from a packed procedure? Everything is fine if I pre-load the 3 modules. Now for the _really_ strange part... after running MemberDir, and with the 3 modules still in memory, if I try to reply to a message using View, it bombs out when trying to save the reply with an error 201 - illegal path #. Do you have any ideas why this is happening?? All the other file I/O functions in View work O.K. except for the reply path... and this works O.K. if I don't preload the gfx2, etc. modules. ??? %-< ...Jim There is 1 Reply. #: 5335 S10/Tandy CoCo 19-Jul-90 02:29:43 Sb: #5333-#Basic09 Fm: Kevin Darling (UG Pres) 76703,4227 To: Jim Peasley 72726,1153 (X) Jim - wow. I haven't run either one.. perhaps someone can try that out. The first dealie I might have an idea on. In the merged set in CMDS that you called "syscall", is syscall the first module? If not, it won't find it right off, I think. Got no idea on the View path problem. Does that program ask for another file name, or use the same file? The paths command might show something if things are around long enuf. Luck! There is 1 Reply. #: 5417 S10/Tandy CoCo 21-Jul-90 11:54:47 Sb: #5335-Basic09 Fm: Jim Peasley 72726,1153 To: Kevin Darling (UG Pres) 76703,4227 Kev; You were right on about the gfx2/syscall/inkey thing... I remerged them so that the first module is the same as the name, and things are working fine now. On reflection, it makes sense that if a Basic09 program makes a call to say, SysCall, finds a merged set of modules named syscall in CMDS, and upon loading it, finds that the first pgm. i.d. is something other than what it's looking for, an error 43 would be generated. Simple with hindsight. :-) As far as the apparent problem with View goes,nthe only thing that had changed was the pre-loading of the above 3 modules, and I just don't see how that would affect paths. ??? Hafta do some more detective work. (2 days later) Both View and MemberDir woHk fine now... no more flakiness. Original question still remains - why would pre-loading gfx2/inkey/syscall cause a paths error? I don't see any relationship here. Anybody?? Thanks, ...Jim #: 5334 S15/Hot Topics 19-Jul-90 01:36:53 Sb: #Keyboard/trackball Fm: Jim Peasley 72726,1153 To: All For all you prospective MM/1 and TC/9 purchasers out there, I saw an ad today for an AT/XT/PS2 compatible keyboard with a built-in serial trackball for $79.00 at Fry's. I'll probably stop by to take a look at it tomorrow or Friday, and if anybody's interested, post a more complete description of it. ..Jim There is 1 Reply. #: 5384 S15/Hot Topics 20-Jul-90 21:32:21 Sb: #5334-Keyboard/trackball Fm: Jim Williams 72157,3524 To: Jim Peasley 72726,1153 (X) Interesting... but most trackballs are a PIB to try to use as mice. Good positioning of the buttons relative to the ball is a big help. I like the idea of a trackball controller, tho I've seen a keyboard somewhere with a stylus tablet for the mouse where the trackball would be. --Eet-- Director of Mayhem Extra Terrestrial Imports, Ltd. #: 5336 S12/OS9/68000 (OSK) 19-Jul-90 04:04:23 Sb: #5318-3.5 disks Fm: Ed Gresick 76576,3312 To: Jim Chapman 72557,1120 (X) Hi Jim! Sorry for the delay in responding. Yes, can make 3.5" disks - 80 track - Mizar format. Ed #: 5341 S12/OS9/68000 (OSK) 19-Jul-90 04:52:59 Sb: #TOP - Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: SYSOP (X) SYSOP, Uploaded disk 15 of the TOP series. Ed There is 1 Reply. #: 5345 S12/OS9/68000 (OSK) 19-Jul-90 05:37:46 Sb: #5341-TOP - Munich Release 2.0 Fm: Wayne Day 76703,376 To: Ed Gresick 76576,3312 (X) And, it's merged, safely, into the library as I speak. Thanks! Ready for the next one (I think we oughta do one at a time, if that's not a problem for you.. we'll stash an insurance copy away before the merge, so we shouldn't have a problem with a complete file.. The ones marked /incomplete.. well, maybe we can figure out what's going on. Wayne #: 5346 S3/Languages 19-Jul-90 06:02:37 Sb: #5303-#Clib Documents Fm: Mark Griffith 76070,41 To: Ken Drexler 75126,3427 (X) Ken The missing pages were uploaded a couple days ago as DOCFIX.AR. Mark There is 1 Reply. #: 5416 S3/Languages 21-Jul-90 10:57:01 Sb: #5346-Clib Documents Fm: Ken Drexler 75126,3427 To: Mark Griffith 76070,41 Mark, Thanks. Ken #: 5347 S3/Languages 19-Jul-90 06:02:43 Sb: #5304-Clib docs Fm: Mark Griffith 76070,41 To: Bob van der Poel 76510,2203 (X) Bob, I guess I forgot to do a page for defdrive(). Here's your chance! MROFF does do line wraps, but I turned it off for the name and synopsis sections of the manual pages cause I didn't want it to wrap. I know a couple of the lines are longer than the width of the rest of the text. I printed everything out here before I uploaded it (that's how I found out the page numbers for the index), so it should have printed fine for you too. The numbers at the top of the page are like JJ said, an attempt to made things look UNIX-like. Mark #: 5356 S10/Tandy CoCo 19-Jul-90 11:27:03 Sb: #5216-#Dedicated CoCo3 Fm: Mike Guzzi 76576,2715 To: LARRY OLSON 72227,3467 (X) ~ My BBS number is 717-586-2771 300-2400 baud 8/N/1 24hrs. I put up a MM/1 section for the public. to egin discussions and since I own one to give observations. Mike There is 1 Reply. #: 5415 S10/Tandy CoCo 21-Jul-90 08:54:47 Sb: #5356-Dedicated CoCo3 Fm: LARRY OLSON 72227,3467 To: Mike Guzzi 76576,2715 Ok, thanks Larry #: 5357 S15/Hot Topics 19-Jul-90 11:27:18 Sb: #5209-#Is Basic out of date? Fm: Mike Guzzi 76576,2715 To: Kevin Darling (UG Pres) 76703,4227 (X) ~ Yes finally figured out inkey on Basic09/68000 it is NOT like the basic09's inkey on the CoCo. what inkey does on the 68000 is to tell you how many keys are pending (how many characters in the buffer) so if you wanted to simulate the inkey function do this: Procedure GetKey PARAM path:BYTE PARAM char:string[1] dim i:integer i:=sNKEY(#path) if i>0 then get #path,C endif end all this does is if there is any characters pending it will grab one. if nomne are present the read call (get command) is ignored. Hope this helps! Mike There is 1 Reply. #: 5363 S15/Hot Topics 19-Jul-90 20:56:21 Sb: #5357-Is Basic out of date? Fm: Kevin Darling (UG Pres) 76703,4227 To: Mike Guzzi 76576,2715 Thanks... I finally found that out, too. Certainly is different! #: 5400 S15/Hot Topics 21-Jul-90 00:12:54 Sb: #5078-#Is Basic out of date? Fm: Mike Knudsen 72467,1111 To: Jim Williams 72157,3524 (X) A real question is how much POKEing a Basic program (including Microware/Basic09) uses. A POKE is just as good as a C pointer for blowing up houses, hotels, whatever, if its address argument hasn't been set right. Just like a pointer. "Serious" Basic programs are throwing PEEKs, POKEs, and VARPTRs all over the place. C just provides a more shorthand notation for these operations, grin. --mike k There is 1 Reply. #: 5402 S15/Hot Topics 21-Jul-90 02:32:27 Sb: #5400-#Is Basic out of date? Fm: Kevin Darling (UG Pres) 76703,4227 To: Mike Knudsen 72467,1111 Mike - except for maybe the odd BBS program or two, I haven't seen many Basic09 programs using PEEK/POKE. Have you? Well, maybe some system utilities, but those all use PEEK which isn't dangerous. There is 1 Reply. #: 5405 S15/Hot Topics 21-Jul-90 06:42:46 Sb: #5402-Is Basic out of date? Fm: James Jones 76257,562 To: Kevin Darling (UG Pres) 76703,4227 Well...actually...I confess. I used ADDR and POKE in a program that solves one of the problems in Wm. Barden's most recent puzzle column, to avoid some redundant testing and stuff. I'll say 20 "Hail Hoares" and call you in the morning, Kev. #: 5401 S15/Hot Topics 21-Jul-90 00:19:28 Sb: #5091-#Is Basic out of date? Fm: Mike Knudsen 72467,1111 To: James Jones 76257,562 (X) You mean that OSK Basic uses 64-bit floaters? That means floating-point algorithms will run just as slow in Basic as in C under OSK. One advantage of Basic09 on the 6809 is that its single-precision (32 bits, and to heck with the IEEE) floating math was MUCH FASTER than C, which insists on the cumbersome double precision, whether you want it or not. That's right -- on a Coco, a floating-point program in Basic09 will outrun the same code in C. I was amaxzed to discover that. --mike k There is 1 Reply. #: 5406 S15/Hot Topics 21-Jul-90 06:44:00 Sb: #5401-Is Basic out of date? Fm: James Jones 76257,562 To: Mike Knudsen 72467,1111 Yes, I'm afraid it's true. (BTW, try SIZE() on a REAL in 6809 BASIC09; I think you'll find that it's a *five*-byte quantity!) #: 5394 S15/Hot Topics 20-Jul-90 23:40:08 Sb: #5068-#Is Basic out of date? Fm: Mike Knudsen 72467,1111 To: Mark Wuest 74030,332 You are dead right about wild C pointers, and how amazingly you can get away for years and never know you've got a funny pointer, because there just happens to be nobody else using the few bytes of memory that it stores a line of keyboard input into, or whatever. However, Basic09 and Basic can blow up any system too, using POKE with an argument that didn't get initialized right. I've written RSBASIC programs that built up binary-byte arrays, requiring POKE, and I could have blown that too. Yes, memory protection hardware is great for catching wild stuff. But it also may keep you from reading system variables, writing directly to I/O devices, and other things that we "shouldn't" be doing, but sometimes you have to for speed. I hope we don't have to on the MM/1. --mike k. There is 1 Reply. #: 5409 S15/Hot Topics 21-Jul-90 07:35:08 Sb: #5394-Is Basic out of date? Fm: Mark Griffith 76070,41 To: Mike Knudsen 72467,1111 Mike, >Yes, memory protection hardware is great for catching wild stuff. But it also >may keep you from reading system variables, writing directly to I/O devices, >and other things that we "shouldn't" be doing, but sometimes you have to for >speed. I hope we don't have to on the MM/1. I hope that you will become an advocate for "doing things right" on the MM/1 and not resorting to or telling others that you must use "bad ways" to get your programs to work at the speed you think necessary when you port them. I know we've talked out this before on the CoCo but I feel it will become even more important with the MM/1 since it is a Level I machine, and because the user (and programmer) base is potentially much larger. This will become critical when network software is developed and the remote graphic terminal ideas we discussed on LISTSERV are available. Your position as a well known programmer will serve to show others that these sort of tactics are "bad, bad" (in my best G. Bush voice) and not encourage others to try it. We all want to see well behaved software that is portable and easily upgradeable. Cheating in the real human world always gets its just rewards sometime and I don't see any difference in the programming world. I am personally counting on your support in this area. Mark #: 5365 S10/Tandy CoCo 19-Jul-90 21:40:29 Sb: #5285-Memory Size Testing Fm: DENNIS SKALA 73177,2365 To: Kevin Darling (UG Pres) 76703,4227 (X) Yeah, I know --- that's the main reason for needing a fix. I did the same thing you did and read the GIME directly (ah, the folly of youth!). I also limited it to 40 memory blocks. ***** Dennis ***** #: 5366 S3/Languages 19-Jul-90 21:42:20 Sb: #Make Fm: DENNIS SKALA 73177,2365 To: 76070,41 (X) Mark, I downloaded the Kreider library docs. I appreciate your putting them together - it must have been quite an effort! I finally got mroff compiled, and am well on my way toward getting the docs printed. But I could not get 'make' to work (never used it before). Here's my slightly edited version of your makefile: * Makefile to compile MROFF ODIR = /dd/lang/c/cmds RDIR = /dd/lang/rels RFILES = nromain.r nrotxt.r nromac.r nroio.r * CFLAGS = -s mroff: $(RFILES) chd /dd/lang/rels; cc $(RFILES) -f=$(ODIR)/Mroff -m=4k -e=11 nroio.r: nro.h nroio.c nromac.r: nro.h nromac.c nrotxt.r: nro.h nrotxt.c nromain.r: nro.h nromain.c * END And here is the output it produces: cc -r=/dd/lang/rels nromain.c cc -r=/dd/lang/rels nrotxt.c cc -r=/dd/lang/rels nromac.c cc -r=/dd/lang/rels nroio.c chd /dd/lang/rels; cc nromain.r nrotxt.r nromac.r nroio.r - f=/dd/lang/c/cmds/Mroff -m=4k -e=11 Now my compiler (the plain vanilla cc1 level I Microware version sold by Tandy) chokes on the -r=stuff. Of course I had to rename the file 'cc' for the sake of make. -r all by itself is an OK option. Why does make' produce this non-legal output? Or am I missing something here? make - edition $12, CRC = $41F1F2 cc1 - edition 4, CRC = $63CE5F ***** Dennis ***** There is 1 Reply. #: 5368 S3/Languages 19-Jul-90 23:31:35 Sb: #5366-Make Fm: Mike Haaland 72300,1433 To: DENNIS SKALA 73177,2365 ~ Dennis, Grab CC.AR in lib 3 here. It has CC front end in it uses the -r= option fine. Did you ever get the Development System from Tandy? You should if you're gonna get busy with C under Level II. It's (the Dev Pak) got a new Linker and a new Assembler for level II. MikeH BTW- That -r= is a 'legal' option. #: 5369 S10/Tandy CoCo 19-Jul-90 23:54:27 Sb: #5229-Ledger Fm: David Sanchez 76200,2476 To: Jim Peasley 72726,1153 (X) Jim, Yep, it worked when I finally figured is out. Of course, I had some help along the way. Thanks, David #: 5370 S10/Tandy CoCo 19-Jul-90 23:55:56 Sb: #5256-Ledger Fm: David Sanchez 76200,2476 To: Joseph Cheek 76264,142 (X) Joseph, Thanks. Been up and runnin' for a while and it looks great. Keepin' me 'straight'. Thanks, David #: 5371 S10/Tandy CoCo 19-Jul-90 23:57:03 Sb: #5257-Ledger/no prob after all Fm: David Sanchez 76200,2476 To: Joseph Cheek 76264,142 (X) Thanks Joseph. I appreciate the help and will let you know. David #: 5373 S9/Utilities 20-Jul-90 03:26:18 Sb: #5321-Reading OS9 Directorys Fm: George Hendrickson 71071,2003 To: Kevin Darling (UG Pres) 76703,4227 (X) BINGO! I believe that hit the nail on the head! The program that I intend to write (when I get the time) will have the option of passing what directory that the user would like a certain file in. (ex: makefile /h0/bbs) Is there any special things I should know about that other than using the 'PARAM' command? I've got that down... Thanks for the help....... #: 5374 S9/Utilities 20-Jul-90 03:34:17 Sb: #5323-#Reading OS9 Directorys Fm: George Hendrickson 71071,2003 To: Pete Lyall 76703,4230 (X) Thanks for the info! I'll toss that up in the air and see where it lands. The utility that I plan to write will be a 'desc.bbs' file editor for RiBBS v2.0. I haven't found one anywhere. Actually a person could use a wordprocesser to create the file but I want a program dedicated to that file. It can be a pain to add, delete, purge etc... filenames from it by going thru it one filename at a time. The utility will be able to allow the sysop to make a list of filenames to purge and then delete then instantiously. My idea is sort of a screen editor type program. The only problem I was having was the reading the directory thing. There is 1 Reply. #: 5378 S9/Utilities 20-Jul-90 09:59:00 Sb: #5374-Reading OS9 Directorys Fm: Pete Lyall 76703,4230 To: George Hendrickson 71071,2003 George - Okay... there are plenty of tools (and styles) that have been comitted to the directory listing concept. Just wanted to make sure you weren't reinventing the wheel. Pete #: 5375 S12/OS9/68000 (OSK) 20-Jul-90 04:10:31 Sb: #TOP - Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: SYSOP (X) SYSOP, Re-uploaded TOP1 disk. Changed file organization so when the file is 'burst' all files will go to the default working directory. EG There is 1 Reply. #: 5376 S12/OS9/68000 (OSK) 20-Jul-90 06:55:44 Sb: #5375-TOP - Munich Release 2.0 Fm: Steve Wegert 76703,4255 To: Ed Gresick 76576,3312 (X) 'Ed, I thought I'd take a crack at this one. Thanks for using the same name on the file. The new version will automatically overwrite the old version. Steve #: 5377 S12/OS9/68000 (OSK) 20-Jul-90 07:29:49 Sb: #3.5 disc Fm: Jim Chapman 72557,1120 To: Ed Gresick 76576,3312 (X) When I got home last night the disc was waiting for me in the mail. A question, what is mizar format? Thanks a lot for your trouble, I appreciate it. -Jim Chapman, 72557,1120 There is 1 Reply. #: 5404 S12/OS9/68000 (OSK) 21-Jul-90 04:27:10 Sb: #5377-3.5 disc Fm: Ed Gresick 76576,3312 To: Jim Chapman 72557,1120 Hi Jim! Sure took a long time to get there. Re MIZAR vs Standard OS9 formats. Standard OS-9 format uses 10 sectors on track 0 and 16 sectors for the rest. MIZAR format uses 16 sectors per track across the board. If you look in your ..../BOOTOBJS directory, you should find a file 'x0' - that's set for MIZAR format. Just load and use it. Or, you can use 'moded' or 'dmode' to modify your existing d(x) descriptor. Ed #: 5381 S10/Tandy CoCo 20-Jul-90 19:19:36 Sb: #New gfx2 Fm: Floyd Resler 72500,2572 To: Kevin Darling Kevin, The new gfx2 module is a major help in writing Multi-Vue or mouse operated programs. However, I was wondering if there is anyway to change the enable/ disable of a menu/item without having to send the entire data packet to gfx2 every time? Floyd There is 1 Reply. #: 5387 S10/Tandy CoCo 20-Jul-90 23:00:03 Sb: #5381-#New gfx2 Fm: Kevin Darling (UG Pres) 76703,4227 To: Floyd Resler 72500,2572 (X) Floyd, should be able to. For example, if you had set up a menu item as: RUN gfx2("Item",menudesc,1,"Files",Enable) then you should be able to just run that statement again with Disable instead (a zero). You can within reason, change anything on the fly, including attaching new pulldown menus entirely if you wished to. Oh. I see. You wanted to change it without going thru gfx2? Yes, it could be done, but it'd be a mess figuring out how. And you'd have to use either byte arrays or do peeks/pokes. Howcum you want to bypass gfx2 for this, btw? thx - kev There is 1 Reply. #: 5410 S10/Tandy CoCo 21-Jul-90 07:43:49 Sb: #5387-New gfx2 Fm: Floyd Resler 72500,2572 To: Kevin Darling (UG Pres) 76703,4227 No, no, no. You miss understand. I still want to use gfx2. I'll give you an example of what I mean. I'm writing a program where I change menus and items from enable to disable and back again several times. For items it's no big deal because there isn't that much info to send. However, for menus there is alot of info to send. I was thinking something like this would be nice: RUN gfx2("MNDisable",wd,1) Which is a lot better than: run gfx2("Menu",wd,1,"Disk",MId_Disk,8,4,m1,Enable) each time I wish to change the enable/disable. Do you think my suggestion would be possible? Floyd #: 5382 S10/Tandy CoCo 20-Jul-90 19:39:06 Sb: #GFX2 Fm: PHIL SCHERER 71211,2545 To: Sysop Kevin Darling (X) Hi Kev--Thanks for the new GFX2. I am using it now and I need a little help. I have duplicated the code in July 1990 Rainbow starting at line 7000 for use in another program. In the new program it wont go back to the calling window but rather it goes to the main Multiview window and I have to use the clear key to get back. Any ideas?? There is 1 Reply. #: 5389 S10/Tandy CoCo 20-Jul-90 23:07:29 Sb: #5382-#GFX2 Fm: Kevin Darling (UG Pres) 76703,4227 To: PHIL SCHERER 71211,2545 Phil - I don't have that Rainbow, but is that where it close out the extra window and tries to come back with a Select? Maybe this will help: place a Select path#0 gfx2 call at the beginning of your program. That may help os9 figure out who to come back to. This was originally impossible in the stock gfx2, as it failed on some path numbers. Hmm. You might be able to leave out the path0 specification. Dunno. Try a coupla variations. There is 1 Reply. #: 5411 S10/Tandy CoCo 21-Jul-90 07:46:49 Sb: #5389-GFX2 Fm: Floyd Resler 72500,2572 To: Kevin Darling (UG Pres) 76703,4227 I've used run gfx2(1,"select") when returning from other windows that were killed off and it works fine. I used it in my MultiEdit program when some of the Tandy menu options required their own windows. #: 5388 S1/General Interest 20-Jul-90 23:06:23 Sb: #5240-MM1 Fm: Paul K. Ward 73477,2004 To: Richard Ries 76057,3534 (X) Richard, Good question. .EXE files are NOT runnable (currently) on the MM/1. DOS programs are being ported straight to the MM/1, and others will be emulated. Details to follow in the next few weeks. Paul Keep it comin! #: 5390 S10/Tandy CoCo 20-Jul-90 23:08:24 Sb: #5242-QIC 40 Tape Drive Fm: Paul K. Ward 73477,2004 To: NAM PUI 73347,3324 Nam, A variety of SCSI based tape backups are available, especially in 5.25" format. Check in the Shopper. PRices start at $325 or so. On the CoCo 3 you'll need to find a SCSI interface and maybe hack it up a little to hang the baby on the bus. I think OwlWare and KenTOn have SCSI stuff. Kevin Darling probably has the number for KenTon. Kevin? Paul #: 5392 S10/Tandy CoCo 20-Jul-90 23:09:50 Sb: #5308-QIC 40 Tape Drive Fm: Paul K. Ward 73477,2004 To: Kevin Darling (UG Pres) 76703,4227 (X) Kev, YOu could STILL do it, as you have ample hard drive storage just SITTING THERE .....!!! Grin. Paul #: 5393 S4/MIDI and Music 20-Jul-90 23:33:26 Sb: #5054-midi help Fm: Mike Knudsen 72467,1111 To: Kevin Darling (UG Pres) 76703,4227 (X) Kev, 1/96th is great for playback. For recording, I'd like 1/200 or even better, tho will take what the hardware can give me (probably 1/100? Have to talk to Kev Pease on that timer capabilities). --mike k #: 5396 S4/MIDI and Music 20-Jul-90 23:48:53 Sb: #5085-midi help Fm: Mike Knudsen 72467,1111 To: Pete Lyall 76703,4230 Oh yes, I knew all those numbers. No sense having more than 1 millisec resolution. But the more resolution available on recording, the easier it is for algorithms that try to figure out what rhythm the player intended. If quantized down to 1/60th or so, good guessing may become harder. Anyway, for playing 1/100th is plenty fine for me. #: 5398 S4/MIDI and Music 21-Jul-90 00:03:09 Sb: #5085-midi help Fm: Mike Knudsen 72467,1111 To: Pete Lyall 76703,4230 Pete, and Lester -- one more thing to throw into the discussion -some synths are a lot slower than others to respond to MIDI messages and get their stinkin' notes turned on. Roland MT32 is noticeably slow at times, even to my classical ears (my worst critic was an acid "house music" fan). And Keyboard Mag current issue really badmouthed some new synth in a review for being too slow. I bet Lester's friends who can tell 96 from 192 ticks/beat are listening to drum machines, which I hope are built to more exacting standards than some of the newer synths. --mike k #: 5399 S4/MIDI and Music 21-Jul-90 00:06:35 Sb: #5235-midi help Fm: Mike Knudsen 72467,1111 To: Lester Hands 70135,430 Lester, are you feeding any MSDOGs lately? How is that Lyra port to PCs doing? Ready to release? The MM/1 is strictly OS9, but with much faster grafix and everything else than the Cocos. --mike knudsen #: 5395 S15/Hot Topics 20-Jul-90 23:45:10 Sb: #5073-Special deal Fm: Mike Knudsen 72467,1111 To: Paul K. Ward 73477,2004 Well, a loaner would be a lot of hassle for you. I think we'll just wait till our development machine shows up and use that. Next meeting is 2nd Thursday in August, and the OS9 Club meets on 4th THursdays, so any time 2nd City gets a machine there will be a meeting within 2 weeks anyway. Plus we'd need time to learn enuf to demo the beast properly. Sooo...just let me know approximately when 2nd City will get theirs. Tanks, mike k #: 5397 S4/MIDI and Music 20-Jul-90 23:56:48 Sb: #5200-UME Version? Fm: Mike Knudsen 72467,1111 To: Ches Looney 73016,1336 Hi CHes! The only difference between Levels 5 and 6 scores is the "MIDI Channel Hop", whereby any part can change its channel assignmnet on the fly, just like an instrument. THis lets one part play the sax on the Yamaha and later the flute on the Casio, etc. I doubt either of those scores actually used the feature, but they might. It also lets you "borrow" percussion voices for "real music" and vice versa even if you have only one synth. However, version 4.6.0 and 4.6.1 do have a great poiont-n-shoot file loading system, and...OOPS, I think 4.5.x does NOT have Percussion Staves, is that right? I HOPE uploads are using those, so yes, you should call Ed at 2nd City and ask for 4.6.1 or 4.6.2 maybe. He isn't sending them out exc ept to those who ask. I hope to be in Atlanta -- Ed certainly will be, and if I can't make it he will demo the daylights out of Umuse3 (he has done some SERIOIUS mousing lately and plays two sytns at once). I have 4.7.0 with Articulations (staccato, marcato, etc) but it isn't "released" yet, tho I think it's ready to roll. --mike k. #: 5403 S12/OS9/68000 (OSK) 21-Jul-90 04:02:15 Sb: TOP - Munich Release 2.0 Fm: Ed Gresick 76576,3312 To: SYSOP (X) SYSOP, Re-uploaded top2.tz in dl12 this AM. Ed #: 5413 S10/Tandy CoCo 21-Jul-90 08:26:01 Sb: sound Fm: Everett Chimbidis 76370,1366 To: 70721,435 Can't Seem to get SOUND to work Get err 43 after it draws the 3 small screens What can i do? exit Press !>