[筆記] 線上作品集的設計方向

一般用途而言，Behance之類的線上作品集網站已經非常好用，有個人作品，也可以有團隊作品，也可以共修，但是這類職業用作品集跟學生作品集的差別在於「主動性」

學生多數是比較被動的，他們的作品也大多來自於非做不可的作業，而較少有個人主動性的作品，因此學生作品集的設計必須有幾個獨特的概念

1. 與課程結合，或是可以發題目並透過email邀請學生上傳作業，學生在交作業的同時也就上傳了作品集的內容

2. 必須能去接其他作品集網站

3. 關連資料庫：作品、主題（課程）、個人

4. 個人亦可發題邀請，且可以確認每個受邀請者的回應狀態，隨著課程結束要能更換受邀者

5. 可做選輯以供不同用途之用


待續

Doubled Face Shader的解法

一般常用的方式都是直接作兩面poly就解決，但是對於布料之類具備物理特性的內容就會有問題（兩面poly的話就會有兩個面在飄來飄去）

解法#1：在Standard.shader中加入Cull Off 設定
這個方式雖然可以讓另一面透出來，但是卻沒辦法有正確的顏色，因為在背面演算時，光線的法線是相反的，所以光線的顏色進不了眼睛

結論：失敗


解法#2：兩面計算
在shader中作兩次pass，一次算正面，一次算背面，算背面的那次要把所有的法線都做反向

DoubledMaterialCloth.shader

在Cull Front的pass中
#define _BACKFACE_RENDERING 1

UnityStandardCore.cginc

在VertexOutputForwardBase vertForwardBase (VertexInput v)中
#ifdef _BACKFACE_RENDERING
float3 normalWorld = UnityObjectToWorldNormal(-v.normal);
#else
float3 normalWorld = UnityObjectToWorldNormal(v.normal);
#endif

結論：解決 ！

Unity中MovieTexture的幾種用法

一、直接將影片檔置入project
丟入的影片檔視為texture，可指定於材質上

1. 在UI上使用
    建立物件RawImage，直接將影片拖入texture中
    加入MovieController.cs，將影片拖入Movie欄位

2. 在空間中使用

    建立實體

    加入MovieController.cs，將影片拖入Movie欄位


MovieController.cs

using UnityEngine;

using System.Collections;

public class MovieController : MonoBehaviour {

public MovieTexture movie;

  void Start () {

if (this.gameObject.GetComponent < Renderer > () != null)

this.gameObject.GetComponent < Renderer > ().material.mainTexture = movie; 

movie.Play(); 

    movie.loop = true; 

  }

}

二、使用外部連結
格式必須為Ogg streaming格式，MP4與MOV都不行

visual programming的實作分類

縱觀visual programming的實作類型，大抵上就是三種分類

一種是connector-based，主要就是透過各種連接線把一塊一塊的運算單元(通常會被取名叫node)連結起來，connector可以做個別描述，也可以做型別判斷。實作的方式其實是偏向物件導向，或者也可以說是函式導向，而實作的方式也影響了使用者的學習曲線，那表示使用者多半也得熟悉物件或是函式的概念。這樣的工具我用過的在電子圈有labview/xilinx，資訊圈有quest3d/virtools/mindstorm nxt/udk、互動圈的max|msp/pd、設計圈有犀牛上的蚱蜢，或者像是Maya的材質球也是透過相同的概念而來，其實是一種偏向各個擊破法(divide & conquer)思考的形態，對於分歧或選擇這兩種邏輯的視覺化有其優勢，呈現資料流也相對清楚，但是在結構化呈現以及迴圈、scope之類的概念就比較難以表示。對於初學者來說，還是需要一點點數學與邏輯的基礎概念才行。

第二種是brick-based，透過類似積木堆疊的方式來寫程式，目前幾個標榜給初學者玩的像是mit的scratch/app inventor、berkeley的snap之類的都是這種。實作的方式是偏向指令式的，作法就是把每一個brick當成一道指令來對應，這種類型的作法對於分歧或選擇是非常難以描述得好的，但是對於迴圈則有很良好的視覺呈現，因為迴圈的起終點及條件是相當清楚的。初學容易，但是因為其對於選擇的弱點，稍微複雜的程式結構反而會變得更難寫。學習曲線短是因為使用者只要知道每個指令在做啥，而不需要理解處理或運算的邏輯，對於使用者而言比較不會有黑盒子的感覺。

第三種是rule-based，主要是透過if-then的條件來作為驅動，但是從系統的觀點，這種機制並不得以建立完整的架構，因為缺乏了組織化的結構，用這樣單純的機制，遇到了多重選擇或是迴圈，程式會比指令式還更難讀懂，通常僅能用作AI的輔助機制，或是在封閉系統裡做特定目的的運作，像同系嫡生的kidsim/viscuit/agentsheets，以及非常特殊的微軟的kodu，單就遊戲創作而言，我認為kodu真的是個傑作，當然以多用途程式來說，這種類型顯然就受限非常大了。而像little bit planet裡面的編輯機制，其實是rule-based的變形，而他所使用的rule，就不是概念上的邏輯，而是物理性質，所以可以做到不需要文字說明就能夠運作，也是我認為最直觀的系統。實作上相對簡單許多，就是大量的if結構，對應到每個圖形去就是了。

今天在寫我自己的系統，是一個visual programming的環境，剛好因為上面每一種都有實作過，突然就想要整理一下從實作觀點來看的心得。

在這三種機制之外，不知道還有沒有別的可能性呢....好希望還能夠繼續探索，可惜，似乎沒有這種機會了....

Processing 2.0 的mode manager有問題（其實這個應該是2b9就有了）

Processing 2.0 + Javascript mode手動安裝
1. 下載
https://github.com/fjenett/javascript-mode-processing/raw/latest/release/JavaScriptMode.zip
2. 解壓縮到modes去

Processing 2.0 + AndoirdMode手動安裝
1. 先到這下載整個repsitory
https://github.com/processing/processing-android
2. 用Mode Manager取得AndroidMode.jar，丟進modes\AndroidMode\mode


原因我想應該是mode manager的運作出了問題，下載不到完整的mode檔案....還自己鎖自己，commit這塊的人該打屁屁....

討論在這
https://github.com/processing/processing/issues/1781
https://forum.processing.org/topic/add-mode-in-processing-2-0b9

獅子的寓言故事

好久沒寫，來講個寓言故事吧～

有頭獅子，毛髮亮麗，叫聲威猛，腳一蹬可以撼動整片原野，爪一揮殲敵無數。有一天，他看上了一頭母獅子，連哄帶騙半強迫之下，他征服了那頭母獅子。母獅子愛他的雄性象徵，也愛他威震八方的吼聲。

過了一段甜蜜的時光，公獅子很愛她，為了給她更好的環境，四處征戰，保護領地。

有時候寒冬沒食物吃，他割下了自己的腿肉，餵飽了又飢又寒的母獅子。
有時候征戰不順，他割去他的毛髮表示臣服，換來勝利者對於他的家人安全的保證。
每次大吼總是嚇到母獅子，母獅子嫌他太粗暴，所以他也學著把聲音變小聲點，展現溫柔的樣貌。
隨著殺傷的敵人越來越多，牠的爪子也變得越來越鈍。

有一天，母獅子嫌棄了他，她聯合了隔壁年輕獅子，一起殺害了他，在最後一擊前，她對著獅子說

「你的毛髮比不上現在的他的帥氣，現在常常喵喵叫一點男子氣概也沒有，腳軟趴趴的連隻螞蟻都踩不死，爪子又不像他那樣可以抱我抱那麼緊，跟他在一起才有安全感，你沒他那麼愛我，我感受不到你雄性的氣息」（螞蟻：靠么躺著也中槍....）

獅子說：「我的毛髮保護了妳的性命，我的腿力換成了妳的體力，我的聲音不想讓妳心驚，我的爪子成全了妳的生命，妳為什麼不用心感受，我的愛情全部融在我們的生活裡，從沒消失，只有更豐富」

母獅子說：「那你下輩子去當人類吧，他們才有心，才會去感受這些，我只是隻獅子，別跟我講心靈」

獅子最後的一句話是....
「我上輩子就是個人類，其實我們也從來不懂得去體會這些的....」

學程式，怕什麼

六年前很想開的一門課，叫邏輯思考，希望能教會沒有程式背景的人，不論是藝術家或是設計師，希望他們能夠透過對程式的學習，將資訊技術應用到自己的領域去，這也是我一直以來追求的目標，雖然到現在還是沒有什麼具體的成果，但是這幾年的實戰下來，其實也累積了不少心得。

總結來說，程式還是令人畏懼的，所以我很想要找出為什麼害怕，也因為這樣我對非常多的同學做了心理輔導，也跟他們當好朋友聊心事，我想知道，他們到底怕什麼。

雖然我很想把這些東西發展成論文，但是目前還是散寫一番就好，嚴謹的研究留著之後拿來申請計劃用好了XD

大抵來說，程式入門的幾個心理跟生理門檻需要跨過的有

1. 怕犯錯而且回饋來得慢
初學者很害怕犯錯，他們很怕寫錯東西，即使我不斷在強調寫錯程式不會害電腦永遠開不了機（雖然這句有點是騙人的，沒寫好真的會永遠開不了機，比方說寫了一個開機自動執行的關機程式，那頭就大了....），不會害死電腦這樣的心理建設雖然有點成效，但是我看得出來，面對一片空白的背景，他們是動彈不得的，因為撰寫程式的過程，大概要經過十分鐘後，程式碼累積到一個程度可以嘗試執行才會知道自己寫的是對還是錯，而這十分鐘，是一片的混沌與黑暗，對於沒有辦法在腦中裡建立程式架構的心智模型的人而言，這是一種漫長的煎熬。
畫畫或寫作也相同，如果不是腦海中有東西，面對一張空白畫布或稿紙也常有無從下手的煩惱，但相對於寫程式而言，畫畫或寫作的心理負擔相對更小，進入到執行面的機會更大，因為畫畫下個幾筆就知道對不對，寫作寫完一句話就能感覺順不順，因為這兩個活動的回饋來得快得多。
解決的方式有兩種，從教育方面，我都先教同學寫出架構，例如先寫出許多的空白函式，然後再寫裡面的細節，而不要一行一行寫下去，因為程式要一直等到架構完整才能執行看看對不對，先大樣再細部。傳統的資訊教科書教完指令就從main()開始，然後一行一行的指令寫下去到hello world秀在螢幕上，教學上雖然看似簡單，實務上會造成回饋太慢。
快速的回饋反應可以讓他們比較敢動手，第一步總是困難的，別讓他們等太久是很重要的。

2. 語法不熟所以不知道自己在寫啥
程式本身就是另一種的語言，當我們對這個語言不熟的時候，恐懼是會伴隨而來的，就像同學如果對自己的英文沒自信，那麼遇到外國人問路，大概就會閃閃躲躲很害怕。而要摒除這樣的恐懼，最簡單的方式，就是「拆」，當他們發現，聽似聽不懂的一句話，拆成一個一個單字後其實每個字都懂，他們只是需要慢慢來，不要一次丟過來，那麼就不會怕了，所以在教學上不能只教程式，而必須搭配每個指令與步驟造成的變化，聽過我上課的同學就知道，我一個重複20次的迴圈，我就真的會重複20次，然後把每一次裡面所有的變化都講清楚，讓大家知道雖然是一個複雜的東西，背後的運作卻是簡單的。另一種方式則可以透過新的介面，讓每一行程式碼都伴隨著視覺上的架構圖同時建立，例如他們每宣告一個變數，視覺方面就讓他知道有多一個東西在等著使用。

3. 除錯除不到錯哪也不知道
任何專業的程式設計師都知道，除錯訊息有多重要；然而所有的初學者都不知道，錯誤的訊息在哪裡，就算他們看到了也看不懂，即便是標榜最平易近人的processing，除錯訊息還是上帝的語言。因為不知道錯在哪，所以一旦嘗試執行了幾次，他們就會放棄，因為錯在哪裡都不知道的無力感，會不斷澆熄學習的熱情。這點也是我認為目前為止最大的關卡，因為寫程式一定會犯錯，即使跨過了第一關不怕犯錯，但是卻沒有人能夠正確指出他們到底錯在哪（就算指了也看不懂啦）。教學時老師會幫忙看錯誤訊息，但是做作業的時候怎麼辦？自己創作的時候怎麼辦？即使回家後滿腔的複習熱情，也會在被一連串的ERROR打槍後決定改玩英雄聯盟去。我們沒辦法在教學時告訴他們所有可能的錯誤狀況，只能教他們在錯誤發生的時候知道怎麼看錯誤訊息，我認為關鍵在於工具，而這點在目前所有的程式工具都做得非常不理想。理想上，除錯的視覺化是一個很重要的環節，將程式的資料流視覺化或許是個可能的方向，至少讓他們看得出來自己設立的資料是怎麼被處理及如何產生變化的，這也會是未來要持續努力的目標吧。

4. 範本人人愛用久離不開
大家都愛範本，拿範本改來改去是最容易的，這點在近期的程式工具發展就看得出來，都會提供各式各樣的範本，有的會把架構架好，有的甚至會寫好一些資料流處理的程式碼讓人去修改了，各種範本的教學也應該重視，讓同學容易獲得成就感，延續熱情。然而要很小心的是，範本實際上是一種速食毒品，上癮了之後難脫離也走不出自己的路，一旦養成習慣，當他們想要自行修改卻發現怎麼寫都錯的時候，挫折感會比從頭開始還要更重，所以範本的教學必須適可而止，讓他們可以簡單完成一些小型程式嚐嚐甜頭，但是課程比重絕對不能太多。

5. 別想太多當佈置而不是建房子
資訊背景的教學，會教會學生如何有效率而且正確地思考，並在腦中建構邏輯模型，撰寫程式不過就是將這些邏輯編碼出來而已，所以我們常常有個錯覺就是邏輯模型建立後就覺得程式已經寫完了，某個程度上來說也不算是種錯誤啦。而習慣以視覺思考的設計師或藝術家，這樣的運作方式其實是會造成困擾的，一來是他們本來就不習慣建立這種有組織的架構，二來是他們習慣看動看，即便腦中先有了印象，動手了之後還是會不斷地依據視覺的回饋做修改，所以過於強調思考的方式，對他們來講是不對盤而且問號滿滿的，而且一旦在思考中卡關，他們就不想這麼做了。因此在教學時，我總是要他們先寫一個小功能，看一下結果後再慢慢擴充，可能這邊加一條，再看看後就那邊又加一行，像是在做裝飾的心態，而不是照計畫行事。在工具上，快速的視覺回饋當然是個重點，而輕鬆的介面是另一個會影響心態的關鍵，這點其實我覺得scratch做得很不錯，但是這樣的設計介面也會讓大家覺得做不出正經作品的感覺。輕鬆易上手跟專業重質感如何並存，也會是設計工具發展的一個很重要的特色。

中間其實很想穿插對於許多程式工具的評論與分析，例如從processing、UDK、Unity、VB到VS等，不過實在太冗長我懶得寫了，留著之後寫計畫用吧～

簡易的架構方式、快速的回饋機制、理想的除錯介面、豐富的範本、輕鬆做裝飾的心態，從教學及工具兩方面的發展，或許能夠盡量達成我設定的目標吧，隨著教學經驗跟白老鼠數量的累積，我相信我能夠更趨近自己的理想，目前的這些想法，我不認為是100%正確的，這些只是一種暫時的心得，同樣隨著時間的增長，其中或多或少也會有所變化吧，這也是自己要不斷修正的部份，一輩子的志業，不是嗎？

Lion的scroll方向小感

Lion的scroll方向引起不小討論，不過我覺得應該多數還是會改掉吧？
除非硬要逼自己相信蘋果絕對不會錯，而是一種更創新更直覺的設計....
（但是想想之前4.2把ipad的鎖定鍵換掉後，4.3又偷偷加回來可以自己設定，就知道蘋果的設計不見得是百分百完美）

在人機介面發展過程中，由於滑鼠是在螢幕外面的，並不是一種direct manipulation而是一種間接操作，所以要藉由mapping的方式，把我們的動作對應到畫面上的變化才知道我們如何在操作，所以游標動作對應著滑鼠的移動方向，選取對應著滑鼠按鍵的下壓動作。

在iOS上，我們是摸著畫面，是一種直接操作，所以畫面跟著動作上下一致是非常合理的。

但在電腦上，我們習慣上是把滾輪mapping到捲軸上的點，所以滾軸的點跟滾輪上下動作一致是合理的，滾輪往上，滾軸的點往上，畫面就會往下，這是一直以來我們習慣的模式。
現在Lion把這個全部一致，當然是希望擁有相同的UX，問題是，多數的PC都是間接操作的，硬體上不同的設計，卻硬要相同的UI設計，我覺得這很詭異。硬要做到這樣，就要教育使用者把手的動作，重新mapping成「想像自己的手指在螢幕上」，這在觸控版上或許會比較合理，但是滑鼠的滾輪方向也這樣搞，我就覺得很詭異了....或許蘋果真的很希望我們趕快脫離滑鼠吧....

雖說magicpad也很好用，但是說真的，滑鼠的效率跟"輕鬆度"好很多
觸控或平板再好用，也比不上有如齒輪效果般的滑鼠，我滑1mm，畫面上可以移動1cm，這是1/10的省力；這讓我想到Wii跟PS3的戰爭，Wii很直覺很創新沒錯，但是到後來很多人都把Wii封印了，多數人的理由應該都是相同的，「天天這樣玩太累了」，在PS3或360用搖桿，手指頭動動，就可以完成非常大量的動作。
把觸控版或是滑鼠的移動速度改成1:1試試，就會覺得太慢好累，平板強制我們用1:1的方式操作，偶而來一下輕鬆愜意又姿態優雅，但是要你天天這樣密集操作？又不是每個人都是畫畫的，不用鍵盤滑鼠，那一堆的選單跟分布各地的按鈕不會讓我們的手像條組裝工廠裡的機械手臂嗎？要說這是因為長久以來的習慣嘛....或許也是吧，只是我不這麼想就是

鍵盤滑鼠是硬屬性的，效率省力
觸控平板是軟屬性的，優雅直覺
從事介面設計，這幾個關鍵字的組合總是令人又愛又恨啊....直覺又有效率？優雅而又要省力？這也讓我想到，在工程管理的觀點，novice跟expert的UX是截然不同的，novice講易學，expert要熟練，以前我曾設計過會自動分析選單項目的介面，菜鳥很喜歡，因為不會選項繁多不知道要按哪個，老鳥在抱怨，因為沒辦法記得每個項目的位置好機械式的快速操作....在當時看到這樣截然不同的回應真是令我大吃一驚呢
而任何軟體總是會有從novice用到expert的階段，就像大家玩臉書的遊戲，按到後來就已經變成機械式的快速點取一樣，如果這些按鈕會時有時沒有，每次都要判斷後才按，就沒辦法養成使用習慣了，介面的設計真的是一種非常大的挑戰，但各種介面設計，總是想討論「直覺」，可是「直覺」是不是就等於「輕鬆」，我個人覺得這完全是兩碼子事了....直覺的使用者介面真的比較「好」？嗯哼....

就像水往下流，人類的肢體行為也是趨向放鬆的自然體

人，永遠是會偷懶的，科技進步的原因始終來自於惰性，不是什麼人性....
或者該說，人性就等於懶惰吧

所謂的使用者經驗的研究，卻常常只在第一眼打轉，忽略了後續使用者經驗的成長發展與使用習慣的養成後會對介面的觀感產生什麼樣的影響....

啊....好長的小感，我在訂標題的時候也忽略了後續寫下來時的感想發展及這會對文章長度產生什麼樣的影響了吧....~"~

旅立ちの日に

=================================================
歌詞翻譯 by Swingly (沒錯，就是我翻的)
白色的光芒中矗立著一座座的山
朝著遙遠天空的盡頭 你就將要起飛
看著沒有邊界的青空 心裡騷動沸騰
在自由中飛翔的鳥 是不會再回來的

戴著勇氣的翅膀 乘著希望的風
在這個廣大的天空中 託付夢想

懷念的朋友的聲音 突然想起從前
那些常常為了沒有意義的爭吵哭泣的時候
還有和好後開心擁抱的日子
這些雖然都已經過去 卻是很重要很重要的回憶

戴著勇氣的翅膀 乘著希望的風
在這個廣大的天空中 託付夢想

現在是離別的時候 起飛吧 相信未來
相信躍動著年輕的力量

在這個廣大的 廣大的天空之中
================================================

五月了，是一個我不知道該怎麼面對的月份
不想在大家面前哭，但是我很清楚，我根本就忍不住
所以要是意外地看見我在哭泣，請不要理我，我會害羞

這次的離別帶著好多意義，因為其中也包含了我的離去
我捨不得所有人，離開我的人，還有我離開的人

我記得好多好多事情，每一個的臉孔、每一個綽號
每一段害羞戀情、每一個皺眉苦惱、每一句碎念抱怨
每一次的爭吵、每一次的氣你們不成材、每一次的心疼
還有，始終沒停過的，擔心與想念

不管發生了多少事情，不管對我有什麼誤解
喜歡我也好，討厭我也好
我相信，總有一天你們全部的人，都會明瞭我的心意跟想法

有些話，當面我說不出口，所以只能打在這裡
只希望用這首歌，祝福大家
期望，未來在某一天，我們會在另一個地方相遇
聽聽你們跟我說工作上的煩惱、當大人的悲哀、現實與夢想的掙扎
能夠透過你們的眼睛多看看這個世界，是我最大的奢侈

而我更知道，能遇到大家，是我到現在為止，最開心的事....

我愛你們，全部（名單是我一個一個回想臉孔打的，順序跟感情好壞無關）
皮皮、慧真、欽聯、欣潔、Len、昆蟲、點點、長老、馬尾、麻雀、甲棒、烏鴉、鴨子、仙貝、明倫、小孩、冬瓜、布布、海漢、妹妹、可可、阿飄、土豆、小狐狸、小妞、豆子、加豪、柏任、阿關、怡岑、斯巴達、小薰、可樂、小飛、兔子、阿哲、均宜、賴暐、老王、老大、老人、小白、魚、張方、家恩

高速公路的愛情

愛情關係，不是什麼手牽手並肩一起走
每個人有各自喜歡的步調，嚮往的方向，沒有什麼完全一致的

倒覺得比較像在高速公路上，開在同一條車道上，的兩台車


有時候跟到一台開得很慢的車，想往前衝的自己，要不跟著慢慢開，要不就超車到別的車道去

有時候前方的車自顧自地往前衝，被丟下的自己孤單地開著

有時候我們是在前面的那台，要小心別被後面的車追撞，也要注意不要丟下對方


偶爾，後面的車一廂情願地跟著前面那台，那麼一場飛車追逐的戲碼就會上演

偶爾，眼光被旁邊車道的跑車給吸引住了，而忽略了自己車道上的路況

偶爾，會有別的車從另一個車道硬要超車切進來，要讓？不讓？


我們總是專心地跟著車，有時會沒注意到前方的那台車，的前方也還有一台
夾在中間的那台車瞻前顧後不小心，三台車就會撞在一起了

當然不幸的時候，也會有連環大車禍就是了....


如果我們在後面又閃燈又鳴喇叭，前方那台還是走著自己的步調
那麼與其希望對方加速，還不如換條車道走吧


開累了，到路肩休息一下，看看風景，看看車道上的形形色色
養足精神再上路，減少失神發生車禍的機會

旅途總會有終點，愉悅的過程才是真實的體會

重新調整

上一篇網誌已經是去年底了，沒寫是因為這段期間以來，整個人處於極度放鬆與焦慮不安的矛盾之間

不過，結果出來了，我被告知我有別的任務要做，時機大概還沒到
而且真要那麼快到來，我也很清楚我根本就還沒準備好，這種害怕好結果的感覺還真是第一次遇到
我真的心虛了

重新調整步伐，掂量掂量今年接下來的計畫
1. 最後的設計課給大家一個最好的交代
2. 畢業作品+論文
3. 工作A+B+C
4. HRI論文
5. 重新開業接互動案，希望接個大型的活動～:D～
6. 五個自製軟體上架
7. 把最近新摸的玩意兒兜成一個新東西

嗯....似乎少了什麼亮點，看來我需要時間再重新整理一下....~"~

邁向人生的高潮（誤

又感冒了，以往感冒都是喝水睡覺自然好，這次的威力有點強，終究還是去看了醫生

於是，我每天要吃的藥終於達到一個不可思議的境界
起床後 4顆（免疫調節、止痛、感冒x2）
早餐前 2顆
早餐後 10顆+藥水5cc
午餐前 2顆
午餐後 10顆+藥水5cc
晚餐前 2顆
晚餐後 10顆+藥水5cc
睡覺前 6顆（免疫調節、止痛、感冒x4）

還不包括不定時要吃的止痛藥

哇咧....


希望下次寫邁向人生的高潮不需要再加誤
我不想要這種高潮啊....

Multiple Cameras in Processing

a quick note

method #1: using opencv
The index parameter in opencv.capture(w, h, index) is no implementation, no functionality at all.You can't use the index parameter to switch either camera, only the default one would be available.

method #2: using two Capture instances
Capture cam1, cam2;
cam1 = new Capture(this, w, h, camera#1, fps);
cam2 = new Capture(this, w, h, camera#2, fps);
Passed compiler check, but one of the camera would be frozen.

method #3: dynamically new a Capture instance
Capture cam;
cam = new Capture(this, w, h, which_camera, fps);
This method would switch camera successfully at the first time, but fail while next try.


solved.
Using method 3 with a call to cam.dispose before new an instance. And cam.stop() does not work!
Because the QT instance only allow one instance among all applications.

滷肉的資源有限版

前幾天因為看了可愛學生們的噗浪，居然看到魯肉飯的照片，害我一整個想吃到極點，偏偏在這個只有拉麵跟壽司的國度，雖然他們也有豬肉角煮這道菜，但是味道完全不一樣，他們的角煮味道跟壽喜燒比較像，很甜。為了解饞，決定在連休的這幾天，好好滷上一鍋肉，解一下我那想家的胃的鄉愁
這次剛好手邊有相機，於是就乾脆把很久沒寫的食譜繼續寫下去

先熱鍋，日本這邊的超市都可以拿到這種牛脂，可以拿來當豬油用，這個拿來煎牛肉或炒青菜最好吃了，口感比較滑不像豬油那麼油膩。

滷肉的食材還算很好買，但是價格偏高，所以就用一些替代品，像蒜頭的話，用沙拉用的炸蒜頭來代替，比較便宜。八角台灣很便宜，日本的話這一小包也才四個就要128羊。蔥是之前炒飯剩下來的，這種細青蔥叫九条蔥，其實不應該用這種，因為這種比較辣香而少甜味，要用那種很粗的大蔥滷起來比較好吃。最重要的是少了冰糖、生辣椒跟米酒，味道會差滿多的。

油熱了，就丟下去啦～先爆香，再丟豬肉

就給他炒到表皮有點焦焦的，用大火的話比較能把肉汁封住，我用的那個IH爐火力超小，只能將就一點啦～要是有瓦斯爐的話，用炸的其實最好吃，可以用高溫把多餘的油炸出來，肥肉就會變得QQ的而不會肥膩噁心，瘦肉的部份也可以把肉汁封住，最後煮起來才不會乾乾的。

炒得差不多了就丟炸蒜片下去，這個會讓煮起來的湯帶一點點的苦味，其實味道會更有深度一點，所以我很愛在濃湯裡放蒜頭，像煮咖哩我也會放蒜頭下去，不過要是沒煮爛，不小心吃到就會像踩地雷一樣了XD

放水進去，最好是熱水，肉才不會縮起來，其實這個時候味道最香感覺最好吃，每次都會忍不住先揀一兩塊比較小塊的起來吃掉

大火煮到快滾，就要轉小火，不然會跑出浮末來

加醬油進去，醬油跟水的比例要看用什麼醬油，如果是比較鹹的壺底油，大概就是1:3，不然一般都是1:2，剛加進去時，會有非常難聞的味道，會讓人一度懷疑這樣的東西能吃嗎？會不會有問題啊？每次都要經歷一次這種信心的考驗，不過，不用擔心，繼續煮下去事情就會好轉XD

煮滾一次，轉小火開始燉煮

因為沒有冰糖、沒有米酒，也沒有味醂（這個可以同時取代酒跟糖，超級好用），所以只好將就一下用照燒醬代替了。其實滷肉跟咖哩很類似，就是看調配的香料來決定最後的味道，所以這個時候可以加一些有的沒的香料進去都會有很有趣的效果。像我試過胡椒、黑胡椒、咖哩粉、冰糖、味噌、生辣椒、一點點薑黃粉、辣椒粉、一點點小茴香、一點點肉桂，都可以讓味道變得很有深度，外面賣的滷肉大概就是糖跟醬油，自己做就可以講究一點，讓層次更豐富。

然後就放著讓滷肉們著色、入味，我大概都是煮10~15分鐘，煮太久水份變少會變鹹，所以要控制一下，用湯匙舀起來可以直接喝就還ok。

餓了！先盛飯，淋上大量的醬汁，我調的味道是比較不鹹的那種，所以可以放很多～

放上滷肉，因為沒炸過，所以滷起來會比較老，不過對我來說已經夠好了，之後回去再來做一次好了

這時候不禁覺得，我來的時候有把螺皇帶來真是太好了....TAT

Digital Content Expo看Galapagos現象

從這幾年手機市場的蓬勃發展，日本的科技產業開始體認到自己的科技文化有一種獨特性
他們稱之為Galapagos現象（ガラパゴス現象），這啥鬼

Galapagos指的是科隆群島，這個島有著獨立的生態系，所以有著全世界只有這個島才有的生物，了解日本手機的人就會知道，日本手機的規格完全不同於世界各國的規格，是獨有的，就這點來看，的確非常地相似。
那意思是他們覺得自己的文化很珍貴？不是，日本人視為是一種危機
因為科隆島上的生物，在外來種入侵後，就一個接著一個滅絕了....

日本其實是一個非常封閉的國家（我覺得啦），雖然他們是國際化的都市，生活的人種來自世界各地，可是他們的文明其實不太容易跟其他文化結合，而主要應該是心態的問題，這點其實從一些事情可以看出端倪：先前去參觀DoCoMo的研究中心，一般來說，這類最新科技的研究中心，會需要來自世界各地最頂尖的人才共同合作，不過我問了裡面的人，他們整個在園區裡的人員有幾千個，卻只有六七個外國人，這讓我非常驚訝，他們也很疑惑我怎麼會問這種問題，因為他們不覺得這樣哪裡很奇怪；而在兩年前，諾貝爾物理獎得主的一位日本教授，他畢生都沒有出過日本國土。
或許是因為民族性或許是因為自尊心，為什麼這樣我不知道，但先前看過美國新聞週刊從人種及文化的角度，把整個世界分成19種國家，日本跟法國被歸類在「獨立型」（Stand-alone），顯示大家對日本其實有著相類似的概念

這個民族自尊心，在百年前曾經被大大地踐踏過一次，就是黑船事件，也引發了後來席捲全日本的倒幕、大政奉還以及明治維新運動，日本人曾經不解，他們航海捕魚這麼久，為啥別人的船比他們的有力；這幾年，iphone跟3D電影的風潮，讓日本人有了相同的感受，他們把這些比喻成另一艘黑船，他們現在也不解，為什麼他們智慧型手機早發展了這麼多年，iphone卻會席捲世界，而講到3D電視，早在七八年前，sharp就已經有裸視的3D螢幕跟筆電問世，為啥現在才流行起來，而且都是別人賣得比較好XD

我認為關鍵當然是在內容，軟體才是促使硬體流通的最大推手；像先前John Carmack所製作的遊戲，就影響了顯示卡的發展，陸續把T&L引擎跟shader放入硬體中，iphone靠的是apps而不是硬體規格，3D電影靠的是阿凡達掀起的熱潮。
所以他們今年的Digital Content Expo（DCExpo2010），打出的口號就是"Beyond Galapagos"，就是希望吸納外國的文化，讓日本的產業能推到國際，提早適應以增加存活的機會；就像他們明年開始進行的全面手機解放，不再鎖機而能夠吃外國的Sim卡，目的也是相同的，既然自己的東西夠好，幹嘛不丟出去看看，受一下文化衝擊，讓自己的觀念能夠更有彈性，更能面對不同的挑戰

所以說，東西做好要趕快丟給別人看，被罵被笑被貶被褒，都是讓自己成長的關鍵
期許自己想做的東西，別成為科隆群島上的生物，自爽還不錯，真正面對挑戰就完蛋

挫敗

馬的真是的嚴重的挫敗！我真的是丟臉到想從七樓跳下去

全是我的錯，我沒有好好努力！
開始寫以後居然完全找不到論文跟CHI之間的連結點，所以放棄了投稿
怎麼可以這麼簡單就放棄，硬生也要生出來啊，至少可以看到評審的意見
居然還看錯了HRI的截稿時間，根本就忘了要投

這下只剩下EUD跟late breaking可以丟了，想必五十嵐非常的不滿意
別說他不滿意，我也非常不滿意，我在幹什麼啊我！
有這麼好的環境，這麼有鬥志的同事，都回來四天了竟然還沒有進入狀況

從雜事脫身得太慢，節奏又調整不回來
上星期又沒有先問好這星期的meeting時間

一連串的錯誤造成今日的混亂

兩個重大conference都沒投，唯一贖罪的方式就是把這個東西做成一個真的好用的東西
而不是一個為了生產論文而作的生贄

這次再沒做好，我就該去跳日本海自殺！

罪人！

歸屬感

前陣子偶然的機會知道了一些長年住在日本的台灣人的事情
大多數的他們幾乎都已經歸化成日本籍了
不過有一對夫妻怎麼樣都不願意變成日本人
他們甚至希望把在日本出生長大的小孩送回台灣念大學
在問我一些台灣念遊戲設計的事情
他們的小孩幾乎只會講日語而已，是台灣人
但對他們而言，台灣是外國

問了他們為什麼不願意歸化，他們的答案是，不管在日本住了幾年，始終沒有歸屬感
我很納悶，台灣對我而言，並不是一個有歸屬感的地方，環境的好壞才是重點吧？
而且真要念遊戲設計，回台灣是很不理想的決定，但是他們非常地堅持

結果，剛剛在聽周杰倫的歌，聽媽媽的話，我突然有了感觸
突然想到自己一直讓周遭的人擔心，讓家人煩惱
我想到，我媽在台灣，不知道是不是還是一樣地在擔心著我在這邊的生活
突然好想看看她，或正確地說，想讓她看看我，不要那麼擔心

除了她，還有很多的家人，朋友，學生，或許也多多少少地在掛念著我
我終於懂了，歸屬感，不是來自一個地方，而是來自那塊土地上的人

我再怎麼討厭台灣的研究環境，那塊地上還有那麼多掛念著與被掛念著的人們
我終於感受到那個牽絆，一直以為自己是匹流浪的狼，居然也有了套在身上的枷鎖
但，是甜蜜的鎖

想為這些人做更多的事，所以我要讓所有的一切都變得有意義
要讓自己變得更好，更有力氣，保護與珍惜這些會跟著我一輩子的情感

身而為人，而能有這些感受，真的是很幸運的事

我好像白老鼠

在雪豹上
1. nyAr2 + processing.video
    1.1版以前要加 hint(ENABLE_OPENGL_4X_SMOOTH);
    1.2版以後不用
2. 任何用到opencv，且啟動OpenGL，一定要加hint(ENABLE_OPENGL_4X_SMOOTH);


然後在嘗試openframeworks 0.061 + xcode 3.2.3 + artoolkitplus的過程中更是挫折連連
論壇看到望眼欲穿，幾乎快要把全部文章都背下來了
來記錄一下最後的結論
1.  tracker->setBorderWidth(useBCH ? 0.125f : 0.250f);
其實這跟是不是BCH一點關係也沒有，黑邊有兩條的就是0.250，一條的就是0.125
不過實驗的結果，粗邊的穩定性好非常多就是了

這叫細(0.125)

這叫粗(0.250)

2. tracker->setMarkerMode(useBCH ? ARToolKitPlus::MARKER_ID_BCH : ARToolKitPlus::MARKER_ID_SIMPLE);
這行根本就是錯的....上面這種圖要用的是ARToolKitPlus::MARKER_ID_SIMPLE

3. library連結要整個重設，這個讓人超無力的....ofx什麼都好，就是這個最糟糕
    每次改版都會換位子，之前的一堆路徑就要重設，addon的寫法也沒有一個準則
    大家各自做各自的addon，有lib裡包原始碼的，也有裡面還分作業系統目錄的
    希望他以後成發展得更成熟，至少extension方面不能再像現在這樣亂成一團
    既然標榜給非程式設計者用，就不要把CS那邊設定compile參數的歡樂情境給帶進來啊= =

4. 啟用opengl後，會沒辦法還原回原本的2D座標，即使用了ofPopMatrix也沒用
    只能用opengl的方法來還原回原本的2D座標
    glMatrixMode(GL_PROJECTION);
    glLoadIdentity();
    glOrtho(0,640,480,0,-10,10);  //640, 480是視窗大小
    glMatrixMode(GL_MODELVIEW);
    glLoadIdentity();
   

經過無數次排列組合後得到的結論，成果非常非常小，血淚卻是非常非常多....

openframeworks!

整理一下最近弄openframeworks遇到的事情
雖然學長說他比較喜歡看到風花雪月，不過我的記性幾乎只能用在八卦上
這種事情要是不寫下來我會很快就忘記

原本我是計畫用processing來搞定很多東西，不過我開始有了在iphone/ipad/android上的需求
processing是有android的版本，用起來似乎也還可以，畢竟同樣都是java-based的
但iphone的解決方案，那個iprocessing對我而言根本就是個笑話
因為iprocessing只是用瀏覽器把processing.js包起來而已，既然是js就表示一堆東西不能跑

後來想到openframeworks，之前試玩過一陣子，語法跟架構的設計上跟processing很類似
但是顯然有稍稍複雜一點，而且在外掛的使用上也沒有processing那麼成熟
所以那時候並沒有深入研究，就是拿幾個範例改一改知道大概的設計邏輯就好
不過我知道ofx有android的版本，也有iphone的版本，而且似乎整合得很不錯

現在真的要開始用了，才發現openframeworks官方的東西真的都很beta，難怪標號還沒上到1
因為他們附的東西似乎都有點小問題，很多事情要解決還得自己翻論壇或自己重做

第一部分是顯示中文的功能
processing有個缺點是在CJK文字的處理上非常麻煩，必須製作vlw的字型檔，程式啟動時載入
基本上這是個圖像檔，所以非常吃記憶體，檔案很大散佈也很麻煩
（似乎因為專利的問題不能直接用TTF格式？）
但在ofx上就好很多，因為可以直接用xxx.ttf來顯示字型，但是用力一查才發現
ofx上的ofTrueTypeFont不能畫CJK字....即使用了unicode的字型檔還是不行....= =
有種解法就是把字型全部dump成glyph，不過這個方法跟processing一樣蠢
後來找到一篇文章，解釋了如何解決CJK文字的問題
下載了ofTrueTypeFontWS.h跟ofTrueTypeFontWS.cpp，直接丟進專案裡
結果一compile，失敗，找了一下原因，這篇文章的作者是用0.06版的ofx，我用的是0.061
原來，0.061的ofx把freetype的目錄改了（基本上是好事，因為freetype的檔頭位置統一了）
所以把OSX的include的部份，改成跟windows/linux的一樣就ok了

第二部分是把同樣的程式碼丟上iphone的測試
這下可好，一整個都是錯誤訊息，原因似乎是出在freeimage_universal.a這個檔案上
要改的話表示要重新compile，表示我要去找來一堆source code再重新編譯過，一想到就頭痛
幸好後來找到這篇文章，解釋了他重新編譯的結果，雖然成功，顏色卻會跑掉
他建議去論壇的這裡下載dupin的檔案，重新掛上去之後取代掉原本的.a，就一點問題也沒有了

所以現在總算可以在iphone上面用openframeworks顯示cjk文字了
好麻煩的frameworks哪....Orz

第一章：節奏

開始進入工作後，才發現這邊是一個非～常自由的研究室，跟我之前在工研院時有很大的差異
或許因為大家都只有發表的壓力，似乎比較不用考慮商業的事，所以比較像學校一點

在工研院時，一直有各種的週報、隔週報、月報這類的official talk
所以總覺得自己花了很多的時間在開會以及準備開會用的資料
每天都在解決小問題，沒機會思考大方向的事，而實際上大方向也是上級或上上級決定的
多半是要應用最新的技術或標準之類的 ，所以會花很多時間在踹技術的東西，不論成不成熟
說起來研究的自由度比較低一點，是非常明顯的技術導向

而在這邊，我可以自由尋找資料、蒐集佐證、做簡單的調查、調整方向
先找好議題，再來考慮要運用的技術；而不是先挑了技術，再找能應用的方式
說起來是更像設計一點，我們花很多時間在思考應用的情境
而因為大家都有各自的方向，所以開會時議題的多樣化也非常有趣
有時候開會時丟出來的東西會有一些迴響，然後就會引發一系列的unofficial talk
比起像戰場的正式會議，怕說錯話，怕講不清楚，私下的交流反而更能確實地彼此傳達概念
這點是我很喜歡的

第一週的進度報告，我畫了幾張圖，開了個有關女僕的小玩笑，似乎都還挺有效的
他們接受度很高，也從各自的角度給了我一些進一步的想法
或許我還沒進入到真正艱辛的部分
但是至少現在我是期望九月不要到來，我希望能一直就這樣做研究下去

雖然根本還沒畢業，即使不想承認，實際上自己是已經離開研究生活很久了
要重新抓回那個節奏需要一點時間，現在也還沒習慣這樣可以整天專心思考的奢侈享受

但是血液的熱度不會騙人，我知道我真的熱愛做研究
堆積如山的論文看起來很累，浸在其間卻很開心
難以捉摸的使用者讓人頭痛，想了解他們想法的渴望可以讓人暫時忘記脹大的腦
各種奇奇怪怪的演算法與控制指令使人困惑，但是等在後面的成就感是最棒的獎品
設計各種情境經常把自己搞得累到沒力氣說話，想到能為使用者做點事就會帶來無比的動力
真的熱愛一件事，做起來還是會覺得累，卻不會感到痛苦

抗生素似乎挺有效，臉比較消腫了，看起來沒之前那麼可怕了，雖然笑容還是怪怪的
而昨天接到的消息，老師終於得到正常的對待了
我還太弱沒有能力正面對抗這些人渣，我也知道詛咒別人會短命
我還是願意用我的壽命來詛咒這些爛咖

「你們這些沒能力競爭，只能耍心機鬥爭的垃圾們！去死吧！我希望你們死一百次！」

度過詭異的六月，七月似乎真的開始回到正常的軌道，包括我的生活也是
研究是我想要的，在最棒的環境跟最棒的人相互激勵出更好的研究是我的夢想

謝謝祢，還有在我身邊的那些不斷引導著我的天使與幫助我的人們
尤其這趟自私的旅程帶給身邊的人相當多的困繞與麻煩，真的覺得很對不起他們
我沒辦法形容現在的自己有多麼滿足，可是我已經很久沒有這麼這麼地沈醉在生活裡
能愛上自己在做的事，真的，是無上的幸運，也是至高的幸福
可是我很貪心，我還想要更多， 要請祢繼續看著我
看著我如何找到更大的幸福，然後把得到的幸福轉化為更多的幸福，帶給其他人

請繼續多多指教了！

下星期的20張情境，我來了！