-停權中- | 樓上的Ivan Lin大大,何謂您今天 05:27 PM 所說的找碴....????? 如果您找碴之說在影射小弟今天 04:44 PM所提 DU Meter 並非為"免費"的測速軟體,小弟今天 04:44 PM所提這有何不妥之處??? 當有大大說出「我相信真的有能壓縮的視訊語音頻寬的軟體 但是 是免費嗎???」的話,小弟今天 04:44 PM所提 DU Meter 並非為"免費"的測速軟體,這有何不妥之處??? Ivan Lin大大您今天 05:27 PM 既然說自己知道視訊傳輸當然是有壓縮,又自稱職業或是工作上專精的技能(專長) 為Software Engineer,您應該知道壓縮就有關乎壓縮率,什麼樣壓縮方式和什麼樣壓縮率,自然有不同的表現 小弟今天 05:12 AM算法有何問題?????? 以VGA 640x480(以坊間所賣30萬畫素webcam)為例: 640 x 480 (Pixel) x 24 (bit) x 25 (frame/sec) = 184,320,000 bps (每秒的資料量) 這個數值除以 1024,就是理論上真正需求的純視訊上傳頻寬Kbps, 184,320,000 / 1024 = 180000Kbps 所以一定要壓縮之後再上傳 什麼叫作即使畫面解析度,色彩度及frame數可達小弟今天 05:12 AM宣稱的規格??????這規格對坊間所賣30萬畫素webcam很特殊嗎???這規格對坊間所賣30萬畫素webcam很罕見嗎??? 目前視訊會議就是把理論上真正需求的純視訊上傳頻寬Kbps壓縮之後再上傳,差別只在什麼樣壓縮方式和什麼樣壓縮率。 Software Engineer各有其職業或是工作上專精的技能(專長) ,如果您對這方面不甚知之,可把小弟今天 05:12 AM算法轉貼到各大Software Engineer 討 論 區,請其他專精這方面的Software Engineer,挑出小弟今天 05:12 AM算法是否有問題............ 小弟申明,自己今天 05:12 AM文字放棄著作權,小弟歡迎各位大大轉貼到各大Software Engineer 討 論 區去討 論討 論 |
回覆 |
會員 | 請問 PPPP 大大 1.那您實際測得的數據是多少呢 不用 DUMETER 可以換 MRTG 也是可以 2.視訊品質以哪個較優呢 3.哪一個 CPU LOADING 較低呢 |
回覆 |
阿哲電腦綜合論壇 | taipeimagic 兄您好,小弟深深覺得 PCZONE 真的是個有趣的地方呢! 尤其是拜讀某前輩的知識性文章更是讓小弟我受益匪淺! 並且讓我們對於"好學不倦"的定義有了更深一層的體驗。 您說是吧 ~~~ ^O^ |
回覆 |
嘴炮戰隊隊長 | 引用:
[1] 轉貼你的文章?我建議你直接將你的問題直接在其他專業討論區發問。你的文章看起來實在是很雜亂,我不大敢作轉寄的動作。(不要問我為什麼。) [2] 建議你先去看影像壓縮的相關資料,再來發表你的討論,你的回覆內容看起來是一點影像壓縮的常識都沒有,沒有人使用這樣的算法去計算每秒中所需頻寬。 [3] 先問你個簡單問題,DVD的影像最高 Bitrate 為何?其畫質與一般現行視訊壓縮相比,何者畫質為高? [4] 不要亂說我沒說過的話,我的職業是軟體工程師沒錯,可是軟體工程師跟影像壓縮有何關係?(雖然以前的確作過DVD Encode & Authoring這一行。)請不要拿出你一貫的臆測方式。 [5] 就當本人是來亂的,我不再回覆你了。不然會有人進入某個名單。 | |
回覆 |
-停權中- | 引用:
不是同時一對五 為什麼 我要強調 同時不能有其他的上傳動作 是為了確保數據實驗的公正嚴謹性 一般人很少只會乖乖用視訊或語音而不做其他的上傳動作 如 收發電子郵件 使用Kuro Ezpeer ... .... 檔案分享.... 因為64Kbit 對於語音加視訊所需要的流暢頻寬仍然不足 此時再有其他的上傳動作 無啻是雪上加霜..... 還有軟體的普及率也是很重要的一個問題 今天用視訊或語音 除了企業或是一些行業需要的人 當然會用特殊的軟體 問題是你今天用了一個只有你或是少數人在使用的軟體 你需要跟對方視訊語音 還要對方灌這一個軟體 那是不是失去視訊或是語音的即時性和方便性了 我不是專業的人士 我只需要免費的 普及性高的軟體 我是以MSN messenger(Windows Messenger) Netmeeting Yahoo Messenger 當樣本 可能無法做全盤性的測試 我想當今電腦有裝這幾個程式(任何一種)應該有百分之90吧 如果PPPP仁兄 去測試結果的數據跟我不符 我願意向大家道歉 並依你的數據為準........ | |
回覆 |
-停權中- | 引用:
我很推崇Linksys(If Networking)的品牌 ...... | |
回覆 |
-停權中- | 引用:
小弟曾經亂說Ivan Lin大大沒說過的話嗎....????? 如果Ivan Lin大大能說明小弟是如何亂說Ivan Lin大大沒說過的話,小弟若有得罪之處,小弟願意向Ivan Lin大大&大家道歉........ 您今天 04:17 PM 所問軟體工程師跟影像壓縮有何關係?咱們現在應chih_haohung大大之要求,挶限在討論免費軟體的影像壓縮,Software Engineer各有其職業或是工作上專精的技能(專長) ,小弟依樓上您發言內容,臆測您對這方面不甚知之,所以乾脆說您可把小弟昨天 09:12 PM 算法轉貼到各大Software Engineer 討 論 區,請其他專精這方面的Software Engineer,挑出小弟昨天 09:12 PM 算法是否有問題............ 引用:
樓上的Ivan Lin大大,何謂您今天 04:17 PM 所說的:「直接將你的問題直接在其他專業討論區發問。」....????? 小弟今天 10:41 AM所問問題如下: (1)何謂您今天 05:27 PM 所說的找碴....????? (2)如果您找碴之說在影射小弟今天 04:44 PM所提 DU Meter 並非為"免費"的測速軟體,小弟今天 04:44 PM所提這有何不妥之處??? (3)小弟昨天 09:12 PM 算法有何問題?????? (4)什麼叫作即使畫面解析度,色彩度及frame數可達小弟今天 05:12 AM宣稱的規格?????? (5)這規格對坊間所賣30萬畫素webcam很特殊嗎???這規格對坊間所賣30萬畫素webcam很罕見嗎??? 樓上的Ivan Lin大大,小弟上述五個問題是在問您耶,小弟直接將上述五個問題問題在其他專業討論區發問....其他專業討論區大大們怎知道您如何回答呢????? 引用:
引用:
那就是理論上真正需求的純視訊上傳頻寬Kbps,這樣的算法去計算,理論上哪兒錯了??????? 既然您自認影像壓縮的常識豐富,taipeimagic大大今天 01:33 PM 問得三個問題和chih_haohung 今天 01:10 AM 問得問題,由您簡單問答他倆好了......... 引用:
您和五個人實際測試 Hinet Seednet Giga SONET 的 adsl (512/64Kbit或 1.5Mb/384Kbit) 和東森雙向Cable (2Mb/256Kbit)既然皆是寬頻上網,02-26-2003 09:55 PM 如何能得出:「要想 建立流暢的語音交談(同時間不能有其他的上傳動作) 雙方的連線 雙方的上傳頻寬必須至少 20kbit」這樣子的經驗之談呢???? 您說得情況,不會得到:「要想 建立流暢的語音交談(同時間不能有其他的上傳動作) 雙方的連線 雙方的上傳頻寬必須至少 20kbit」這樣子的經驗之談,所謂的20kbit應為你臆測吧??????? 軟體的普及率自是很重要的一個課題 今天用視訊或語音,除了企業或是一些行業需要的人,會用特殊軟體的人較少,可是呀,你今天用了一個Windows Media Encoder 7.1 中文版軟體,你或是絕大多數人在使用Windows的人,你需要跟對方視訊語音時候,你無須要對方灌這一個軟體,那是不是沒有失去視訊或是語音的即時性和方便性了呢 不是專業的人士,需要免費軟體的人,需要有全中文操作介面,需要兩岸中國人接受度較高軟體的人,是不是可以考慮用Windows Media Encoder 7.1 中文版(已有較新版) 我是以Windows Media Encoder 7.1 中文版當樣本,無須做全盤性的測試,當今使用Windows的人,就可收看Windows Media Encoder 7.1 中文版傳出的視訊流.............. ………小弟今天 08:44 AM就提醒過您 ………這軟體原先開發目的為串流媒體所用軟體,Microsoft 公司數年前就已解決無須要對方灌這一個Windows Media Encoder 軟體的課題........... | |||||
回覆 |
嘴炮戰隊隊長 | To everybody 當我編輯某個名單之後,發現這一篇可以變的很清爽,建議各位也可以比照辦理。 我幫各位拉出連結來了 http://www.pczone.com.tw/member2.php...serlist=ignore 建議各位也可以善用這個功能。 |
回覆 |
阿哲電腦綜合論壇 | 謝謝 Ivan Lin 兄~~ |
回覆 |
會員 | 嗯~~~Ivan Lin兄真是辛苦您了.... 另外也向chih_haohung及taipeimagic兩位網友致上崇高的敬意 |
回覆 |
XML | RSS 2.0 | RSS |
本論壇所有文章僅代表留言者個人意見,並不代表本站之立場,討論區以「即時留言」方式運作,故無法完全監察所有即時留言,若您發現文章可能有異議,請 email :[email protected] 處理。