Factor Mystic

6May/120

Using Reactive Extensions to smooth compass data in Windows Phone

Getting Started

The challenge is to take the raw compass heading data, and smooth it out over time so the UI element this data is bound to (such as an arrow) won't be jittery. You can see this jitter in the SDK example for the Compass: the CurrentValueChanged event handler is fired every 20ms and jitters within the error margin for the hardware. Our task is to smooth out these data readings for a more pleasant user interface. And to make it fun, we'll be using Reactive Extensions.

It's quite easy to calculate a periodic average of a data stream with Reactive Extensions, and we'll tackle it in three stages:

  1. Create the Observable
  2. Segment the compass readings into chunks, and get an average
  3. Capture the result and make something happen

Step 1: Create the Observable

Starting with the Compass's CurrentValueChanging event, we need to convert it into an Observable. After creating a new Compass object (hereafter simply called "compass"), we can write this with any overload of Observable.FromEvent, either by manually providing delegates to add/remove event subscriptions (as commonly listed on RxWiki), or by providing the event name as a string:

For succinctness, I'll use the latter in this post.

If we stop right here for a moment, we can confirm that our compass is working and that we can get readings by subscribing to the Observable's stream of SensorReadingEventArgs events by tapping in with the Subscribe method and printing out the raw heading readings:

Running this sample will spit out an endless series of raw readings in the debug output window:

So far, so good. But, we could've done this all with a standard event handler, so let's kick it up an notch...

Step 2: Break into chunks and average

We want to avoid jitter in our compass readings, and a simple way to do that is to average all the individual readings over a small time period, of say, two seconds. Without Rx, you'd need to declare a period reset timer, and then keep track of a running average over the two second period, then clear it when the timer fires and so forth.

With Rx, it's chillingly simple; we can do it by chaining just two methods: BufferWithTime followed by a standard Linq SelectMany (well, and a Select). And it's all in a single statement.

Running this will spit out readings just like before, except now, they're clumped every two seconds, with a pause in between.

Let's break it down:

Picking up after creating the Observable, we chain a call to BufferWithTime. For the specified period (two seconds, passed in with TimeSpan.FromSeconds(2), BufferWithTime takes events and stuffs them into an IList of events. Then, we use Select to project that list of events into a list of compass headings (pulled out of the event args, e.EventArgs.SensorReading.TrueHeading). The Subscribe method, as before, allows us to debug print the compass headings to confirm.

Here's the full application so far:

Our raw compass readings are broken into two-second lists, but they're still individually jittery. However, we can instead take each list and aggregate it into a single heading value. By replacing the SelectMany, which gave us a list of headings, with a Select, we can do the averaging right inline:

And this gives us one average compass heading every two seconds, minus the jitter, just like we wanted:

Complete program listing so far:

Step 3: Making something happen

We now have de-jittered compass readings coming in every two seconds. Let's hook this data up to the UI and build an actual application.

Taking this empty Windows Phone project, I've added the following Image into the default content Grid:

There's nothing special here, it's just an image with a default RenderTransform that sets the rotational center of the image element to the middle.

Pasting in the Rx code we developed above, we can swap out the debug call and instead update the RenderTransform's angle property to the compass heading (actually, 360 minus the heading... we want the arrow image to rotate opposite the phone device. If we didn't do this subtraction, it'd rotate the header angle, but in the same direction we turn the phone.)

(Oh, and there's one other change: adding in a call to ObserveOnDispatcher allows us to execute the Subscribe delegate (eg, update the arrow rotation) on the UI thread. We didn't need to worry about that before because we were just debug printing, and not accessing any resources created on the UI thread.)

Running the whole program now shows the compass arrow updating once every two seconds, correctly pointing to the device's compass heading. Feel free to adjust the period from two seconds to something more useful... I found 0.5 seconds to be a good balance between update frequency and heading jitter.

I've posted the complete example application on github, so feel free to check it out:
https://github.com/factormystic/rx-compass-smoothing

31Oct/105

Default Programs Editor 2.7

The next version of Default Programs Editor has been posted, along with a total site redesign. All the important stuff is now on the root page, and I've severely dialed back on cruft to put most of your experience on a single page. And, one more note: this announcement is actually for the second release of version 2.7. There were a couple bugs I noticed in the crash report logs that really needed to be fixed before I announced the release, so, if you happened to grab DPE in between the redesign and this post, check and see if you've got the older version. They're each got a proper version number, but "2.7" refers to the later release.

Download now at http://defaultprogramseditor.com
Have an idea or feature request? Put it on the feedback forum: http://defaultprogramseditor.uservoice.com

Want to support Default Programs Editor? Help spread the word! Suggest Default Programs Editor to be included in Ninite (link). Donations are accepted too, and thank you so much to the many people who've contributed.

There's some cool new stuff in 2.7, most notably context menu icon editing'Open With' support, and built in registry backups. The latter two items were requested on the feedback forum and quite popular, so if you have a feature request, be sure go there and request it. There's also a myriad of great little usability tweaks like better keyboard accessibility (also a requested feature on UserVoice).

Changelog:

Version 2.7.2675.2253 (October 29, 2010)
Bugs Fixed:
- Fixed a minor DPI related layout bug.

Crashes Fixed:
- Fixed a crash after clicking the DDE 'Edit' button when adding a new context menu item.
- Viewing 'Open With' programs caused a crash when the item listed in the registry didn't exist on disk.
- Fixed a crash when starting the application for some users.

Version 2.7.2660.1843 (October 23, 2010)
New Features:
+ Added support for editing 'Open With' programs.
+ Added support for editing context menu item icons.
+ Added support for registry backups of file type information.
+ Added "%1" by default when browsing for an application, and added an option to toggle it.
+ "Show in folder" button added to success page when saving to a .reg file.
+ Increased performance when loading long lists.
+ Better support for deleting verb precedence trees.
+ Increased keyboard accessibility.

Bugs Fixed:
- Fixed miscellaneous layout bugs.
- Fixed being stuck on the the options page after an elevated restart.
- Fixed issue causing scope labels to be listed twice for context menu items.

Crashes Fixed:
- Setting certain applications as context menu default could cause a crash.
- Selecting multiple extensions caused a crash when switching to the context menu page in certain scenarios.

5Jul/102

Project Euler in F#: Problem 2

Problem 2

Each new term in the Fibonacci sequence is generated by adding the previous two terms. By starting with 1 and 2, the first 10 terms will be:
1, 2, 3, 5, 8, 13, 21, 34, 55, 89, ...
Find the sum of all the even-valued terms in the sequence which do not exceed four million.

The Thinking

The problem is similar to Problem 1, but this time instead of a natural number sequence, we're to use a fibbonacci sequence, evens only, less than 4 million. Then, we'll need to sum them up; that we did in Problem 1 with Seq.sum. How can we generate the sequence? I'll be taking a simple two-step approach. First, figure out a function to generate a fibbonacci sequence (up through 4,000,000), then take all the evens. We can Seq.sum that resulting sequence to find our answer.

Generating a Fibonacci Sequence

Generating a fibbonacci sequence in F# is a textboook case, and so much so that it's actually an example snippet for the built-in F# function we're going to use to generate it: Seq.unfold. Seq.unfold is a  function that returns a sequence, based on a function we provide. It takes two parameters: a sequence element generator function, and the inital value to start with.

Seq.unfold generator state

The generator function must be defined with a single input parameter (the "state value"), and returning an "option tuple of the next element in the sequence and the next state value" (from documentation).

A fibbonacci algorithm requires two inputs (the previous two digits), but we can only pass one parameter. Luckily in F# we have Tuples. A tuple lets us package up several values into a single group, and is written with as a comma separated list inside parenthesis:

let sometuple = ("this", "is", "a", "single", "tuple")

The return value is also something new, using the built-in Option module. We'll be returning an Option, either Some or None. None is a signal to unfold that this is the end of sequence, and for all the rest of the return results, we need to return Some-thing (the next element of the sequence as well as the next state value in tuple form) as we learned above, from the documentation for unfold.

This might seem like a lot to process all at once, but it ends up looking pretty simple when it's all put together. The generator function for fibbonacci numbers less than 4m looks like this:

let fibgen (x,y) = //define a function 'fibgen' and pass in a single parameter, a tuple that represents the most recent two digits of the fibbonacci sequence so far
if(x < 4000000) then // define a cut-off threshold to keep the sequence from going on forever
Some(x+y, (y, x+y)) // return an Option tuple; the next elemnet of the sequence: x+y (the two most recent elements added together), and the next state value- a single tuple that will be used next time the funciton is run
else None // we're up to 4m, so tell unfold we're done with the sequence

And now, we can plug that into Seq.unfold:

let fibseq = Seq.unfold fibgen (1,1) // (1,1) is a single tuple parameter with the initial values for the fibgen function

If we run this in the Interactive F# window in Visual Studio, we can confirm this produces the full fibbonacci sequence:

val it : seq = seq [2; 3; 5; 8; ...]

Getting Just The Evens

If you recall our solution to Problem 1, it should be easy to figure out how to make a new sequence with only the even values by using seq, modulo, and yield that we've already learned.

let fibevens = seq{for i in fibseq do if i % 2 = 0 then yield i}

My Solution

Putting it all together, with Seq.sum to add up the sequence:

let fibgen (x,y) = if(x < 4000000) then Some(x+y, (y, x+y)) else None
let fibseq = Seq.unfold fibgen (1,1)
let fibevens = seq{for i in fibseq do if i % 2 = 0 then yield i}
let result = Seq.sum fibevens
printfn "%A" result

Project Euler Problem 2: Answered

Further Reading

A Post Script

Each part of the above solution is named for clarity. We could easily compose these functions for a more compact solution:

printfn "%A" (Seq.sum(seq{for i in ((1,1) |> Seq.unfold(fun (x,y) -> if(x < 4000000) then Some(x+y, (y, x+y)) else None)) do if i % 2 = 0 then yield i}))

The only thing that gets weird in this compact version is the anonymous replacement for fibgen, which uses lambda syntax fun & ->, and the pipeline operator, |> to pass in the intial state. There are some goofy rules for when you can and cannot use piplineing; check out the Pipeline section of Chapter 8 of The F# Survival Guide for a good primer.