RSS   



  可打印版本 | 推薦給朋友 | 訂閱主題 | 收藏主題 | 純文字版  


 
 38  3/3  <  1  2  3 


 
主題: [求助] [已解決][問題]雙核心轉檔時其他軟體會lag嗎?   字型大小:||| 
  ☆★☆★ TWed2k 向你推薦這篇文章 ★☆★☆  
平凡小任
金驢友〔中級〕
等級: 17等級: 17等級: 17等級: 17等級: 17


 . 積分: 2378
 . 文章: 8010
 . 收花: 19199 支
 . 送花: 18840 支
 . 比例: 0.98
 . 在線: 7367 小時
 . 瀏覽: 58690 頁
 . 註冊: 7969
 . 失蹤: 47
 . Taiwan
#31 : 2007-6-20 11:50 PM     全部回覆 引言回覆


引用:
Adsmt寫到:
那是因為隨時都有其它程式在背景執行。
兩顆都跑到 100% 就確定是支援雙核心.
我有寫過一個程式,可以試試單執行序和多執行序的差別。

http://www.cs.nccu.edu.tw/~s8829/cpuhottest.rar

應該不可能吃到兩核都100
因為就我自己的觀察
他會接近一半多多但不會攻頂
因為雙核也不是神
真的兩核都一百就會跟以前的單核一百一樣
什麼事都不能做...XD
而且以工作管理員看
他也是兩核的視窗合用一個cpu使用率...

剛剛稍微試了一下,單轉一檔:

設定使用單一核心:

再開個程式轉檔:

而我在第三個圖時刻意另外開啟一些程式
並且觀看25g的hdtv深藍且刻意不使用顯卡加速
發現影片比平常頓,此外開啟程式比平時慢
不過我現在我比較能確定雙核的100%並不會像單核的100%那樣什麼都不能碰
他比單核多了些餘裕倒是真的
以上...

[平凡小任 在  2007-6-21 12:21 AM 作了最後編輯]



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
平凡小任
金驢友〔中級〕
等級: 17等級: 17等級: 17等級: 17等級: 17


 . 積分: 2378
 . 文章: 8010
 . 收花: 19199 支
 . 送花: 18840 支
 . 比例: 0.98
 . 在線: 7367 小時
 . 瀏覽: 58690 頁
 . 註冊: 7969
 . 失蹤: 47
 . Taiwan
#32 : 2007-6-21 12:30 AM     全部回覆 引言回覆


引用:
Adsmt寫到:
2. 單執行序程式是不可能用到兩顆核心的,你會覺得另一顆有在動是因為其它背景程式的關係。驅動程式只是讓程式可以使用第二顆核心,不代表所有程式都能全部使用第二顆。

3. 細部參數可多了, I, B, P frame, motion estimation, subpixel refinement, deblock, reference, quantizer, quantization matrix.....起碼有數十項的參數可調整,2-pass 只是基本中的基本,我那時還因為 MeGUI 支援的 x.264 不夠而去修改原始碼哩。況且 2-pass 也不會用到兩倍的時間,基本上我都是用 3-pass. 我當然知道來源很重要啊,但我不是在和你討論這個,我是以來源都相同的假設來討論的。

你的範例不能代表什麼,因為那是一張靜態的圖片,而你擷取的也是靜態時的畫面。況且你已經犯了一個嚴重的錯誤,沒有 crop & resize, 導致畫面比例錯誤,NTSC 的象素比例不是 1:1,要搞好這個,可以讓一個初學者費煞心思了。而一張圖片也看不出你 de-interlace 的品質如何,想當初我為了搞好 de-interlace 也花了不少時間,才發現,世界上沒有萬用的 de-interlace filter, 每部影片都可能要用不同的 de-interlace filter 及下不同的參數。至於其它部份......就不提了....我要說的是,一鍵搞定,其實很多東西都做得不完美....

2. 這我就不清楚了,因為站在設計者的立場,他沒有理由硬性規定所有的程式只給一個核心使用,除非有我上面那個指定的動作你才會看到cpu使用率的傾斜...
3. 你講的那些可能是非常細部沒錯,可是一般人使用不到,以我上面的圖片來講,我分不出差異,事實上就算動態的影片我也分不出差異,所以你的意思是來源不錯時考驗的是轉檔者細部設定的功力?這我同意,不過我相信跟我上面的做法一樣,或許有差異可是也不會明顯。這樣子好了,我有機會再抓nike大2pass和1pass的檔案來加以比較,他們畢竟是專業,轉檔大概轉算千片有了,這部分他們可是專家...XD

我不知道你要更新解析的用意在哪裡?因為我是採取原解析下去轉檔的,畫面的比例錯誤?兩張不是一樣大小嗎? 一樣大小才能比較吧?我不會拿hd那種高解析的原圖來跟dvd比啊?這是不公平的,你講的那些我好像在轉檔視窗有看過,他有一大堆修正的動作,我沒有設定他就幫我執行了阿,我想一鍵轉檔的好處就在這裡,我不需要什麼複雜的設定或者理念,可是我可以獲得不錯且可以接受的品質...一鍵搞定就是我上面的例子,我覺得不錯了,檔案至少比較小也沒什麼差異的問題存在...

[平凡小任 在  2007-6-21 12:49 AM 作了最後編輯]



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
平凡小任
金驢友〔中級〕
等級: 17等級: 17等級: 17等級: 17等級: 17


 . 積分: 2378
 . 文章: 8010
 . 收花: 19199 支
 . 送花: 18840 支
 . 比例: 0.98
 . 在線: 7367 小時
 . 瀏覽: 58690 頁
 . 註冊: 7969
 . 失蹤: 47
 . Taiwan
#33 : 2007-6-21 01:03 AM     全部回覆 引言回覆


引用:
Adsmt寫到:
因為 DVD 原本的解析度不能代表他最後播出的比例,一般 player 會依據影片的DAR(Display Aspect Ratio)自動把 DVD 影片 resize 到正確比例,而你這個 player 也滿怪的,因為連播 DVD 都是錯誤比例。
但你轉成其它格式如果照原來 720x480, 就會永遠都是錯的了,除非有支援強制調整播放比例的 player(ex. kmpalyer).

因為太多了解釋不完,如果想知道多一點,到下面網址去看吧。
http://doom9.cdpa.cc/index.html?/aspectratios.htm

假設我是使用1680x1050來播放dvd的話
那麼我想不管我怎麼去設aspect ratio都沒辦法滿足我的需要吧?
至於player怪那是因為我本來就是拿轉過的跟原檔比,而我這種h264以這種播放器播吃資源最少,因為我的h264就是這個軟體的姊妹品去做的
如果你要看kmplayer播,也可以,有機會用給你看,不過我想應該一樣啦
我想您不能把他搞錯了
以為要拉到畫面最大或者全螢幕才能比較
因為再怎麼拉大再怎麼全螢幕,用我的1680x1050出來就是慘,管你是原檔還是轉過的
這也就是我為什麼要追求hd級的影片原因了...

至於您講的那個網址我以前也曾經去晃過
不適合我
我比較適合簡單易用的軟體
細部設定、高級調教還是留給寫書的人吧...XD

補充:

上面這張也是轉的阿,跟dvd有什麼差異我看不出來
檔案比較小就是他的賣點了阿...

[平凡小任 在  2007-6-21 01:13 AM 作了最後編輯]



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
平凡小任
金驢友〔中級〕
等級: 17等級: 17等級: 17等級: 17等級: 17


 . 積分: 2378
 . 文章: 8010
 . 收花: 19199 支
 . 送花: 18840 支
 . 比例: 0.98
 . 在線: 7367 小時
 . 瀏覽: 58690 頁
 . 註冊: 7969
 . 失蹤: 47
 . Taiwan
#34 : 2007-6-21 01:16 AM     全部回覆 引言回覆


引用:
Adsmt寫到:
不曉得你在說什麼,影片保持正確比例就好了,4:3 就 4:3, 16:9 就 16:9 剩下的就留黑邊,和你 1680 x 1050 有什麼關係?
你硬要把它塞滿整個螢幕看比例離譜的影片,那當然會很慘。

對阿,那你還一直在講我的比例有問題,那不是很怪嗎?
你這樣子看也知道我平常根本不會用全螢幕去看dvd
就算留黑邊也一樣,而且剩下的就留黑邊,如果你的螢幕旁邊的框是銀色的或其他色系,留黑邊不會感覺有突兀嗎?
最好的方法就是像我那種小視窗,因為放大就失真,就算你保留原比例,其他一片黑黑的能看嗎?
真正要用全螢幕來對付他的也只有hdtv而已
當然這要看個人
我如果還在用1024x768,那dvd或者dvdrip就能滿足我了...XD

再者,螢幕大小和影片關係可大了
你可以保留現在的dvd,然後你再換一顆大螢幕
看你會不會覺得dvd不夠用?

[平凡小任 在  2007-6-21 01:22 AM 作了最後編輯]



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
平凡小任
金驢友〔中級〕
等級: 17等級: 17等級: 17等級: 17等級: 17


 . 積分: 2378
 . 文章: 8010
 . 收花: 19199 支
 . 送花: 18840 支
 . 比例: 0.98
 . 在線: 7367 小時
 . 瀏覽: 58690 頁
 . 註冊: 7969
 . 失蹤: 47
 . Taiwan
#35 : 2007-6-21 03:55 AM     全部回覆 引言回覆


引用:
Adsmt寫到:
通常講的全螢幕,是指保持正確比例下,把畫面放到整個螢幕,沒辦法填滿的部份就留黑邊。
其它部份黑黑的為什麼不能看?你要不要調查一下有多少人是這樣看的?

再者你怎麼看影片的習慣,不在此次的討論範圍。DVD, VCD 夠不夠用,螢幕大不大,也不在此次討論的範圍。
重點是,你壓出來的 dvdrip 光是比例就不正確,當然你說不在意,那就算了,因為你在不在意也不在此次的討論。反正你只要記得--它是不正確的,不要去誤導別人。

最後小小建議,還是去把 doom9 的一些文章仔細看一下吧,因為我覺得你的回文已經有點不知所云了,抱歉,不是我在貶損你,而是因為我想給你正確的觀念,並給你指引,你拒絕接受就算了,卻還一直用一些奇怪的理由反駁,我覺得這不太好,做人應該隨時保持虛心受教的態度才是.....

什麼樣的比例才是正確的?
你要不要秀一個來看看?
我並沒有在誤導任何人
請注意我上面的測試只存在於我的系統,不存在於你的或是任何人的
你一直把你的比例說的多正確卻拿不出圖片來實在是非常奇怪
給我正確觀念給我指引?
我好像遇到的摩門教都跟我這樣說神的好處
給個圖片來看看什麼叫做dvd的黃金比例吧?
不然我也不知道你講的比例到底是什麼碗糕?
而且dvd要看片片,不是什麼都是4比3
也有16比9的,我不知道你指的到底是什麼東東?
難道轉檔出來一定要符合什麼白皮書才是完美嗎?
免了,簡單、好用就好
我之前在pcdvd也遇到一個叫我去看書的
說老實話書如果都那麼好看大家都是博士博了也不需要什麼老師了...XD

試了一下,閣下的比例理論實在令人啼笑皆非
管你影片是怎麼做出來的
看片時就是可以調整比例
你要原始大小、縮小畫面、放大畫面、自己拉自己調整大小一應俱全
你前面看那女生看起來很胖以為比例不正確,其實他的dvd就是這個比例
難道胖的人你刻意把他拉長才算是好比例?
不是吧?
在下是忠於原味的,不會刻意改變他的比例,轉出的影片本來就是設original
而不是你說的什麼固定720x480
只是你看到的這片剛好是7xx而已
閣下以一兩片推論全部的片片實在是不太客觀阿...

最後虛心問一下,以下兩張圖片,哪一張符合您說的比例?

左邊右邊?

[平凡小任 在  2007-6-21 04:54 AM 作了最後編輯]



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
平凡小任
金驢友〔中級〕
等級: 17等級: 17等級: 17等級: 17等級: 17


 . 積分: 2378
 . 文章: 8010
 . 收花: 19199 支
 . 送花: 18840 支
 . 比例: 0.98
 . 在線: 7367 小時
 . 瀏覽: 58690 頁
 . 註冊: 7969
 . 失蹤: 47
 . Taiwan
#36 : 2007-6-22 11:15 AM     全部回覆 引言回覆

請教一下
解析的正確與否會影響畫質甚大嗎?
因為我在前面的比較圖是為了比較畫質的
此為其一...

既然播放器在播放時就會靠direcx再幫你resize
那麼強制去調整640x480轉檔不知用意何在?
轉出來的畫面比較精美?
或者轉出來的畫面很有水準?
並沒有阿?

我參考了一下網路上我抓的影片
解析度有下列幾種
640x480
704x396
720x404
768x576

上面這些應該就是兩位所說的正確的比例了吧?
我自己是覺得太誇張了啦
我不能說我轉出來的符合專業轉檔者的設定
但是拿來跟原始dvd做比較還是可以的吧?
而且我使用播放器來播放
不管是dvd還是我自轉的
他都是從720x480 => 720x540
而使用mpc來播放dvd,產出的截圖是720x480
因此我要請問,上面這兩種哪一種才是正確的比例?
resize過的?還是原始的?
我上面110樓的問題a兄還沒回答喲...

個人以為,resize過要影響畫質要看你來源的檔案來判定
假設你本來的來源是vcd級的
你resize到dvd或者hd的標準畫面你就是會流淚
因為resize過多了
就像樓上朋友講的
為了某種原因還要加減黑邊云云
如果隨便增減那些黑邊就造成畫質的重大減損的話
樓上朋友的演算法其實也就算是一種戕害畫質的方法...XD

說真的我不太了解這些比例會影響到畫質很高的程度嗎?
轉檔沒遵照這些轉出來的就不能看嗎?
轉檔應該是很個人的,就是純做一種檔案的壓縮保留的動作而已
管你產出來的解析如何如何
你看不爽播放器還是可以自己拉不是嗎?
何況在這邊講這些解析的東西好像跟我前面轉檔比較圖沒有關係吧?...XD

[平凡小任 在  2007-6-22 11:38 AM 作了最後編輯]



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
平凡小任
金驢友〔中級〕
等級: 17等級: 17等級: 17等級: 17等級: 17


 . 積分: 2378
 . 文章: 8010
 . 收花: 19199 支
 . 送花: 18840 支
 . 比例: 0.98
 . 在線: 7367 小時
 . 瀏覽: 58690 頁
 . 註冊: 7969
 . 失蹤: 47
 . Taiwan
#37 : 2007-6-22 03:01 PM     全部回覆 引言回覆


引用:
Adsmt寫到:
忘了說,你覺得連比例都錯誤,所有物件人物都被拉得扭曲變形,然後再來談畫質好不好有意義嗎?
對啊,你說 player 就可以調整了, 所以我說如果只是你自己看的,就全部都無所謂....所以我才說你錯誤觀念可以留給你自己,但不可以去誤導別人....

呵呵,我轉的那片dvd原比例是多少請教一下?
被拉得扭曲變形?難道我本來的四比三我把他設成16比十啦?
不是自己看的就是如此,我如果供自己轉的檔,我也是用一樣的東西,如此而已
至於好不好就見仁見智
我沒有要你同意我的觀點
可是我也不覺得您的觀念有多高明
轉檔的解析要設多少
其實要看用途,請參考這篇...

至於我轉的檔後來用播放器播他自己都有再調整過
我不認為有什麼差異
而且你拿一般的dvd播放他player也是會調整
只是你轉檔的動作是已經幫他算好了,如此而已
而且事實上是,這種播放器自行調整下,並不會造成系統的負擔
也不會讓你讀取影片變很慢
會在那邊斤斤計較解析度的
其實是有點給他杞人憂天了

與其在那邊計較解析度云云
不如想辦法增進轉檔的效率和品質
並且試圖在容量和畫質上取得一個平衡
這才是轉檔的初衷
至於您轉檔的目標和看法在其他方面
我想這也是您的自由與想法
不過我是認為沒有探討的必要...

而我想閣下所稱的解析度或者網站探討云云
說穿了,就是dvd的發展卡在這個青黃不接的情況
上面有hd下面有vcd
而所有的解析度其實依據的是我們所用的螢幕
他壓根就沒想到後來的螢幕越來越大
原本的dvd已經不敷使用或者看出破綻了
也因此才有那些演算法
但事實上是,以現在大螢幕的表現
任何從dvd轉出來的都沒辦法符合實際使用
管你的演算法有多精良,放大到全螢幕就會不足
從這個觀點而言,以閣下特地幫轉檔軟體算好播放器修正後的比例,並依此轉檔的話
在全螢幕的摧殘下,也能免於被罵到臭頭的命運嗎?
我很懷疑...

在我這篇文章的最後
你雖然說要我不要誤導大家
可是我卻要說我轉的檔案其實是最貼近原始dvd(720x480),因為你拿來放不更動就是這樣,dvd來也一樣
另外從DVD轉成x264的avi,這樣子相對就是告訴你,我這個就是要用電腦看
現在電腦的player功能太多了
一些網路抓的回來一放畫面顛倒了
按個按鈕畫面就變成正的
就因為功能多且強大
我相信很多人都改採電腦做為最理想的播放設備
那些解析度云云,說實在的,留給播放器或是軟體搞定他就好了
轉檔的只要在乎品質和效率其實就很好了
當然時間多慢慢來也很好
不過對於手上有一塔片要轉的人可就不是了...XD

[平凡小任 在  2007-6-22 03:57 PM 作了最後編輯]



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記

 38  3/3  <  1  2  3 
   

快速回覆
表情符號

更多 Smilies

字型大小 : |||      [完成後可按 Ctrl+Enter 發佈]        

溫馨提示:本區開放遊客瀏覽。
選項:
關閉 URL 識別    關閉 表情符號    關閉 Discuz! 代碼    使用個人簽名    接收新回覆信件通知
發表時自動複製內容   [立即複製] (IE only)


 



所在時區為 GMT+8, 現在時間是 2024-5-4 06:43 AM
清除 Cookies - 連絡我們 - TWed2k © 2001-2046 - 純文字版 - 說明
Discuz! 0.1 | Processed in 0.030448 second(s), 7 queries , Qzip disabled