【討論】16:9高清影音伺服器測試 Part2

第 1 頁,共 2 頁 1 2 末頁末頁
顯示結果從第 1 筆 到 10 筆,共計 11 筆
  1. #1
    廉價網管 小島大和 的大頭照
    註冊日期
    2003-12-24
    所在地區
    HiNet FTTC 50M/3M
    討論區文章
    560

    【討論】16:9高清影音伺服器測試 Part2

    這次ostube出新版本了~

    已經從2.2更新到2.3

    新版本完整支援16:9規格,且已經成為預設規格了!

    part1 討論文章位置http://www.pczone.com.tw/thread/73/144761/

    part2 測試影片位置
    http://fre-11.fre.nihs.tp.edu.tw/ostube/video/187/
    麻煩大家幫忙做一下測試~

    以下是測試回報規格!

    網路速度:例:10M/10M
    網路環境:例:光纖
    網路ISP:例:HINET
    主機處理器:例:INTEL E6550
    主機記憶體:例:2G
    播放時CPU使用率:例:50%
    播放時的狀況:例:順暢
    播放時的下載速度:例:500KB(BYTE)
    建議:


    感謝大家的測試了~


    此文章於 2008-12-22 11:22 PM 被 小島大和 編輯。

  2. #2
    萌え尽き症候群 琥珀 的大頭照
    註冊日期
    2002-08-17
    所在地區
    中和區
    討論區文章
    10,022
    測試約十次,選一張好看的圖。虛擬機器跑不動,殺殺殺。



    速度:8M/640K
    環境:ADSL
    ISP:Seednet
    處理器:Athlon 64 3200+
    記憶體:256 MB
    建議:殺殺殺

  3. #3
    閒閒沒事做星人 Zuchen 的大頭照
    註冊日期
    2003-03-14
    所在地區
    TAnet
    討論區文章
    2,110

    回覆: 【討論】16:9高清影音伺服器測試 Part2

    網路速度:光纖10M/2M
    網路ISP:Seednet
    主機處理器:AMD Turion64x2 1.8GHz
    主機記憶體:2G
    播放時CPU使用率:沒注意,因我正在跑WCG運算,一定滿載
    播放時的狀況:順暢
    播放時的下載速度:沒有特地用軟體監測,但基本上都沒lag過
    建議:全螢幕化後仍略感模糊,不曉得是Flash限制,還是影片流量本身就不夠?但已經比大部分YouTube好多了。話說現在YouTube也有高畫質影片就是了。

  4. #4
    會員
    註冊日期
    2008-11-30
    所在地區
    FTTC 10M/2M
    討論區文章
    13

    回覆: 【討論】16:9高清影音伺服器測試 Part2

    網路速度:10M/2M
    網路環境:FTTC
    網路ISP:Hinet
    主機處理器:Intel C2D E8400
    主機記憶體:2G
    顯示卡:ATI Radeon HD 3850
    播放時CPU使用率:大部分維持在2%偶爾會到7%
    播放時的狀況:非常順暢
    播放時的下載速度:不曉得耶~看不到不過下載滿快的
    撥放速度永遠比下載速度有段距離
    影片看了八分鐘多後下載已經完畢
    不會LAG非常順
    此文章於 2008-12-22 03:50 PM 被 jp1203 編輯。

  5. #5
    萌え尽き症候群 琥珀 的大頭照
    註冊日期
    2002-08-17
    所在地區
    中和區
    討論區文章
    10,022
    自己用的 8M 下載,實際使用的狀況,單線常常都是 200KB~400KB 速度。網路速度跟不上影片速度,就先輸了一大截。

    這次的測試,網路才是關鍵。和自己用的硬體相比,現在的處理器、顯示卡、記憶體都不成問題。

    後來在實體系統上測試,全部下載完畢才播放,處理器使用 50%。

    用 Process Explorer 觀察,流量實在太高,覺得有些做過頭了。曾經看過高畫質影片,也是利用 Flash 來呈現,畫面大+較清晰+不延遲,同樣是用虛擬機器操作。



  6. #6
    會員 nightcat 的大頭照
    註冊日期
    2005-08-06
    所在地區
    HiNet FTTB 60M-10M
    討論區文章
    279

    回覆: 【討論】16:9高清影音伺服器測試 Part2

    網路速度:10M/2M
    網路環境:FTTB
    網路ISP:HINET
    主機處理器:INTEL E5200
    主機記憶體:2G
    播放時CPU使用率:3%~7%
    播放時的狀況:順暢,沒有LAG
    播放時的下載速度:維持500KB以上,影片7分30秒既全部下載完成。
    此文章於 2008-12-23 01:21 AM 被 nightcat 編輯。 原因: 時間描述錯誤

  7. #7
    會員
    註冊日期
    2004-05-21
    討論區文章
    440

    回覆: 【討論】16:9高清影音伺服器測試 Part2

    網路速度:8M/1M
    網路環境:CABLE
    網路ISP: 中嘉-->新視波
    主機處理器:INTEL E6850
    主機記憶體:2G
    播放時CPU使用率:2-8%
    播放時的狀況:例:順暢
    播放時的下載速度:看不見
    建議:這種畫質....要硬說是高畫質(1920*1080)...還早
    所以CPU跑起來不痛不癢...
    也因為是用XX的資源,25MIN左右下載250MB左右的話
    1MIN要有10MB--->1SEC要有166KB以上的下載就OK了
    要測試真正的高畫質可以拿X由風壓的MCROSS FR.......的BDRIP來玩玩
    32MIN左右,1GB多....

  8. #8
    會員
    註冊日期
    2002-02-20
    所在地區
    Hinet 50m/20m
    討論區文章
    282

    回覆: 【討論】16:9高清影音伺服器測試 Part2

    給樓主一些不好聽的建議,能聽進去多少就算多少。

    1、
    要練習一下轉檔的技術和經驗。
    187.flv
    228 MB (239,317,452 位元組)
    24分29秒
    video:640*360 1171.38kbps h.263?
    audio:122.9kbps mp3
    這感覺是來搞笑的。

    如果以平均1200kbps的流量給我用
    我可能會壓成
    video:1024*576 1100kbps h.264
    audio:64kbps he-aac
    然後用.mp4封裝而不是.flv。

    2、
    youtube現在有HD畫質
    要不然放在zoome也有1.5mbps的限制可以用
    放在學術網路實在太高調了,
    學網的巨量頻寬也不適合拿來驕傲。
    還放整話的動畫耶 orz...
    有捏他要先講一下啊,沒看過夏娜第x話的不就被捏到了?


    3、
    畫質好沒什麼了不起,
    流量開高給它灌下去就對了。
    問題是畫質就是一切嗎?
    youtube能有今天成功的地位是靠好畫質嗎?
    想個辦法在限制的流量下,如800kbps ~ 500kbps
    把畫質撐到最好,才是功力。
    別人要看時也不用花太多時間等下載。

    一些爛例子參考一下:
    http://zoome.jp/mov_test/diary/28/
    video:500kbps 512*352

    http://zoome.jp/mov_test/diary/26/
    video:750kbps 640*432

    http://zoome.jp/mov_test/diary/21/
    video:1300kbps 1024*576
    audio:都是64kbps he-aac

    .
    此文章於 2008-12-23 02:58 PM 被 k7system 編輯。

  9. #9
    閒閒沒事做星人 Zuchen 的大頭照
    註冊日期
    2003-03-14
    所在地區
    TAnet
    討論區文章
    2,110

    回覆: 【討論】16:9高清影音伺服器測試 Part2

    引用 作者:k7system 瀏覽文章
    3.畫質好沒什麼了不起,
    流量開高給它灌下去就對了。
    問題是畫質就是一切嗎?
    youtube能有今天成功的地位是靠好畫質嗎?
    想個辦法在限制的流量下,如800kbps ~ 500kbps
    把畫質撐到最好,才是功力。
    別人要看時也不用花太多時間等下載。
    同意。

    用最低的流量,創造最高的畫質,技術進步不就在這邊嗎?
    750kbps那篇在我看來已經和樓主11xx的畫質相當了。
    1300kbps更不用說,大勝。

    跟片源也很有關係,如果來源不好再怎麼轉都不會突然變好的。
    此文章於 2008-12-23 03:37 PM 被 Zuchen 編輯。

  10. #10
    廉價網管 小島大和 的大頭照
    註冊日期
    2003-12-24
    所在地區
    HiNet FTTC 50M/3M
    討論區文章
    560

    回覆: 【討論】16:9高清影音伺服器測試 Part2

    引用 作者:Zuchen 瀏覽文章
    同意。

    用最低的流量,創造最高的畫質,技術進步不就在這邊嗎?
    750kbps那篇在我看來已經和樓主11xx的畫質相當了。
    1300kbps更不用說,大勝。

    跟片源也很有關係,如果來源不好再怎麼轉都不會突然變好的。
    引用 作者:k7system 瀏覽文章
    給樓主一些不好聽的建議,能聽進去多少就算多少。

    1、
    要練習一下轉檔的技術和經驗。
    187.flv
    228 MB (239,317,452 位元組)
    24分29秒
    video:640*360 1171.38kbps h.263?
    audio:122.9kbps mp3
    這感覺是來搞笑的。

    如果以平均1200kbps的流量給我用
    我可能會壓成
    video:1024*576 1100kbps h.264
    audio:64kbps he-aac
    然後用.mp4封裝而不是.flv。

    2、
    youtube現在有HD畫質
    要不然放在zoome也有1.5mbps的限制可以用
    放在學術網路實在太高調了,
    學網的巨量頻寬也不適合拿來驕傲。
    還放整話的動畫耶 orz...
    有捏他要先講一下啊,沒看過夏娜第x話的不就被捏到了?


    3、
    畫質好沒什麼了不起,
    流量開高給它灌下去就對了。
    問題是畫質就是一切嗎?
    youtube能有今天成功的地位是靠好畫質嗎?
    想個辦法在限制的流量下,如800kbps ~ 500kbps
    把畫質撐到最好,才是功力。
    別人要看時也不用花太多時間等下載。

    一些爛例子參考一下:
    http://zoome.jp/mov_test/diary/28/
    video:500kbps 512*352

    http://zoome.jp/mov_test/diary/26/
    video:750kbps 640*432

    http://zoome.jp/mov_test/diary/21/
    video:1300kbps 1024*576
    audio:都是64kbps he-aac

    .
    轉檔這機制,是OSTUBE裡的程式交給LINUX裡的mencoder轉檔
    這是利用指令的方式轉檔,並不是手動轉成FLV再傳上去,
    如果要做成上述所說的壓縮格式,可能需要研究一下了,
    不然要用手動轉檔的方式= =

    至於放動畫 只是供於測試 並沒有任何意義

    且也不是專門拿來放動畫

    流量這部份會盡量降低

    感謝各位提供的意見和測試



類似的主題

  1. 【討論】請大家幫忙做一下ostube影音伺服器的負載測試--並回報-謝謝
    作者:小島大和 所在討論版:-- FTTB / FTTC / FTTH 光纖寬頻討論版
    回覆: 14
    最後發表: 2008-12-14, 10:58 PM
  2. 【討論】 檔案伺服器的規劃
    作者:abc111 所在討論版:☉ -- 架 站 DIY 討 論 版
    回覆: 1
    最後發表: 2006-08-14, 08:01 AM
  3. 【測試】台達 VS 蛇吞象 300W 電供器測試
    作者:adelies 所在討論版:-- 電 腦 硬 體 討 論 版
    回覆: 0
    最後發表: 2002-05-08, 03:15 PM
  4. 影音伺服器!!!
    作者:米利亞爾特 所在討論版:-- 網 路 技 術 版
    回覆: 1
    最後發表: 2001-05-08, 01:21 PM

 

此網頁沒有從搜尋引擎而來的訪客

發表文章規則

  • 不可以發表新主題
  • 不可以回覆文章
  • 不可以上傳附加檔案
  • 不可以編輯自己的文章
  •