Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

[9fans] video of an acme session

448 views
Skip to first unread message

Skip Tavakkolian

unread,
Feb 27, 2008, 4:50:47 AM2/27/08
to
here's a screen capture of an acme session that might be useful to
those who are new to acme. i've put the tools (mspy script and
tippi.c) that were used to follow the mouse buttons on sources. with
brucee's help it went together quickly and he did the hard bit in mspy
plumbing.

i used the windows media encoder (free download from microsoft).

http://www.rangboom.com/videos/acme_session.wmv

Bruce Ellis

unread,
Feb 27, 2008, 5:16:02 AM2/27/08
to
no, skip did most of the work. i just reminded him how neat
plan9 is and, as usual, that most of the work is already done
for you.

brucee

Axel Belinfante

unread,
Feb 27, 2008, 5:23:35 AM2/27/08
to
> i used the windows media encoder (free download from microsoft).

that may or may not have been an unfortunate choice;
on a mac with osx 10.5 (leopard) I'm so far unable to view it.
(maybe a more experienced mac user can view it?)

Axel.

Geoffrey Avila

unread,
Feb 27, 2008, 5:34:33 AM2/27/08
to

I cheated and used XP on Parallels. Usually, Flip4Mac works with .wmvs,
but not this time. Is there supposed to be an audio track?

-GBA

Skip Tavakkolian

unread,
Feb 27, 2008, 5:41:37 AM2/27/08
to
> I cheated and used XP on Parallels. Usually, Flip4Mac works with .wmvs,
> but not this time. Is there supposed to be an audio track?

if i had a voice like forsyth, there might have been one.

besides, we didn't want to wake up tippi.

Uriel

unread,
Feb 27, 2008, 5:42:20 AM2/27/08
to
Ah, I love how 9fans has become a mac tech support group...

Maybe it is time we offocially rename the list to jobsFans or something.

uriel

Skip Tavakkolian

unread,
Feb 27, 2008, 5:43:23 AM2/27/08
to
> that may or may not have been an unfortunate choice;
> on a mac with osx 10.5 (leopard) I'm so far unable to view it.
> (maybe a more experienced mac user can view it?)

maybe somebody can transcode it to mp4 or flash video.

Bruce Ellis

unread,
Feb 27, 2008, 5:54:34 AM2/27/08
to
gotta love gmail ads ...

Seattle MacSOS Support - SeattleMacSOS.com - Your Personal Mac
Lifesaver Apple Certified Helpdesk Specialist

give them a call!

brucee

leja...@gmail.com

unread,
Feb 27, 2008, 10:17:05 AM2/27/08
to
In case anyone's interested, here's a quick and dirty reencode in h264:

http://www.ipgp.jussieu.fr/~lonjaret/acme_session.avi

my encoding skills are rusty and it seems mencoder does not deal well
with .wmv as input, that's why the size is way bigger than the
original :/
but hey, b/w is cheap nowadays...
If requested, I'll try to do a better one later.

Cheers,
Mathieu.

On Wed, Feb 27, 2008 at 02:42:04AM -0800, Skip Tavakkolian wrote:
> > that may or may not have been an unfortunate choice;
> > on a mac with osx 10.5 (leopard) I'm so far unable to view it.
> > (maybe a more experienced mac user can view it?)
>

> maybe somebody can transcode it to mp4 or flash video.
>

--
GPG key on subkeys.pgp.net:

KeyID: | Fingerprint:
683DE5F3 | 4324 5818 39AA 9545 95C6 09AF B0A4 DFEA 683D E5F3
--

Axel Belinfante

unread,
Feb 27, 2008, 10:25:18 AM2/27/08
to
thanks Mathieu, Skip, Brucee; looking at it now.

Axel.

Skip Tavakkolian

unread,
Feb 27, 2008, 11:24:11 AM2/27/08
to
> > that may or may not have been an unfortunate choice;
> > on a mac with osx 10.5 (leopard) I'm so far unable to view it.
> > (maybe a more experienced mac user can view it?)
>
> maybe somebody can transcode it to mp4 or flash video.

for mac users:
http://www.rangboom.com/videos/acme_session.mov

fearing reprisal, the person who created the quicktime version wants
to stay anonymous. so, on behalf of myself and the entire mac support
team we would like to thank "audrey" for doing this ☺

Rob Pike

unread,
Feb 27, 2008, 3:27:22 PM2/27/08
to
There's something broken in that video. The mouse doesn't move to the
selection on a button 3 operation.

-rob

Skip Tavakkolian

unread,
Feb 27, 2008, 4:23:16 PM2/27/08
to
> There's something broken in that video. The mouse doesn't move to the
> selection on a button 3 operation.

good eye. yes i noticed it and briefly discussed it with brucee last night. i'm looking
at it now.

i fixed the (lack of) redrawing in tippi window after a move or reshape but before
any mouse activity.

Felipe Bichued

unread,
Feb 27, 2008, 7:09:46 PM2/27/08
to
somehow, i was only able to reproduce the bug if i had some selected
text in the tag bar, and tried to click over it with the 3rd button.
i'm not sure if that's the intended behavior, but it seems that it was
triggered by the expand function in /sys/src/cmd/acme/look.c.

/* if in selection, choose selection */
e->jump = TRUE;
if(q1==q0 && t->q1>t->q0 && t->q0<=q0 && q0<=t->q1){
q0 = t->q0;
q1 = t->q1;
if(t->what == Tag)
e->jump = FALSE;
}

removing the if along with it's body fixes it for me.

regards.

felipe

Felipe Bichued

unread,
Feb 27, 2008, 7:14:17 PM2/27/08
to
just to be clear, i meant the t->what == Tag check.

Russ Cox

unread,
Feb 27, 2008, 8:46:28 PM2/27/08
to
> > There's something broken in that video. The mouse doesn't move to the
> > selection on a button 3 operation.
>
> good eye. yes i noticed it and briefly discussed it with brucee last night. i'm looking
> at it now.

this is almost never acme's fault.

probably you were using vnc to connect,
and your vnc client doesn't support being
told by the server to move the mouse cursor.

> somehow, i was only able to reproduce the bug if i had some selected
> text in the tag bar, and tried to click over it with the 3rd button.
> i'm not sure if that's the intended behavior

it is.

russ

Skip Tavakkolian

unread,
Feb 27, 2008, 8:59:02 PM2/27/08
to
> just to be clear, i meant the t->what == Tag check.

that's not the problem. moveto is getting called (/sys/src/cmd/acme/look.c:149)
it also happens if you start rio with mspy. it's deeper.

Skip Tavakkolian

unread,
Feb 27, 2008, 9:09:08 PM2/27/08
to
> this is almost never acme's fault.

that's right.

> probably you were using vnc to connect,
> and your vnc client doesn't support being
> told by the server to move the mouse cursor.

i was using drawterm. without tippi in between, it works as expected, but
the moveto has no effect with it in the mix. just verified that the same thing
happens with term.

Felipe Bichued

unread,
Feb 27, 2008, 9:38:56 PM2/27/08
to
> that's not the problem. moveto is getting called (/sys/src/cmd/acme/look.c:149)
> it also happens if you start rio with mspy. it's deeper.

all good. this is just another fine example of the XY problem.

Jack Johnson

unread,
Feb 28, 2008, 11:26:57 AM2/28/08
to
On Wed, Feb 27, 2008 at 5:37 PM, Felipe Bichued <bic...@gmail.com> wrote:
> all good. this is just another fine example of the XY problem.

¿Todos los problemas son masculinos?

When I was learning Spanish, I used to always screw up the gender of
the Greek words until I learned that all Greek words were masculine.
My female prof liked to remind me/us by saying, "All problems are
masculine." I always thought it was a clever mnemonic device and jab.

Felipe's point being that the dearth of female coders in the Plan 9
community is the core of the problem. ;)

-Jack

Skip Tavakkolian

unread,
Feb 28, 2008, 1:57:18 PM2/28/08
to
> There's something broken in that video. The mouse doesn't move to the
> selection on a button 3 operation.

Russ found the problem. synopsis: writes to /dev/mouse weren't being propagated.

the fix was simple and made the script even simpler. the good bits are:

bind '#|' /n/mouse
tippi <>[0]/dev/mouse <>[1]/n/mouse/data &
bind /n/mouse/data1 /dev/mouse

film at 11

0 new messages