Closed captions on Comcast DVR via HDMI

[Updated June 2013] Good news, it’s much easier to turn on closed captions on my Comcast DVR manufactured by Motorola (picture) because of a recent update to the Comcast DVR software.  I can now turn captions on/off from the “regular menus” (no need to turn the cable box on & off).  Here’s how it works for me now:

  • Turn on your TV and the Comcast box
  • Press the Menu button twice on the Comcast remote (or on the box)
  • In the on-screen menu, choose the “Setup” button (using the arrows and Ok button on the remote or box)
  • Then choose the “Closed Captioning Setup”
  • You’ll see a setting for “Closed Caption”, which you can change between off & on by using the left & right arrow on the remote (or box)

If your box does not have the menus seen above, you’ll have to use my older instructions below (after the break) until your box is updated.

FYI, you still cannot use your TV remote closed captions button when your DVR is connected to your TV with HDMI and component connections.   Read below for more details.

 


[My original post from 2008, kept for posterity] Last weekend I lost a few hours trying to get closed caption to display with my Comcast DVR connected to my TV with an HDMI cable.  I like to temporarily turn on captions when trying to figure out what someone said, or if there’s a lot of background noise.  But the closed captions button on my TVs remote did not seem to work.

If your box still has the old software (you’ve tried the instructions above and they don’t work), here’s a quick cheat sheet for enabling closed captions on the Comcast DVR manufactured by Motorola (picture). You can use either the buttons on the remote, or on the front of the DVR:

  • Turn on your TV
  • Turn off the DVR
  • Press the Menu button, on the Comcast remote (or on the Comcast box)
  • You will see the USER SETTING screen on your TV
  • Move down to the CLOSED CAPTIONS entry using the arrow buttons
  • Press the right-arrow to switch between ENABLED and DISABLED
  • Press the Menu button
  • Turn on the DVR

The problem was not with my TV or the DVR.  The problem is that HDMI and component connections cannot carry closed captions for the TV to decode. This was the first time I’ve connected a TV using HDMI or component cables, so I never ran into this closed caption issue before.  If you connect any device (Comcast’s DVR, Tivo, etc) by HDMI/component, you must use that device’s menu to decode the closed captions — your TV’s closed caption button will never show captions when connected this way.  You can read more about this limitation of HDMI and component on the HDTV interoperability issues section on the main Wikipedia page for closed captions.

I called Comcast to get help, and talked with a support person who tried very hard, and ultimately directed me to the “hidden” setup menu on the DVR to enable closed captions (see above).  But it was pretty bumpy, and Comcast never said that it was a limitation of HDMI/component.

Also, the Comcast DVR makes it very hard to quickly toggle captions on/off, because you must turn off the DVR every time you want to change the setting.  My guess is that the DVR engineers assumed that only deaf people would want captions, and leave them on all the time.

See How to use a Motorola DVR for a nearly complete manual on many of Comcast’s Motorola DVRs.  I updated the “Closed Captions” section to clarify the limitations of HDMI and component connections.

Promising e-book device

Plastic Logic recently demonstrated their e-reader device at the DemoFall conference. Unlike the other e-readers on the market (like the Amazon Kindle), Plastic Logic’s device is all plastic, and has no glass that can break.  They claim it will weigh less than a pound, the battery will last for days, and that it will have input/markup features so it’s more than just a reader.

At this point they are not available for sale.  But they do have a factory in Germany so they should be closer to production than if it were just a prototype coming out of the lab.

The Plastic Logic home page currently has a video of the CEO demonstrating their device.

Win XP crashes solved by disabling Nvidia Driver service

I finally solved a long-standing problem with my Windows XP laptop.

My CPU would slowly grow to about 15% even when idle.  Then a window would pop-up telling me I had 60 seconds to reboot because an RPC service had crashed.  This occurred about once a week.  Often enough to be annoying, but not often enough to make me dig to find the problem.  The crashed “RPC service” was not very instructive, because it’s a service used by lots of programs.  So clearly some software running on my computer was “abusing” this service.

At first I thought it may have been due to the Intel PROSet/Wireless software running on my computer that was doing something bad with RPC, it turns out the problem was with Nvidia driver software for my Nvidia graphics card.  The problems were on my Asus A8JS laptop, under XP Pro SP2 & SP3, with an Nvidia GeForce Go 7700 graphics card, and Nvidia Forceware 163.44 drivers, with DirectX 9.0c.

I found the solution here:
http://forum.notebookreview.com/showthread.php?p=3076277#post3076277

I had to disable the Nvidia Driver service (see detailed instructions below).  After that, I’ve not had any of the symptoms.

This describes the exact symptoms I was seeing (including the 1 minute to reboot):
http://www.notebookforums.com/thread212236.html

Apparently, you can shutdown the Nvidia Driver helper without much consequences. There may be some multi-monitor stuff that doesn’t work, but you can always start it manually, or re-enable it to start automatically.
http://www.glaryutilities.com/processlibrary/process/nvsvc32.exe.html

Read on for detailed instructions…

Continue reading →

Return of the sneakernet?

Ages ago (pre-1990), most computers weren’t connected to networks. You had to use sneakernet to transfer files — put them on a floppy disk, and walk to the other computer (in your sneakers).

The rise of networking killed off sneakernet, but maybe only temporarily. Rasmus Fleischer writes in The Future of Copyright:

The capacity of portable storage devices is increasing exponentially, much faster than Internet bandwidth, according to a principle known as “Kryder’s Law“. The information in our pockets yesterday was measured in megabytes, today in gigabytes, tomorrow in terabytes and in a few years probably in petabytes (an incredible amount of data). Within 10-15 years a cheap pocket-size media player will probably be able to store all recorded music that has ever been released — ready for direct copying to another person’s device.

In other words: The sneakernet will come back if needed. “I believe this is a ‘wild card’ that most people in the music industry are not seeing at all,” writes Swedish filesharing researcher Daniel Johansson. “When music fans can say, ‘I have all the music from 1950-2010, do you want a copy?’ — what kind of business models will be viable in such a reality?”

Regardless of the mistakes the recording industry is making, I suspect the sneakernet will come back, at least for transferring large amounts of content.

This reminds me of this quote I first heard in the mid-90’s: “Never underestimate the bandwidth of a station wagon filled with CDs.”

Martian headsets, and why standards are hard

Joel Spolsky writes about the real-world difficulty of standards in “Martian Headsets”. The article was spurred by Joel’s observations on the Microsoft IE8 team’s rock-and-a-hard-place predicament. The article uses a clever example of Martian MP3 players and headphones to show why standards start out easy to implement but end up nearly impossible despite everyone’s well-meaning efforts.

Joel also tosses in an interesting anecdote about the Bible as a “standard”:

If you’ve ever visited the ultra-orthodox Jewish communities of Jerusalem, all of whom agree in complete and utter adherence to every iota of Jewish law, you will discover that despite general agreement on what constitutes kosher food, that you will not find a rabbi from one ultra-orthodox community who is willing to eat at the home of a rabbi from a different ultra-orthodox community. And the web designers are discovering what the Jews of Mea Shearim have known for decades: just because you all agree to follow one book [of standards] doesn’t ensure compatibility, because the laws are so complex and complicated and convoluted that it’s almost impossible to understand them all well enough to avoid traps and landmines.

Standards are a great goal, of course, but before you become a standards fanatic you have to understand that due to the failings of human beings, standards are sometimes misinterpreted, sometimes confusing and even ambiguous.

After reading the article, I feel sorry for the IE8 team. And it’s just a matter of time before Firefox, Opera, and all the other browsers feel the pain, too…

[via “The Flamewar of the Century” at john-ahrens.com]

50+ Tricks to Get to a Real Person

To get a live person when calling a support number, I use tricks like pressing zero even if it’s not given as a choice, or doing nothing to make the system think that I don’t have touch tone phone.

50+ Hacks and Tips to Get to a Real Person at Any Corporation in 10 Seconds or Less has some clever ones I’ve never thought of before, like:

  • Choose the Spanish option, which often has a shorter wait time, and you’ll probably be connected with a bilingual person.
  • Press everything. By pressing multiple numbers, you can trick systems into thinking you’re on a rotary phone or that you’re crazy. Either way, you’re in.

The article also has links to some good resources, like 800-numbers.net and Gethuman.com.

Using anonymous cellular data to indentify traffic

In-car GPS vendors are starting to integrate real-time traffic data into their route finding/planning — rather than taking the shortest route, the GSP tries to take traffic into account.  In the US, many cities, counties, & states now collect traffic data, and display this data on their own websites.  But for GPS companies, hooking into all these various sources is initally expensive, and then continues to be expensive to maintain.  And where the city/state/county does not collect this data, there is simply no source of traffic information.

TomTom is trying out an interesting new source of traffic data — partner with a cell phone company (Vodaphone) to get anonymous phone usage statistics.  If the phone company sees an unusually large number of cell phones near freeways, that’s a good indicator of unusually bad traffic.  By partnering with Vodaphone, TomTom can get these anonymous stats from Vodaphone to make better route suggestions.  TomTom is calling this service “High Definition Traffic (HD Traffic)”.

This is intially a trial in the Netherlands only.  If it works well, they will try more Eurpoean countries, and then try to partner with US cell phone companies.  If this works, it gives TomTom fewer different sources to integrate with — only once per cell phone company, rather than once per city/county/state.  It will also work in areas where the city/county/state does not collect real-time traffic data, or else does not make that data available.