Recherche avancée

Sur d’autres sites (5920)

• gstreamer vaapih264enc generated ts segment dont play on AVPlayer

  21 juin 2022, par Guru Govindan

  I have a pipeline that transcodes an rtsp stream into hls segments. The manifest is playable in browsers(with hlsjs) and ffplay and VLC. However when I play the stream or individual ts segments in Quicktime player or my IOS App that uses avplayer, it doesnt work.

  


  This seems to be an issue only with vaapih264enc. When I try the same with software encode like x264enc it works fine.

  


  The following is a simple pipeline where this is reproducible.

  


  GST_DEBUG=3 gst-launch-1.0 rtspsrc location='rtsp://user:pass@10.10.10.12:554/' name=rtpsrc0 \
 rtpsrc0. ! rtph264depay ! queue ! decodebin ! vaapih264enc ! mpegtsmux name=mux ! filesink location=mymux.ts \
 rtpsrc0. ! decodebin ! queue ! fdkaacenc ! mux.


  


  when I run the following command to copy the encoded stream as is from the generated ts segment it works

  


  ffmpeg -i mymux.ts -c copy mymux_ffmpeg.ts


  


  Is the ffmpeg adding some additional header information that the quicktime player is happy with ?

  


  I appreciate any help with this.

  


• Can't scrub frame by frame through .mp4 files in VLC created using FFmpeg command line, but changing container to .avi can scrub frame by frame in VLC

  16 juin 2022, par ICBanMI

  I wrote a really simple demonstration of the issue. I create a 4k video that is 150 frames, and output it to mp4. When I open that in VLC(Vent 3.0.17.4), I can scrub forward a few frames at the beginning(e key) before it stops entirely. If I move it towards the end of the file( 4 secs), it can't scrub forward at all.

  


  What I found out through testing. I can scrub forward/backward 3 seconds normal in vlc. I can scrub forward frame by frame using quicktime's latest version(2016). If I mux it to .avi file format, scrubbing using the e key works as expected in VLC. Copying the meta data from an mp4 that can scrub forward frame by frame doesn't change anything. Renaming the .mp4 file to .avi doesn't fix the issue... only muxing out to an avi does. Using a build of version 5.0.1 of ffmpeg.

  


  I included both VLC commands in code. I'd be more than happy to walk way from this with just muxing everything to avi... but .mp4 is a requirement along with being able to scrub forward frame by frame in VLC. Not sure if code or command line is where the issue is... as sample mp4s from the net used in VLC don't appear to have this issue.

  


  #include <iostream>&#xA;#include &#xA;&#xA;int main()&#xA;{&#xA;   FILE *m_pFFmpeg;&#xA;&#xA;   // Working - Can scrub forward frame by frame in latest version of vlc&#xA;   //const char *cmdOutput = "ffmpeg -hide_banner -y -r 30 -s 3840x2160 -f rawvideo -pix_fmt rgb24 -i - -framerate 30 -an -vcodec libx264 -pix_fmt yuv420p -video_track_timescale 30 -vf vflip -preset veryslow -qp 0 output.avi";&#xA;   &#xA;   // Not working - Can&#x27;t scrub forward frame by frame in latest version of vlc. Only difference is the .mp4 at the end&#xA;   const char *cmdOutput = "ffmpeg -hide_banner -y -r 30 -s 3840x2160 -f rawvideo -pix_fmt rgb24 -i - -framerate 30 -an -vcodec libx264 -pix_fmt yuv420p -video_track_timescale 30 -vf vflip -preset veryslow -qp 0 output.mp4";&#xA;  &#xA;   int g_x_dis_res = 3840;&#xA;   int g_y_dis_res = 2160;&#xA;&#xA;   m_pFFmpeg = _popen(cmdOutput, "wb");&#xA;&#xA;   uint8_t *export_buffer = new uint8_t[g_x_dis_res * g_y_dis_res * 3];&#xA;&#xA;   for (int i = 0; i &lt; (g_x_dis_res * g_y_dis_res * 3); i&#x2B;&#x2B;) {&#xA;      export_buffer[i] = 127;&#xA;   }&#xA;&#xA;   for (int j = 0; j &lt; 150; j&#x2B;&#x2B;) {&#xA;      fwrite(export_buffer, 3 * g_x_dis_res * g_y_dis_res, 1, m_pFFmpeg);&#xA;&#xA;      printf("Export Frame %d\n", j &#x2B; 1);&#xA;   }&#xA;&#xA;   delete[] export_buffer;&#xA;&#xA;   fflush(m_pFFmpeg);&#xA;   _pclose(m_pFFmpeg);&#xA;&#xA;   return 0;&#xA;}&#xA;</iostream>

  


• FFMPEG stream video to Youtube Live

  13 juin 2022, par BlessedHIT

  I have a mov file and I'm using ffmpeg to stream it to youtube live using the following command,

  


  ffmpeg -re -i "episode.mov" -pix_fmt yuvj420p -x264-params keyint=48:min-keyint=48:scenecut=-1 -b:v 4500k -b:a 128k -ar 44100 -acodec aac -vcodec libx264 -preset medium -crf 28 -threads 4 -f flv "rtmp://a.rtmp.youtube.com/live2/YOUTUBE.LIVESTREAM.KEY"


  


  But im getting the following message on youtube,

  


  YouTube is not receiving enough video to maintain smooth streaming. As such, viewers will experience buffering


  


  My ffmpeg output showed my bitrate being between 800 - 1000 mbps, way lower than what i have specified in my ffmpeg command.

  


  I am using a not so powerful virtual machine, and so i thought this might be why i am not getting the desired bitrate.

  


  To overcome my hardware limitations, I then decided to encode the file for streaming using this command :

  


  ffmpeg -i episode.mov -c:v libx264 -preset medium -b:v 4500k -maxrate 4500k -bufsize 6000k -vf "scale=1280:-1,format=yuv420p" -g 50 -c:a aac -b:a 128k -ac 2 -ar 44100 episode.flv


  


  Then I stream copy the file using :

  


  ffmpeg -re -i episode.flv -c copy -f flv "rtmp://a.rtmp.youtube.com/live2/YOUTUBE.LIVESTREAM.KEY"


  


  And that seems to give me a stream that youtube is happy with.

  


  My question is, is there a way I can rewrite my ffmpeg command to livestream with the desired bitrate without needing to first encode my mov to another file or is adding more memory the only way forward here ?