Category Archives: random

Wasting time / 2048

Posted on by
Reply

2014-05-24 03.43.52

I’ve been wasting time on this thing called 2048 lately. And finally obtained my then-current goal of 8192. And then ended at 112k score since I wasn’t careful enough.

Next goal is 16384 but I’ll need to be able to reach 8192 without too much effort first…

Nope

Posted on by
Reply

[Commie] Senki Zesshou Symphogear G - 04 [6087F8D9].mkv_snapshot_22.30_[2013.07.27_23.28.12]

Writing episodic post is too much :effort: and doesn’t feel helping much in improving my writing skill. Therefore, nope. Three weeks in total. Not too bad this, I guess.

On kind of related note, I should really stop watching (almost) every single thing out there and focus on some that are really good. At current rate, I almost have no time for anything else… :v

On AFAID 2012

Posted on by
Reply

So, uh, in the end, I decided to go to this AFAID despite my current state. Due to that I got laziness fee of 100k IDR for buying two days worth of standing concert tickets (which includes stage and exhibition tickets). On the brighter side, there’s almost no queue for this type of ticket which, from what others told me, saved me two hours of queuing.

Continue reading →

moebooru again

Posted on by
Reply

Last week I posted about my random project which involves modernizing moebooru without doing complete rewrite (see this for yet another complete rewrite attempt).

Let’s revisit the plan:

  • Upgrade to Ruby 1.9: done, need testing.
  • Update all plugins: mostly done, can use some trimming.
  • Update anything deprecated: nope
  • Migrate to Bundler: done, not sure how to test.
  • Use RMagick instead of custom ruby-gd plugin: nope
  • Use RMagick instead of calling jhead binary: nope
  • And more!: I hope you didn’t expect me to do more while there are incomplete items above.

Sure looks good. Need more testing though. There’s also one part which I totally had no idea why should be changed when upgrading to 1.9. Just grep for FIXME to see which it is and hopefully fix it up for me (or explain what it does).

As usual, having completed the work for today, live demo is up and open for everyone to break (…if there’s anyone, that is).

[ Live Demo | Repository ]

FreeBSD is Rolling Release (the ports)

Posted on by
4

Don’t get tricked by the “release” system. Apart of the base system, FreeBSD perfectly qualifies as rolling release. I guess it’s also why the binary package management sucked so badly. You won’t find how to upgrade certain packages using binary method in their Ports’ UPDATING page.

Here’s the example:

20120225:
  AFFECTS: users of archivers/libarchive
  AUTHOR: glewis@FreeBSD.org

  libarchive has been updated to version 3.0.3, with a shared library bump.
  This requires dependent ports to be rebuilt.

  # portmaster -r libarchive
  or
  # portupgrade -r archivers/libarchive

You would think the dependent packages got version bump to ensure their proper dependency – but they didn’t. Instead you had to recompile everything depending on it.

And then there’s another case:

20120220:
  AFFECTS: users of graphics/libungif
  AUTHOR: dinoex@FreeBSD.org

  libungif is obsolete, please deinstall it and rebuild all ports using
  it with graphics/giflib.

  # portmaster -o graphics/giflib graphics/libungif
  # portmaster -r giflib
  or
  # portupgrade -o graphics/giflib graphics/libungif
  # portupgrade -rf giflib

Of course, ArchLinux kind of managed to do it but that’s a purely binary rolling release Linux distro. The maintainer worked hard to ensure such kind of thing get handled properly by all their users which mostly use binary packages. FreeBSD on other hand tried to claim capable of both but it really isn’t (unless I missed something).

I’m intending to contact pkgng creator to ask his opinion about this but have yet to do it…

An Attempt to Update moebooru Engine

Posted on by
3

If you didn’t know, the current moebooru running on oreno.imouto is using ancient version of many things. It also uses a custom lighty module (mod_zipfile) which doesn’t seem to be available anywhere.

I’ve updated it with latest Rails 2.x and made it compatible with nginx. Mostly. You can see it running here.

The plans:

  • Upgrade to Ruby 1.9.
  • Update all plugins.
  • Update anything deprecated.
  • Migrate to Bundler.
  • Use RMagick instead of custom ruby-gd plugin.
  • Use RMagick instead of calling jhead binary.
  • And more!

We’ll see if I can actually finish this one. Grab the source here. Yeah, I’m using Mercurial for a Rails project.

Ore no Kanojo to Osananajimi ga Shuraba Sugiru chapter 8

Posted on by
1

Hello there. This manga has fucking long title. And the scanlator decided to skip on giving DDL after their previous attempts in using watermark. Inb4 they reinvent SecuROM.

Ripped from batoto with following command:

for i in {1..37}; do
 curl -O "$(curl http://www.batoto.net/read/_/76060/ore-no-kanojo-to-osananajimi-ga-shuraba-sugiru_ch8_by_japanzai/$i 
 | grep 'img src="http://img.batoto.com/comics/' 
 | sed -E 's/.*src="([^"]+)".*/1/')"
done

Whoopsie, as it turns out, the files are actually gif. Brb fixing them.

Here be fix:

for i in *.png; do mv $i ${i%%.*}.gif; done
for i in *.gif; do convert $i -flatten ${i%%.*}.png; rm $i; done

Links updated to fixed pack.

[ Fileserve | myconan.net ]

How to release animu in HD

Posted on by
1

Why HD?

  • More guaranteed downloads
  • Better than anyone else

How?

In your AviSynth script (hey, I can safely assume that you use AviSynth, right?), just add this ULTIMATE HD MAGIC at the last line:

BicubicResize(1920,1080)

To increase the quality even more, don’t forget to add this:

AWarpSharp()
Deen()
HQDN3D()
UnDot()
UnFilter(10,10)
FastLineDarken()
AAA()
etc etc

After the ULTIMATE HD MAGIC. It increases overall video quality by OVER9000 percent and adds MORE DETAILS the the video.

And after muxing, don’t forget to include resolution information in the filename. Either:

[Your-Group] Sum Popular Oversubbed Animu With Subtitle From Sum Other Group - 9999 (1920x1080) [CRC].ext

or

[Your-Group] Sum Popular Oversubbed Animu With Subtitle From Sum Other Group - 9999 [FHD][CRC].ext

It’ll give you GUARANTEED downloads.

Add the translation source’s group name after your group name (ex: [YourGroup-SauceGroup]) to increase the download count even more.

Waaai

Posted on by
1

I’ll be missing from intertubes for a week starting tomorrow afternoon (or later). Will return at July 5 😮

Muahahahahaaaaa

Posted on by
Reply

This one is damn fail.

I don’t know, there’re only TWO ‘widescreen’ version of this in Tokyo Toshokan (using keyword ‘ikkitousen’). And I suspect the other one’s uploader is the same as this one. The rest are 4:3 (at least the ones that have resolution information in the filename).

and this one’s correct resolution should be 4:3 or 960×720 or sth like that

what’s more, it’s 30fps (PAL?)

LAWL.

Daily craps

Posted on by
2

  • LOL U-U-Uma Uma. Not good for health.
  • Noizi Itou drew the cover.
  • LAWL 22MB PNG. Perhaps I should mirror moe.imouto/noizi_ito…
  • a manga with nijikon main character. Recommended. LOL.
  • …wat.
  • Danbooru 1.14.0 has released. I still wonder what “Final tagged version” means. And I think I’ll use tagged ones instead of trunk from now on. Why? Just because. 😛
  • ^– actually, it means less maintenance.
  • With that, I’ll also stop using -current for animu server o.o
  • Not before 4.4 released though – which means I’ll have to struggle with -current until November – or until I switch to NetBSD. The reason is simple: Danbooru requires PostgreSQL 8.3 which only available as package on -current (I forced to manually compile before using -current). – Or maybe until I switch to Shimmie (which sucks).

FreeBSD: 0, NetBSD: 1, OpenBSD: 1

Posted on by
Reply

Sil3112 (SiliconImage SATALink RAID PCI Card) is not properly supported by FreeBSD. The installer halted successfully on all my three attempt at installing it. (First one even stopped when formatting – said that it can’t find the hard disk drive LOL).

OTOH, NetBSD and OpenBSD can use that piece of hardware just fine albeit the claim of the card as “crappy” on certain mailing lists.

Pure-FTPd

Posted on by
1

WTF. Pure-FTPd uses WAY TOO HIGH processor cycles. <_<

The server’s CPU usage gone like 90% just for pure-ftpd processes. So I decided to uninstall it and replace with vsftpd… and the CPU usage is now topped at 20% on vsftpd.

Conclusion: Pure-FTPd sucks (or perhaps it’s my system’s configuration. Whatever, lol).

PS: <3 Chihiro.