Regular Member
加入日期: Jun 2000 您的住址: 台灣台北市
文章: 92
|
剛剛用VirtualDub在關掉preview的狀態下以huffyuv用各種解析度29.97fps錄了各30秒的影像片段,發現在384*288以上錄的話就會變慢動作(掉格,不過我不知從哪看掉格率),但奇怪的是cpu使用率大都在 30~70%左右,只有在640*480下cpu使用率曾達到90%(這是在將RGB Compression設在best的情況下,若設成Convert to YUY2則CPU使用率就會到100%,不過還是掉格不誤),這應該是硬體跟不上的關係吧(but若是硬體跟不上那為何cpu使用率不到100%呢?奇哉怪也!)?不過若是用TVplayer以YUV9錄640*480 29.97fps則很少有掉格的現象!若要說缺點大概只有不能破2GB吧~~~
還有,不管關不關掉preview錄到的影像根本沒差,跟沒關掉preview時錄的慢動作完全沒兩樣,這真是把我搞糊塗了!我真的能夠用TVplayer以外的程式錄到跟TVplayer錄到的AVI檔品質差不多好的影片嗎~ ~~~ ------------------ Lawrence Yst |
|||||||
2001-01-11, 03:06 PM
#31
|
Regular Member
加入日期: Jun 2000 您的住址: 台灣台北市
文章: 92
|
剛剛用VirtualDub去前幾天用TVplayer錄的AVI檔的掃瞄線,發現弄出來的影片﹝來源是YVU9,第一次在Compression中選擇不壓縮(26MB/sec);第二次使用huffyuv壓(9.5MB/sec);最後使用YVU9再壓(故意調到1 5MB/sec),結果前二者掉格嚴重,後者有點掉格但可接受﹞不但影片掉格極嚴重,連聲音也斷斷續續的!
就我目前所知來判斷可能有二: 1.cpu跟不上:cpu處理不了這麼大的資料量。 2.硬碟跟不上:cpu處理出來的影像沒問題,不過硬碟讀取速度不夠快,所以沒法播放得順。 請指正。 有個問題: Video rendering rate是啥?是不是跟fps類似的東東?因為我在壓時看到這個數值只有3~5fps左右,這就是原因吧? ------------------ Lawrence Yst |
||
2001-01-11, 05:45 PM
#32
|
Regular Member
加入日期: Jun 2000 您的住址: 台灣台北市
文章: 92
|
sorry~~
我上面說的我第三次是用YVU9壓,這次的效果其實不錯(不過畢竟經過了兩次的YVU9格式壓縮雜訊還是多了些),而後面的(15MB/sec)其實是後來我用TMPGenc壓成mpeg-1時才設的,用TMPGenc壓過後因為設定 不當弄出來的mpeg-1才會有些掉格。所以第三次這部份應該是沒問題的。 ------------------ Lawrence Yst |
2001-01-11, 06:19 PM
#33
|
Power Member
加入日期: Nov 2000 您的住址: 台灣桃園
文章: 644
|
>1.VirtualDub的"可突破2GB限制"是指在檔案大小大於2GB時會自動分割呢?還是指最大檔案大小為4GB?
VirtualDub使用OpenDML規格的AVI2 最大檔案大小其實幾乎是無限(至少可以很大) 只是Win98的FAT32限制最大檔案為4GB 所以它也提供自動分割的功能(你可以設定檔案分割的大小) 另外為了相容性,也可以讀取/儲存「舊的格式」AVI(有2GB限制) >2.VirtualDub顯示掉格率的地方在哪兒呢? Virtual是顯示掉的格數,而不是用百分比 在擷取模式右邊的Video最底下一行Frames dropped就是了 >3.最後的浪費時間問題:AVI_IO和VirtualDub哪個卡好呢?(當然是指畫質與使用方便性而言)之前QQQQ葛格力挺AVI_IO,不過我在拿到網友寄給我的AVI_IO後還沒使用過(其實是有,只是那時不知如 何關掉p review,對了,關掉的方法和VirtualDub一樣嗎?),也不知該說啥只是要收費覺得有點討厭;VirtualDub功能一堆,校調選項直到現在才懂了一些,像我這樣的笨蛋只好花更多的時間去熟悉。 就以連續抓取多檔的方式而言 據說AVI_IO應該是會好一點 但因為我不常使用到連續抓取多檔,而且也因為要收費 加上VirtualDUB在我的機器上沒發生過甚麼問題 所以我從來沒試過AVI_IO 順便告訴你一個小技巧 在設定完VirtualDUB的選項後 選Captual->Preferences F10 上面有Save current ... as default 和Save video compression settings 都勾選了以後,下次一進入Captual Mode按F6就可以馬上擷取 不必重設一次,很方便的(不過要小心它會覆蓋舊檔,所以每次錄完就把檔案更名會比較好) >剛剛用VirtualDub在關掉preview的狀態下以huffyuv用各種解析度29.97fps錄了各30秒的影像片段,發現在384*288以上錄的話就會變慢動作(掉格,不過我不知從哪看掉格率),但奇怪的是cpu使用率大 都在 30~70%左右,只有在640*480下cpu使用率曾達到90%(這是在將RGB Compression設在best的情況下,若設成Convert to YUY2則CPU使用率就會到100%,不過還是掉格不誤),這應該是硬體跟不上的關係吧(but若是硬體跟不上那為何cpu使用率不到100%呢?奇哉怪也!)?不過若是用TVplayer以YUV9錄640*480 29.97fps則很少有掉格的現象!若要說缺點大概只有不能破2GB吧~~~ 嗯∼ 你可能不是因為錄影錄得不夠快,而是因為播放的速度不夠 因為Huffyuv輸出的格式是RGB24,很少有顯示卡可以用硬體Overlay加速這種AVI (至少ATi的就不能,ATI只能加速YUY2,YVU9,YV12,UYVY等等) 所以會透過Windows GDI顯示,速度就慢了(我不確定這是Windows的或是Huffyuv或是顯示卡的問題) 請跟我做以下的動作以確定是不是這個問題: 用VirtualDUB打開你用huffyuv錄的AVI檔 Options->Sync to audio,要勾(如果斷音太嚴重,或是你用的是ISA音效卡,就不要勾) Drop frames when behind和Enable DirectDraw Acceleration不勾 然後在左邊的視窗上按右鍵選2x(但是如果畫面會太大就用Normal否則反而可能導致顯示不正常)然後按[>I]開始播放 這時如果發現會斷音,就繼續做下一個步驟: 把Options->Enable DirectDraw Acceleration打勾 再按[>I](不是[>O])開始播放,看還會不會斷音(在我的機器上就不會了) 我不知道VirtualDUB是怎麼辦到的,但這個功能可以把Video Rendering rate從13變成30(滿格) 如果你的情況和我一樣的話,那麼恭喜你,你錄下的AVI根本沒掉格 只是播放的速度不夠而已,就算拿來壓成MPEG也不會有問題的 可惜除了VirtualDub以外,我沒看到其他的AVI播放/編輯程式有這個功能的,VirtualDub又不能全螢幕,蠻可惜的 >剛剛用VirtualDub去前幾天用TVplayer錄的AVI檔的掃瞄線,發現弄出來的影片﹝來源是YVU9,第一次在Compression中選擇不壓縮(26MB/sec);第二次使用huffyuv壓(9.5MB/sec);最後使用YVU9再壓(故 意調到1 5MB/sec),結果前二者掉格嚴重,後者有點掉格但可接受﹞不但影片掉格極嚴重,連聲音也斷斷續續的! 就我目前所知來判斷可能有二: >1.cpu跟不上:cpu處理不了這麼大的資料量。 >2.硬碟跟不上:cpu處理出來的影像沒問題,不過硬碟讀取速度不夠快,所以沒法播放得順。 根據我用VirtualDub內建的簡單測試功能 我的IBM DTLA 45GB,7200rpm 每秒可以寫入21MB,讀取27MB 所以26MB/sec是太大了點 >Video rendering rate是啥?是不是跟fps類似的東東?因為我在壓時看到這個數值只有3~5fps左右,這就是原因吧? Video rendering rate是指VirtualDUB處理影片的速度 在VirtualDUB播放的時候,它就是播放格數 在存檔的時候,它就代表每秒儲存幾格 在存檔和Filter的時候不論rendering rate多低,都不會影響影片後來播放是否斷音的 ------------------ 我也只是一個新手罷了,所以請大家多多指教 [這篇文章曾被 lwb 重新修正編輯過 (時間 01-12-2001).] [這篇文章曾被 lwb 重新修正編輯過 (時間 01-12-2001).] [這篇文章曾被 lwb 重新修正編輯過 (時間 01-12-2001).] |
2001-01-12, 04:53 PM
#34
|
Regular Member
加入日期: Jun 2000 您的住址: 台灣台北市
文章: 92
|
現在我知道VirtualDub可克服2G限制的方法有分割檔案、或在FAT32下最大檔案4G,不過:
1.設定分割檔案的選項在哪兒呢? 2.我錄了幾個4G的檔案(huffyuv),不過在錄到4G時VirtualDub就會說AVI發生錯誤(有點忘了),結果在media player不能播放,在VirtualDub可以,但程式也顯示了警告(內容忘了,也看不懂)。我以filter處理過後出來的檔案只有2G(同樣使用huffyuv),用media player看時發現前半部可看,不過在看影片的後半部時程式會顯示invalid file。為了錄長時間的影片我該如何才好呢?(8G只能錄16min,不知道為什麼)VirtualDub可以"連續"錄好幾個檔案"不間斷"嗎(如AVI_IO一樣)? 3.關於小技巧,這個方法只能用在capture模式嗎?在平常的filter等處理模式有嗎? 4.用huffyuv錄的檔案應該是沒問題了,不過好像有一點模糊(跟平常顯示的比起來),這時用哪個filter比較好呢? 要錄高一點品質的影片真是多災多難!東森最近好像又出問題,所以只好拿我姐的電腦上網,真希望問題早點結束! ------------------ Lawrence Yst |
2001-01-13, 11:50 PM
#35
|
Power Member
加入日期: Nov 2000 您的住址: 台灣桃園
文章: 644
|
1.設定分割檔案的選項在哪兒呢?
在Capture Mode 在Capture->Capture drives設定抓取檔案的路徑 (如果你要在一個硬碟滿了就自動換一個硬碟繼續擷取,就要多設定幾個路徑,如G:\,H:\,I:\但我沒用過這個功能) 然後底下設定檔案多大時開啟新檔(使用預設的1900MB就可以) 勾選Capture->Enable multisegment capture 然後再開始擷取就可以了 擷取後會產生 CAPTURE.00.avi CAPTURE.01.avi CAPTURE.02.avi 等等檔案 要用VirtualDub處理的時候,只要開啟CAPTURE.00.avi VirtualDub就會自動開啟後面的檔案了 2.我錄了幾個4G的檔案(huffyuv),不過在錄到4G時VirtualDub就會說AVI發生錯誤(有點忘了),結果在media player不能播放,在VirtualDub可以,但程式也顯示了警告(內容忘了,也看不懂)。我以filter處理過後出來的檔案只有2G(同樣使用huffyuv),用media player看時發現前半部可看,不過在看影片的後半部時程式會顯示invalid file。為了錄長時間的影片我該如何才好呢?(8G只能錄16min,不知道為什麼)VirtualDub可以"連續"錄好幾個檔案"不間斷"嗎(如AVI_IO一樣)? 你不應該錄到FAT32檔案大小的極限,必須在到達極限之前停止 否則OpenDML格式的最後一個Segment會發生錯誤,可能導致最後一個Segment完全無法讀取 (OpenDML第一個segment為1G,之後每一個Segment為2G) 分割的方法如上 3.關於小技巧,這個方法只能用在capture模式嗎?在平常的filter等處理模式有嗎? 不完全一樣,但有點類似的是 File->Save Processing Settings 下次就用File->Load Processing Settings讀取上次儲存的設定 4.用huffyuv錄的檔案應該是沒問題了,不過好像有一點模糊(跟平常顯示的比起來),這時用哪個filter比較好呢? 你是說用Enable DirectDraw Settings後畫面會變模糊嗎? 那跟顯示卡的硬體或驅動程式有關了 (另外,請告訴我我上次說的Enable DirectDraw Settings方法有沒有效,因為我也想知道這個功能在其他顯示卡的效果如何) 還是我誤會了? 如果你是說用Huffyuv錄的畫面會變模糊,那我從來沒有遇過 ------------------ 我也只是一個新手罷了,所以請大家多多指教 [這篇文章曾被 lwb 重新修正編輯過 (時間 01-14-2001).] |
2001-01-15, 01:13 PM
#36
|
Regular Member
加入日期: Jun 2000 您的住址: 台灣台北市
文章: 92
|
歹勢歹勢~~~沒講清楚~~
其實與其說"模糊",倒不如說是"不銳利"!影像的細節表現得不非常好(這當然跟解析度有關!我現在說的是640*480)不過我想我之所以會這樣講大概是我太吹毛求疵了吧。 關於你說的方法,不知是我方法不正確還是怎的,好像沒很大用處,不過我不管它直接把剛用huffyuv錄的檔案去掃瞄線然後用TmpgEnc壓,出來的檔案確定沒問題!播放得很順且沒掉(多少)格,整體感覺不錯。 關於你說的小技巧,我在設定完成後的確有在Capture下的Preference中勾了"Save current capture settings as default"和"Save video compression settings"(另外兩項我也有設過,不過情況同下),不過不必說重開機,連當場再進入Preference一次原先的勾選都消失了,只不過重開程式時舊的設定的確有保留,所以這應該不是問題。But,一個小問題 ,在Preference中的"Default capture file"和Stop conditions中的設定會不會影響到以分割檔案錄影時的檔案儲存呢? 試用了AVI_IO,在關掉Preview的狀態下錄,I/O的Buffer(50)一下子就不夠用了!如果用無壓縮的話還可撐一分鐘,若用huffyuv之類的格式的話只能撐十幾秒Buffer就滿了,然後程式就叫我減低一些影像位率 ,用起來超不順!明明同樣的格式同樣的解析度為什麼VirtualDub可以AVI_IO不行?我知道lwb葛格沒用AVI_IO,我只是說說發洩一下罷了。 關於分割檔案,用分割方式錄出來的AVI檔在用VirtualDub處理過後,在以TmpgEnc壓時方法與以前有什麼不同呢?應該不一樣吧?還是直接開就好了呢? ------------------ Lawrence Yst |
2001-01-16, 01:38 PM
#37
|
Power Member
加入日期: Nov 2000 您的住址: 台灣桃園
文章: 644
|
>歹勢歹勢~~~沒講清楚~~
>其實與其說"模糊",倒不如說是"不銳利"!影像的細節表現得不非常好(這當然跟解析度有關!我現在說的是640*480)不過我想我之所以會這樣講大概是我太吹毛求疵了吧。 會嗎?我不覺得耶 倒是用YVU9錄成的影像有時會有類似鬼影的現象出現在字幕或物體的上方(似乎是黃色才會發生),顏色也不夠準確 而用YUY2或Huffyuv在這方面表現就比較好 >關於你說的方法,不知是我方法不正確還是怎的,好像沒很大用處,不過我不管它直接把剛用huffyuv錄的檔案去掃瞄線然後用TmpgEnc壓,出來的檔案確定沒問題!播放得很順且沒掉(多少)格,整體感 覺不錯。 看來這個Enable DirectDraw acceleration與顯示卡的功能有關 不過既然可以正常壓縮成MPEG檔,那就代表AVI檔的內容是OK的 >在Preference中的"Default capture file"和Stop conditions中的設定會不會影響到以分割檔案錄影時的檔案儲存呢? 抱歉,我前面沒說清楚 在使用分割錄影的時候產生的檔名是 你設定的檔名.檔案編號.AVI 而我把預設檔名設為CAPTURE,所以就會變成上面的例子 所以設定預設抓取檔案名與Stop conditions是會影響分割檔案的擷取的 關於你抱怨AVI_IO的部分 它就是提醒你硬碟( or CPU?)的速度不夠,造成掉格。 VirtualDUB也是有buffer的設計(這在提升硬碟存取效能上是必備的),只不過在buffer用完造成掉格的時候沒有特別提醒你罷了。 TMPGEnc好像沒有內建讀取多檔AVI的功能吧,用VirtualDub的Frame Server加上以前提過的一個avisynth作者寫的VFAPI Plug In應該就可以了 ------------------ 我也只是一個新手罷了,所以請大家多多指教 [這篇文章曾被 lwb 重新修正編輯過 (時間 01-16-2001).] |
2001-01-17, 12:57 PM
#38
|
Regular Member
加入日期: Jun 2000 您的住址: 台灣台北市
文章: 92
|
昨天用VirtualDub錄了將近五十分鐘的實驗性質影片,結果糟透了:
1.情況好的話可能錄一萬多格掉一百多格,不好的話則掉一千多格!huffyuv的壓縮比是2:1到3:1之間,影像位率大約是8MB到10MB左右徘徊,就此來看應該是硬碟跟不上吧?lwb大哥你那顆45MB的硬碟你覺得 怎樣?有辦法跟得上嗎?那麼便宜到哪兒買ㄚ? 2.因為我是以兩顆硬碟錄的(非raid),且影片中有****,而我是以廣告為區隔錄的,期間沒有變更欲儲存的檔名,所以發生檔案覆蓋的情況,原本50min的影片只剩下20多分鐘!目前想到的方法是在廣告時再 開個資料夾裝下一個片段。 3."TMPGEnc好像沒有內建讀取多檔AVI的功能吧,用VirtualDub的Frame Server加上以前提過的一個avisynth作者寫的VFAPI Plug In應該就可以了" 嗯~~這個plug in有什麼用處呢?又要怎麼用呢? ------------------ Lawrence Yst |
2001-01-18, 09:36 AM
#39
|
Amateur Member
加入日期: Nov 2000
文章: 42
|
>3."TMPGEnc好像沒有內建讀取多檔AVI的功能吧,
>用VirtualDub的Frame Server加上以前提過的一個>avisynth作者寫的VFAPI Plug In應該就可以了" 用 aviutl 就好了 |
2001-01-19, 02:25 AM
#40
|