Re: advices on sockets

It sounds to me like you only intend to run the "server" and "clients"
on the same computer. Is this correct? If this is what you intend, why
not just have your application display an X window, and then start
multiple threads, each that render part of the graphic? Then you don't
have to deal with sockets at all.

Well that's how it worked at the beginning. The main advantage of
having a socket system is that you can render a frame, display the
result in the xwindow, then start another frame later, and get the
second image displayed in the same window. Eventually if you have kept
the result in the memory of the xwindow app, you can swap between the
2. The only way i have found to get that to work, was by making 2
separate applications and have them communicate by sockets. This way
when the graphic app is done processing a frame (and exit), the
xwindow stays on the screen and is ready for the next process which
you might start by running the graphic app again.

For now, I am running it on the same computer you are right, because I
am testing it on my computer, but if that project evolves the way it
should i might consider using it to display the result of a frame
which is net-rendered by several machines connected by a network. The
server becomes your local computer, eventually, and dispatch the work
to the clients... once bits of images are rendered by the clients they
are displayed to the screen.

Again if you think threads are a better way, I am interested in
looking into that. I am particularly fond of sockets. In particular if
it works well like the prototype i wrote seems to show, it doesn't
seem to me the most reliable technique. Even though I have seen it
running in many places without any problem at all.

If you more suggestion or thinl i can implement what i need with
threads, please let me know.

thanks -c

.

Relevant Pages

  • Re: Aspect ratio explanation needed, please!
    ... The source material was 1.8 anamorphic, the output was xvid ... Three different players: ... needed to set aspect to 16:9, then display was perfect ... My surprise is that an xvid encoded, filled 720x480 frame ...
    (rec.video.desktop)
  • Re: Problem with MFC/OpenGL
    ... The problem appear ONLY on Vista, when the window does not have the ... focus and the mouse enter in the client area, a frame is NOT display and the ...
    (comp.graphics.api.opengl)
  • Re: Help: a handheld image processing device
    ... between and after frame captures. ... NOT have a USEB/IEEE1394/or other interface. ... LCD interface and camera ... LCD display and fairly high res CMOS cameras that will plug in to the 20 pin ...
    (comp.arch.embedded)
  • Re: Great SWT Program
    ... window is what emacs calls a "frame". ... be the inside of a terminal emulator window on a window system. ... there the first commands opens a new frame on the current display and the latter opens a frame on an other display, ...
    (comp.lang.java.programmer)
  • Re: Digital Transition & Aspect Ratios
    ... so letterboxed in the 640x480 frame. ... | correct for the 4:3 letterbox, but the image will be degraded ... One can zoom in for the clip and back out for the ...
    (alt.tv.tech.hdtv)