Yay, mostly done with new CDs, until I get to Ciel nosurge; really hoping someone else did those already.
Continue reading ‘Atelier Shallie Original Soundtrack English Tracklist’
Can’t stop looking at the runes!
Continue reading ‘Atelier Shallie: Twilight Sea Vocal Collection English Tracklist’
And one more, before I take a break from staring at squiggly lines. I’m not aware of any other translations for this soundtrack, so I had no choice. Translate tracklists sooner, other people!
Continue reading ‘Atelier Escha & Logy Animation Soundtrack English Tracklist’
While not a full retranslation, I cleaned up the VGMDB tracklist a bit, fixing a few obvious errors.
Continue reading ‘Atelier Escha & Logy Original Soundtrack English Tracklist’
Another tracklist translation, since I couldn’t find one in any of the usual places.
Continue reading ‘Atelier Escha & Logy: Twilight Sky Vocal Collection English Tracklist’
Since I’ve got the next few days off, and don’t have enough material to update the Hymmnoserver with Ra ciela, I’m finally getting through some stuff that’s been in my backlog for a while (including staticDHCPd issues — those should roll in this weekend).
Looking at the VGMDB entry, it was pretty apparent that the common translation was rough (and, in some cases, kanji-literal), so I’ve made my own, shared here, for anyone who wants an alternative.
Continue reading ‘Ar nosurge OST English tracklist’
staticDHCPd 2.0.0 is finally in rc1 status!
Anything in the 2.0.0 branch from r774+ now needs to be tested and the checklist will be tracked on the GoogleCode page. If, after two weeks, no issues are reported, an “rc1″ source package will be published, and if that goes for another two weeks without issues, 2.0.0 will be considered stable and Debian packages and RPMs will be prepared.
At this point, no new features will be added until the system is stable (but please submit ideas to the issue-tracker anyway). Any non-bugfix commits will be things to prepare for the Debian/RPM packages or minor formatting tweaks.
Closing in on the week-of-July-21st 2.0.0 rc1 release, documentation for staticDHCPd has been compiled and published.
For a project I recently started, I needed to build a semi-dedicated system. To make the cost a little more palatable, I planned to make it double as an HTPC (and maybe, in time, a Steam Box).
The TV I opted to use had its HDMI circuitry burn out late last year, so, as a workaround, I’ve been using an HDMI-to-VGA converter (HD2V04; does HDCP), which has been flawless with a PS3, but failed horribly when working with a device that actually wanted to trust EDID values, rather than just forcing its own fixed profiles, as a game console would.
Specifically, all EDID would enumerate was the VESA core-set and 1366×768, none of which looked good or even scaled properly on my display.
Adding definitions to xorg.conf repeatedly failed with “no mode of this name”, even when the mappings all appeared to check out. Using cvt and xrandr just resulted in unsupported video modes, making that seem like a dead-end, too. And i915.modeset=0 just made my DPI, which xorg.conf also failed to override, painfully wrong, to the point that there wasn’t enough detail to fonts to make out much of anything.
Ultimately, after lots of experimentation, I found a working configuration. The information below should work on most distributions, but have only been tested on Kubuntu 13.10.
First, you should try cvt 1920 1080 (using appropriate values), because, if it works, you’ll save yourself a bit of time. If not, then, like me, you can look for an appropriate modeline from the MythTV Modeline Database.
Once you have values, you’ll need to register them so xrandr will know what “1920×1080″ means: xrandr --newmode "1920x1080" 148.50 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync
Then bind the new mode to the output you’re using: xrandr --addmode HDMI3 1920x1080 (you can find the name of your output, HDMI3 in my case, by running xrandr without arguments)
Finally, set the mode and refresh-rate to see if it works: xrandr --output HDMI3 --mode "1920x1080" --rate 60
If it doesn’t, you can set another mode, even if you can’t see your screen, by typing xrandr --output HDMI3 --mode "1024x768" --rate 60, which is almost certain to exist. (You can see all modes by typing xrandr without arguments)
Once you have a working value, you can make it permanent on-login by putting it in ~/.xprofile, which is executed as a series of instructions like any other script. I added a shebang and made the file executable for testing purposes, but this is probably not necessary.
#!/bin/sh xrandr --newmode "1920x1080" 148.50 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync xrandr --addmode HDMI3 1920x1080 xrandr --output HDMI3 --mode "1920x1080" --rate 60
For work, I had need of running ping from a Python context in a memory-limited environment. Python was a given, parsing subprocess output is ugly, variable payload-sizes were required, and potentially many hosts would need to be pinged in parallel.
Seems like a great job for fping, but distributing external binaries is kinda tricky with this setup, so I did it in Python. (The other Python PING implementations, all of which seem to be derivatives of python-ping, either didn’t meet my basic needs, had more procedural namespace-bleed than I’d prefer to see, tried to do too much (requiring workaround logic to just do what’s actually needed), didn’t handle errors, or were GPL-licensed, which is unfortunately not something of which this process can make use)
The code, which is public domain, is available after the break.
Continue reading ‘PING in pure Python’
