PCDVD數位科技討論區
PCDVD數位科技討論區   註冊 常見問題 標記討論區為已讀

回到   PCDVD數位科技討論區 > 數位影音討論群組 > VIVO討論區 (數位機上盒)
帳戶
密碼
 

  回應
 
主題工具
tdnj
Elite Member
 
tdnj的大頭照
 
= PCDVD認證賣家 =
加入日期: Apr 2001
您的住址: 死老百姓
文章: 4,824
先收下來囉,謝囉,改天裝張卡到舊電腦讓舊主機復活可以錄mpeg4 Orz
     
      
舊 2006-12-10, 04:25 PM #31
回應時引用此文章
tdnj離線中  
冬之炎陽
Advance Member
 

加入日期: Apr 2005
文章: 431
引用:
作者滄桑悠無愁
壓縮檔內之文件名稱好像有問題..

啊啊
我的檔案名稱是 unicode 編碼
如果解壓軟體不支援 unicode 編碼
就會無法解壓縮
 
舊 2006-12-10, 06:16 PM #32
回應時引用此文章
冬之炎陽離線中  
android
Power Member
 
android的大頭照
 

加入日期: Jun 2000
您的住址: 流放中
文章: 575
竟然是安裝linux?比較省系統資源嗎
我曾經用BT878系列的卡錄了一年的star trek,用mjpeg codec剪輯後
壓成mepg4,即時這樣virtualdub看還是有lost frame

明明當時duron 1G 的CPU使用率不到80%
__________________
不婚教三大指導原則:

投降輸一半
退一步海闊天空
禁止相親聯誼
舊 2006-12-10, 08:27 PM #33
回應時引用此文章
android離線中  
raiechun
*停權中*
 

加入日期: Dec 2004
文章: 275
若要邊看邊錄會是什麼情形,樓主的配備跑的動嗎?

在文字模式下和在模擬終端機下速度差別是怎樣呢?
舊 2006-12-10, 08:39 PM #34
回應時引用此文章
raiechun離線中  
冬之炎陽
Advance Member
 

加入日期: Apr 2005
文章: 431
引用:
作者android
竟然是安裝linux?比較省系統資源嗎
我曾經用BT878系列的卡錄了一年的star trek,用mjpeg codec剪輯後
壓成mepg4,即時這樣virtualdub看還是有lost frame
明明當時duron 1G 的CPU使用率不到80%

我個人是沒那麼要求啦
我的目標是要連錄6小時, 不要影音不同步就好
要真的不掉格, 就要把能關的程式都關閉掉
不要多吃cpu time, 也把編碼程式的優先權提高一些
然後編碼的時候CPU使用率維持在90%以下
應該就不會掉格才對阿

引用:
作者raiechun
若要邊看邊錄會是什麼情形,樓主的配備跑的動嗎?
在文字模式下和在模擬終端機下速度差別是怎樣呢?

邊看邊錄是沒辦法的啦, 錄小畫面還可以
640x480就一定不行的
在X-Window下的效能, 我看只有文字模式下的70%吧
因為同樣的Script, 在純文字模式下可以很順利的錄一小時沒問題
但是X-Window下,錄不到一分鐘多久Buffer就滿了, 開始嚴重掉格
舊 2006-12-10, 09:41 PM #35
回應時引用此文章
冬之炎陽離線中  
冬之炎陽
Advance Member
 

加入日期: Apr 2005
文章: 431
用下面指令讓 Duron 1G 跑
buffer指定128MB (不指定的話預設是動態配置)
輸出 resize成16:9, 讓 CPU 跑不動即時壓縮
X-Window 下錄18秒就開始掉格,在純文字模式下錄37秒才開始掉格
效能差異很明顯

引用:
# 指定畫格張數
fps=29.97

# 啟動錄影
mencoder \
-tv driver=v4l2:device=/dev/video0:alsa:\
chanlist=us-cable:norm=ntsc:fps=$fps:width=768:height=480:\
input=0:channel=$1:\
contrast=-20:hue=5:\
buffersize=128 \
-oac mp3lame -lameopts cbr:br=64 \
-mc 0 \
-vf crop=680:440:40:25,pp=tn/lb \
-ovc lavc -lavcopts vcodec=mpeg4:vhq:vbitrate=3600:aspect=16/9 \
-ofps $fps \
-o $out tv://&

此文章於 2006-12-10 10:24 PM 被 冬之炎陽 編輯.
舊 2006-12-10, 10:20 PM #36
回應時引用此文章
冬之炎陽離線中  
MetalForce
Amateur Member
 

加入日期: Jun 2001
您的住址: 台北市
文章: 44
剛剛用 P3-933(FC5, 512MB RAM) 試了一下, 在 console mode 大約 30 秒之後就開始掉格,
CPU 使用率都在 90~95 之間跳, 給有興趣玩的人參考.

另外, 樓主的 script 會使用 FMP4 當做 fourcc 值, 建議加上:
-fourcc DX50 (或是 XVID, DIVX)
讓一些不認識 FMP4 的 Player 能順利播放, 像是 MPC.
舊 2006-12-11, 12:47 AM #37
回應時引用此文章
MetalForce離線中  
MetalForce
Amateur Member
 

加入日期: Jun 2001
您的住址: 台北市
文章: 44
剛寫的參數錯了, 來不及修改, 應該是:

-ffourcc DX50 (或是 XVID, DIVX)

另外, 今晚測試時一直錄不到聲音, 音效卡是 SB Live!, 拿 arecord 錄也是沒有聲音,
看了一下 source code, open 的 device 看起來沒問題, 後來拿 alsamixer 來做實驗,
發現在 Capture View 下面的 AC97 音量要拉上來(原本是0), 就錄的到聲音了.
舊 2006-12-11, 01:14 AM #38
回應時引用此文章
MetalForce離線中  
android
Power Member
 
android的大頭照
 

加入日期: Jun 2000
您的住址: 流放中
文章: 575
引用:
作者冬之炎陽
我個人是沒那麼要求啦
我的目標是要連錄6小時, 不要影音不同步就好
要真的不掉格, 就要把能關的程式都關閉掉
不要多吃cpu time, 也把編碼程式的優先權提高一些
然後編碼的時候CPU使用率維持在90%以下
應該就不會掉格才對阿


邊看邊錄是沒辦法的啦, 錄小畫面還可以
640x480就一定不行的
在X-Window下的效能, 我看只有文字模式下的70%吧
因為同樣的Script, 在純文字模式下可以很順利的錄一小時沒問題
但是X-Window下,錄不到一分鐘多久Buffer就滿了, 開始嚴重掉格


我那時用的是pegasus的mjpeg codec,錄一小時大概會掉7-12個 frame,
剪掉****後其實看不出來,也不會影音不同步

不過XP系統下即時錄影mpeg4是相當大的系統考驗,我從來沒打算試過,感覺上
是整個硬體要大翻新到最強等級。如果錄mpeg2 CPU使用率要求其實不高,問題是
mpeg2的lost frame我不知道用那個軟體看,要搞到不同步那種嚴重程度才看的出來
__________________
不婚教三大指導原則:

投降輸一半
退一步海闊天空
禁止相親聯誼
舊 2006-12-11, 09:13 AM #39
回應時引用此文章
android離線中  
冬之炎陽
Advance Member
 

加入日期: Apr 2005
文章: 431
引用:
作者MetalForce
-ffourcc DX50 (或是 XVID, DIVX)

感謝提供這個參數
下一版的文件我會加上去的

引用:
作者android
我那時用的是pegasus的mjpeg codec,錄一小時大概會掉7-12個 frame,
剪掉****後其實看不出來,也不會影音不同步

不過XP系統下即時錄影mpeg4是相當大的系統考驗,我從來沒打算試過,感覺上
是整個硬體要大翻新到最強等級。如果錄mpeg2 CPU使用率要求其實不高,問題是
mpeg2的lost frame我不知道用那個軟體看,要搞到不同步那種嚴重程度才看的出來

我用mencoder 壓縮,靠記憶體使用量的變化就知道會不會掉格了
如果來不及壓縮,mencoder記憶體用量會足漸增加
直到 buffer 滿了之後就出現 video buffer full - dropping frame!
然後掉格掉太多就開始影音不同步了
用mencoder壓的話,不要出現dropping frame!,應該都不會影音不同步啦
win XP底下要即時錄Mpeg4,是要有很強的硬體才行
舊 2006-12-11, 04:11 PM #40
回應時引用此文章
冬之炎陽離線中  


    回應


POPIN
主題工具

發表文章規則
不可以發起新主題
不可以回應主題
不可以上傳附加檔案
不可以編輯您的文章

vB 代碼打開
[IMG]代碼打開
HTML代碼關閉



所有的時間均為GMT +8。 現在的時間是07:53 PM.


vBulletin Version 3.0.1
powered_by_vbulletin 2025。