Search Results

Search found 5 results on 1 pages for 'metiu'.

Page 1/1 | 1 

  • xorg DPMS off: keep VT from turning screen back on

    - by Metiu
    I have an embedded board with a small UPS. When AC power goes down, I need to turn off all power hungry devices in order to have a clean shutdown. First thing I do, is set DPMS to force powerdown, then go through the usual SIGTERM/SIGKILL/umount sequence. I have an Intel i915 Display adapter connected to an LVDS LCD panel. Unfortunately, when Xorg dies, Xserver or the VT code turn the LCD panel back on. I even tried working around it by directly poking the panel enable register in the Display chip, so that X doesn't know about it, but the panel goes back on when the VT comes back. Is there any "legal" way of keeping the display off? Thank you

    Read the article

  • linux xorg dual different monitors mouse border

    - by Metiu
    If I hook an external monitor to my Linux laptop and configure it for dual head with the Gnome system tools, I do get them configured with the proper resolution and position (one to the left of the other) The mouse pointer, however, will apparently use the greatest of the two vertical resolutions. This way, when I move up to the top border, the mouse exits the visible screen, traveling in empty space, and this is quite annoying, because you can't go to the upper panel just by going up very fast. Is there a way of enforcing the right resolutions for the mouse, too? Thank you

    Read the article

  • X11 screencasting multicasting solution

    - by Metiu
    I need to multicast an x11 application window to multiple (sai 100) clients in a lossy (wireless) environment. Right now, I was able to do it through screen grabbing (vlc) and h264 compression, but there should be a cleaner solution, something along the lines of a multicast NX session. Is there anything which could work with some glue, or should I build something for the purpose? Thanks

    Read the article

  • how to start with a voip/public announcement project?

    - by Metiu
    The main requirements are: open source solution on Linux support P2P VoIP calls support presence support multicast VoIP announcements (and maybe some way of setting up such a "conference") preferably serverless (maybe the network can get split and I'd need to keep the functionality for all clients that still see each other) I tried looking at telepathy, in particular telepathy-salut, but it seems to be quite a new technology, so it lacks clear/good documentation and/or working examples. I'm also evaluating SIP (e.g. SofiaSIP), but it's working only if connected to a server.

    Read the article

  • ZeroMQ REQ/REP on ipc:// and concurrency

    - by Metiu
    I implemented a JSON-RPC server using a REQ/REP 0MQ ipc:// socket and I'm experiencing strange behavior which I suspect is due to the fact that the ipc:// underlying unix socket is not a real socket, but rather a single pipe. From the documentation, one has to enforce strict zmq_send()/zmq_recv() alternation, otherwise the out-of-order zmq_send() will return an error. However, I expected the enforcement to be per-client, not per-socket. Of course with a Unix socket there is just one pipeline from multiple clients to the server, so the server won't know who it is talking with. Two clients could zmq_send() simultaneously and the server would see this as an alternation violation. The sequence could be: ClientA: zmq_send() ClientB: zmq_send() : will it block until the other send/receive completes? will it return -1? (I suspect it will with ipc:// due to inherent low-level problems, but with TCP it could distinguish the two clients) ClientA: zmq_recv() ClientB: zmq_recv() so what about tcp:// sockets? Will it work concurrently? Should I use some other locking mechanism to work around this?

    Read the article

1