| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | USR Courier |
Paul, at 17:33 on Jan 30 1996, you wrote to Bill Grimsley... PE> 57600 will not give me anything that 38400 won't. BG> Of course it will - it'll allow you to transfer compressed data at full BG> speed with 33600 connects (I've already logged speeds in excess of 4000 cps BG> here). PE> 119%? I'd like to see that. I really don't care whether you believe me or not. The 4000+ cps transfer of a 1.35Mb file was witnessed by an independant party anyway, so who cares what you believe. You'd need pretty damn good lines to acheive that speed too. PE> I didn't say it was impossible, the bit stripping is a theoretical PE> 25%. I said I'd like to see it, seeing as I haven't seen anything PE> above 115% here yet. Maybe I should list that as another USR bug. Maybe you should connect manually with a few different V.34+ USRs, then drop into command mode with +++, and issue ATY11 a few times. The resulting list of frequencies vs. line levels will tell you instantly why your modems connected at less than 33600 (assuming that they do). Then post them here, so we can all see that your lines are probably incapable of supporting the Courier's maximum speed. Then blame Telstra, not USR. PE> Did you do your stats on a large (500k) file to get proper stats? BG> Yep, 95SJONG2.ZIP from David, 1.35Mb in size. Big enough for you? PE> Yes, that's fine. Since I can't see it first-hand because I have PE> a crappy modem, I have to make sure that we're looking at the PE> same things. I'm saying no more on the subject until I've seen some ATY11 dumps. BG> I've already told you that with your port locked at 38400, the fastest it BG> will allow data through is at 3840cps (in reality, it's a tad less than BG> that), so with a 33k6 connect, you immediately lose ~200 cps from your top BG> speed. IOW, you'll NEVER see 4000 cps unless your port is locked at 57600 BG> or higher. Is that clear enough for you yet? PE> Yes, which is a reason to up my com port speed. I had always PE> intended to do that, in fact I would like to up it to 115200 in PE> case I end up transferring uncompressed files, it's just that I PE> was doing it one step at a time. Whilst 57600 will present no problems, 115200 might, although it's impossible to say until you try it. However, with a buffered UART and a decently set up operating system, I'd expect no hassles myself. PE> I had to quickly upgrade to 57600 only because of a bug in the USR, ie PE> failure to auto-detect baud rate. Oh yeah, the DOCUMENTED feature we all told you about? In fact, after studying the behaviour of the &Bn command, I can see now why USR specifically do it that way. It's actually a rather interesting and useful feature. Regards, Bill --- Msgedsq/2 3.20* Origin: Logan City, SEQ (3:640/305.9) SEEN-BY: 640/305 711/934 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.