h.264

1熱度

1回答

因此，對於該項目，我們已經有一個原始h.264正確生成的流，但我們希望將其發送到網絡瀏覽器以顯示爲簡單的實時流。我們正在研究RTP，因爲它似乎可以支持這樣的直播流。但這一切都令人困惑。那麼，是否有可能簡單地將原始h.264數據傳輸到Web瀏覽器，使用哪種協議？這就是我們想要的。我們不關心倒退或快進，只是儘可能快地顯示最後生成的圖像。如果可能，我們甚至可以與其他編碼器一起使用，並且很容易被瀏覽

0熱度

1回答

ffmpeg concat iMovie導入 - 不一致的故障

我試圖用ffmpeg一組定時截圖來創建兩部電影，使用-f concat來指定它們應該顯示的png截圖和持續時間。我主要從ffmpeg slideshow tutorial 和concat documentation。 Quicktime能夠毫無問題地打開我的ffmpeg生成的電影，但儘管使用相同的命令和腳本來創建它們，但無論我重新創建源屏幕截圖/持續時間多少次，iMovie都不會打開一個，也不會打

0熱度

1回答

.mp4文件不會在瀏覽器中播放，是否使用了一些奇怪的編解碼器？

我試圖調查爲什麼某個視頻在瀏覽器中無法正常播放，您可以在這裏看到視頻與可正常工作的視頻相比，還可以看到在我的桌面（OS X）上顯示預覽第二個視頻文件，但不是第一個預覽（牽連到我，有一些與編解碼器回事）編解碼器按第一視頻的VLC（不在瀏覽器中運行）：編解碼器按第二視頻的VLC（在瀏覽器中正常工作）：比較我的桌面上的視頻：

1熱度

1回答

的ffmpeg管的MediaInfo

我需要從一個MKV文件的原始H264賽道獲得的相關信息。有些時候以前，我用來提取H264原料流，並自行進行分析。現在，我想限制磁盤使用情況，避免提取過程，所以有2種選擇：使用的ffmpeg管道H264到的MediaInfo 使用排序的ramdisk 我試圖 ffmpeg -i original.mkv -map 0:v:0 -c copy -bsf:v h264_mp4toannexb -

1熱度

2回答

Java FFmpeg解碼avcodec_decode_video2負AVPacket結果

我是ffmpeg的新手。我使用FFmpegFrameGrabber和JavaCPP（版本1.3.3）來抓取mp4視頻文件的數據包。我想將數據包的字節流保存在數據庫中，以便在請求數據時解碼數據包並處理圖像。 public static void saveVideoToDB(String pathToVideo){ FFmpegFrameGrabber grabber = new FFmpegFra

1熱度

2回答

將Raspivid的Netcat H.264視頻轉換爲OpenCV

目標是通過網絡將視頻從Raspberry Pi（Raspivid/H.264）流式傳輸到運行在筆記本電腦上的OpenCV應用程序中。開放CV捕獲如下（C++）： cv::VideoCapture cap; cap.open("cam_1"); // cam_1 is a FIFO cv::Mat frame; while(1){ cap >> frame; cv::

0熱度

1回答

C920攝像頭h264硬件編碼器設置

我有攝像頭C920，可以輸出h264（受限基線）。我想將此C920s h264視頻傳輸到瀏覽器。我使用h264_live_player進行流媒體視頻。 h264_live_player是用於h264流式傳輸到瀏覽器的javascript庫，但它只能解碼基線配置文件。所以我想知道如何更改C920s輸出h264配置文件。如果我無法更改C920s輸出配置文件，請告訴我如何從C920流式傳輸到瀏覽

0熱度

1回答

有關NALU起始代碼的幾個問題

我是一個初學者研究MPEG4，並且有一些定義讓我困惑。據說如果NALU片是幀的第一片，那麼NALU的起始碼是4個字節「\ X00 \ X00 \ X00 \ X01」，否則它是3個字節「\ X00 \ X00 \ X01" 。我想知道的是，這是強制性的嗎？我發現在Android MPEG4Writer中似乎總是使用4個字節。 NALU slice是否可能以「\ x00」結尾，如果是這樣，我們如

0熱度

2回答

確實的Android MediaCodec支持RGBA編碼

我有一組位圖的，需要被編碼爲H264視頻，位圖轉換爲RGBA字節[]發送給MediaCodec，但以下除外：java.nio.BufferOverflowException 我想知道Android MediaCodec是否支持RBGA編碼？有誰知道如何解決這個問題？或另一種解決方案，以實現編碼到H.264？謝謝！

0熱度

1回答

檢測H264視頻幀結束時RTP標記位不存在

RFC 3984 RTP有效載荷格式5.1節關於RTP標記位H264狀態 https://tools.ietf.org/html/rfc3984#page-34 「解碼器可以使用該位作爲最後的早期指示數據包的訪問單元，但必須不要依賴此屬性。「在我們的iOS應用程序中，只要我們檢測到RTP標記位集，我們就可以向H264硬件解碼器發送一個完整的視頻幀，但是對於某些PBx，此位未設置，因此我們無法檢