發現readme下東西不多，只對各個庫和工具做了一句話的描述。
開啟doc發現下面東西蠻多，有很多的.texi字尾結尾的檔案
網上查了一下，發現.texi是用的一種叫texinfo的開源文件系統，具體有什麼好處，我就不瞎bb了。
就安裝完成了。
接下來進入doc目錄下，可以使用texi2html 檔名.texi來對單個檔案進行轉換，講texi檔案轉為html。
由於檔案比較多，為了避免乙個乙個檔案來轉換，我就寫了個指令碼，相當簡單。貼出來，有用的上的可以參考。
filelist=`ls ~/library/ffmpeg/doc/`
for file in $filelist
do if [[ $file == *.texi ]]
then
texi2html $file
else
echo "ignore $file"
fidone
#### 以下為最近2023年12月21日，冬至的時候發現的事情
今天又在研究ffmpeg，從官網下下來了乙個windows下面的dev包和shared包 ffmpeg-3.2.2-win32-dev以及ffmpeg-3.2.2-win32-shared。
也就是大概這麼個情況，ffmpeg的開發人員用了一種文件編寫工具（texinfo），寫出來了眾多的文件，放在原始碼目錄下的doc中，也就是我們在master中所看到眾多texi檔案，隨著開發完成，版本發布的時候，這些大神們便可以使用該texinfo工具，來很方便的將這些texi檔案轉成各種方便閱讀的文件，例如我們看到的在dev以及shared下面的html格式。
而且貌似這些文件裡面講的就是對於他的軟體使用說明，並不會涉及到**呼叫，感覺用處不大啊。
大概就是說，本文是針對開發ffmpeg本身的文件，想要看ffmpeg的呼叫文件可以去看doxygen文件，以及通過doc/examples裡面的例子來結合使用。
這句話果然還是有點用處，希望doxygen的文件會不辜負我的期望，等下次看完了，再回來這裡補上感想。
產品需求文件到底該怎麼寫？
博主作為一名產品小白，也被產品需求文件折騰的死去活來，網上也難找乙個完美的模板。那麼，作為產品需求文件，到底該怎麼寫，才能讓設計讓開發都能清晰的了解呢？產品需求文件，主要目的是說明需要開發的產品功能 ui 互動 效能 運營等要求。產品需求文件質量的好壞，在很大程度上不僅直接影響著研發部門是否可以明確...
svn多人編輯乙個文件 SVN操作規 doc
svn操作規 svn操作規範 page i docproperty 模組名稱 mergeformat 錯誤！未知的文件屬性名稱 docproperty 版本號 mergeformat 錯誤！未知的文件屬性名稱 page i 目錄toc o 1 3 h z u hyperlink l toc22409...
拿到BCIduino板子，第一步到底該幹啥？
1.應該把腦電模組的塑料殼裝好 如果已經是裝好的可以忽略 2.把gui開啟，eeg emg資料，看看懸空和電極貼在頭皮 上的時候資料是怎樣的 參考我們之前寫的這個 3.通過lsl 或者其他你想用的方法，比如直接串列埠接收資料 將資料傳輸出來到你的電腦 手機上，進行處理，至於如何處理，就需要進一步根據...