Re: SliMP3 emulator...of sorts

I don't think a passthrough is the right way to go. If all you're doing is
showing waht's on the display, then there is only unidirectional traffic
to send display updates to another client. It's insanely easy.

This is definitely going to be part of the synchronization feature,
anyway. I think it would be easiest just make it work like a SliMP3
client.

On Sun, 10 Mar 2002, Jacob Potter wrote:

> Bob Miller wrote:
> > That is a strange way to do it.  The server already has the capability
> > to support multiple clients, and clients sync'd to the same program
> > are underway.  Wouldn't it make sense to have a PC-based client that's
> > a peer of a hardware client?  Wouldn't it be a lot easier to write
> > a PC-based client that interprets VFD codes and throws everything
> > else away?
>
> True, but the synchronized client feature hasn't really taken shape yet,
> and it's probable that synchronizing the music won't necessarily be the
> same as synchronizing the display. Also, the server would need to be
> configured to relay the display data to two places.
>
> > > There are a couple issues, though:
> > >
> > >       + What OS will the 'displaying' computer be running (Windows,
> > > Mac, Linux, etc)
> >
> > Perl. (-:
>
> The display emulator would probably need graphics (to emulate custom
> characters).
>
> > >       + Will it be the same computer as the server is running on?
> > > That would complicate things.
> >
> > Not necessarily.  IP to localhost always works.
>
> True. But with a pass-through, the client would need to know to connect
> to the pass-through program, not directly to the server.
>
> - Jacob
>
> --
> "Terminak #3 has bad keyboard. Pkease fix."
>
>
> To unsubscribe from this group, send an email to:
> [email protected]
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
>
>


To unsubscribe from this group, send an email to:
[email protected]

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/