Recherche avancée

Sur d’autres sites (11724)

• Cannot stream video from VLC docker

  4 avril 2023, par Snake Eyes

  I have Dockerfile :

  


  FROM fedora:34

ARG VLC_UID="1000"
ARG VLC_GID="1000"

ENV HOME="/data"


RUN groupadd -g "${VLC_GID}" vlc && \
    useradd -m -d /data -s /bin/sh -u "${VLC_UID}" -g "${VLC_GID}" vlc && \
    dnf upgrade -y && \
    rpm -ivh "https://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-34.noarch.rpm" && \
    dnf upgrade -y && \
    dnf install -y vlc && \
    dnf install -y libaacs libbdplus && \
    dnf install -y libbluray-bdj && \
    dnf clean all

USER "vlc"

WORKDIR "/data"

VOLUME ["/data"]

ENTRYPOINT ["/usr/bin/cvlc"]


  


  And then run :

  


  docker run -d -v "d:\path":/data -p 8787:8787 myrepo/myvlc:v1 file:///data/Sample.mkv --sout '#transcode {vcodec=h264,acodec=mp3,samplerate=44100}:std{access=http,mux=ffmpeg{mux=flv},dst=0.0.0.0:8787/stream.flv}'


  


  I get error :

  


  2023-04-04 12:19:11 [000055933c090060] vlcpulse audio output error: PulseAudio server connection failure: Connection refused
2023-04-04 12:19:11 [000055933c09d680] dbus interface error: Failed to connect to the D-Bus session daemon: Unable to autolaunch a dbus-daemon without a $DISPLAY for X11
2023-04-04 12:19:11 [000055933c09d680] main interface error: no suitable interface module
2023-04-04 12:19:11 [000055933bf26ad0] main libvlc error: interface "dbus,none" initialization failed
2023-04-04 12:19:11 [000055933c08d7a0] main interface error: no suitable interface module
2023-04-04 12:19:11 [000055933bf26ad0] main libvlc error: interface "globalhotkeys,none" initialization failed
2023-04-04 12:19:11 [000055933c08d7a0] dummy interface: using the dummy interface module...
2023-04-04 12:19:11 [00007f3b84001250] stream_out_standard stream out error: no mux specified or found by extension
2023-04-04 12:19:11 [00007f3b84000f30] main stream output error: stream chain failed for `standard{mux="",access="",dst="'#transcode"}'
2023-04-04 12:19:11 [00007f3b90000c80] main input error: cannot start stream output instance, aborting
2023-04-04 12:19:11 [00007f3b7c001990] stream_out_standard stream out error: no mux specified or found by extension
2023-04-04 12:19:11 [00007f3b7c001690] main stream output error: stream chain failed for `standard{mux="",access="",dst="'#transcode"}'
2023-04-04 12:19:11 [00007f3b90000c80] main input error: cannot start stream output instance, aborting


  


  I mention that I'm using cvlc and I can't stream that mkv file.

  


  I tried as well --sout '#transcode{scodec=none}:http{mux=ffmpeg{mux=flv},dst=:8787/}' but same errors.

  


  How can I solve it ?

  


• avdevice/decklink_enc : don't take for granted that first frame to decklink output...

  3 mars 2023, par Devin Heitmueller

  avdevice/decklink_enc : don't take for granted that first frame to decklink output will be PTS 0
  The existing code assumed that the first frame received by the decklink
  
  output would always be PTS zero.  However if running in other timing
  
  modes than the default of CBR, items such as frame dropping at the
  
  beginning may result in starting at a non-zero PTS.
  For example, in our setup because we discard probing data and run
  
  with "-vsync 2" the first video frame scheduled to the decklink
  
  output will have a PTS around 170.  Scheduling frames too far into
  
  the future will either fail or cause a backlog of frames scheduled
  
  far enough into the future that the entire pipeline will stall.
  Issue can be reproduced with the following command-line :
  ./ffmpeg -copyts -i foo.ts -f decklink -vcodec v210 -ac 2  'DeckLink Duo (4)'
  Keep track of the PTS of the first frame received, so that when
  
  we enable start playback we can provide that value to the decklink
  
  driver.
  Thanks to Marton Balint for review and suggestion to use
  
  AV_NOPTS_VALUE rather than zero for the initial value.
  Signed-off-by : Devin Heitmueller <dheitmueller@ltnglobal.com>
  
  Signed-off-by : Marton Balint <cus@passwd.hu>
  

  • [DH] libavdevice/decklink_common.h
  • [DH] libavdevice/decklink_enc.cpp

• Confused about x264 and encoding video frames

  26 février 2015, par spartygw

  I built a test driver for encoding a series of images I have captured. I am using libx264 and based my driver off of this guy’s answer :

  StackOverflow link

  In my case I am starting out by reading in a JPG image and converting to YUV and passing that same frame over and over in a loop to the x264 encoder.

  My expectation was that since the frame is the same that the output from the encoder would be very small and constant.

  Instead I find that the NAL payload is varied from a few bytes to a few KB and also varies highly depending on the frame rate I specify in the encoder parameters.

  Obviously I don’t understand video encoding. Why does the output size vary so much ?

  int main() 
  
  {
  
    Image image(WIDTH, HEIGHT);
  
    image.FromJpeg("frame-1.jpg");
  
  
  
    unsigned char *data = image.GetRGB();
  
  
  
    x264_param_t param;
  
  
  
    x264_param_default_preset(&param, "fast", "zerolatency");
  
    param.i_threads = 1;
  
    param.i_width = WIDTH;
  
    param.i_height = HEIGHT;
  
    param.i_fps_num = FPS;
  
    param.i_fps_den = 1;
  
  
  
    // Intra refres:
  
    param.i_keyint_max = FPS;
  
    param.b_intra_refresh = 1;
  
  
  
    //Rate control:
  
    param.rc.i_rc_method = X264_RC_CRF;
  
    param.rc.f_rf_constant = FPS-5;
  
    param.rc.f_rf_constant_max = FPS+5;
  
  
  
    //For streaming:
  
    param.b_repeat_headers = 1;
  
    param.b_annexb = 1;
  
  
  
    x264_param_apply_profile(&param, "baseline");
  
  
  
    // initialize the encoder
  
    x264_t* encoder = x264_encoder_open(&param);
  
    x264_picture_t pic_in, pic_out;
  
    x264_picture_alloc(&pic_in, X264_CSP_I420, WIDTH, HEIGHT);
  
    // X264 expects YUV420P data use libswscale 
  
    // (from ffmpeg) to convert images to the right format
  
    struct SwsContext* convertCtx =
  
          sws_getContext(WIDTH, HEIGHT, PIX_FMT_RGB24, WIDTH, HEIGHT,
  
                         PIX_FMT_YUV420P, SWS_FAST_BILINEAR,
  
                         NULL, NULL, NULL);
  
  
  
    // encoding is as simple as this then, for each frame do:
  
    // data is a pointer to your RGB structure
  
    int srcstride = WIDTH*3; //RGB stride is just 3*width
  
    sws_scale(convertCtx, &data, &srcstride, 0, HEIGHT,
  
              pic_in.img.plane, pic_in.img.i_stride);
  
    x264_nal_t* nals;
  
    int i_nals;
  
    int frame_size =
  
          x264_encoder_encode(encoder, &nals, &i_nals, &pic_in, &pic_out);
  
  
  
    int max_loop=15;
  
    int this_loop=1;
  
  
  
    while (frame_size >= 0 && --max_loop)
  
    {
  
        cout << "------------" << this_loop++ << "-----------------\n";
  
        cout << "Frame size = " << frame_size << endl;
  
        cout << "output has " << pic_out.img.i_csp << " colorspace\n";
  
        cout << "output has " << pic_out.img.i_plane << " # img planes\n";
  
  
  
        cout << "i_nals = " << i_nals << endl;
  
        for (int n=0; n