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

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

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

加入日期: Jul 2003
文章: 5,290
請問那裡有製作mkv格式的教學網站呢?

小弟想研究看看,不知道那裡有教學網站
可以讓我們自製mkv格式的影片。
     
      
舊 2004-08-11, 10:24 AM #1
回應時引用此文章
kog781離線中  
volcan
Advance Member
 
volcan的大頭照
 

加入日期: Jul 2003
您的住址: 地デジ1セグメント
文章: 464
目前看過最完整的教學就是這個日站
http://www.faireal.net/articles/7/04/
有圖....應該是可以猜出個70%吧
 
舊 2004-08-11, 02:19 PM #2
回應時引用此文章
volcan離線中  
平原君
Junior Member
 

加入日期: Jun 2003
文章: 931
謝謝,雖然不是中文,不過加減參考看看
舊 2004-08-11, 06:24 PM #3
回應時引用此文章
平原君離線中  
kog781
*停權中*
 

加入日期: Jul 2003
文章: 5,290
現在才看到,真不好意思,感謝您的提供
舊 2004-08-12, 07:15 AM #4
回應時引用此文章
kog781離線中  
rhapsody
*停權中*
 
rhapsody的大頭照
 

加入日期: Jun 2002
文章: 2,594
大致看一下
好像用起來何轉成 xvid, divx 差不多
也用 DVD2avi 作成專案檔
再用 virtualmod 去轉黨 之類的

不過 mkv 有什麼好處啊
相同流量下 畫質好像比不上 divx, xvid 啊
有其他優點嗎??
舊 2004-08-14, 01:07 AM #5
回應時引用此文章
rhapsody離線中  
volcan
Advance Member
 
volcan的大頭照
 

加入日期: Jul 2003
您的住址: 地デジ1セグメント
文章: 464
引用:
作者rhapsody
大致看一下
好像用起來何轉成 xvid, divx 差不多
也用 DVD2avi 作成專案檔
再用 virtualmod 去轉黨 之類的

不過 mkv 有什麼好處啊
相同流量下 畫質好像比不上 divx, xvid 啊
有其他優點嗎??


mkv大致上的確是和AVI沒什差別.....
不過有以下幾個特點......
1.支援Soft Sub.....字幕是內含...但是可On/Off.....多國字幕也沒問題
2.多音軌支援
3.支援Chapter
4.可用許多Codec組合而成....RV10+FLAC....或是Divx+MPEG-4 AAC之類的....
mkv不是種格式....而是一種Container.....容器
在下的認知大約是這樣.....如有錯誤請指正
這裡可下載mkv的sample檔.
http://m17n.cool.ne.jp/matroska/mewmew-vorbis-ssa.html
基本上有MPC就可以直接支援mkv......

此文章於 2004-08-14 01:31 AM 被 volcan 編輯.
舊 2004-08-14, 01:27 AM #6
回應時引用此文章
volcan離線中  
Shade
Senior Member
 
Shade的大頭照
 

加入日期: Oct 2002
您的住址: El's room
文章: 1,046
mkv 是 container,檔案的格式,資料的載體,不是壓縮格式。
mkv 是和 avi 相等同的東西,兩個都是資料的容器,用來裝載資料用的,至於裡面放的資料,可以是 DivX 編碼的東西,也可以是 XviD 編碼的東西,就如同使用 avi 來裝載 DivX/XviD 編碼的資料一樣,mkv 裡面可以放 DivX 或者 XviD 的資料。
所以 mkv 本身是沒有「畫質」好壞可言的,因為它不是一個壓縮編碼的規格。

用 mkv 來取代傳統 avi 載體的好處是,
1. mkv 支援可變的播放速率,VFR,例如 24/30fps 混合的影片,在 avi 只能轉成兩者的最小公倍數 120fps,mkv 則不用,它支援多種的播放速率放在一起

2. mkv 支援 B-frame 這種雙向參考的壓縮畫面,avi 沒有妥善的支援。目前 avi 裡面放 B-frame,是使用 DivX 提出的儲存方法來達到無 lag 的播放,但是這種儲存的結構,不符合 MPEG-4 制訂的標準資料流

3. mkv 支援選單,支援 chapter 章節,支援多個音軌,支援多個字幕,支援 VBR 的音訊資料,這些都是 avi 辦不到,或者必須使用技巧性的修改才能辦到的,mkv 都可以很輕鬆的支援

4. mkv 的 overhead 比較小

缺點
1. 懶得寫....
2. ....
3. ....

大致上就是這樣。
舊 2004-08-14, 01:29 AM #7
回應時引用此文章
Shade離線中  
snic
Master Member
 

加入日期: Nov 2001
文章: 1,563
引用:
作者Shade
2. mkv 支援 B-frame 這種雙向參考的壓縮畫面,avi 沒有妥善的支援。目前 avi 裡面放 B-frame,是使用 DivX 提出的儲存方法來達到無 lag 的播放,但是這種儲存的結構,不符合 MPEG-4 制訂的標準資料流

咦!
那 XVID 的 B-frame 不也一樣不符合 MPEG-4 制訂的標準資料流嗎?
__________________
免裝Codec就可輕鬆將各種格式(含RMVB,AVI)轉檔成DVD,AVI,MP4,H264,PSP/iPod可看的免安裝軟體(可加字幕,簡單)
軟體永久下載點,使用上的常見問題&解答官方討論區

《圖文解說》用全世界80%影音DVD之母 Scenarist 為市售DVD加中文字幕(保留原始選單,章節,多重PGC,且能相容WinDVD)
2006/08/01 修正更新教學下載!不用VobBlanker也能保留多重 PGC,打造最高相容性加中文字幕 DVD,連WinDVD也可以拉動時間條!
新增快速 AVI 轉 DVD(字幕非內嵌,可開可關!)的方法無字幕 DVD 外掛中文字幕檔觀看,調時間軸的方法

《發現》史上最強! 比 WinAVI 速度更快品質更好的轉檔軟體現身!(可加字幕,批次轉檔)
附圖比較!(追加原始檔圖片),MME轉RMVB不會無聲不能開檔的超簡單方法,MME轉RMVB不會影音不同步的方法,MME加字幕轉檔的方法

《VirtualDubMod + AviSynth 簡易教學》DVD 轉 XviD 公認最簡單,轉檔速度最快,品質最好,挑片率0的方法!
(追加"教學用 AviSynth plugin 永久連結下載提供",和"疑難雜症基本解決方法"以及"AVI 內嵌字幕的方法")
舊 2004-08-14, 02:54 AM #8
回應時引用此文章
snic離線中  
kog781
*停權中*
 

加入日期: Jul 2003
文章: 5,290
引用:
作者rhapsody
大致看一下
好像用起來何轉成 xvid, divx 差不多
也用 DVD2avi 作成專案檔
再用 virtualmod 去轉黨 之類的

不過 mkv 有什麼好處啊
相同流量下 畫質好像比不上 divx, xvid 啊
有其他優點嗎??

你就想像成你把m2v跟dts還有sup串在一起合併成vob,那請問vob跟mpg2有何不同呢?

實際上vob就是把三種分離的東西,m2v跟dts跟sup串在一起的東西。

而mkv則是可以跟vob一樣,把avi的影像跟dts與字幕合併,或是把RMVB的影像,合併成DTS或AC3的聲音,有必要的話也可以把ssa字幕一起加進去,諸如此類

雖然是串在一起,但是實際上是分離的。

此文章於 2004-08-14 07:08 AM 被 kog781 編輯.
舊 2004-08-14, 07:05 AM #9
回應時引用此文章
kog781離線中  
Shade
Senior Member
 
Shade的大頭照
 

加入日期: Oct 2002
您的住址: El's room
文章: 1,046
引用:
作者snic
咦!
那 XVID 的 B-frame 不也一樣不符合 MPEG-4 制訂的標準資料流嗎?

呃,這個要說明會有些複雜... ^^;
先從 DivX 開始說起好了....

我們知道 B-frame 必須參考他後面的 Frame 解碼,所以
0 1 2
I B P

當 Decoder 讀進 1B 的資料的時候,他還不能解碼這個 1B,因為 1B 會需要參考他後面的 2P 才能解碼,所以這個時候 Decoder 無法輸出畫面,必須等下一個 2P Frame 讀進來以後,才能完整的解碼輸出 1B。
這樣就會造成一個 Frame 的解碼輸出延遲,我們稱為 B-frame 的解碼 lag。

以上就是在 AVI 檔案中存放 B-frame 的情況,由於當初 AVI 規格制訂的時候,完全沒有考慮到將來會在 AVI 裡面會放這種雙向參考的 Frame 型態,所造成了這個限制。

而我們一般使用的 MPG 格式則沒有這個問題,它的資料流的存放順序是
0 2 1
I P B

所以沒有 AVI 面臨的頭痛的問題。

當初 DivX 要在 AVI 裡面放 B-frame 的時候,他們想出了一個方法,讓放在 AVI 裡面的 B-frame 不會有 lag,這個方法就叫做 "Packed Bitstream",打包好的 Bitstream。
他將 B-frame 以下面的方式儲存
0 21 x
I[PB] N

將 1B 和他要參考的 2P 打包在一起,中間用一個特殊的標記分隔這兩個黏在一起的 Frame,後面原本 2P 所在位置的 Frame 則補上一張 Null Frame,空的 Frame,Decoder 讀到這一張空的 Frame 會自動輸出應該在這個位置的 2P 畫面,利用這個 "hack" 的修改儲存方式,達到沒有 lag 的播放。

這個就是 Packed Bitstream。
DivX 之前只會使用一個 B-frame,而 XviD 則是很早就支援多個 B-frame,這個 lag 的問題更大,所以 XviD 也沿用了 DivX 的這個 Packed Bitstream 的設計,並且把它擴充,增加多個 B-frame 的 Packed 模式。
不過如前所述,這種特殊的 [PB] Frame 包在一起的形式,不是標準的 MPEG-4 資料流,所以要把 Packed 的 MPEG-4 AVI 轉成 .mp4 來裝載的時候,轉換軟體讀到 Packed Bitstream 會認為這是不合法的 Bitstream 而中斷輸出。

解決的方法:
1. XviD 不要勾選 Packed Bitstream。不過如果你有用 B-frame,載體又是 AVI,還是勾選 Packed Bitstream 比較好
2. AVI -> .mp4 的軟體要聰明一點,設計自動偵測、對應 Packed 的 AVI 的轉換模式
3. 用其他軟體來對 AVI 做 Un-Packed 的動作,目前已經有這種軟體,可以將 AVI 去除打包

最後再回到 DivX,DivX 5.2 版開始支援多個 B-frame,不過它的多個 B-frame 卻不使用 Packed Bitstream,而是用 AVI 原本的儲存方式,這樣就會造成 lag。不知道為什麼 DivX 故意不沿用 XviD 設計的擴充方法,這個問題也有人問,官方的回答好像是因為 DivX 有許多硬體播放機,這些播放機除非更新韌體否則無法支援多個 B-frame 的 Packed 模式,為了要達到最大的回溯相容性,所以 DivX 壓多個 B-frame 的時候將不會使用 Packed Bitstream。

關於硬體播放機,我沒有仔細研究過,據說有一些播放機播放 XviD 的多個 B-frame + Packed Bitstrem 會頓,所以如果要在這些機器上播放,必須取消 Packed Bitstream。
另外就是之前 ffdshow 播放 XviD + Packed Bitstream 的時候也有問題,也會頓,所以那時有人就鼓吹不要使用 Packed Bitstream,說不知道 PB 有什麼益處,又會增加麻煩,PB 真是 evil
這就是因為不知道 PB 的來龍去脈,不知道會什麼要有 PB 這個設計,所以產生了錯誤的見解。

sysKin 那時就有跑出來替 PB 說話,說他覺得 PB 很好呀,沒什麼問題,他自己壓 AVI + B-frame 是一定會用 PB,不然影音不同步的問題更大。
如果要在硬體播放機上面播,轉成 .mp4,或者利用其他小程式 Un-Packed 處理一下就解決了。
至於 ffdshow,後來就修正,支援 XviD 的多 B-frame Packed 模式了。

本來 PB 是一個用意很好的設計,但是因為沒有人解說背後的原理,再加上當時週邊軟、硬體播放機的不支援,造成一些人對 PB 敬而遠之。

現在的話,由於有 MPEG4Modifier 這個小工具可以很方便的修改 Aspect Ratio 資訊,和 Pack/Un-Pack AVI,所以可以很輕易的隨時轉來轉去,因此我建議如果要將 B-frame 存放到 AVI 裡面,最好是使用 Packed Bitstream,對方如果有需要,再自行 Un-Pack 即可。

當然,如果輸出的檔案格式是 mkv,那麼就不需要使用 PB,有時候會看到有人用 mkv 還使用 PB,真是....

以上
舊 2004-08-14, 08:41 AM #10
回應時引用此文章
Shade離線中  


    回應


POPIN
主題工具

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

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



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


vBulletin Version 3.0.1
powered_by_vbulletin 2025。