IPTV
04/07/2005, 18:22 - Network
IPTV 最近好像很熱門,各大網站及網路廠商都在討論這個主題。
所謂的 IPTV 就是用 Internet 來傳送/收看電視節目,實作方法有很多種,而且己經有不少廠商己經有實際的產品,像 Cisco 的 IP TV
像 Hinet 的 HiChannel ,及 SeedNet TV ,等主要都是對他們自己的連線的客戶提供線上看電視節目的服務(當然他們都說非連線客戶也可以看)。

以今天台灣第四台的接線率來看,這些網路電視節目是否有市場?答案可以從這些廠商大力推動可以看出來,在台灣是有市場的。這些頻道打著可以比第四台先看到,或是可以一次看許多集(就好像是以前租港劇錄影帶一般)。但是這些節目都要使用電腦來收視(除了 SeedNet 的 DFC 數位家庭中心服務 需要機上盒,號稱可以收視600個頻道),也就是說這些都無法像真的電視一般的大畫面,以及清晰的畫質。

作法呢?詳細並不清楚,因為沒有朋友有實際的使用經驗,所以無從查起。不過大致上是使用 Multicast 的方式將 MPEG4 的壓縮影音作為資料傳輸。Multicast (多點傳送),一般是使用在 LAN 上,經由 LAN Switch 或者是 PIM Multicasting Routing 來將原本 Server 需要一對一傳送給每個 client node 的資料,經由每個 client 共同接收同一個 multicast group 的方式,而減少網路上的流量。但是在 WAN 上面呢?我的作法會是經由二端先建立一個 Tunnel 再 join 至 multicast group 的方式來處理。因為在一般的 Internet 上傳輸大量的影音會遇到一個實際的問題就是封包經由網路傳輸之後的 delay 及收到封包可能會因路由不同而產生的封包重組問題。VoIP 在處理 delay jitter 及 loss packet 的問題上是將 packet size 減小,而且當語音的 packet 有一點點的 loss 在重組時可以經由軟體計算及適當的忽略而得到解決,因為人耳可以有相當程度的辦視能力,而且每個 packet size 小到真正的 payload 約只有 20 byte ,這個數字在語音 stream 中單一個 packet 所帶的資料是很少的,就算 loss 也無所謂。但是影音合在一起呢?資料是語音的數十倍,而且人眼比人耳可以更仔細的分辦有無雜訊,所以使得經由網路傳送影音資料比單一聲音困難多了。不過 MPEG4 就是設計來作這個困難的事的,MPEG4 可以將一片 DVD 的影片壓縮成 400MB 至 700MB 而品質還要比 VCD 好,而且是針對 Stream 設計的,可以調整 Bandwidth

不過在 Busniess Week 上的一篇文章可以看出來,國外和國內的不同。這篇文章中談到因為版權的問題,在國外可能只有少數的公司可以作這種生意,像是 Disney 或是 Sony

說到這個問題就像 RIAA 反對音樂和電腦結合一樣的道理。
不過看來 Internet 好像找到明日之星了--需要大量頻寬,這樣子才有增加頻寬的需求,產業才會進步吧!
光纖纜線加上 DWDM 才會有市場,FTTH才會早日實現。

註:Google Search IPTV
1 回應 1 回應 ( 656預覽 )   |  [ 0 引用 ]   |  permalink   |   ( 3 / 1593 )

上班還是不上班,那是個好問題
04/04/2005, 23:50 - 今天
公司今天共有六十多人請假不上班。很奇怪,有那麼多人不想來上班,為何不直接放假算了。我是因為根本不知道可以有連續假期,而且放假也不知道要到那去,當然就只有去工作啦,但是沒有那麼多人到公司,也有好處,就是比較安靜,沒人來找開會,或是討論問題,可以專心的寫程式。但也有不好的,就是到處找不到人,理由都是”請假”,而且還很理直氣壯的大聲說出來!
發表回應 發表回應 ( 504預覽 )   |  [ 0 引用 ]   |  permalink   |   ( 3 / 1582 )

還是簡單一點好。
04/02/2005, 23:18 - Open Source
換了 PHP 5.0.4 順便起動了 SPHPBlog 的壓縮功能,這樣子就可以節省一點空間了。因為我這部 Mac 6100 才用了一部 2GB 的SCSI 硬碟,所以空間有限。

看了很多的網站,大都使用 MySQL 加上 PHP 作成的網站管理工具程式,但為何一定是 MySQL 呢?還有為何一個網站內容的管理一定要用 SQL 來管理呢?

大家可能都忘了,檔案系統也是一個資料庫吧,而且也很好管理。若是只是一些小資料量的網站,用檔案系統的目錄及檔案來管理就太足夠了。至少我目前的 Blog 是這樣子的管理方式,又不用太擔心 SQL Server 出問題。不過若是您要作的網站有二個以上的 Web Server 作流量及工作量分擔的話,那還是用 SQL 會好一點,只少可以分散主機的 Loading,或可以將 SQL Server 裝在另一部主機上。但若沒有的話,還是簡單一點好了,因為我好像常常看到一些站台在過一段時間就會發生備份問題或是 SQL Server 出問題而流失資料。

還是簡單一點好。
發表回應 發表回應 ( 2681預覽 )   |  [ 0 引用 ]   |  permalink   |   ( 3 / 1707 )

今天
04/01/2005, 13:06 - 今天
對了,不要忘了今天是四月一日

祝您 佳節快樂!
發表回應 發表回應 ( 499預覽 )   |  [ 0 引用 ]   |  permalink   |   ( 3 / 1667 )

只是商人罷了!
04/01/2005, 13:01 - 原來如此
看到所謂的”國人之光” Super Shuffle 現在改成 Super Tangent 時,我真的知道,不過”只是商人”罷了。反正是”光”還是”恥”都無所謂了,”金戈戈”=”貝戈戈”才是真理。

不知道在說什麼的,可以參考以下:
Apple 的 iPod Shuffle
iPodLounge 對於 Super Shuffle 的看法
OIKOS 討論區 Search
Yahoo Kimo
Google Search

看完這些之後,您的感想是什麼呢?

註:古時有一種叫作”貝”,是當時的貨幣
1 回應 1 回應 ( 3985預覽 )   |  [ 0 引用 ]   |  permalink   |   ( 3 / 1739 )

whois 資料的後續
04/01/2005, 00:36 - Network
前文,今天收到 TWNIC 的回信,說私人資料會被查到是因為在申請的欄位上有選擇將 domain name 登錄到 whois database 時是否要公開,原來的 default 是會公開,要自己去關掉就可以了。
1 回應 1 回應 ( 896預覽 )   |  [ 0 引用 ]   |  permalink   |   ( 3 / 1608 )

Server 有點怪
04/01/2005, 00:06 - 今天
今天的 Apache Server 有點奇怪,若是我登入 Blog 並輸入內容的話,就會有 Sessions time out 的問題,可是之前一直都沒問題。事實上我發現在網路上一直有人(或是程式)一直在對主機測試作各種的要求,有些根本就是 Windows 的...所以我想可能是 Apache 真的被玩壞了。或者是我在 Apache unique sessions id 的設定有問題吧。找.........吧!若將 /tmp/sess* 刪除,就會正常,但不久就又會再發生同樣的問題。

將 /etc/httpd/httpd.conf 中的 KeepAlive 變作 Off

#
# KeepAlive: Whether or not to allow persistent connections (more than
# one request per connection). Set to "Off" to deactivate.
#
#KeepAlive On
KeepAlive Off


就好像沒問題了,不過還要試試。

又試了一次,好像只有上一篇的文章會有問題,這個要好好查查了。

奇怪,只有樓下那篇有問題。

找到可能的問題了,就是我有將 Trackback 打開,但是若內容有太多的網址引用時就會變慢,關掉就好了。

發表回應 發表回應 ( 669預覽 )   |  [ 0 引用 ]   |  permalink   |   ( 3 / 1469 )

回到 Mac
03/30/2005, 15:57 - Apple
為何會想要用 Macintosh ? 在Slashdot上有一些關於 Return of the Mac 的精采討論。

內容談到All the best hackers I know are gradually switching to Macs,但是事實上不是 switch 而是回歸,這位老兄看來也是一位從80年代就開始使用 Apple II 的玩家,並且對於後來的 InetlMicrosoft 的電腦有點不以為然,至少他個人認為要買電腦至少要買 IBM Thinkpad 才可以!而且也因此使用過Linux / BSD,但是現在卻選擇了使用 Macintosh Powerbook的最重要原因是OS X,一個有 UNIX系統的開放架構的作業系統,及簡而美的設計風格。當然還談到一個作業系統的成功不是單只有 OS 本身的設計好壞,而是在支援軟體的多少。而且軟體開發的關鍵在於開發人員的多少以及軟體是否是使用者真正想要的。若是有一個軟體是使用者真正要用的(他用 Apple II 時的試算表軟體 VesaCalc作例子),這時就會將使用者吸引到這個平台上,像 Microsoft 的 Office 是一個例子,而 Apple 的 iPod 加上 iTuneApple Music Store 線上音樂商店可能會是下一個例子。在這篇文章還可以看到一些關於 Mac 的使用者的觀點,像是老阿媽或是專業的繪圖軟體使用者等。不過如果一部電腦或者是作業系統是老阿媽(該作者七十歲的母親也使用一部 Mac 的 laptop)也會用的,這對於一般的使用者而言不就更簡單了嗎?那為何以前(現在好像也沒多少人)沒有人要用 Mac 呢?

而 OS X 呢?因為是 BSD 相容的 UNIX 系統,所以也吸引了相當多的 UNIX 使用者或程式設計人員轉換到 Mac 上來。但是這些人為何要轉換到 Mac 呢?是因為 Mac 有免費的 XCode 可以寫程式,還是因為可以在 OS X 上使用 Open Source for UNIX 的程式,還是在 OS X 上直接可以使用 X Window 呢?我個人看來的話,都有吧!

如果您是一個將電腦拿來玩 Game 的人,那您就不用再看下去了,就像 Slashdot 上的某位老兄一樣,被 K 得很慘,因為這篇文章是討論為何那些 Hacker 等級的人要轉換到 Mac 上來,而不是問大家為何不要用 Mac。

其中還談到當這些人使用一種新的技術或是選擇新的平台時,通常在當時是沒有人了解的,但是在若干年後(原文是說約十年)就會成為大家平常都在使用的東西了,像是 UNIX 系統 / Web / 圖型顯示 / VoIP / Google 搜尋的技術 等等,在當時都只是一小群人在學校或實驗室把玩而己,但今天己經成為日常生活的一部份了。所以如果以這群人只是少數來看待的話,而認為沒有市場的話,那就太沒行情了。因為這些人是所謂的精英分子,握有未來發展的方向盤。

談這兒最主要的原因應該是從由 iMac 開始帶動的各種風己經在收成了,像是 iMac 的彩色透明外瞉、使用USB 介面、不使用 Floppy、15"/17" 的 NoteBook、內含 DVD-ROM/DVD-RAM、10/100/1000 Ethernet、Wireless LAN、BlueTooth Keyboard/Mouse、Music Store、iTunes、iPod等以電腦為 Digital Hub 數位中心的想法己經被接受了。今年 Apple 用 Mac mini 及用 iPod Shuffle 造成話題,再來的新版本 OS X 10.4 一定會再造新的討論,等著看好了。
發表回應 發表回應 ( 2294預覽 )   |  [ 0 引用 ]   |  permalink   |   ( 3 / 1636 )

TWNIC Whois Database 有無法保密的問題
03/28/2005, 23:55 - Network
因為沒事,用 whois 查了一下自己的domain name 結果發現我的地址、電話、姓名等個人資料全可以看到。若我是詐騙集團,用 whois 就可以查到台灣所有的 domain 註冊人員的資料,而其中的公司申請人比較沒有問題,因為是用公司名義申請的,但是像我這種申請 idv.tw 的可能就不太好了。我己經 email 給 TWNIC 了,希望在whois database 可以不要顥示個人資料,但要多久才會改呢?這段時間我的資料可是等於放在”台北火車站”的售票口供大家自行查閱呀!那您的資料是否也是這樣呢?要不要也幫忙 email 給 TWNIC 呢?

註一:我也不知道送信給 TWNIC 是否正確,但它是台灣 .tw 的最上層主管單位,應該是可以的。
註二:我是向 SEED Net 申請的。
2 回應 2 回應 ( 809預覽 )   |  [ 0 引用 ]   |  permalink   |   ( 3 / 1756 )

2005 TW Blogger BoF 台灣部落格玩家輕鬆聚
03/28/2005, 23:26 - 今天
2005 TW Blogger BoF 台灣部落格玩家輕鬆聚,明天要開始了,好想去,不過下班時間,從桃園到台北可能有點難,再加上1800就開場了,可是我1730才下班,路又不太熟,這個...考慮一下是否要 ....哦...我是說彈性提早下班。8-)

結果下大雷雨,我就沒有去了,但是可以看網路上有參加的人的報導。
發表回應 發表回應 ( 630預覽 )   |  [ 0 引用 ]   |  permalink   |   ( 2.9 / 1724 )


<<開始 <前一頁 | 46 | 47 | 48 | 49 | 50 | 51 | 52 | 53 | 54 | 55 | 下一頁> 最後>>