Monthly Archives: December 2010

Firefox beta 4 for Android has PDF export capability…

Nothing worse than juggling a bunch of webpages over an expensive 3G connection, so what could be better than being able to export them as PDFs for offline viewing? Thanks to the latest Firefox beta for Android (as well as Adobe Reader for Android of course) this is now possible. 🙂

Available through the Android Market, although note it may have stability issues – be sure to read the release notes.

Advertisements

OpenDJ 2.4.0 is out!

Read the announcement and download details here:

http://ludopoitou.wordpress.com/2010/12/24/opendj-2-4-0-has-been-released/

Running happily on OpenIndiana oi_147.

Resolving HP4050n US Letter PPD print defaults on OpenIndiana

For printing on my home office network, I still use the native Solaris printmgr application, not really having the need to go with CUPS – as my printing needs are very basic. One major annoyance I have found however was the insistence of the system to always print pages formatted for US Letter, despite application defaults seemingly set to A4. Needless to say, this results in craptastic-looking output.

Turns out that a manual edit of the PPD supplying the print defaults for my HP LaserJet 4050n did the trick.

At /etc/lp/ppd/hp4050n.ppd, I simply changed this entry:

*% ===================================
*%           Paper Sizes
*% ===================================
*OpenUI *PageSize: PickOne
*OrderDependency: 30 AnySetup *PageSize
*DefaultPageSize: Letter

To this:

*% ===================================
*%           Paper Sizes
*% ===================================
*OpenUI *PageSize: PickOne
*OrderDependency: 30 AnySetup *PageSize
*DefaultPageSize: A4

Et voila, printed pages looking as they should do.

Resolving aliased fonts and PDF export issues in Firefox on OpenIndiana

For a while now, I’ve tolerated aliased fonts issues in Firefox on OpenSolaris, and now in OpenIndiana without giving it too much thought (it for me being a comparatively minor annoyance). After making a few recent enquiries, it turns out this is due to the omission of certain non-redistributable fonts in OpenIndiana (e.g. Arial, Helvetica). In certain cases, OpenIndiana will substitute these with bitmapped fonts instead – and hey presto, crappy-looking webpages galore.

Thankfully, the easy workaround in comment 13 here did the trick, substituting bitmapped fonts for nice free alternatives:

https://defect.opensolaris.org/bz/show_bug.cgi?id=4605#c13

Similarly, the issue where certain webpages exported from Firefox as PDFs having heavily aliased text (e.g. from the Apple online store) is also resolved by this.

For reference, here are the contents of my ~/.fonts.conf file:


<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<!-- ~/.fonts.conf for per-user font configuration -->
<fontconfig>
<alias binding="same">
        <family>Helvetica</family>
        <prefer><family>Liberation Sans</family></prefer>
</alias>

<alias binding="same">
        <family>Times</family>
        <prefer><family>Liberation Serif</family></prefer>
</alias>

<alias binding="same">
        <family>Georgia</family>
        <prefer><family>Liberation Serif</family></prefer>
</alias>

<alias binding="same">
        <family>Lucida</family>
        <prefer><family>Liberation Sans</family></prefer>
</alias>
</fontconfig>

OpenIndiana oi_148 is out!

Grab it here:

http://openindiana.org/2010/12/new-development-release-oi_148/

I’ve updated using pkg image-update and everything is running great. Congratulations to the OpenIndiana team on a true post-OpenSolaris, post-Oracle community effort! 🙂

Cool new Apache Roller theme…

Spied on the Apache Roller users list; Ralf Eichinger has adapted this beautiful theme;

http://blog.datazuul.com/roller/entry/new_apache_roller_theme_lightword

Well done Ralf! 🙂

Theora SIP video freezes with rapid movement on Ekiga

One heck of a bizarre (and serious) bug seemingly afflicting Ekiga 3.2.7, at least on Windows.

The following video (.ogg format) was captured on an OpenIndiana oi_147 machine, running Ekiga 3.2.7. It is receiving a call from a Windows 7 (64 bit) machine, also running Ekiga 3.2.7. Theora is the only enabled video codec at both ends. Both machines have public IP addresses, and are connected to a corporate LAN.

The video below (click to play) illustrates how if rapid movement is made in front of the webcam attached to the Windows machine during the call, video can be made to freeze. Note that the application and call continues to run – just that video remains frozen.

Theora freezing on Ekiga for Windows

At the very beginning of the video we can see an incoming call from the Windows client being accepted, followed by a stable connection with good video quality. In this example, I have chosen to deliberately freeze the video 25 seconds into the call. At around 23 seconds in, I make a rapid hand movement in front of the Windows machine’s webcam; the video freezes almost immediately. The camera is then zoomed in to show that the call is in fact still active (audio for example is fine). The call is then terminated.


UPDATE:
The freezing is much, much more easy to induce with low “Maximum video bitrate” settings in the Ekiga client preferences. All my tweaking involved adjusting the bitrate, while leaving the “Picture Quality” slider parked at maximum frame rate (i.e. all the way to the right).

1) With “Maximum video bitrate” set to 64Kb/s, the video will freeze with very slight movement; more often than not it will freeze as soon as the call is connected.

2) With “Maximum video bitrate” set to 1024Kb/s, I can reproduce the behaviour exhibited in my original video above, as that was what the settings were when the video was recorded.

3) With “Maximum video bitrate” set to a high number, e.g. 3072Kb/s, then it becomes very difficult to freeze the video deliberately; lots of flailing around in front of the camera to induce a freeze (it can still be done however).

Settings above ~4000Kb/s seem to revert to the behaviour observed when set to ~1000Kb/s however.

I have also reproduced this issue on Ekiga running on Windows XP Professional SP3.

 

Leave a comment if you have a firm idea of what’s going on here.