I suggest you ...

implement a solution to allow "remote" capturing

I work quite a lot over RDP and with virtual machines. Of course, TS can capture these just fine but it obviously cannot capture window titles and URLs inside the remote session and it will also always capture the entire remote session rather than just the active window inside that session.

I think it would be great if all of the above would still work inside the RDP/VM-window (without having to buy additional licenses to install TS on the guest machines).

I'm not yet sure what would be the best approach to this. One thing I can think of would be to create some sort of "agent"-application that can be installed inside the remote session and that would communicate with the TS instance on the host computer (e.g. via TCP/IP). I guess it doesn't even have to send the actual screenshots as the host can already see the remote screen anyway. Just the window coordinates, titles and URLs would be sufficient.

19 votes
Vote
Sign in
Check!
(thinking…)
Reset
or sign in with
  • facebook
  • google
    Password icon
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Oliver Giesen shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →

    1 comment

    Sign in
    Check!
    (thinking…)
    Reset
    or sign in with
    • facebook
    • google
      Password icon
      Signed in as (Sign out)
      Submitting...
      • Lrq3000 commented  ·   ·  Flag as inappropriate

        Thank you for this suggestion! I also do a lot of RDP and was wondering why TimeSnapper could not capture the TeamViewer window at all (in the timeline, the whole time spent in TeamViewer was marked as idle, with no capture). Now I know that it's because TimeSnapper was launched as user whereas TeamViewer is launched as administrator. Launching TimeSnapped as an administrator fixed the issue!

      Feedback and Knowledge Base