Also been noticing some font manipulation during logins.
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?
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
I also just noticed the xbin images on Vertrauen. Looks pretty cool and interesting.
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.. :)
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.
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!
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.
(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.
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'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.
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'd love to mix it with the icon menuset and make a cool GUI bbs without th old rip crap.
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'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! :-)
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 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. :-)
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.
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.
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.
would be better to have png support
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 K>rip crap.
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
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
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 tried to download it but it timed out. I'll have to try again later.
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.
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
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
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
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...
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
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?
| Sysop: | sneaky |
|---|---|
| Location: | Ashburton,NZ |
| Users: | 31 |
| Nodes: | 8 (0 / 8) |
| Uptime: | 86:33:51 |
| Calls: | 2,069 |
| Calls today: | 2 |
| Files: | 11,134 |
| Messages: | 946,734 |