I’ve seen a ton of forum posts and blog posts trying to explain how to use mencoder or FFmpeg to rotate video that you took on your phone.

Thing is… they didn’t work for me.

No matter what I tried, something went awry.

• The video rotated but no sound came through.
• The video rotated and sound came through but the quality was horrible.
• The audio came through but the video wasn’t visible.

…and so on. Ugh.

I’m a technical guy. Trying to figure this thing out I learned far more about audio and video codecs and container types than I really ever cared to know. It really shouldn’t be this hard.

The answer, for me, came with WinFF, a GUI wrapper on FFmpeg. There are some “presets” that come with it that set up the high quality video command line part of things so I only had to add the “rotate” bit.

For reference, the command line that worked for me was:

ffmpeg.exe -y -i input.mp4 -crf 15.0 -vcodec libxvid -acodec libfaac -ar 48000 -b:a 192k -coder 1 -flags +loop -cmp +chroma -partitions +parti4x4+partp8x8+partb8x8 -me_method hex -subq 6 -me_range 16 -g 250 -keyint_min 25 -sc_threshold 40 -i_qfactor 0.71 -b_strategy 1 -qcomp 0.6 -qmin 0 -qmax 69 -qdiff 4 -bf 8 -refs 16 -direct-pred 3 -trellis 2 -wpredp 2 -rc_lookahead 60 -threads 0 -b 12000k -vf transpose=1 output.mp4

Yeah.

The “transpose” option at the end is the bit that rotates.

• 0 = 90 degrees counterclockwise and vertical flip
• 1 = 90 degrees clockwise
• 2 = 90 degrees counterclockwise
• 3 = 90 degrees clockwise and vertical flip

And I know someone is going to want to comment something about blah blah orientation flag blah blah file metadata blah blah some players don’t support it. I know. I really just want the stupid thing rotated so I don’t have to figure out which players work and which ones don’t. Ubiquitous play, minimal loss of quality, video rotated. Done.

I may tinker with the audio to see if I can just get it to pass through without re-encoding, but since I finally got it to work after this much research, I figured I’d post it.

Note that command line works great with the build of FFmpeg that comes with WinFF, but they’ve updated some of the options in later builds so it needs to be adjusted.

Sublime Text 2 has a nice feature where you can hit “Ctrl+B” or select “Tools -> Build” from the menus and, based on the current file type, a build system will be automatically selected and executed against that file.

I recently released an update to my MSBuild package for Sublime Text 2 that includes some “build variants” for MSBuild that specifically set Debug or Release configuration during the build. Basically:

msbuild yourscript.proj /p:Configuration=Debug

or

msbuild yourscript.proj /p:Configuration=Release

I didn’t know this was possible until recently or I’d have put it in from the get-go. Note it assumes either that your project is a standard .csproj or .vbproj, or that you’re using the standard “Configuration” variable name to denote build configuration. It also doesn’t do anything with platform, so whatever your project defaults to, that’s what it’ll build.

As it turns out, it’s not clear how you access build variants from inside Sublime Text and it’s not obvious - it doesn’t show up on the menu.

To access Sublime Text 2 build variants:

• Open the Command Palette (either “Ctrl+Shift+P” or “Tools -> Command Palette…”).
• In the window, type “Build:” to filter the list of commands. Note the colon “:” on the end there - it filters the list down to just the build commands.
• Select the build type you’d like. For my MSBuild package, you’ll see:
  • “Build: Build” - default, no configuration specified
  • “Build: Debug Configuration” - specifies “Configuration=Debug”
  • “Build: Release Configuration” - specifies “Configuration=Release”

Build variants are not specific to my package - other packages may also provide build variants with other names.

Related to this,some folks have asked why I haven’t supplied a “build and run” option the way some other packages have. The short answer is: I can’t. Here’s why:

MSBuild is sort of a scripting language. You can write an MSBuild script that just copies a bunch of files around or zips some things up. You can have an MSBuild script that just generates some reports. Or maybe your MSBuild script kicks off several other MSBuild scripts, each of which build something.

Even if you narrow the scope to .csproj or .vbproj files (which, yes, are in MSBuild format), you can build a lot of different things - an .exe, sure, but what if it’s a web site project? Or a WCF service? Or an Azure project? What does “build and run” do then?

The reason Visual Studio is able to handle this is that it narrows the scope of its handling (only actual project files can have “startup actions” - you can’t have that for a .proj or .targets file); and it “knows” about different project types and how to start them up.

When you have a web site project, it “knows” that in your project properties you should be able to specify which URL you want to view when it starts up the browser… and it knows to start up IIS Express (or the VS dev server) to host the site. Further, when you have a solution (multiple projects that all build together - like an MSBuild script that triggers several other MSBuild scripts) you can specify which project(s) should be started up and which actions should be taken at that time. That’s why you see all those .suo and .user files out there alongside your solutions/projects. It’s a system external to the build system that maintains all that information.

You can “make Visual Studio ‘know’ about new project types” by installing VS add-ins and components. For example, when you install the Azure SDK, it tells Visual Studio about Azure project types and how to handle the startup action.

Unfortunately, all of that’s a bit beyond the scope of what I can provide in Sublime Text.

If you would like a “build and run” experience, I would recommend writing a small “wrapper script” that triggers your real script and build that instead.

For example, say you have a project “MyProject.csproj” that builds “MyProject.exe.” A wrapper might look like this:

<?xml version="1.0" encoding="utf-8"?>
<Project DefaultTargets="BuildAndRun" xmlns="http://schemas.microsoft.com/developer/msbuild/2003" ToolsVersion="4.0">
  <PropertyGroup>
    <Configuration Condition="'$(Configuration)'==''">Debug</Configuration>
  </PropertyGroup>
  <Target Name="BuildAndRun">
    <MSBuild Projects="MyProject.csproj" Properties="Configuration=$(Configuration)" />
    <Exec Command="MyProject.exe" WorkingDirectory="$(MSBuildProjectDirectory)/bin/$(Configuration)" />
  </Target>
</Project>

In this way, the wrapper script knows what the “run” action is and you can still use the Debug/Release configuration build variants. Obviously if you have a web site or something other than a simple .exe, your “run”action is going to be more involved. I’ll leave that as an exercise for the reader.

Almost a month ago now (wow!) Jenn, Phoenix and I went to Disneyland with my parents for a three-day park-hopping adventure.

It’d been four years since Jenn and I had been, and far longer than that for my parents, so we were excited to go. With Phoenix not quite being two, we figure she probably won’t remember much of the trip when she’s older, but she’s super into Mickey Mouse Clubhouse right now, so she’d at least have fun.

The first ride Phoenix went on was the Mad Tea Party tea cups. She loved it.

I’m glad she did for a couple of reasons. First, she likes carousels but she hasn’t really been on much besides that. I was afraid the tea cups might be too much, but she wanted more and smiled and giggled the whole time, so that was a relief. Second, both Phoenix and I are big Alice in Wonderland fans, so I’m glad she had a good first ride on an Alice-themed attraction.

She was excited to see Mickey… but only from a distance. We tried getting her to give Mickey a hug but we quickly discovered she’s not into the costumed characters. “NO MOUSE! NO HUG! NO TOUCH!”

She didn’t seem to have a problem with the human characters (princesses, pixies, pirates) but the costumed characters that weren’t human were only allowed within about 10 feet before the alarms went off. We even tried one of the “character breakfasts” where you eat and the characters walk around from table to table. That didn’t go over well. Chip showed up and tried to say hello and Phoe went all DEFCON ONE ALERT ALERT ALERT so Chip backed off and that was pretty much the end of that.

We had actually scheduled the character breakfast at “Goofy’s Kitchen” because last time we were there the characters got all the kids to come out and bang pots and pans and dance. Phoenix is all about that sort of thing and we thought it’d get her to relax around the characters. Apparently they stopped doing that because parents complained that as the kids were coming back from the dancing, the characters continued to walk around and mingle and the unseated kids would miss characters coming past their table. I dunno. I think I’d rather have the dancing.

Of course we all got hats…

…and Phoenix wore hers everywhere. Even now, a month later, she still loves that hat.

She also ended up getting a Minnie Mouse dress, which she also wore all over (and still does).

The big new attraction was Cars Land in the California Adventure portion of the park. We saw most of it, but it was pretty packed - even in the middle of October - so we didn’t get to see the whole thing. We also sort of left that for the last day and ran out of time.

We did get to ride all the other rides - from Splash Mountain to Star Tours, the Grizzly River Run to Soarin’ Over California. We missed quite a few last time we were here so it was good to catch them this time. We’ll try for the Cars Land rides next time.

Jenn lost her sunglasses on the Indiana Jones ride last time we were here, so I had to match her and lost my sunglasses in “Captain EO.” You’re probably wondering how I lost my sunglasses in a movie… I was, too. They must have just fallen out of my pocket. I realized as soon as we got out the exit, but when I turned around to go back the doors had already shut so I ran around to the ride attendant and explained the situation. Since the next show had already started I had to wait the 17 minutes for the movie to end, then I could go back in through the exit doors and search. That was honestly a pretty rough 17 minutes. I wouldn’t have been so worried if they were just $50 sunglasses or something, but they’re prescription - way, way more than $50.

Anyway, I went back in and searched for the two minutes they give you between when one crowd leaves and the next is seated. I didn’t find them, even with the attendant’s help. I called out to the audience members to see if anyone saw them but no one did. Jenn and I then got to sit through “Captain EO” again, you know, because they won’t let us do any real searching, and we searched again for the two minutes. I got some pretty harsh rug burns on my knees from that. Finally, after the second round of “Captain EO” (which I am now thoroughly sick of) one of the audience members announced he’d found my sunglasses and handed them to me. Thank goodness. It was an hour lost, but a couple hundred bucks saved. Big props to Jenn for standing by me on that one.

One of the cool things we did was see the “World of Color” show at the end of the last day. That show is over in the California Adventure park and they have a nice water display with lasers, lights, and video projection all set to music. From an engineering perspective, I really liked it - you can get these light-up ear hats that have some sort of receiver in them and the lights in the show will coordinate with how your hat lights up. Really cool stuff. Jenn and I had to get the hats and wear them. (When you’re not within range of the broadcast, the hats flash random colors and are still really cool.)

It was a fun, but long, vacation and at the end I think we were all ready to go home. Phoenix was a trooper, really being good most of the time despite the record heat (~95F each day) and not getting a nap. Toward the end we were all tired, she was starting to get naughty, and we’d all walked our feet off. I think that’s part of what makes it a good one, yeah?

I posted a few more pictures for folks interested. Good times, and I look forward to the next vacation.

We’re super close to having a final release of Autofac 3.0 with support for Windows Store apps and Windows Phone 8. Beta packages are available on NuGet now. Rather than repeat what Alex has already said, go check out his very detailed explanation of all the new/fixed/updated stuff available.

For those of you who use Autofac, I thought I’d provide a bit of a project update to let you know what’s going on.

First, there’s been a little shake-up in the project ownership role. Nick Blumhardt, original creator, will still be working on the project as a committer but has stepped down as an owner. Alex Meyer-Gleaves will remain an owner, and I’ve now been made a co-owner with him. Nick has posted a formal announcement in the Autofac newsgroup. Huge props to Nick for making such an awesome product; I hope I can help carry that forward with as much success.

Next, we’re working hard on the upcoming release of Autofac, which we’ll be calling 3.0. The core Autofac assembly will be a Portable Class Library so we can support WinRT, Silverlight, and full .NET. That will potentially mean a few small breaking changes, but it shouldn’t be too bad to adjust to. We’ll be adding NuGet packages for all of the contributed projects (which are now the “Autofac Extras”). Dependencies have been updated so we’ll link to more current releases. We’re running down the issues list to see if we can get as many resolved as possible before the final release. And we’ve done a ton of updating to the build and static analysis process so it’s easier to work on, easier to extend, and adds a lot more confidence to the shipping builds. I really think you’ll like it.

I anticipate that should all be showing up Real Soon Now. You can follow the progress on the Autofac newsgroup.