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

回到   PCDVD數位科技討論區 > 數位影音討論群組 > DVD 討論區
帳戶
密碼
 

  回應
 
主題工具
kog781
*停權中*
 

加入日期: Jul 2003
文章: 5,290
小弟有一個問題,那很多人從網路上下載不同的avi影音格式,若是不能播放,或是播放有問題,通常都是尋找所壓制的codec既可解決(當然我是指通常)

那麼如果電腦只有一種mpeg4的codec,比如說是xvid,那把所有avi載體的影片,全都改成.mp4載體的檔案,是否就可以直接用xvid來解壓縮與播放了?

那麼我們就不必辛苦的到處找不同codec,或是安裝整合性codec了嗎?
     
      
舊 2004-01-28, 05:51 PM #41
回應時引用此文章
kog781離線中  
hyc
Major Member
 

加入日期: Nov 2000
您的住址: PnD
文章: 139
引用:
Originally posted by ri7672
太謝謝您了,太厲害,只有一個字可以形容,棒!
可否請教另一個問題,如果我把所有的.mp4的副檔名改成.avi,那可不可以播放?

路人亂入.....

不同的容器就會有不同的串流格式,不同的串流沒辦法用不同的splitter去解;
也就是MPEG4 stream沒辦法用AVI Splitter去做分割,
所以基本上答案是不行的。

不過若是系統上已經有安裝MPEG4 splitter與相關的DirectShow filter,
把檔案名稱改成.avi的話,
撥放程式還是會呼叫MPEG4 splitter,
(因為AVI spiltter沒有辦法分割串流)
在這種狀況下就是還是可以解的。
不過將附檔名改成.avi沒有太大意義,
重點在於安裝可以分割與解壓縮的filter程式。
 
舊 2004-01-28, 05:53 PM #42
回應時引用此文章
hyc離線中  
hyc
Major Member
 

加入日期: Nov 2000
您的住址: PnD
文章: 139
引用:
Originally posted by ri7672
另外,如果以後有可以播放mepg4的DVD player,那一您猜測,有沒有可能可以直接播放.mp4?

路人亂入2...

當然有可能,
市面上不是就有可以直接撥放.mpg, .dat檔案的DVD Player。
不過直接撥放檔案並不是統一的做法,
依照標準所做出來的格式(例如DVD-Video),
才是比較好的儲存流通格式;
也就是如果下一代流通用影片儲存格式採用MPEG4,
就會有類似現有DVD-Video這種的制式化流通格式,
使用這種流通格式的MPEG4就能夠在各種未來的制式化Player撥放。
舊 2004-01-28, 06:11 PM #43
回應時引用此文章
hyc離線中  
hyc
Major Member
 

加入日期: Nov 2000
您的住址: PnD
文章: 139
引用:
Originally posted by kog781
小弟有一個問題,那很多人從網路上下載不同的avi影音格式,若是不能播放,或是播放有問題,通常都是尋找所壓制的codec既可解決(當然我是指通常)

那麼如果電腦只有一種mpeg4的codec,比如說是xvid,那把所有avi載體的影片,全都改成.mp4載體的檔案,是否就可以直接用xvid來解壓縮與播放了?

那麼我們就不必辛苦的到處找不同codec,或是安裝整合性codec了嗎?

若排除掉影像本身的問題,
如iDCT mismatch、壓縮錯誤等,
符合MPEG4格式avi載體的影片改裝成為mpeg4載體,
是可以用任何的MPEG4 decoder來解壓縮,
不一定要用XviD來解壓縮,
用DivX來解壓縮也可以,
不過前提是splitter會將影像串流交給那一個XviD或是DivX解的狀態下。
(不過我不清楚現有DivX decoder是否有解3point warp GMC的能力,請前輩指教吧)

追申1:
若是avi載體內容不是標準MPEG4格式的話,
例如WMV9, MS-MPEG4, DivX3等,
就算用mpeg4載體下去包裝,
decoder還是沒有辦法解的,
所以除了MPEG4 decoder之外,
還是需要一些非MPEG4標準的decoder才比較夠用。

追申2:
在這種狀況下,
與其用mpeg4包裝程式重新包裝,
不如用FOURCC變更程式,
更改avi載體的FOURCC碼會比較快一些。
舊 2004-01-28, 06:36 PM #44
回應時引用此文章
hyc離線中  
si3568i
Master Member
 
si3568i的大頭照
 

加入日期: Feb 2002
您的住址: 楓葉與霜晶的華爾滋
文章: 1,862
最近正值blu-ray與HD的戰爭,裡面也討論到了h264與mpeg2的問題!基本上新一代的影碟有考慮到更高壓縮編解碼器的支援了!

到了現在,我還是認為mpeg2是一個失敗的格式(就節省空間這一點),至於推廣的人說是成功的格式,那當然啊!哪有人說自己推出來的格式是失敗的呢!想一想同樣畫質的影像檔,使用mpeg2一定會爆肥!即是原先是mpeg1的檔案,在不改變畫質解析度的前提下!體積還是會大幅變大,沒想到用來取代mpeg1的編解碼器!會採用這種超肥胖格式!況且當時Mpeg4規範已出!如果真的使用!也許現在百家爭鳴的mpeg4 code根本不會出現也說不一定。HD與藍光之爭也許還要再晚個幾年才會浮現。
__________________
舊 2006-03-04, 07:54 PM #45
回應時引用此文章
si3568i離線中  
wcc8914
Elite Member
 

加入日期: May 2002
您的住址: 台北松山
文章: 5,793
引用:
作者si3568i
最近正值blu-ray與HD的戰爭,裡面也討論到了h264與mpeg2的問題!基本上新一代的影碟有考慮到更高壓縮編解碼器的支援了!

到了現在,我還是認為mpeg2是一個失敗的格式(就節省空間這一點),至於推廣的人說是成功的格式,那當然啊!哪有人說自己推出來的格式是失敗的呢!想一想同樣畫質的影像檔,使用mpeg2一定會爆肥!即是原先是mpeg1的檔案,在不改變畫質解析度的前提下!體積還是會大幅變大,沒想到用來取代mpeg1的編解碼器!會採用這種超肥胖格式!況且當時Mpeg4規範已出!如果真的使用!也許現在百家爭鳴的mpeg4 code根本不會出現也說不一定。HD與藍光之爭也許還要再晚個幾年才會浮現。

這樣的說法有些偏激,規格的制定要考量當時的時空背景,
不能因為P4(K8)的處理能力,就說P3(K7)是個失敗作品吧,
規格出來是一回事,但要花多少資源才能作出來是另一回事。
__________________
我是老王
舊 2006-03-04, 09:04 PM #46
回應時引用此文章
wcc8914離線中  
si3568i
Master Member
 
si3568i的大頭照
 

加入日期: Feb 2002
您的住址: 楓葉與霜晶的華爾滋
文章: 1,862
的確,就如你比喻的不能因為P4(K8)的處理能力,就說P3(K7)是個失敗作品!只是我覺得前者有時間先後的問題,但後者是並存的,當初DVD就是為了提供高畫質影片而誕生的,況且當時也有mpeg2與mpeg4格式可以選擇,為何會選這種存在著容量會快速增胖的格式!新一代的格式不都應該是朝向在不提高容量的前提下!提供更佳的播放品質嗎?所以我還是很不能理解當初dvd制訂聯盟的選擇。
舊 2006-03-04, 09:29 PM #47
回應時引用此文章
si3568i離線中  
starless
Elite Member
 

加入日期: Apr 2002
文章: 8,545
引用:
作者si3568i
的確,就如你比喻的不能因為P4(K8)的處理能力,就說P3(K7)是個失敗作品!只是我覺得前者有時間先後的問題,但後者是並存的,當初DVD就是為了提供高畫質影片而誕生的,況且當時也有mpeg2與mpeg4格式可以選擇,為何會選這種存在著容量會快速增胖的格式!新一代的格式不都應該是朝向在不提高容量的前提下!提供更佳的播放品質嗎?所以我還是很不能理解當初dvd制訂聯盟的選擇。


那年頭能順利處理Mpeg4這玩意的機器要多少麥克呀!?
舊 2006-03-04, 09:37 PM #48
回應時引用此文章
starless離線中  
si3568i
Master Member
 
si3568i的大頭照
 

加入日期: Feb 2002
您的住址: 楓葉與霜晶的華爾滋
文章: 1,862
那時候能處理mpeg2的解碼晶片也不便宜啊....
舊 2006-03-04, 09:46 PM #49
回應時引用此文章
si3568i離線中  
cd-dvds.net
Senior Member
 

加入日期: Dec 2003
文章: 1,169
如果MPEG-2是個失敗格式的話,
為什麼到了Blu-ray還是用它呢?
舊 2006-03-04, 10:00 PM #50
回應時引用此文章
cd-dvds.net離線中  


    回應


POPIN
主題工具

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

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



所有的時間均為GMT +8。 現在的時間是11:51 AM.


vBulletin Version 3.0.1
powered_by_vbulletin 2025。