Gabriel Steinbach

Juli 15, 2008

The 19 Types of Female Anime Fans.

Gespeichert unter: Uncategorized — Schlagworte: , , , , , — gabrielstagebuch @ 12:00 Uhr nachmittags

WZF? (GibtkeinVia*)

the 19 types of female anime fans

the 19 types of female anime fans

*Der Quellenbetreiber/in wünscht ausdrücklich keinen Hotlink.

Juni 30, 2008

The Website is down

Gespeichert unter: Uncategorized — Schlagworte: , , , , , — gabrielstagebuch @ 10:06 Uhr nachmittags

Muhahhaha einfach nur ansehen. Mehr nicht.

*this is not my work - all credits go to thewebsiteisdown.com*

After much taping, editing, deleting, drinking and swearing we are proud to present… Sales Guy vs. Web Dude! A mashup of true and mostly-true stories from IT hell. If you’ve ever called tech support and wondered what the hell they are doing down there… well, this should answer some questions for you.

Created by: Josh Weinberg
Sales Guy: Casey Cochran
Web Dude: Josh Weinberg
Trevor from Arvada: Jesse
JohnsonWhitefellow (The Boss): Josh Childs
Sales Manager Nancy: Ruth SherrodIrving

Music By: Rap Team - myspace.com/rapteam

User interface Open Source Credits:

// VT100.js: fzort.org/bi/o.php
// Released under the GNU LGPL v2.1, by Frank Bi

Thanks To:

Apple, Skype, Linus Torvalds, SuSE Linux, Redhat Linux, VmWare, AOL, HijackPro and Microsoft (for creating so many things to make fun of).

Please Enjoy. If you have problems logging in then just try harder.

Please don’t sue me.

Juni 27, 2008

The Progress Bar

Gespeichert unter: Uncategorized — Schlagworte: , , , , , , , , , , , , , , , , — gabrielstagebuch @ 12:16 Uhr nachmittags

The Progress Bar

Wenn es die im RheinRuhKomplex geben würde, wäre das mein Stammlokal. Dort könnte ich dann am Laptop bloggen mich mit anderen Bloggern, Geeks und Cyberpunks treffen um über das Netz und die Welt zu sprechen.  Könnte auch eine ziemlich gute Idee für ein Internetcafe einer höheren Mittelschicht Klasse sein.

http://www.ironicsans.com/

gabriel_

Juni 18, 2008

The Imp

Gespeichert unter: www.log.file — Schlagworte: , , , , , , , , , , — gabrielstagebuch @ 9:05 Uhr vormittags

Klein, Süß und Englisch. Ich denke besser kann man The Imp nicht beschreiben. Jedenfalls sind die fünf 3d animierten Folgen auf der Webseite nur geil. Ob es um Pickel, Rock ´n´ Roll oder Teuflische Lasagne geht. Immer kommt tiefer britischer Humor zu Tage. Es gibt auf der Seite noch Wallpapers, Chara Beschreibungen usw. Cat-Thing hast es mir anglaublich angetan. “MeoW”

http://theimp.tv/

Juni 12, 2008

Rückkehr der >Klonkrieger

Gespeichert unter: www.log.file — Schlagworte: , , , , , , , , , — gabrielstagebuch @ 6:09 Uhr vormittags

klonkrieger

Eine Ausstellung im Palais de Tokyo die jemanden aus der Blogosphäre gefallen könnte. Muha. Angriff der Klonkrieger.

via: http://www.highsnobiety.com/home/the_daily_news/archive/2008/june/11/superdome_art_show/index.htm

Mai 29, 2008

Größstes Selbstportrait der Welt ist ein Hoax

Gespeichert unter: www.log.file — Schlagworte: , , , , , , , , , , — gabrielstagebuch @ 2:46 Uhr nachmittags
Erik Nordenankar
The artist: Erik Nordenankar
Wie sich herausgestellt hat ist das Selbstpotrait das per GPS mit der DHL um die Welt geschickt wurde ein Hoax. Hatten wir nicht das Thema: Wahrnehmung und Realität? Was lernen wir daraus? Das man mit einer Seite, vier Fotos und zwei Youtube Videos ne menge Blogger den Finger in den Arsch stecken kann und es passiert das aus einem coolen Künstler ein Aufmerksamkeisterhaschender Spinner wird. Ich habe mich bei der Betrachtung des Bildes dasselbe gefragt:
“Were the DHL pilots on acid?”
Und deshalb von einem Blogeintrag abgesehen…außerdem fand ich das Selbstportrait beschissen. Ich mag lieber Geraden anstatt Kurven. Wie dem auch sei.

Mai 22, 2008

the ladys murder

Gespeichert unter: Uncategorized — Schlagworte: , , , — gabrielstagebuch @ 12:11 Uhr nachmittags

griiiiihniiiiiiiiiiiii

Gespeichert unter: vid.log.file — Schlagworte: , , , , , , , , — gabrielstagebuch @ 11:32 Uhr vormittags

direktweste: http://www.youtube.com/watch?v=XTe0h53tH24

Als ob die Handyknochen der Blagen in der Bahn nicht schon aussreichen würden.

via: http://www.geeksaresexy.net/2008/05/21/introducing-the-music-vest-video/

addi saz:

Gespeichert unter: ran.log.file — Schlagworte: , , , , , , , , , — gabrielstagebuch @ 11:27 Uhr vormittags

Mai 18, 2008

Wii Homebrew Channel The exclusive Banner [Update]

Gespeichert unter: tec.log.file, vid.log.file — Schlagworte: , , , , , , , , , , , , , , , , — gabrielstagebuch @ 2:14 Uhr vormittags

Yessssssss. Das erste richtige Video auf Youtube das den Hombrew Channel Banner in Bewegung zeigt. Ultracool.

The Homebrew Channel was missing its banner in the video that Bushing posted some time ago. As making banners is quite complicated and can easily result in bricking, that part of the channel wasn’t quite ready yet.

Who am I kidding. I had the tools done (as evidenced by the working icon), I was just too laz^H^H^Hbusy to get the big banner coded up in time. So here I present what will most likely be the final banner in the completed channel.

The entire banner, down to the last byte, was developed using homebrew tools - no leaked Nintendo SDK utilities were employed, not even to reverse engineer them. Everything was done by staring at many other banners (or rather, at the files that compose them) and reverse engineering the System Menu code that plays them back.

A few technical details on how this works:

The entire channel banner, which is stored as a “channel content” inside the channel or wad (in particular, content index 0), is composed of a small header detailing the channel name in all languages (this is what you see when you hover over the channel and what ends up in the play history) and some other metadata about the banner - this is called the IMET. Following it is a U8 (.arc) archive, containing three other files: /meta/banner.bin, /meta/icon.bin, and /meta/sound.bin.

sound.bin is the file that contains the sound snippet that plays when you select the channel. It is composed of a BNS audio file, which is a header followed by GC-DSP ADPCM audio data. It supports loops with intros, as seen in our banner - you can play back the file and loop at any predetermined point, so you can have an “intro” and then a part that loops forever. I had to write an encoder for this format, as I couldn’t find any GC-DSP ADPCM encoders. The BNS file is prepended with an IMD5 header, which simply contains its MD5 sum, to create the sound.bin file.

icon.bin and banner.bin are identical in format. icon.bin contains the layout, animation, and bitmap data for the channel thumbnail icon (what you see in the System Menu overview, and what you see in the Channel Management screen), while banner.bin contains the same data for the large full-screen banner. The files begin with an IMD5 header, which wraps an LZ77 compressed block of data. LZ77 compression is the same as used in the GBA and Nintendo DS BIOS routines. The compressed data is nothing but another U8 archive, with the following structure:

arc/

blyt/

icon.brlyt or banner.brlyt

anim/

icon.brlan or banner.brlan

- or -

icon_Start.brlan or banner_Start.brlan

icon_Loop.brlan or banner_Loop.brlan

timg/

several .tpl files

The .brlyt file is interesting. Its structure is similar to the IFF format, and it consists of several sections that define, much like a 2D layout program but with influences from the 3D world, what the static banner looks like. First it enumerates the textures (.tpl files) that are in use. These .tpl files are in a standard GC format, and include several standard color formats, some of which include an alpha channel. Then, it assigns these textures to materials, which also include things such as several types of coloring (multiplied with the colors of the texture), texture coordinates and wrapping, etc. It also supports multitexturing and things such as alpha masks and other effects, most of which we haven’t figured out yet. Each material has an ASCII name. After the materials section, the bulk of the file consists of an object tree: there are panes (the outermost of which is a root pane), and pictures. Panes define a set of coordinates and contain other objects - they allow the grouping of several objects, which can be moved as a whole. Pictures are actually panes too (they’d be considered a subclass of them in an object oriented world), so they can contain other pictures and panes, but they also reference a material and a set of coordinates with which to draw with it. The coordinates used include the obvious X, Y, Width, and Height, but also rotation, magnification in the X and Y dimensions, and probably shearing and others too. Pictures also define an alpha value for the entire picture. There are also other object types, such as text rendered using a font, but we don’t know much about those. Pictures and Panes also have ASCII names. Finally, the brlyt contains a grouping section, which is used to conditionally show or hide pictures and panes depending on the current language, to enable language-dependent banners (for example, channel names).

Finally, the .brlan file is also an IFF derivative and contains the animations (and a header with the total length in frames). The format consists of, essentially, a set of nested lists. The brlan file lists the objects that are to be animated (by name). Each object has a list of “animation categories”, which includes things like coordinates, parameters, etc. Each category contains a list of actual animated properties, and each property contains a list of animation triplets (keyframes). For example, you can have a bubble object with a coordinate category, an X property, and then a set of keyframe triplets. Each category is given a FOURCC identifier, and each property is a numerical ID. For coordinates, for example, the ID is just the index into the coordinate array (X is 0, Y is 1, etc), while for “parameters” (our term) there’s an ID for the alpha value. We still don’t know about other animatable properties, but I think material properties can also be animated (which would affect all pictures using that material). The “triplets” are tuples of three 32-bit floats: the first is the (potentially non-integer) frame number, the second is the value at that frame, and the last number is related to the slope at that keyframe, and affects the mathematical formula used for interpolation (which seems to be custom, not a standard bézier curve or spline). For each frame, the triplet before it and the triplet after it, together with the frame number, are used in an interpolation formula. If the frame is before the first triplet, or after the last, it just keeps the value defined at that triplet. Loops work by playing the _Start file first, and then the _Loop file repeatedly. Notably, triplets can contain negative times (before the start of the animation) and times after the last frame, and the interpolation still works (you’ll just never see part of it). I exploit this feature to simplify the building of our banner: I actually build the entire animation, start and loop, as one continuous structure, with bits extending before the start of the start and beyond the end of the loop. For example, the ones extending beyond the end of the loop are duplicated at the start of the loop, so the transition is seamless, and the ones extending to negative times are there just for mathematical simplicity. Our _Start and _Loop files actually both contain the entire animation (this is laziness on my part; I should remove the useless parts), but the frame numbers are offset to make it play back the relevant part.

We build our banner using a bunch of small utilities to, say, compress with LZ77 or pack a U8 archive, tied together using Makefiles. However, building brlyt and brlan files is particularly challenging. Initially, Daeken and I wrote a banner “simulator” that attempts to play back existing channel banners, which was a great aid during reverse engineering (we never intend for this to be a fully-compatible renderer, just good enough to help us understand the format). The Python program reads in the brlyt and brlan into a bunch of objects. What I did was rework these objects to be instantiable on their own, and then add methods to dump the data back out to brlyt and brlan. This way, I could use the Nintendo banners, read them in, dump them out, and verify that the resulting files are identical. To build our actual channel banner, I have a Python script that manually instantiates all of these objects with the right properties, parameters, and coordinates, and then calls the “dump out” method. I also use a bit of Python code to generate elements of the banner programmatically - for example, the large amount of bubbles is generated by a set of Python classes that create them randomly and then assign them to Pictures, reusing Pictures of the same types of bubbles throughout the animation.

Overall, this took quite a bit of time, but the result is quite satisfying and I feel it was all worth it. The tools used will be released after the Homebrew Channel is finally out.

http://www.youtube.com/watch?v=CGeMP1zsW2I

quelle: http://hackmii.com/2008/05/the-elusive-banner/

http://wiibrew.org/index.php?title=U8_archive

http://hitmen.c02.at/files/yagcd/yagcd/chap15.html#sec15.34.7

http://nocash.emubase.de/gbatek.htm#biosdecompressionfunctions

http://en.wikipedia.org/wiki/Interchange_File_Format

http://hitmen.c02.at/files/yagcd/yagcd/chap15.html#sec15.35

http://en.wikipedia.org/wiki/Alpha_channel

http://en.wikipedia.org/wiki/Key_frame

http://en.wikipedia.org/wiki/FOURCC

http://en.wikipedia.org/wiki/Tuple

http://en.wikipedia.org/wiki/Bezier_curve

http://en.wikipedia.org/wiki/Spline

http://www.python.org/

Ältere Beiträge »

Bloggen Sie auf WordPress.com.