Posts

Free Python web hosting wanted

I'm still considering which of these would be the most preferred for a beginner showing off talent: HelioHost unlimited CPU, RAM, MySQL, bandwidth, 500MB disk, 2 cron jobs/day PythonAnywhere 100sec/day prioritized CPU, 512MB RAM, 1 daily task, low bandwidth, Internet whitelist OpenShift 3 gears of 1GB disk and 512MB RAM each AlwaysData 64MB RAM, 1GB/month traffic, 10MB disk, non-commercial use only

trAInsported - the programming game

Image
If you ever felt that Transport Tycoon or Railroad Tycoon made you do too much micromanagement, this is just the kind game for you. In trAInsported, your mission is to write an AI that optimizes traffic better than your opponents. Although, it makes me sad to see such an influential project being hosted via vaporware methods. Setting up any kind of free shared hosting and embedding the small dynamic scoreboard and match parts via an iframe would be trivial. Caching daily stats would also be a good idea. A simple solution would be to use github.io to host the site directly from the repository, which would be both durable and scalable. For the record, if anything happens to the project, here are some relevant pointers: Official (dynamic DNS) site and scoreboard  supposedly running on a Raspberry Pi Source code, documentation, wiki at  github Forum at  indiedb Introduction at  moddb History at  yellloh Summary at  love2d Featured on  indiega...

Privacy Policy

I collect none of your personal information other than the comments that you type in response to a post. You retain your copyright to your comments, but I reserve the right to remove any or all of your comments without reason. I also reserve the right to reply. :) Google is hosting this blog for me via the Blogger infrastructure. Note that I am given access to limited statistics from some of the basic data, like the web browser you use and such. Please refer to Google's privacy policy for more information on the kind of information they gather. http://www.google.com/intl/en/policies/privacy/

Linux cures Windows driver problem

Installing a Huawei E352 HSPA+ dongle took ages under Windows. I had to abort it halfway through because I was running out of time. In retrospective, it was probably caused by a conflict with the previous modem's connection dashboard. I was shocked when I wanted to resume next time. Some time after inserting the device, the system asked for a .sys file from a driver disk. Neither modem worked anymore. As usual for this kind of dongle, no vendor download is available as the device itself contains all drivers on a virtual CD-ROM. However, that is only accessible before it's  switched to modem mode  by the parts already installed. Chicken and egg problem. Puppy Linux to the rescue! Thankfully, I had it on my USB flash along with DSL and SliTaz . The system loaded to RAM rapidly. I copied over the drivers from the modem to another USB flash. As a plaything, I enjoyed the command line and the responsivity, also browsing the web a bit over 3G. After rebooting to Windows, re...

HSPA+ idle latency improvements

I've just discovered that newer devices and networks probably don't need my latency hack anymore described in  making your 3G cellular mobile Internet 10x faster for free . According to this overview , the following features introduced for Evolved HSPA (or HSPA+) in 3GPP Release 7 could theoretically fix the issues I've uncovered: Continuous packet connectivity :   With much of the data traffic being in the form of IP data, continuous connectivity is an increasing requirement. To achieve this the HS-DSCH and E0DCH channels have been reconfigured to enable them to be rapidly able to transmit user data. Enhanced CELL_FACH operation:   This enhanced operation is required to assist in maintaining the always-on packet connectivity during periods when there have been little or no activity.

Easier reading via enlarged fonts

The described method should work on even simple desktop environments. If I don't already have an xorg.conf for editing, I first generate it by  Xorg -config xorg.conf.new . To make the screen easier to read, you need to  scale DPI by setting Displaysize in the respective "Monitor" section of xorg.conf proportionally larger than it physically is. A native driver outputs the original image size in Xorg.0.log. You need to type in the real size values times the magnification factor. So if the real active area of your display is 200mm wide and 100mm high and want 1.5x larger text, you insert  Option DisplaySize 300 150 . Unfortunately, not all applications honor this setting. You need to increase the default zoom by hand in  Chromium . You need to update the hexadecimal "LogPixels" dpi setting in ~/.wine/system.reg for  Wine . Otherwise if you are using Gnome, you could also try to increase the text scaling factor with the Gnome Tweak Tool, Universal...

UniChrome Pro on Ubuntu via OpenChrome

It worked easily with the VESA driver, however the legacy mode tables don't have any of today's fancy aspect ratios. OpenChrome, the default driver, just gave a blank screen. Reviewing Xorg.log revealed an abort by signal 11, segmentation fault (segfault). Let me share the process of fixing it. I went on to generate a new xorg.conf for editing by Xorg -config xorg.conf.new . I then proceeded to add as much fail-safe options as possible from the driver documentation : Section "Device" Option "ModeSwitchMethod" "legacy" # or blank & segfault Option "SWCursor" "true" # unsure Option "EnableAGPDMA" "True" # unsure Option "NoAccel" # or starts to lag after some time Identifier "IGP" Driver "openchrome" BusID "PCI:1:0:0" EndSection Section "Module" # unsure Disable ...