RE: HTML Cinema/Tabular vision / revised address

Tabula Visum:
Tabular Vision &
HTML Cinema
By Patrick Lichty

Temporary Location:
http://www.badideamachine.com/ADTV/essence

The digital image, static and dynamic, has often been represented as a
'translated' image, reinterpreted from an intermediate image file stored
on the web. These images and video, although beginning with these files,
have been translated to pure HTML code, and exist only as webpage code,
and nothing else. In this way, they represent a very 'direct' method of
representation in the browser.

In addition, there is an added time-based element that happens when the
tables load into the browser, adding another time-based dimension to the
pieces. In this way, even the time-based pieces of tabular serial
imagery, or "HTML Cinema" have two dimensions of time; the one of the
load, and the other of the serial.

Many of these images are excerpts from my wristcam photography/video
works, which again translate well into these low-resolution images. Most
of these pages. after conversion to pure code, were large enough to be
unmanageable except in text editors. Therefore, while some of the images
are the result of conversion, the final images are a hybrid of code and
console handicraft by the artist.


Patrick Lichty
- Interactive Arts & Media
Columbia College, Chicago
- Editor-In-Chief
Intelligent Agent Magazine
http://www.intelligentagent.com
225 288 5813
[email protected]

"It is better to die on your feet
than to live on your knees."

Comments

, Pall Thayer

Hi Patrick,
This is interesting stuff. A while back I was toying around with
something similar (http://rhizome.com/thread.rhiz?
thread 632&page=1) but with DIVs instead of tables. Looks like the
tables cut the overhead down quite a bit but with DIVs you could keep
it at the same resolution. Main problem was that a 12k image was
expanding to 3.2 mb. Kind of funny actually. Made me think of RSG's
TAC-1 (http://www.taccompression.com/).

I like your title.

Pall

On 28.10.2006, at 20:41, patrick lichty wrote:

>
>
> Tabula Visum:
> Tabular Vision &
> HTML Cinema
> By Patrick Lichty
>
>
>
> Temporary Location:
>
> http://www.badideamachine.com/ADTV/essence
>
>
>
> The digital image, static and dynamic, has often been represented
> as a 'translated' image, reinterpreted from an intermediate image
> file stored on the web. These images and video, although beginning
> with these files, have been translated to pure HTML code, and exist
> only as webpage code, and nothing else. In this way, they represent
> a very 'direct' method of representation in the browser.
>
> In addition, there is an added time-based element that happens when
> the tables load into the browser, adding another time-based
> dimension to the pieces. In this way, even the time-based pieces of
> tabular serial imagery, or "HTML Cinema" have two dimensions of
> time; the one of the load, and the other of the serial.
>
> Many of these images are excerpts from my wristcam photography/
> video works, which again translate well into these low-resolution
> images. Most of these pages. after conversion to pure code, were
> large enough to be unmanageable except in text editors. Therefore,
> while some of the images are the result of conversion, the final
> images are a hybrid of code and console handicraft by the artist.
>
>
>
>
>
> Patrick Lichty
>
> - Interactive Arts & Media
> Columbia College, Chicago
>
> - Editor-In-Chief
>
> Intelligent Agent Magazine
>
> http://www.intelligentagent.com
>
> 225 288 5813
>
> [email protected]
>
>
>
> "It is better to die on your feet
> than to live on your knees."
>
>
>
>




Pall Thayer
[email protected]
http://www.this.is/pallit

, Eric Dymond

But it looks like so much work…, arghh. But I think it's a very good
piece, in fact it's one of the most original posts I've see on Rhizome in
a good while.
Could you try to do this using XBM bitmaps and javascript, avoiding the
refresh issue? I've done that before (the XBM example), and although the
first program is tedious, the function args to the javascript object take
care of the rewrite of all the table code.
Eric

> Hi Patrick,
> This is interesting stuff. A while back I was toying around with
> something similar (http://rhizome.com/thread.rhiz?
> thread 632&page=1) but with DIVs instead of tables. Looks like the
> tables cut the overhead down quite a bit but with DIVs you could keep
> it at the same resolution. Main problem was that a 12k image was
> expanding to 3.2 mb. Kind of funny actually. Made me think of RSG's
> TAC-1 (http://www.taccompression.com/).
>
> I like your title.
>
> Pall
>
> On 28.10.2006, at 20:41, patrick lichty wrote:
>
>>
>>
>> Tabula Visum:
>> Tabular Vision &
>> HTML Cinema
>> By Patrick Lichty
>>
>>
>>
>> Temporary Location:
>>
>> http://www.badideamachine.com/ADTV/essence
>>
>>
>>
>> The digital image, static and dynamic, has often been represented
>> as a 'translated' image, reinterpreted from an intermediate image
>> file stored on the web. These images and video, although beginning
>> with these files, have been translated to pure HTML code, and exist
>> only as webpage code, and nothing else. In this way, they represent
>> a very 'direct' method of representation in the browser.
>>
>> In addition, there is an added time-based element that happens when
>> the tables load into the browser, adding another time-based
>> dimension to the pieces. In this way, even the time-based pieces of
>> tabular serial imagery, or "HTML Cinema" have two dimensions of
>> time; the one of the load, and the other of the serial.
>>
>> Many of these images are excerpts from my wristcam photography/
>> video works, which again translate well into these low-resolution
>> images. Most of these pages. after conversion to pure code, were
>> large enough to be unmanageable except in text editors. Therefore,
>> while some of the images are the result of conversion, the final
>> images are a hybrid of code and console handicraft by the artist.
>>
>>
>>
>>
>>
>> Patrick Lichty
>>
>> - Interactive Arts & Media
>> Columbia College, Chicago
>>
>> - Editor-In-Chief
>>
>> Intelligent Agent Magazine
>>
>> http://www.intelligentagent.com
>>
>> 225 288 5813
>>
>> [email protected]
>>
>>
>>
>> "It is better to die on your feet
>> than to live on your knees."
>>
>>
>>
>>
>
>
>
> –
> Pall Thayer
> [email protected]
> http://www.this.is/pallit
>
>
>
>
> +
> -> post: [email protected]
> -> questions: [email protected]
> -> subscribe/unsubscribe: http://rhizome.org/preferences/subscribe.rhiz
> -> give: http://rhizome.org/support
> +
> Subscribers to Rhizome are subject to the terms set out in the
> Membership Agreement available online at http://rhizome.org/info/29.php
>

, patrick lichty

But it looks like so much work…,

Well, maybe. It might be much more conceptual than formal. It follows
from my wristcam photography/video and lego-based iconography that I've
been doing since 2000. Maybe it'd look less dated had I done it sooner,
but I've been doing this 'look' in one form or another for a little
while.

In addition, I don't think anyone has been using the black & white
wristcams for as long as I have. I'm up to about 4500 images at this
point, and I love the look of the old WQV-1.

However, there are 'doglegs' in the direction of my work in store.
There always are.

The other thing is that a big component of the piece is the load time, I
think. I love to see it assemble, and perhaps I need to adjust the
refresh time (shorter) on the cinematics. The idea is for straight
HTML, no Java, no Flash, just (if I had to), HTML 1.0. But of course, I
don't think you could do this with that.

I remember the div piece, and I enjoyed that as well.


arghh. But I think it's a very good
piece, in fact it's one of the most original posts I've see on Rhizome
in
a good while.


All I can say to that is thanks. Glad to know I can still throw a
curveball once in a while.


Could you try to do this using XBM bitmaps and javascript, avoiding the
refresh issue? I've done that before (the XBM example), and although the
first program is tedious, the function args to the javascript object
take
care of the rewrite of all the table code.


See above. I'm really into the inefficiency of the whole thing; it's
what attracts me to it in contrast to all the (relatively) slick and
tech-driven work today. It's a Minimal tech piece, in addition to the
aesthetics.

Time to dig through my box of Nixie tubes today.

, Pall Thayer

When I was toying with the image-as-divs, I ended up abandoning it
(well, I am using elements of it in a new project I'm working on)
because I didn't see a particularly interesting conceptual basis for
it. But I think you've hit on a good one. The idea of re-translation
of the previously translated is interesting. But the idea of
bypassing the hyperlinked image, is interesting as well. Taking the
potentially dynamic and turning it into something static, "hard-
coded", is a compelling idea. Directly contradicts some basic
principles of the web. Maybe it would be interesting to further
develop this sort of project by creating a simple web browser that is
incapable of rendering jpegs, gifs or pngs. A browser where, to
present an image, you *have* to transcode it into pure html.

Pall

On 29.10.2006, at 08:41, patrick lichty wrote:

>
> But it looks like so much work…,
>
> Well, maybe. It might be much more conceptual than formal. It
> follows
> from my wristcam photography/video and lego-based iconography that
> I've
> been doing since 2000. Maybe it'd look less dated had I done it
> sooner,
> but I've been doing this 'look' in one form or another for a little
> while.
>
> In addition, I don't think anyone has been using the black & white
> wristcams for as long as I have. I'm up to about 4500 images at this
> point, and I love the look of the old WQV-1.
>
> However, there are 'doglegs' in the direction of my work in store.
> There always are.
>
> The other thing is that a big component of the piece is the load
> time, I
> think. I love to see it assemble, and perhaps I need to adjust the
> refresh time (shorter) on the cinematics. The idea is for straight
> HTML, no Java, no Flash, just (if I had to), HTML 1.0. But of
> course, I
> don't think you could do this with that.
>
> I remember the div piece, and I enjoyed that as well.
>
>
> arghh. But I think it's a very good
> piece, in fact it's one of the most original posts I've see on Rhizome
> in
> a good while.
>
>
> All I can say to that is thanks. Glad to know I can still throw a
> curveball once in a while.
>
>
> Could you try to do this using XBM bitmaps and javascript, avoiding
> the
> refresh issue? I've done that before (the XBM example), and
> although the
> first program is tedious, the function args to the javascript object
> take
> care of the rewrite of all the table code.
>
>
> See above. I'm really into the inefficiency of the whole thing; it's
> what attracts me to it in contrast to all the (relatively) slick and
> tech-driven work today. It's a Minimal tech piece, in addition to the
> aesthetics.
>
> Time to dig through my box of Nixie tubes today.
>
> +
> -> post: [email protected]
> -> questions: [email protected]
> -> subscribe/unsubscribe: http://rhizome.org/preferences/
> subscribe.rhiz
> -> give: http://rhizome.org/support
> +
> Subscribers to Rhizome are subject to the terms set out in the
> Membership Agreement available online at http://rhizome.org/info/
> 29.php
>




Pall Thayer
[email protected]
http://www.this.is/pallit