avcodec

    5熱度

    1回答

    當我使用mpeg4或h264編碼器時,我能夠使用ffmpeg 3.1.0的API成功編碼圖像以生成有效的AVI文件。但是,當我使用快速同步編碼器(h264_qsv)時,avcodec_encode_video2會掛起一些時間。我發現使用1920x1080的圖像時,avcodec_encode_video2很難掛起。使用256x256圖像時,該功能很可能會掛起。 我已經創建了下面的測試代碼,演示了a

    0熱度

    1回答

    我們正在嘗試開發一個媒體播放器,並通過提及的dranger教程進行了介紹[Dranger tutorial for ffmpeg 1。這裏提到的api提到尋找和播放容器格式。我們想要的是原始/基本視頻流(我們正在使用的M2v)的播放器。 av_seek_frame不適用於這些流,因爲基本流中沒有PTS或DTS值。 任何有關尋找基本流的幫助都會有很大的幫助,我有需要查找的期望位置的時間碼。

    0熱度

    1回答

    我正在使用libavformat來複用AVI文件。 當我看着ffmpeg的源代碼,我找不到av_codec_set_pkt_timebase函數的定義,而我只能找到中avcodec.h 函數聲明,我使用Git版本:bfdf0f078a7463e1f304ef6fea3b25518cc45c3b ,誰受得了告訴av_codec_set_pkt_timebase的函數定義在哪裏? 最好的問候, 劉易斯

    1熱度

    1回答

    我一直試圖將字幕從格式SubRip(.srt)轉換爲MPEG4 Timed Text將它們複合到一個MP4容器,其中已經有音頻和視頻。在命令行與ffmpeg這樣做很簡單: ffmpeg -i subtitles.srt -i video.mp4 -c:v copy -c:a copy -c:s mov_text videoWithSubtitles.mp4 然而,使用avcodec中,我能打開

    -1熱度

    1回答

    我想更新使用功能avcodec_encode_audio (deprecated)到avcodec_encode_audio2的AV音頻編碼器,而無需修改現有的編碼器的結構: outBytes = avcodec_encode_audio(m_handle, dst, sizeBytes, (const short int*)m_samBuf); 其中: 1)m_handle AVCodecC

    1熱度

    1回答

    我試圖將原始PCM音頻數據編碼爲u-law,它聽起來很奇怪(當它聽起來......)。我不太瞭解如何初始化我的AVCodecContext結構(以及我的輸入AVFrame)。 這裏是我的參數: 輸入:PCM(16位帶符號的),MONO,44,1kHz(採樣率)(從我的Android裝置MIC) 需要的輸出:G. 711 U型規律,MONO,8kHz的(採樣率),64千比特/秒(比特率)(從我的輸出

    2熱度

    1回答

    我正在研究一種豐富的遠程桌面系統,使用avcodec/x264編碼的桌面視頻流。我必須手動設置流的GOP大小,到目前爲止我使用的是fps/2的大小。 但我剛讀維基百科上的以下內容: 這種結構[組圖片@因爲需要以預測第二和第三(第四幀(P幀)提出的一個問題B幀)。所以我們需要在B幀之前傳輸P幀,並且它會延遲傳輸(這將有必要保持P幀)。 這意味着我創建了很多延遲,因爲客戶端需要接收至少一半的GOP才能

    0熱度

    1回答

    在Windows x64上,我有一個使用OpenCV 2.4.8的gstream管道程序拋出有關程序入口點findHomography不在庫avcodec-55中的運行時錯誤。 DLL。 這裏是關於對話框中的確切消息: 「程序輸入點findHomography @ CV @@ YA AVMat @ AEBV_InputArray @ 1 @ 0HNAEBV_OutputArray @ 1 @@ž不

    3熱度

    2回答

    我使用ffmpeg庫來解碼,縮放和重新編碼MPEG傳輸流內的視頻。我剛剛從源代碼重新編譯爲v3.3.2,並從舊的avcodec_decode_video2()API更改爲新的發送/接收API。 舊的和新的API都非常緩慢地解碼視頻。 25 fps視頻=每40ms 1幀。但是,我看到每幀需要70至120毫秒才能解碼。這是一個文件翻譯器,因此需要它比實時更快地運行。 代碼大綱如下。任何人有關於如何提高

    0熱度

    1回答

    語境:我有一個名爲libffmpeg.so文件,我從使用FFMPEG編碼和幾個Codecs之間解碼文件的Android應用的APK了。因此,我認爲這是使用編碼選項啓用編譯的,並且此.so文件包含某處的所有編解碼器。此文件編譯爲ARM(我們稱上的ARMEABI配置文件)。 我也有一個非常完整的類與interop呼籲APIffmpeg。無論這個static library的來源是什麼,所有的通話響應都