Also been noticing some font manipulation during logins.
Just experienced the xbin demo at Vertruan.
Also been noticing some font manipulation during logins.
nice. I like them both.
Re: xbin demo
By: Hemo to digital man on Thu Feb 01 2018 05:07 am
Also been noticing some font manipulation during logins.
Recently I tried logging into Vertrauen from my BBS via telgate, and I think the font manipulation messes with the terminal when doing that. I was using SyncTerm, but when I logged into Vertrauen from my BBS, the text became garbled and was unreadable.
Recently I tried logging into Vertrauen from my BBS via telgate, and I
think the font manipulation messes with the terminal when doing that.
I was using SyncTerm, but when I logged into Vertrauen from my BBS,
the text became garbled and was unreadable.
Is that still the case?
Re: xbin demo
By: Hemo to digital man on Thu Feb 01 2018 05:07 am
I also just noticed the xbin images on Vertrauen. Looks pretty cool and interesting.
Recently I tried logging into Vertrauen from my BBS via telgate, and I think the font manipulation messes with the terminal when doing that. I was using SyncTerm, but when I logged into Vertrauen from my BBS, the text became garbled and was unreadable.
Re: xbin demo
By: Nightfox to Hemo on Thu Feb 01 2018 08:35 am
Recently I tried logging into Vertrauen from my BBS via telgate, and I think the font manipulation messes with the terminal when doing that. I was using SyncTerm, but when I logged into Vertrauen from my BBS, the text became garbled and was unreadable.
I noticed that too when I was on Vertrauen I used the other BBSs menu to go to Synchronix (nix.synchro.net) and saw a lot of garbled text. When that cleared up I saw the demo Duece was running their. Some of the same images as vert but they seem clearer for some reason. The images of the Synchronet install floppies almost looked like you could reach out and grab them.. :)
BTW, I see the guitar now.. :)
Yeah, that's because the demo at nix.synchro.net is totally different than the demo at vert.synchro.net. On nix, those demo images are "Sixel" images (full rez, full color, only work with very recent SyncTERM 1.1b builds). On vert, the demo is XB Images (monochrome bitmaps, works with SyncTERM 1.0 and later). Very different files/format/technology. But he copied my image ideas. :-)
BTW, I see the guitar now.. :)
Yup, me too. Cool!
(full rez, full color, only work with very recent SyncTERM 1.1b builds). On vert, the demo is XB Images (monochrome bitmaps, works with SyncTERM 1.0 and later). Very different files/format/technology. But he copied my image ideas. :-)
Re: xbin demo
By: Digital Man to Al on Mon Feb 05 2018 12:40 am
(full rez, full color, only work with very recent SyncTERM 1.1b builds). On vert, the demo is XB Images (monochrome bitmaps, works with SyncTERM 1.0 and later). Very different files/format/technology. But he copied my image ideas. :-)
the viewer in the xternal section isnt working well with the xbin images, though.
the viewer in the xternal section isnt working well with the xbin images, though.
Can you elaborate?
Re: xbin demo
By: Digital Man to MRO on Mon Feb 05 2018 05:59 pm
the viewer in the xternal section isnt working well with the xbin images, though.
Can you elaborate?
Warning: file intended for a different char height (14); font not used.
[Hit a key] ð
so syncterm isnt switching to the correct font when viewing them?
Yeah, that's because the demo at nix.synchro.net is totally different than the demo at vert.synchro.net. On nix, those demo images are "Sixel" images (full rez, full color, only work with very recent SyncTERM 1.1b builds). On vert, the demo is XB Images (monochrome bitmaps, works with SyncTERM 1.0 and later). Very different files/format/technology. But he copied my image ideas. :-)
Yep, I've been trying to keep up with you guys! Your doing a great job.
It's very impressive to see those xbin and Sixel images when logged in to a BBS. I saw your post about the new wiki article. I haven't read it yet but I'm going to have a look and go in search of more demos.
I'd love to mix it with the icon menuset and make a cool GUI bbs without th old rip crap.
Re: xbin demo
By: KK4QBN to Al on Fri Feb 09 2018 07:46 am
I'd love to mix it with the icon menuset and make a cool GUI bbs without th old rip crap.
I myself was wondering about that recently, although I'm not sure if the xbin stuff would be suited for a GUI BBS interface. So far it seems it's mainly for displaying images non-interactively.
I've also been thinking about RIP vs. ANSI lately. It seems that even though RIP was around, the majority of BBSing today uses ANSI, and it seems there aren't many RIP terminal programs. I was thinking it might be cool to develop some custom RIP screens for my BBS if I had the time, although with the lack of modern RIP terminals, I'm not sure if RIP would get much use.
I've also been thinking about RIP vs. ANSI lately. It seems that even though RIP was around, the majority of BBSing today uses ANSI, and it seems there aren't many RIP terminal programs. I was thinking it might be cool to develop some custom RIP screens for my BBS if I had the time, although with the lack of modern RIP terminals, I'm not sure if RIP would get much use.
Yup. I think there's a version of ftelnet which supports RIP, buth that's it for modern terminals (that I know of). While there was a lot of cool RIP art, I was never that enamored with it as a BBS "user interface". It never seemed like the graphic/text integration (or lack of) was made for a very coheasive user experience.
I've also been thinking about RIP vs. ANSI lately. It seems that even
though RIP was around, the majority of BBSing today uses ANSI, and it
seems there aren't many RIP terminal programs. I was thinking it
might be cool to develop some custom RIP screens for my BBS if I had
the time, although with the lack of modern RIP terminals, I'm not sure
if RIP would get much use.
Yup. I think there's a version of ftelnet which supports RIP, buth that's it for modern terminals (that I know of). While there was a lot of cool RIP art, I was never that enamored with it as a BBS "user interface". It never seemed like the graphic/text integration (or lack of) was made for a very coheasive user experience.
Searchlight (SLBBS) was one best RIP integrations (even if had local RIP display, iirc) - and it lost usership very quickly after the web became mainstream. I don't know of any other BBS software (or BBS) that ever eached the level of integration as SLBBS since.
Stil, you never know, maybe RIP support in SyncTERM will come next! :-)
I saw a windows ripterm program about 2 years ago. I never used it because I don't have a windows machine. IIRC is was at pcmicro.com/something. I'll see if I can find it again and post a link.
Re: xbin demo
By: Al to Nightfox on Fri Feb 09 2018 12:22 pm
I saw a windows ripterm program about 2 years ago. I never used it because I don't have a windows machine. IIRC is was at pcmicro.com/something. I'll see if I can find it again and post a link.
I thought I had seen a Windows Ripterm as well, but I think it may have been a 16-bit app for Windows 3.1. I downloaded a Ripterm recently, but when I tried to run it, Windows gave me an error saying it couldn't run because it was designed for a different environment. That sounded like the typical error given by a 64-bit Windows when you try to run a 16-bit app.
I myself was wondering about that recently, although I'm not sure if the xbin stuff would be suited for a GUI BBS interface. So far it seems it's mainly for displaying images non-interactively.
I've also been thinking about RIP vs. ANSI lately. It seems that even though RIP was around, the majority of BBSing today uses ANSI, and it seems there aren't many RIP terminal programs. I was thinking it might be cool to develop some custom RIP screens for my BBS if I had the time, although with the lack of modern RIP terminals, I'm not sure if RIP would get much use.
I myself was wondering about that recently, although I'm not sure if
the xbin stuff would be suited for a GUI BBS interface. So far it
seems it's mainly for displaying images non-interactively.
Honestly, I don't what it'll be useful for, if anything. :-)
Stil, you never know, maybe RIP support in SyncTERM will come next!
:-)
I wouldn't mind seeing RIP support in SyncTerm.
I think that's mostly because sysops didn't know how to craft a user interface. RIP had all the tools to make web-like interfaces and much higher-resolution artwork. But very few sysops were up to the task of crafting that from scratch.
I'd love to mix it with the icon menuset and make a cool GUI bbs without th o K>rip crap.
Stil, you never know, maybe RIP support in SyncTERM will come next! :-)
I wouldn't mind seeing RIP support in SyncTerm.
I'd love to mix it with the icon menuset and make a cool GUI bbs
without th o rip crap.
A former area Sysop said "I thought RIP was what you did to a fart".
:P
would be better to have png support
Re: xbin demo
By: Nightfox to Digital Man on Fri Feb 09 2018 12:43 pm
Stil, you never know, maybe RIP support in SyncTERM will come next! :-)
I wouldn't mind seeing RIP support in SyncTerm.
would be better to have png support
Re: xbin demo
By: MRO to Nightfox on Sat Feb 10 2018 11:27:08
would be better to have png support
We have sixel support now, which is probably a better match (images with decent resolution and colour depth, intended to be sent to a character device like a printer or terminal). Tools exist to convert from other formats like PNG to sixel, so that could be automated.
well when i say png support, i imagine a png is downloaded and stored to the person's harddrive until it is changed. it's displayed as the menu and the person hits the keys and that's it. now there would be a limit to the dimensions and perhaps large ones could be rescaled.
i know it will never happen, but this is what i'm thinking of.
well when i say png support, i imagine a png is downloaded and stored to the person's harddrive until it is changed. it's displayed as the menu and the person hits the keys and that's it. now there would be a limit to the dimensions and perhaps large ones could be rescaled.
i know it will never happen, but this is what i'm thinking of.
i know it will never happen, but this is what i'm thinking of.
Why would you say that? RIP and other GUI-BBS protocols (e.g. RoboBoard/FX) have had resource caching long ago. It's not a new idea - web browsers do it to the extreme.
A former area Sysop said "I thought RIP was what you did to a fart".
:P
Maybe I should'nt give RIP such a bad review, it still has a special place in K>my heart, even though I've never really mad use of it, I did create some pret K>cool rip menusets back in the day, and really did enjoy it.
I've also been thinking about RIP vs. ANSI lately. It seems that even though N>RIP was around, the majority of BBSing today uses ANSI, and it seems there N>aren't many RIP terminal programs. I was thinking it might be cool to develo N>some custom RIP screens for my BBS if I had the time, although with the lack N>modern RIP terminals, I'm not sure if RIP would get much use.
I think that's mostly because sysops didn't know how to craft a user interfac K>RIP had all the tools to make web-like interfaces and much higher-resolution K>artwork. But very few sysops were up to the task of crafting that from scratc
Stil, you never know, maybe RIP support in SyncTERM will come next! :-)
I wouldn't mind seeing RIP support in SyncTerm.
Honestly, I don't what it'll be useful for, if anything. :-)
ADS.. PORN..
LOL :)
RIPTerm or RIPTel is out there, but I think it's shareware...and it
may no longer be registerable.
ADS.. PORN..
LOL :)
In that regard, RIP *IS* what you do to a fart. :P
I tried one of those recently (I don't remember which), and I had a suspicion N>it was a 16-bit application because my 64-bit Windows gave an error when I N>tried to run it, saying something like the application was not designed for N>this environment or something similar.
ADS.. PORN..
LOL :)
In that regard, RIP *IS* what you do to a fart. :P
LOL.. to each their own ::)
I tried one of those recently (I don't remember which), and I had a
suspicion it was a 16-bit application because my 64-bit Windows gave
an error when I tried to run it, saying something like the application
was not designed for this environment or something similar.
Yeah, most of the legacy apps are 16-bit or 32-bit, and they won't run
on 64-bit systems. That's why I want to KEEP a 32-bit OS.
32-bit software will run on a 64-bit OS..
correct, but for gentoo multilib is default disabled, with means 32bit does not run on 64bit here
i just wish i could disable multilib on windows 10 64bit
it sooks :)
LOL.. to each their own ::)
July is National Baked Bean Month...get your sponsor sheets now. <G>
Why is that?
I haven't had a problem running 32-bit software on 64-bit
Windows 10..
Have you seen any issues with it?
Nightfox
I haven't had a problem running 32-bit software on 64-bit
Windows 10..
you have more then 4M of mem ? :) (or is it 4G)
i just say gentoo does not need anything on 32bit while the host is supporting 64bit
I'd rather go with Chili, and at our last Chili cookoff I had every DA, Sheriff, and Judges wanting my secret recipe.. Nothing doing.. A lot of work went into that.. including fire roasting of a few different items. and some other stuff.
I'd rather go with Chili, and at our last Chili cookoff I had every
DA, Sheriff, and Judges wanting my secret recipe.. Nothing doing.. A
lot of work went into that.. including fire roasting of a few
different items. and some other stuff.
Nightfox wrote to Daryl Stout <=-
Yeah, most of the legacy apps are 16-bit or 32-bit, and they won't run
on 64-bit systems. That's why I want to KEEP a 32-bit OS.
32-bit software will run on a 64-bit OS..
Nightfox wrote to Benny Pedersen <=-
Yes, I have more than 4GB of memory. I don't think that poses a
problem with running 32-bit software.. As I said, I haven't run into
any issues running 32-bit applications on 64-bit Windows. And
personally I've never used a single application that used 4GB of memory
by itself.. To me, more RAM has been mainly useful in being able to
run more applications at the same time.
With a 64 bit OS, you can address more tan 4G RAM (2-3G usable). 32 bit apps will still only see 4G, but the extra ram available means the 32 bit apps don't have to share the same 4G, they get to share the full available RAM.
With a 64 bit OS, you can address more tan 4G RAM (2-3G usable). 32 bit apps will still only see 4G, but the extra ram available means the 32 bit apps don't have to share the same 4G, they get to share the full available RAM.
RIPTerm or RIPTel is out there, but I think it's shareware...and it
may no longer be registerable.
I tried one of those recently (I don't remember which), and I had a suspicion it was a 16-bit application because my 64-bit Windows gave an error when I tried to run it, saying something like the application was not designed for this environment or something similar.
With a 64 bit OS, you can address more tan 4G RAM (2-3G usable).
32 bit apps will still only see 4G, but the extra ram available
means the 32 bit apps don't have to share the same 4G, they get to
share the full available RAM.
Yes and no.... that is the shortcut explanation....which is valid for client OS, not server OS...
Nightfox wrote to Tony Langdon <=-
Re: Re: RIP Programs
By: Tony Langdon to Nightfox on Thu Feb 15 2018 08:03 pm
With a 64 bit OS, you can address more tan 4G RAM (2-3G usable). 32 bit apps will still only see 4G, but the extra ram available means the 32 bit apps don't have to share the same 4G, they get to share the full available RAM.
That was my understanding as well.
Hawkeye wrote to Nightfox <=-
Yes and no.... that is the shortcut explanation....which is valid for client OS, not server OS...
If your CPU supports PAE (since Pentium Pro) you can also go behind the
4 GB...
Yeah, most of the legacy apps are 16-bit or 32-bit, and they won't
run on 64-bit systems. That's why I want to KEEP a 32-bit OS.
32-bit software will run on a 64-bit OS..
I saw a windows ripterm program about 2 years ago. I never used it because I don't have a windows machine. IIRC is was at pcmicro.com/something. I'll see if I can find it again and post a link.
I thought I had seen a Windows Ripterm as well, but I think it may have been a 16-bit app for Windows 3.1. I downloaded a Ripterm recently, but when I tried to run it, Windows gave me an error saying it couldn't run because it was designed for a different environment. That sounded like the typical error given by a 64-bit Windows when you try to run a 16-bit app.
I found it again. I have it here as ftp://trmb.synchro.net:2121/local/COMM/riptel.msi. It is 17MB in size and dated from June 2016. The description says it has an updated installer for Win32/Win64. I run linux here and have never used it and can't open the
I tried to download it but it timed out. I'll have to try again later.
I tried to download it but it timed out. I'll have to try again later.
I tried to download it but it timed out. I'll have to try again
later.
you have to download it on the bbs. i'm grabbing it now.
pretty sure it still wont run.
later.
you have to download it on the bbs. i'm grabbing it now.
pretty sure it still wont run.
Why was a web link provided if you have to download it on the BBS?
Nightfox
I tried to download it but it timed out. I'll have to try again later.
Searchlight (SLBBS) was one best RIP integrations (even if had local RIP display, iirc) - and it lost usership very quickly after the web became mainstream. I don't know of any other BBS software (or BBS) that ever eached the level of integration as SLBBS since.
Stil, you never know, maybe RIP support in SyncTERM will come next! :-)
digital man
I found it again. I have it here as ftp://trmb.synchro.net:2121/local/COMM/riptel.msi. It is 17MB in size and dated from June 2016. The description says it has an updated installer for Win32/Win64. I run linux here and have never used it and can't open the file since it is a microsoft installer (actually I can but I don't have all the dependencies) so I don't know what's inside. I suspect it is riptel from the 90's with an updated installer but not 100% sure.
I gave it a try, and it was able to install and run on my 64-bit WIn10 system. So now I have a RIP terminal program to test with if I ever decide to develop RIP screens for my BBS.. One thing I noticed though is that while Synchronet detected that I have a RIP terminal, I tried playing Legend of the Red Dragon, and LORD did not detect that I had a RIP terminal. I'm pretty sure LORD has RIP graphics, although I'm wondering if I was mistkaen..
I gave it a try, and it was able to install and run on my 64-bit
WIn10 system. So now I have a RIP terminal program to test with if I
ever decide to develop RIP screens for my BBS.. One thing I noticed
though is that while Synchronet detected that I have a RIP terminal,
I tried playing Legend of the Red Dragon, and LORD did not detect
that I had a RIP terminal. I'm pretty sure LORD has RIP graphics,
although I'm wondering if I was mistkaen..
I gave it a try, and it was able to install and run on my 64-bit WIn10 system.
I gave it a try, and it was able to install and run on my 64-bit WIn10 system. So now I have a RIP terminal program to test with if I ever decide to develop RIP screens for my BBS.. One thing I noticed though is that while Synchronet detected that I have a RIP terminal, I tried playing Legend of the Red Dragon, and LORD did not detect that I had a RIP terminal. I'm pretty sure LORD has RIP graphics, although I'm wondering if I was mistkaen..
system. So now I have a RIP terminal program to test with if I ever decide to develop RIP screens for my BBS.. One thing I noticed though is that while Synchronet detected that I have a RIP terminal, I tried playing Legend of the Red Dragon, and LORD did not detect that I had a RIP terminal. I'm pretty sure LORD has RIP graphics, although I'm wondering if I was mistkaen..
I gave it a try, and it was able to install and run on my 64-bit WIn10 system. So now I have a RIP terminal program to test with if I ever decide to develop RIP screens for my BBS.. One thing I noticed though is that while Synchronet detected that I have a RIP terminal, I tried playing Legend of the Red Dragon, and LORD did not detect that I had a RIP terminal. I'm pretty sure LORD has RIP graphics, although I'm wondering if I was mistkaen..
It does. Make sure you *don't* have "NORIP" on your lord.exe command-line (e.g. in start.bat):
:BEGIN
LORD.EXE %1 %2 %3 %4 %5 /DREW NORIP
Re: RIPTel
By: Digital Man to Nightfox on Sun Mar 11 2018 06:14 pm
It does. Make sure you *don't* have "NORIP" on your lord.exe command-line (e.g. in start.bat):
:BEGIN
LORD.EXE %1 %2 %3 %4 %5 /DREW NORIP
What does the /DREW do when it is used?
Anyway I have a theory about why RIP never caught on. BBS users did
not like using a seperate program to call a BBS. They loved their
Procomm or whatever and did not like using the programs needed for RIP
to call the large list of ANSI BBS's that were available. J
that I had a RIP terminal. I'm pretty sure LORD has RIP graphics,
although I'm wondering if I was mistkaen..
There was a zip file of icons for lord.. LORDICON.ZIP maybe..?
I don't quite remember how that worked now. If you can find that zip on lordlegacy.org maybe you can make it work? :)
I found this FAQ online for v3.26a (quite old) but it talks about the rip icons and all about lord.
https://gamefaqs.gamespot.com/bbs/574622-legend-of-the-red-dragon/faqs/157 8
I gave it a try, and it was able to install and run on my 64-bit
WIn10 system.
Is that riptel 3.1 from the '90s, or is it a different program that someone has written?
I seem to remember that now.. But I thought it was more than just the icons, I thought it had RIP screens as well. The intro screen for LORD and the LORD menu were all ANSI.
I'm not sure, I'd have to look at it more (I'm unable to right now). You were the one who mentioned you found it though.. Did you give it a try?
That FAQ I posted talked about LORD sending the icons to the remote also if needed. I suppose that might need some config in lord and an external zmodem. Sexyz could probably be used for that but I don't have lord installed here.
I'm not sure, I'd have to look at it more (I'm unable to right now).
You were the one who mentioned you found it though.. Did you give it
a try?
I run linux so that one is not going to run here. I'd love to see my own BBS (at least) ripped but I don't have the stuff. :)
that's exactly right... it is why all of the various graphical BBS formats >ultimately failed... it was bad enough that one had to use a special terminal >for AOL and a different one for that other graphical system that is now owned >by mexico... i can't think of it's name... it is not compuserv... but anyway, >then came "the net" and it all went down the flush...
Anyway I have a theory about why RIP never caught on. BBS users did
not like using a seperate program to call a BBS. They loved their
Procomm or whatever and did not like using the programs needed for
RIP to call the large list of ANSI BBS's that were available. J
that's exactly right... it is why all of the various graphical BBS formats ultimately failed... it was bad enough that one had to use a special terminal for AOL and a different one for that other graphical system that is now owned by mexico... i can't think of it's name... it is not
What does the /DREW do when it is used?
I honestly don't remember. Some die-hard LORD fan will chime in and let us know, I'm sure. :-)
On 2018 Mar 11 10:14:42, you wrote to Digital Man:
Anyway I have a theory about why RIP never caught on. BBS users did
not like using a seperate program to call a BBS. They loved their Procomm or whatever and did not like using the programs needed for RIP to call the large list of ANSI BBS's that were available. J
that's exactly right... it is why all of the various graphical BBS formats ultimately failed... it was bad enough that one had to use a special
I don't quite remember how that worked now. If you can find that zip on lordlegacy.org maybe you can make it work? :)
I seem to remember that now.. But I thought it was more than just the icons, I thought it had RIP screens as well. The intro screen for LORD and the LORD menu were all ANSI.
probably work, but if it uses some DOS API to spawn a process (if there is such a DOS API), I'm not so sure it would work.. I suppose it could be configured with a DOS-based zmodem program such as DSZ or GSZ, but then, I don't know if those work over telnet.
that's exactly right... it is why all of the various graphical BBS
formats ultimately failed... it was bad enough that one had to use a
special terminal for AOL and a different one for that other graphical
system that is now owned by mexico... i can't think of it's name... it
is not compuserv... but anyway, then came "the net" and it all went
down the flush...
Prodigy?
Re: LORD
By: Mojo to Digital Man on Sun Mar 11 2018 11:12 pm
What does the /DREW do when it is used?
I honestly don't remember. Some die-hard LORD fan will chime in and let us DM>know, I'm sure. :-)
LORD fan who has been out of practise for a *long* time here. :)
I recall that the /DREW switch actually wasn't related to anything technical at all. There was some kind of inside joke about Drew
Barrymore built into the game, and it manifested by showing the status line (on the Sysop side) some quotes or something to do with Drew Barrymore. I can't remember if the /DREW caused those quotes to appear,
or if it suppressed them, but it did something related to that.
It *shouldn't* be needed for anything technical in nature, but there's
no way to know if anything that Michael Pressler did when updating the game changed the way that original command line switch worked.
game changed the way that original command line switch worked.
Re: LORD
By: Rockapella to DIGITAL MAN on Thu Mar 15 2018 06:48:00
You would think it would at least be about Jenni.
You would think it would at least be about Jenni.
You would think it would at least be about Jenni.
I might be completely out of the loop. Who is Jenni?
I might be completely out of the loop. Who is Jenni?
[1m[34mRe[0m[34m: [1m[36mLORD
[34mBy[0m[34m: [1m[36mKK4QBN [34mto [36mRockapella [34mon [36mThu Mar 15 2018 09:14 pm[0m
You would think it would at least be about Jenni.
Jennie? Jennie Garth? Describe her.
Jennie? Jennie Garth? Describe her.
Cute, and I resume Seth had a crush on her.. in Planets if you wanted the "3rd eye" when it asked the question, the answer is pretty much I lov eJennie Garth,, on Dreamora.
You would think it would at least be about Jenni.
Jennie? Jennie Garth? Describe her.
I use either HOTT or LADY myself...never tried the other ones.
I use either HOTT or LADY myself...never tried the other ones.
Make sure you're not at 100% health, and then use "Cool" it will give you 1
charm point.
Sysop: | MCMLXXIX |
---|---|
Location: | Prospect, CT |
Users: | 325 |
Nodes: | 10 (0 / 10) |
Uptime: | 10:41:07 |
Calls: | 510 |
Messages: | 220575 |