Subj : moving or not was: CFBBS To : Nancy Backus From : Barry Martin Date : Fri Nov 01 2019 10:07:00 Hi Nancy! NB>>> Replying 11 October from the Pond, about 10:00am.... BM>> Not September?! NB>> Yeah, right... rub it in... ;0 BM> You know what they say about once stuff is posted to the Internet! NB> But this is supposed to be beneath the radar.... ;) Those bots are getting more observant! ...Was kind of funny: a few months ago I was doing some 'research' on the web to try to fingure out a problem. Google popped up a suggestion in Russian -- translate this site? Sure. ...This looks familiar! It was one of my threads on a U.S. site which had been grabbed by a Russian search engine and translated! BM>> Yes, along the lines of "it worked before so it should work now". BM>> forgetting about that 'minor' detail about the port number change. NB>> Yup. Didn't even reach conscious thought, actually... :) BM> Otherwise you would have fixed it. And not even a 'well you should BM> have thought about it' thing: The Wizard and I happen to be more BM> interested with the inner-workings of computers so we think in those BM> areas, you are more interested in it working than how it works (and my BM> phrasing isn't quite right), but you knew when you were at your BM> friends' last year (?) you might be able to connect to their router and BM> they didn't even know where it is. NB> That last was actually at my sister's, and this past April... But NB> yes, I'm more concerned with something just working, not really NB> with how things operate under the surface... :) The 'Black Box Thinking' is a time-saver! To use something more everyday, one doesn't have to think about how the electricity was generated when one flips the wall switch. For the WiFi around here I don't need to go much beyond whether the 2.4 or the 5 GHz band. OTOH for the weather station sensor problem I did dig down into what might be causing interference in the 433 MHz band, finding out about IoT (Internet of Things), remote reading of power meters, etc., etc., etc. (Which the further I got into it the more verification I probably wasn't going to get a solution and so go a different route.) BM>>> Hmm: I think your dizziness wins over my gag reflex! Immediate guess BM>>> would be leaning back in the chair altered your posture and your body BM>>> didn't adapt. NB>>> Good guess... I have what is called benign positional vertigo, and NB>>> certain positions are likely to trigger the dizzies... staying in one NB>>> of those positions for a longer time makes it harder and take longer NB>>> to recover... I'm often just at the edge of the dizzies, but that I NB>>> just cope with... BM>> Yes, something one gets accustomed to and automatically deals with it. BM>> Common example is one gets out of bed, stands up and feels BM>> faint/dizzy. "Fix" (really workaround) is to sit on the edge of the bed BM>> for a few seconds before standing up: gives the body an intermediate BM>> step for time to build the blood pressure up. NB>> Yup... good example... another would be to avoid certain positions NB>> as being more likely to cause the issue... or to be prepared to shift NB>> a head position that is starting to trigger it... BM> Right. Ideally to fix/correct the sitution but as one can't/is unable BM> to use a work-around. Feel the hands starting to tingle, move the BM> head. Laying down for an extended time, sit a few seconds before BM> standing up. (Really need to come up with different examples!) NB> A lot of it is being aware of what does cause issues, and trying NB> to avoid those situations where possible... :) And warning NB> doctors and such when avoidance isn't totally possible.... Yes, always nice to be aware and so at least a bit prepared for a problem. "I might get dizzy" should at least result in a "let's not have the patient jump out of the chair" consideration. NB>>> As long as it's fast enough to get things done in a reasonable amount NB>>> of time, the actual speed doesn't matter that much... Most of my NB>>> online activity doesn't really require that much speed... but when NB>>> Richard is sending the emails Sunday night with the service NB>>> attachments to our shut-ins, speed matters more... those are big NB>>> files, and it hogs the bandwidth at our house... I can't get online NB>>> when he's in the process of sending it, so the faster it finishes, NB>>> the better... BM>> We have watched on-line shows, videos, etc., and rarely had the BM>> buffering issue; when we did there was a known issue with the BM>> (transmission) line outside. I don't think there has been a problem BM>> since the repair tech was here two months ago. OTOH downloading an BM>> e-mail with pictures attached can involve a bit of a wait. NB>> The email attachments I was talking about are .mp3 files.... the NB>> entire morning service including of course the sermon.... but also NB>> the singing and the readings... BM> Ah! And in the interim I did clog my DSL line: was downloading a few BM> rather large video files concurrently -- I did note the displayed BM> down-load speed had decreased for each but not a big deal: just takes BM> a little longer to obtain the file; I'm not looking at it now. Then BM> the music paused: buffering as it waited it's turn to download. Ah! BM> Yes, there are times when a greater download speed is needed! If we BM> did the typical Mediacom (and probably Comcast) commercial of the BM> family of five live streaming all at once I'd probably would have BM> increased my speed tier long ago. NB> Yeah... that's not the sort of usage we do here, fortunately... NB> :) Generally I don't run into the problem or it doesn't matter: so what if it takes an extra few minutes to download the five mega-GB files? Does if one of us is trying to watch a show on-line. BM> As for your downloading, the entire service is one huge file. Even if BM> they broke it up into sections still would be downloading the various BM> sections all at the same time and might even make things worse: if one BM> big file "take things as they come along" but multiple files might be BM> like my overload and create buffering or at least a slowdown. ...Plus BM> more work on the Chruch side to prepare the files. NB> Well, it's Richard that records the service and then processes it NB> into the file(s).... and then he is uploading the email messages NB> with the attached file to the various shut-ins... he does it to a NB> bulk mailing list, so it all goes at one time and then gets sent NB> out to the individuals by our ISP.... It's his uploading that NB> hogs our service... I have to wait until he finishes to do any of NB> my stuff... :) Ah! Other than the line speed the only potential solution I can think of right now would be to delay the uploads to an overnight process but thinking the delay may be a disadvantage. You're just going to have to do domething else during Sermon Upload Time! BM>>>> Yes. Today would be good (except for other projects going on) as BM>>>> currently 70ø and one set of forecasts indicated a high of 74 or 75ø BM>>>> and another a little bit warmer. Cloudy (on and off rain all day) so BM>>>> no Sun to heat the roof up. Will have another opportunity. NB>>>> Hopefully soon... :) BM>>> Got tbose But Firsts going on so holding off. NB>>> At some point this project will have to become a But First for it NB>>> to happen, sounds like.... ;) BM>> Yes.... There are also a few semi-nebulous options I'd like, like BM>> having the NCID unit correct the name displayed to all Caller IDs BM>> rather than just on the NCID display. OTOH that want has nothing to do BM>> with NCID's main function of blocking spam calls. Plus throw in get BM>> one project completed before starting another. NB>> What a concept...! Getting one thing finished first... ;) BM> So far just a concept!! NB> And now, probably put back onto hold because the weather has NB> turned rather less conducive to the project.... ;) It was 24ø outside last I checked, so yes, the attic electrical project is on hold. IMO not urgent enough to hand it over to an electrician when we do decide to get some other electrical projects done I could do but don't have the tools to do easily. NB>> I'd be surprised, though, if you were able to get all the Caller IDs NB>> showing the same corrected ID... here it's just the two handsets that NB>> share a common "brain" that show the more useful ID, using the same NB>> directory... BM> I'm sort of thinking the same. IIRC the NCID unit is placed in BM> parallel with the other phones -- 'normal' wiring with all the devices BM> in parallel. For the NCID to broadcast the corrected Caller ID BM> information to the other phones/devices it would have to be in series BM> to the other devices, at the 'beginning' of the phone system; other BM> phones connected to it. Most people don't know how to do that, plus BM> the NCID would have to have two telephone jacks: input and output. BM> Still, after I take that computer class you've suggested I could create BM> an add-on.... NB> See... with more learning, the possibilities just keep NB> expanding... ;) My brain hurts! ¯ ® ¯ Barry_Martin_3@ ® ¯ @Q.COM ® ¯ ® .... If you hear an Onion ring, please answer it! --- MultiMail/Win32 v0.47 þ wcECHO 4.2 ÷ ILink: The Safe BBS þ Bettendorf, IA --- QScan/PCB v1.20a / 01-0462 * Origin: ILink: CFBBS | cfbbs.no-ip.com | 856-933-7096 (454:1/1) .