2007年10月7日 星期日

冒險開演 大綱

9/2

早上5點磞磞碰碰!%$#馬鞍帶架上、日月潭包綁綁、白耐吉南號綑綑、家人趕緊抱抱、相機出來照照,迷迷糊糊往那蘇花入口處駛去~

一路輕快地騎著,路上還有餘力試試對講機混然不知蘇澳至東澳可以讓你看見毅力和體力的重要…

【備註:當然…東澳至花蓮遇見戰友趕著回去結婚的Jacky】



9/3

AM 09:00從救國團??整裝後[台11線-0 km]出發!目標13:00抵達豐濱…

路程勞碌、戰友Jacky換胎…晚上才抵達豐濱…目睹國賓大旅社的沒落…

吃飽喝足夜遊至石梯漁港@21:00睏企~(台11 65k)

【備註:牛山遇見正眉妞妞】



9/4

START:(台11 65K)石梯漁港

→長虹橋

→北迴歸線

→八仙洞遊客中心→加油站Taxi運將問

→長濱7-11退伍戰友

→登陸"成功"(台11 101k)躲雨看甩尾

→都歷戰友爆胎

→成功7-11再見戰友(91歲老翁誇)

→東和肉包呢?!換吃"寗記包子"退伍戰友衝台東goodbye my love~高雄醫大七實習生登場day 1

→詢找落腳處"都蘭糖廠" END(台11 146.5k)



9/5

夢醒時分都蘭廠,找了一間"巨森早餐吧"果腹!

離去前懷孕的老板娘與21歲開無名的女工讀終於忍不住和我們要簽名

圖1:台東車站街舞妹合照

圖2:知本溫泉跳下去、嗓子大聲唱上去、救生員很想騎下去、竹筒、丫掰、豬肉大口啖



9/6

知本(逸軒)出發

→目標達仁

→經太麻里

→大鳥

→大武

→尚武

→get 達仁

→遇見壽卡預官"金龍"兄(48年次)吃了明天一蹬到壽卡的"樹蛙湯"

→達仁鄉公所睏企~



9/7

圖1:夭壽喲…壽卡有多斗…跟磁鼓城堡一樣斗…

圖2:準備!!一堆下坡~

圖3:海!!!尿個尿吧…

圖4:同樣來自新豐二名戰友在7-11上演練習曲

圖5:夕陽+草原+燈塔+龍磐餐飲=爆胎→忘了名字的住宿(帆船石)



9/8

圖1:在南彎過彎加速經過大肉包

圖2:不知不覺到了驚人畫面的工業高雄

圖3:過橋後有麥當勞正眉!!!心慌慌~狂打電話救援中

圖4:雅音於五甲夜市穿梭自如

圖5:拍了第1張的拍立得【打狗英雄 身懷五甲食蟻戰】



9/9
從座落於六合夜市中的「六合大飯店」醒來

→好不容易繞出錯綜複雜的高雄

→途中全聯補個貨

→雨中抵達台南麥當勞一旁也來個避雨的正眉(短褲可以再短一點)

→住宿地點[台南勞工育樂中心]

→小小進度的一天



9/10

嘉義



9/11

彰化



9/12

新豐

2007年9月22日 星期六

前言。承序: 傳說開始

以前,有一門課的老師



上課的時候,會聊到20年前騎腳踏車的故事



從淡江 騎沿海 走北宜 到宜蘭 過蘇花 到花蓮 舊中橫



出台中 往苗栗 回新竹 算是環了半個島



在那個年代 身上帶兩千塊 卻沒seven ...



戴的行李一大堆,像是炊具、女朋友、雞蛋、水壺...



遇到山崩,腳踏車還撞歪,遇到正妹還揚長而去...



自從91年開始,上課都會講他環島的故事...



現在,真有兩個學生傻傻的騎著腳踏車去環島了。

2007年9月16日 星期日

初步估計

行進路線:新竹→捷運新埔站→台北車站 →羅東→蘇澳→東澳→花蓮→石梯漁港→都蘭新東糖廠→知本溫泉→達仁鄉公所國民黨分部替代役營區→帆船石→六和夜市→台南市勞工育樂中心→嘉義市嘉馨旅社→彰化市富皇大飯店→新竹明新科大。



(待續)

2007年4月24日 星期二

德文期中考

A3

@ Oh, Ihre Hand sieht ja schlimm aus.

Ja, sie tut auch ganz schon weh.

@ Nehmen Sie das hier. Das hilft gegen die Schmerzen.



# Wie siehst du denn aus!

Dein FuB ist ja ganz dick!

% Ich habe auch starke Schmerzen.

# Dann geh doch zum Arzt!



B1

& Mama, warum kommt Niko heute nicht?

Ω Guten Morgen, Sxhneider hier Meine Tochter Sara kann heute nicht zur Schule kommen, ihre Hand tut sehr weh.

& Oh, das tut mir Leid.



C2

$ Muss ich wirklich die Medizin nehmen?

@ Ja, der Arzt hat doch gesagt, du sollst drei Tabletten nehmen!

$ Was, ich soll drei Tabletten nehmen?



D2

1 - Ja, Braun hier. Guten Morgen.

2 - Ach, guten Morgen, Herr Braun.

3 - Ich kann heute nicht kommen. Ich bin krank und liege im Bett.

4 - Das tut mir Leid. Wie lange mussen Sie denn zu Hause bleiben?

5 - Ich gehe heute zum Arzt. Dann wissen wir mehr.

6 - Schicken Sie uns bitte die Krankmeldung.

7 - Mache ich.

8 - Ja dann: Gute Besserung, Herr Braun. Auf Wiederhoren.



E2

Praxis Dr. Meyer, guten Tag.

Guten Morgen, hier WeiBhaupt.

Konnte ich bitte einen Termin haben?

Wann haben Sie denn Zeit,

herr WeiBhaupt? Am Vormittag.

oder am Nachmittag?

Nein, ich mochte bitte sofort kommen.

Es ist drinend.

Ach so, ja mal sehen. Morgen

um 11:30 Uhr habe ich etwas frei.

Erst morgen? Geht es vielleicht heute noch?

Hm, der Herr Doktor kommt heute erst am Nachmittag.

Konnte ich einfach spater vorbeikommen?

In Ordnung. Kommen Sie aber nach 16 Uhr.

Vielen Dank. Bis gleich.

2007年4月6日 星期五

Happy Holidays,You Bastard

It's christmas eve and I've only wrapped two fuckin' presents

It`s christmas eve and I've only wrapped two fuckin' presents



And I hate, hate, hate your guts,

I hate, hate, hate your guts,

And I'll never talk to you again,

unless your dad will suck me off

I'll never talk to you again

unless your mom will touch my cock

I'll never talk to you again

ejaculate into a sock

I'll never talk to you again,

I'll never talk to you again



It's Labor day and my grandpa just ate seven fuckin' hot dogs

It`s Labor day and my grandpa just ate seven fuckin' hot dogs

and he shit shit shit in his pants.

He always fuckin' shits in his pants

And I'll never talk to you again

unless your dad will suck me off

I'll never talk to you again

unless your mom will touch my cock

I'll never talk to you again

ejaculate into a sock

I'll never talk to you again,

I'll never talk to you again

2007年4月5日 星期四

不擇手段的快樂



「人很傻,常常為了追求快樂不擇手段」





在漫長的旅途中,有時候。會感覺到寂寞。



當朋友離去的時候



當家人忙碌的時候



當同學玩鳳梨遊戲的時候





錢能解決的事情都是小事,快樂是大事



而真正的快樂,又是無法保留的



快樂總是一時的,記住這句話



就像



很愛一個人,以為跟他在一起會很快樂



後來才發現,不用跟他在一起,他就會很快樂



那麼,還需要在一起嗎



不懂在一起是什麼意思





買了一堆酒跟學弟們一起喝,以為會快樂



學弟也是會玩鳳梨的,而且玩的不遜學長





找一群朋友一起唱歌,以為會快樂



卻被抒情高手點破頭,淚水直流





如果喜歡一個人卻感覺不帶快樂

就換一個吧,把快樂留給其他人





得到了快樂,就會想要把快樂放大來延續



唯一的方法是分享,而且不是隨便路上找



我覺得他不需要我就很快樂了

這樣我也很高興,夫復何求?

2007年3月29日 星期四

還需要修照片嗎



「什麼人需要學修照片,什麼人不需要」





高中第一次摸到修圖軟體,好開心



感覺世界都起了變化,玩弄在手掌心



從點陣圖修到向量編輯,真是一條不歸路



讓黑白圖片動起來的驕傲,是那群傻蛋嘆為觀止的



每次拍照都覺得要修過一遍,病情已經入膏肓



反而被當成是一種能力,你不修圖誰修圖?



想不透為什麼不這樣想的人這麼多



直到有一天發現一個人





用三杯咖啡逼我誘供都無言以對



不敢對他的照片下手,即使是WEBCAM的瞬間



那是一種毫無把握的考驗,摧殘著加深的視野



什麼時候才能離開



還想再看一次那美的照片



最後一眼

好希望是永遠

2007年3月28日 星期三

無懈可擊



「還有誰想用無懈可擊的力量去完成夢想?」



我認識一個人



他有無懈可擊的力量



與其叫苦連天,他用不動聲色解決問題



翹頭?那不是他字典裡的文辭



他總是用囂張來強調敵人的虛榮



無差別的給予致命一擊,常常在他面前都不知道怎麼死的



難笑的笑話含帶的隱喻變化多端,還是難笑



跟他共事過的人都知道,滿城的廢話彷彿一道甜點



我還愛這個人嗎?已經找不到合理的佐證



奉勸滿腔激情的朋友,跑去最近的車站買單程票



活著很多事情碰過就算了,不要像說話不算話的人一樣



一心只想過平凡的人生,又積極的用無懈可擊的力量鑽進夢想的小巷子裡

2007年3月25日 星期日

買相機真正必須注意的重點



「當你看到目標且拿出相機時,花去了一秒;在你開機完成拍照能一秒之內的,稱為好相機」



開頭先引述的這一段Easytry定律



定奪了一台相機該有的條件:開機與快門時間





潛望式的鏡頭跟伸縮式的鏡頭夠有利弊,本文專以拍攝目標為前提探討



當目標發現鏡頭伸縮的聲音及景象時,會提高警覺心





淺望式的鏡頭又多半有護蓋,但現已有解決方案 ─ 強化玻璃



可以免去開蓋的麻煩,而更搭載了防水的優點





傳統相機基本條件之一,就是待機時間隨著電池的自放電時間伸縮



這是數位相機所尚未克服的,鋰電池或鎳氫電池的續航力是個限制



未來可以朝這個方向設計開發











2007年3月11日 星期日

Dr.Martens

馬丁靴充滿了傳奇色彩。



早在1945年的德國,一位叫Dr. Klaus Maertens(馬丁斯博士)的醫生和他的朋友Dr. Herbert Funck(方克博士)在阿爾卑斯山滑雪(the Alps),不慎摔傷了腳,在康復過程中,為了使自己走路輕鬆些,馬丁斯博士和他的朋友設計了一種看起來很粗魯,但非常舒適的靴子來穿。



不出兩年,這種設計便在德國注了冊,專為那些年老有腿疾或腰痛的德國婦女生產保健鞋。到1959年,這種鞋在整個歐洲都十分暢銷。 於是,朋友倆決定把這種設計賣給英國Wollaston村的一個家族企業R. Griggs。該集團在生產工作鞋和軍用靴方面歷史悠久,技藝精湛。



1960年,第一雙8個眼的靴子生產出來了。為了簡便,這個名字便被改作為Dr. Martens(馬丁斯博士)。這種靴的關鍵在於鞋底。它既十分柔韌又十分耐穿,而且耐油、耐酸、耐鹼、耐腐蝕。 20世紀80年代,時裝設計師又把馬丁博士帶進了時裝表演,頓時,馬丁博士的靴子又成為時裝新潮。



在現代的時尚圈,馬丁博士的靴子被公認為全世界最舒適的靴子,並且外型經典時尚,成為很多靴子愛好者的必備收藏單品。

2007年2月7日 星期三

Brand new

美國那麼大國家,而我這是如此小的夢。





不知道在什麼地方,好像回到了十幾年以前。



來~做這邊,這好位子



風景超棒的,雖然是下大雨



那,三包大薯,不要吃光喔,留我的分(開NB,尋找無線網路)



才不會吃光呢,食量很小又不是豬



哈,那我就多吃點啦,嘿,看來是找到了耶



我找你來,是想請你幫個忙~



(開啟網頁,登入MSN)



YA~成功登入了耶!太好了,嘿,告訴我你哥的帳號吧



啊??



其實我對你哥很感興趣,哈,不要想歪,我很正常的



只是我身邊的人都沒有那麼高的學歷,有的我也不熟



能跟聰明的人講話,一定很有意思吧



哈,我不是那個意思,就算我能考上交大台大,我也不會去唸



因為我知道,我不唸的書,說什麼都不會去唸,怎麼苦苦哀求都沒用



呵,扯遠了,這不是我找你來的目的



我是想請你幫我刪掉腦裡面的東西



哈?電腦?



不是電腦,是人腦,不是什麼病,沒有什麼腫瘤啦



是一種意識



意思??



不是啦,簡單的說,是一種想法、思想



那要怎麼刪掉?



嗯…好吃好吃,來,吃薯條,啊~





(現在是什麼情形?)



為什麼你會閉上眼睛?為什麼不說話?為什麼不說話…



(差一點點)



呵呵,你好有趣喔



啊?



這個方法,都還沒看別人用過,沒有書上提到過



好好玩喔,呵



好玩!?@@



換你,來,吃~



啊…(怎麼連我也閉上眼睛了)



(…親到了,糟糕…)

2007年1月27日 星期六

接收,還有RTP媒體串流的呈現

JMF Players and Processors provide the presentation, capture, and data conversion mechanisms for RTP streams.

JMF播放器與處理機提供了畫面呈現、擷取與RTP串流的資料轉換裝置。



A separate player is used for each stream received by the session manager.

You construct a Player for an RTP stream through the standard Manager createPlayer mechanism.

You can either:

每個被接收的串流使用個別的播放器都要靠session manager

你要建構一個透過標準Manager createPlayer轉換的RTP串流播放器,可以試著:



• Use a MediaLocator that has the parameters of the RTP session and construct a Player by calling Manager.

createPlayer(MediaLocator)

• Construct a Player for a particular ReceiveStream by retrieving the DataSource from the stream and passing it to Manager.

createPlayer(DataSource).

使用一個有RTP session的MediaLocator參數且藉著呼叫Manager建構一個播放器

給特定的ReceiveStream建構一個藉由重新取得資料來源串流且通過Manager的播放器





If you use a MediaLocator to construct a Player, you can only present the first RTP stream that’s detected in the session.

If you want to play back multiple RTP streams in a session, you need to use the SessionManager directly and construct a Player for each ReceiveStream.

如果你用MediaLocator去建構一個播放器,你可以只呈現第一個在session偵測到的RTP串流。

如果你要錄音再重放多個session裡的RTP串流,你需要立即用到SessionManager且為每個ReceiveStream建構播放器。



Creating a Player for an RTP Session

為RTP Session創造一個播放器



When you use a MediaLocator to construct a Player for an RTP session, the Manager creates a Player for the first stream detected in the session.

This Player posts a RealizeCompleteEvent once data has been detected in the session.



當你用MediaLocator去建構一個RTP session播放器的時候,Manager會為第一個偵測到的串流創造一個播放器。

這個播放器公佈了在session裡頭曾被偵測過的RealizeCompleteEvent資料。



By listening for the RealizeCompleteEvent, you can determine whether or not any data has arrived and if the Player is capable of presenting any data.

Once the Player posts this event, you can retrieve its visual and control components.

藉由RealizeCompleteEvent的傾聽,你可以決定否有任何資料抵達並且當此播放器是可以呈現任何資料的。

當播放器發佈一次本事件時,你可以重新取回他的可見與控制元件。



Note: Because a Player for an RTP media stream doesn’t finish realizing until data is detected in the session, you shouldn’t try to use Manager.

createRealizedPlayer to construct a Player for an RTP media stream. No Player would be returned until data arrives and if no data is detected, attempting to create a Realized Player would block indefinitely.

注意:因為RTP媒體串流格式的播放器無法完成實體化,除非在此session裡頭資料是已經被偵測到的,你應該試著去用Manager.createRealizedPlayer來建構一個RTP媒體串流的播放器。

沒有播放器會被傳回除非資料抵達時沒有資料被偵測到,而試圖去創一個實體播放器的話應該會碰到非預期的阻礙。



A Player can export one RTP-specific control, RTPControl , which provides overall session statistics and can be used for registering dynamic payloads with the SessionManager.

播放器可以輸出一個RTP指定的控制碼(RTPControl),那個提供整體的session統計資料就可以被用來當作是SessionManager的動態暫存承載。



Listening for Format Changes

格式改變的傾聽



When a Player posts a FormatChangeEvent, it might indicate that a payload change has occurred.

Players constructed with a MediaLocator automatically process payload changes.

In most cases, this processing involves constructing a new Player to handle the new format.

Applications that present RTP media streams need to listen for FormatChangeEvents so that they can respond if a new Player is created.

當播放器發佈FormatChangeEvent時,他可能會指示那個承載產生改變。

播放器自動的建構了一個MediaLocator來處理承載的改變。

在主要的案子中,這個處理過程包含了建構一個新的播放器去操作那新的格式。

應用那個呈現RTP媒體串流需要去傾聽FormatChangeEvents為了他們那些當一個新的播放器被創時以至於可以回應。



When a FormatChangeEvent is posted, check whether or not the Player object’s control and visual components have changed.

If they have, a new Player has been constructed and you need to remove references to the old Player object’s components and get the new Player object’s components.

當一個FormatChangeEvent被發佈時,無論播放器物件的控制或可見元件都要檢查是否有被改過

有的話,一個新的播放器將會被建構且還需要去移除參照到舊的播放器物件的元件然後得到新的播放器物件的元件。

 



Creating an RTP Player for Each New Receive Stream

 



創造一個RTP播放器給每個新的接收串流

 




 



To play all of the ReceiveStreams in a session, you need to create a separate Player for each stream. When a new stream is created, the session manager posts a NewReceiveStreamEvent. Generally, you register as a ReceiveStreamListener and construct a Player for each new ReceiveStream. To construct the Player, you retrieve the DataSource from the ReceiveStream and pass it to Manager.createPlayer.

 



為了在一個session裡面播放全部的ReceiveStreams,你需要一一去開播放器給每個串流。

 



當一個新的串流被開啟時,session manager會公佈NewReceiveStreamEvent

 



通常,你暫存成一個ReceiveStreamListener且一一建構播放器給每個新的ReceiveStream

 



為了建構播放器,你從ReceiveStream存取DataSource而且把他傳到Manager.createPlayer

 




 



 



To create a Player for each new receive stream in a session:

 



session裡頭一一開播放器給每個新的接收串流

 




 



1. Set up the RTP session:

 



設立RTP session

 




 



a. Create a SessionManager. For example, construct an instance of com.sun.media.rtp.RTPSessionMgr.

 



(RTPSessionMgr is an implementation of SessionManager provided with the JMF reference implementation.)

 



開一個SessionManager。就像是建構一個com.sun.media.rtp.RTPSessionMgr的實例。

 



RTPSessionMgr工具是SessionManager提供來參考JMF的工具)

 




 



b. Call RTPSessionMgr addReceiveStreamListener to register as a listener.

 



呼叫RTPSessionMgr addReceiveStreamListener到暫存當傾聽者。

 




 



c. Initialize the RTP session by calling RTPSessionMgr initSession.

 



藉著呼叫RTPSessionMgr initSession來初始化RTP session

 




 



d. Start the RTP session by calling RTPSessionMgr startSession.

 



藉著呼叫RTPSessionMgr startSession來啟動RTP session

 




 



2. In your ReceiveStreamListener update method, watch for NewReceiveStreamEvent, which indicates that a new data stream has been detected.

 



在你的ReceiveStreamListener更新方法裡面,等待NewReceiveStreamEvent,表示新的資料串流有要被偵測

 




 



3. When a NewReceiveStreamEvent is detected, retrieve the ReceiveStream from the NewReceiveStreamEvent by calling getReceiveStream.

 



NewReceiveStreamEvent被偵測到了,藉由呼叫getReceiveStreamNewReceiveStreamEvent重新取得ReceiveStream

 




 



4. Retrieve the RTP DataSource from the ReceiveStream by calling getDataSource. This is a PushBufferDataSource with an RTP-specific Format. For example, the encoding for a DVI audio player will be DVI_RTP.

 



藉由呼叫getDataSourceReceiveStream重新取得RTP DataSource。這是一個PushBufferDataSourceRTP特定的格式。就像是編譯過的DVI聲音播放器會成為DVI_RTP

 




 






5. Pass the DataSource to Manager.createPlayer to construct a Player. For the Player to be successfully constructed, the necessary plug-ins for decoding and depacketizing the RTP-formatted data must be available.

 



經過DataSourceManager.createPlayer而建構一個播放器。為了成功的建構播放器,必要用外掛來為了編譯與有效的包裝RTP格式的資料。

 




 



Handling RTP Payload Changes

 



處理RTP承載的改變

 




 



If the payload of a stream in the RTP session changes, the ReceiveStream posts a RemotePayloadChangeEvent. Generally, when the payload changes, the existing Player will not be able to handle the new format and JMF will throw an error if you attempt to present the new payload. To avoid this, your ReceiveStreamListener needs to watch for RemotePayloadChangeEvents. When a RemotePayloadChangeEvent is detected, you need to:

 



如果串流在RTP session的承載裡改變了,ReceiveStream會公佈一個RemotePayloadChangeEvent

 



通常呢,當承載起了變化,現行的播放器將不能去處理新的格式且JMF將會在你試圖去呈現那新的承載時丟出錯誤訊息。

 




 



1. Close the existing Player.

 



2. Remove all listeners for the removed Player.

 



3. Create a new Player with the same RTP DataSource.

 



4. Get the visual and control Components for the new Player.

 



5. Add the necessary listeners to the new Player.

 



關閉使用中的播放器

 



為那被移除的播放器移除全部的傾聽者

 



給相同的RTP DataSource開一個新的播放器

 



給新的播放器取得可視及控制元件

 



增加必要的傾聽者去給新的播放器

 




 



Controlling Buffering of Incoming RTP Streams

 



控制進來的RTP串流緩衝區

 




 



You can control the RTP receiver buffer through the BufferControl exported by the SessionManager. This control enables you to set two parameters, buffer length and threshold.

 



你可以控制RTP接收者的緩衝經由BufferControl藉著SessionManager輸出。這項控制使你要去設立兩個參數,緩衝區的長度跟門檻。

 




 



The buffer length is the size of the buffer maintained by the receiver.

 



The threshold is the minimum amount of data that is to be buffered by the control before pushing data out or allowing data to be pulled out (jitter buffer).

 



Data will only be available from this object when this minimum threshold has been reached. If the amount of data buffered falls below this threshold, data will again be buffered until the threshold is reached.

 



緩衝區的長度大小是依據保持在接收者的緩衝區大小。

 



門檻的最低限度相當於是資料在藉著控制之前的推進資料或允取資料被拉出的緩衝區

 



資料只能在這個物件的極小值門檻有達到的話才可以用。

 



如果資料的緩衝大小降到門檻以下,資料將再次的被緩衝直到抵達門檻。

 




 



The buffer length and threshold values are specified in milliseconds. The number of audio packets or video frames buffered depends on the format of the incoming stream. Each receive stream maintains its own default and maximum values for both the buffer length and minimum threshold. (The default and maximum buffer lengths are implementation dependent.)

 



緩衝區的長度跟門檻值是定在毫秒為單位。聲音或影像訊框的緩衝值依靠進入串流的格式。每個接收串流維持他自己的預設值而且最大值給定為長度跟門檻的總和。(預設值與緩衝長度的最大值是工具的依靠)

 




 



To get the BufferControl for a session, you call getControl on the SessionManager. You can retrieve a GUI Component for the BufferControl by calling getControlComponent.

 



BufferControlsession,你在SessionManager呼叫getControl。你可以藉由呼叫getControlComponent來給BufferControl重新取得一個GUI的元件。

 




 



Presenting RTP Streams with RTPSocket

 



呈現RTP串流與RTPSocket

 




 



RTP is transport-protocol independent. By using RTPSocket, you can stream RTP from any underlying network.

 



The format of the RTP socket is designed to have both a data and a control channel.

 



Each channel has an input and output stream to stream data into and out of the underlying network.

 



RTP是個獨立的傳輸協定。藉由使用RTPSocket,你可以串流RTP從任何的基層網路。

 



RTPSocket的格式是設計成有資料和控制通道。

 



每個通道有一個輸入和輸出的串流用來去串流資料進入與離開基層網路。

 




 



SessionManager expects to receive individual RTP packets from the RTPSocket. Users are responsible for streaming individual RTP packets to the RTPSocket.

 



SessionManager期望從RTPSocket去接收特別的RTP封包。使用者負責去串流獨特的RTP封包給RTPSocket

 




 



 



To play an RTP stream from the RTPSocket, you pass the socket to Manager.createPlayer to construct the Player. Alternatively, you could construct a Player by calling createPlayer(MediaLocator) and passing in a MediaLocator with a new protocol that is a variant of RTP,  “rtpraw”. For example:

 



RTPSocket播放一個RTP串流,你透過sockerManager.createPlayer來建構播放者。

 



二選一的話,你可以呼叫createPlayer(MediaLocator)來建構一個播放者且透過MediaLocator與一個新的跟RTP有差異的協定,『rtpraw』,就像是:

 




 



Manager.createPlayer(new MediaLocator("rtpraw://"));

 


2007年1月25日 星期四

start me up

Wieviel Uhr ist es?



halb Vier.



Guten Abend!



Hallo, Ich spreche nur wenig Deutsch. Entschuldigung, Können Sie mir helfen?



Ja... Ich möchte spreche Deutsch.



Können Sie mir einen guten Englisch Sprechenden Arzt empgehlen?



Vielen Dank! Es schmeckt sehr gut!