screensaver

82 views
Skip to first unread message

Kevin Branigan

unread,
Nov 30, 2008, 10:34:17 AM11/30/08
to MyTTC
I have developed a screensaver application that displays the myttc
data - both in real time and a fast mode.

take a look here: (Ubuntu-Linux binary)

http://myttc-visualization.googlecode.com/files/screensaver_myttc_no_text

If you happen to have freetype2 and ftgl (unlikely)
then you can try this binary instead:

http://myttc-visualization.googlecode.com/files/screensaver_myttc

Instructions don't come with the binary so here it goes:
+/- to zoom, arrow keys to pan.
r button switches to real time display mode
f button switches to fast display mode
q button to quit

I am working on porting the code to Windows but it doesn't function
yet. Also there are some bugs still with the screensaver so just keep
that in mind - it's still beta.

Tell me what you guys think!

George Talusan

unread,
Nov 30, 2008, 10:48:15 AM11/30/08
to my...@googlegroups.com
The screen is garbled when I run either of those... kind of like
watching Macrovision because my parents were too cheap to get me real
cable (and for good reason). If I squint I can make out the map of
the GTA and it starts to update. Quite nice!

Running Ubuntu Intrepid (GNOME + compiz) natively on a Core 2 Duo
MacBook (Intel 965GM chipset) outputting to an external 20" LCD at
1680x1050.

Kevin Branigan

unread,
Nov 30, 2008, 11:43:32 AM11/30/08
to MyTTC
Is it all black and perhaps flashing?

At the console type: glxinfo | grep version
I'm using "OpenGL version string: 1.3 Mesa 7.0.3-rc2"

This might be an issue with X or with the video drivers - I am still
running Hardy.
Both actually execute though?



On Nov 30, 10:48 am, "George Talusan" <george.talu...@gmail.com>
wrote:
> The screen is garbled when I run either of those... kind of like
> watching Macrovision because my parents were too cheap to get me real
> cable (and for good reason).  If I squint I can make out the map of
> the GTA and it starts to update.  Quite nice!
>
> Running Ubuntu Intrepid (GNOME + compiz) natively on a Core 2 Duo
> MacBook (Intel 965GM chipset) outputting to an external 20" LCD at
> 1680x1050.
>
> On Sun, Nov 30, 2008 at 10:34 AM, Kevin Branigan <kbrani...@gmail.com> wrote:
>
> > I have developed a screensaver application that displays the myttc
> > data - both in real time and a fast mode.
>
> > take a look here: (Ubuntu-Linux binary)
>
> >http://myttc-visualization.googlecode.com/files/screensaver_myttc_no_...

George Talusan

unread,
Nov 30, 2008, 12:50:00 PM11/30/08
to my...@googlegroups.com
Nope, it's not black. It's white with horizontal bars stretching
across the screen. I'll take a screenshot for you later.

george@dilemma:~ $ glxinfo |grep vers
server glx version string: 1.2
client glx version string: 1.4
GLX version: 1.2
OpenGL version string: 1.4 Mesa 7.2

Both executables will run....

Kieran Huggins

unread,
Nov 30, 2008, 4:33:22 PM11/30/08
to MyTTC
same here - this build must be broken, it worked on mine before

server glx version string: 1.2
client glx version string: 1.4
GLX version: 1.2
OpenGL version string: 1.4 Mesa 7.0.3-rc2

George Talusan

unread,
Nov 30, 2008, 5:48:01 PM11/30/08
to my...@googlegroups.com
Screenie attached.

What I actually see on the monitor is worse than the screenshot indicates.
gl.png

Kevin Branigan

unread,
Dec 1, 2008, 8:51:23 AM12/1/08
to MyTTC
How very bizarre. It works on my laptop, my desktop and it
reportedly works for William.

If you guys are willing, here is the source code:

http://code.google.com/p/myttc-visualization/source/checkout

just run "make" and it should build both binaries.
Also you can try running the binaries using "gdb" and it'll give you
any debug errors

On Nov 30, 5:48 pm, "George Talusan" <george.talu...@gmail.com> wrote:
> Screenie attached.
>
> What I actually see on the monitor is worse than the screenshot indicates.
>
> On Sun, Nov 30, 2008 at 4:33 PM, Kieran Huggins
>
> <kieran.hugg...@gmail.com> wrote:
>
> > same here - this build must be broken, it worked on mine before
>
> > server glx version string: 1.2
> > client glx version string: 1.4
> > GLX version: 1.2
> > OpenGL version string: 1.4 Mesa 7.0.3-rc2
>
>
>
>  gl.png
> 996KViewDownload

George Talusan

unread,
Dec 1, 2008, 9:06:43 AM12/1/08
to my...@googlegroups.com
Needed following patch to compile:

george@dilemma:~/Projects/myttc-visualization-read-only $ svn diff
Index: main.cpp
===================================================================
--- main.cpp (revision 10)
+++ main.cpp (working copy)
@@ -6,6 +6,9 @@
#include <string>
#include "data.c"
#include <sys/timeb.h>
+#include <unistd.h>
+#include <stdlib.h>
+#include <string.h>
using namespace std;

#ifdef WIN32

Kevin Branigan

unread,
Dec 1, 2008, 9:21:24 AM12/1/08
to MyTTC
I have patched the source and committed with your changes.

It makes no difference for me when compiling the source though -
binaries remain the same size and run the exact same.

Do the binaries work for you with this change?


On Dec 1, 9:06 am, "George Talusan" <george.talu...@gmail.com> wrote:
> Needed following patch to compile:
>
> george@dilemma:~/Projects/myttc-visualization-read-only $ svn diff
> Index: main.cpp
> ===================================================================
> --- main.cpp    (revision 10)
> +++ main.cpp    (working copy)
> @@ -6,6 +6,9 @@
>  #include <string>
>  #include "data.c"
>  #include <sys/timeb.h>
> +#include <unistd.h>
> +#include <stdlib.h>
> +#include <string.h>
>  using namespace std;
>
>  #ifdef WIN32
>

George Talusan

unread,
Dec 1, 2008, 9:23:54 AM12/1/08
to my...@googlegroups.com
Ashamedly I compiled these remotely while at work. I'll test when I
get back home.

Kevin Branigan

unread,
Dec 1, 2008, 7:53:25 PM12/1/08
to MyTTC
The source has been significantly changed and works in both windows
and linux now. Try the new binary and the new code - see if it works
better this time. I fixed at least one bad-pointers memory problem.

On Dec 1, 9:23 am, "George Talusan" <george.talu...@gmail.com> wrote:
> Ashamedly I compiled these remotely while at work.  I'll test when I
> get back home.
>

George Talusan

unread,
Dec 1, 2008, 9:45:45 PM12/1/08
to my...@googlegroups.com
Still no go.

Brandon

unread,
Dec 2, 2008, 2:49:35 PM12/2/08
to MyTTC
Oh man! Cool!

I opened it up and gave it a look; thought, "Well it's just an image.
That's not much of a screensa--oh, it's moving!"

I'll see if I can mate it with other city's transit feeds.

-B

On Nov 30, 7:34 am, Kevin Branigan <kbrani...@gmail.com> wrote:
> I have developed a screensaver application that displays the myttc
> data - both in real time and a fast mode.
>
> take a look here: (Ubuntu-Linux binary)
>
> http://myttc-visualization.googlecode.com/files/screensaver_myttc_no_...

Brandon

unread,
Dec 2, 2008, 3:37:58 PM12/2/08
to MyTTC
Hey Kevin,

In the context of the sSchedule struct, what's a terminal_time?

-B

On Nov 30, 7:34 am, Kevin Branigan <kbrani...@gmail.com> wrote:
> I have developed a screensaver application that displays the myttc
> data - both in real time and a fast mode.
>
> take a look here: (Ubuntu-Linux binary)
>
> http://myttc-visualization.googlecode.com/files/screensaver_myttc_no_...

Kevin Branigan

unread,
Dec 2, 2008, 3:38:48 PM12/2/08
to my...@googlegroups.com
open it up, and press the f button, it'll start flying in fast mode,
it's even slightly more awesome!

Kevin Branigan

unread,
Dec 2, 2008, 3:42:26 PM12/2/08
to my...@googlegroups.com
The terminal_time is actually ignored - that is the amount of time
that the bus stays at the terminal, perhaps terminal_wait_time would
be a better name. It doesn't actually play any effect on the
schedules. (Because headway/start_time/end_time/run_time/distance is
all that is needed to generate stop_times)

I'm not sure how easy this will be to work with your other data,
because it's completely our own data format - it's extremely minimal
and generates all the stop_times from it. It's like a summary GTFS.
But it'd be really cool to see.

I have made it work in windows but isn't not quite a screensaver yet.

Brandon

unread,
Dec 2, 2008, 5:33:13 PM12/2/08
to MyTTC
I gave a quick overview. Converting a general GTFS would involve
boiling down stoptime-style routes to headway-style routes, which is
nontrivial. It's possible, though.

-B

On Dec 2, 12:42 pm, "Kevin Branigan" <kbrani...@gmail.com> wrote:
> The terminal_time is actually ignored - that is the amount of time
> that the bus stays at the terminal, perhaps terminal_wait_time would
> be a better name.  It doesn't actually play any effect on the
> schedules.  (Because headway/start_time/end_time/run_time/distance is
> all that is needed to generate stop_times)
>
> I'm not sure how easy this will be to work with your other data,
> because it's completely our own data format - it's extremely minimal
> and generates all the stop_times from it.  It's like a summary GTFS.
> But it'd be really cool to see.
>
> I have made it work in windows but isn't not quite a screensaver yet.
>
Reply all
Reply to author
Forward
0 new messages