Recherche avancée

Sur d’autres sites (7225)

• How to convert a seems like NV21 rtsp stream to normal YUV420 rtmp stream ?

  22 décembre 2018, par N.Monster

  I tried to push a live stream from H264 Encode Box(Based on Hi3516)
  to Bilibili using ffmpeg command line tool, but got a totally green picture.(It is all right when I push it to my local rtmp server.)

  After searching, i got that the problem may lies in the U and V in YUV420, or NV12 and NV21.The remote server identifies error.

  I previously use
  -vcodec copy
  After change to
  -vcodec h264
  Everything go well. But cost CPU to much. Emm Re-encoder ? I don’t need this.

  So how can I convert only pixel format locally before push steam , or just tell the server my pixel format as to get a color correct picture ?

• How can I make a Transcoded Video Filestream using C# and .NET Core

  25 avril 2021, par Drew Chase

  Overview

  


  I'm currently working on a media streaming server using ASP.net Core REST Server. I'm currently using .net 5.0 and ASP.net Core MVC

  


  What I need

  


  I need to be able to dynamically down-res the original video file. from 1080p to 720p for example.
Also I need to be able to make the media file able to be transcoded to a different encoding based on client capabilities.

  


  What I've Tried

  


  I've been looking for a library that can manage this feat, but I can't seem to find one. I thought FFMpeg would be able to do this. I know this is possible because applications like plex and emby seem to manage this.

  


  What I've Done

  


  [HttpGet("/api/streaming/video")]
public IActionResult GetFile()
{
    string path = "C:\Path\To\Video\FILE.mp4";
    System.IO.FileStream stream = new(path, System.IO.FileMode.Open, System.IO.FileAccess.Read);
    Microsoft.AspNetCore.Mvc.FileStreamResult file = File(stream, "video/mp4", true);
    return file;
}


  


  Framework Tried

  


  

  • Xabe.FFmpeg

  


  • FFMpegSharp

  


  


• vdpau : add helper for surface chroma type and size

  19 décembre 2014, par Rémi Denis-Courmont

  vdpau : add helper for surface chroma type and size
  Since the VDPAU pixel format does not distinguish between different
  
  VDPAU video surface chroma types, we need another way to pass this
  
  data to the application.
  Originally VDPAU in libavcodec only supported decoding to 8-bits YUV
  
  with 4:2:0 chroma sampling. Correspondingly, applications assumed that
  
  libavcodec expected VDP_CHROMA_TYPE_420 video surfaces for output.
  
  However some of the new HEVC profiles proposed for addition to VDPAU
  
  would require different depth and/or sampling :
  
  http://lists.freedesktop.org/archives/vdpau/2014-July/000167.html
  
  ...as would lossless AVC profiles :
  
  http://lists.freedesktop.org/archives/vdpau/2014-November/000241.html
  To preserve backward binary compatibility with existing applications,
  
  a new av_vdpau_bind_context() flag is introduced in a further change.
  Signed-off-by : Rémi Denis-Courmont <remi@remlab.net>
  
  Signed-off-by : Anton Khirnov <anton@khirnov.net>
  

  • [DBH] doc/APIchanges
  • [DBH] libavcodec/vdpau.c
  • [DBH] libavcodec/vdpau.h
  • [DBH] libavcodec/version.h