Recherche avancée

Médias (1)

Mot : - Tags -/3GS

Autres articles (89)

  • Mediabox : ouvrir les images dans l’espace maximal pour l’utilisateur

    8 février 2011, par

    La visualisation des images est restreinte par la largeur accordée par le design du site (dépendant du thème utilisé). Elles sont donc visibles sous un format réduit. Afin de profiter de l’ensemble de la place disponible sur l’écran de l’utilisateur, il est possible d’ajouter une fonctionnalité d’affichage de l’image dans une boite multimedia apparaissant au dessus du reste du contenu.
    Pour ce faire il est nécessaire d’installer le plugin "Mediabox".
    Configuration de la boite multimédia
    Dès (...)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

  • D’autres logiciels intéressants

    12 avril 2011, par

    On ne revendique pas d’être les seuls à faire ce que l’on fait ... et on ne revendique surtout pas d’être les meilleurs non plus ... Ce que l’on fait, on essaie juste de le faire bien, et de mieux en mieux...
    La liste suivante correspond à des logiciels qui tendent peu ou prou à faire comme MediaSPIP ou que MediaSPIP tente peu ou prou à faire pareil, peu importe ...
    On ne les connais pas, on ne les a pas essayé, mais vous pouvez peut être y jeter un coup d’oeil.
    Videopress
    Site Internet : (...)

Sur d’autres sites (8529)

  • ffmpeg real-time buffer too full or near too full frame dropped, I even tried increasing rtbufsize. What could be going wrong ?

    21 mai 2024, par Ali Azlan

    We have a software where we capture the stream from the camera connected to the laptop or device using ffmpeg python,

    


                     ffmpeg
                .input(video, s='640x480', **self.args) //tried with rtbufsize=1000M (enough I suupose/ also sometimes the error does not occur even on default rtbufsize which is around 3MB)
                .output('pipe:', format='rawvideo', pix_fmt='rgb24')
                .overwrite_output()
                .run_async(pipe_stdout=True) 


    


    majority of the times when I start the software like the software is still initiating we receive the following error, I have also received this error when the software has initiated fully and completely and it is running from a long time like after 12hrs or more.

    


    


    Error : [dshow @ 000002248916e240] real-time buffer [Integrated
Camera] [video input] too full or near too full (80% of size : 3041280
[rtbufsize parameter]) ! frame dropped !
Last message repeated 1 times [dshow @ 000002248916e240] real-time buffer [Integrated Camera] [video input] too full or near too full
(101% of size : 3041280 [rtbufsize parameter]) ! frame dropped !

    


    


    What are the things we possibly might be doing wrong ?

    


    Edit 1 :

    


    below is the code to consume the frame captured in the video using ffmpeg

    


        def frame_reader(self):
    while True:
        in_bytes = self.process.stdout.read(self.width * self.height * 3)
        if not in_bytes:
            break
        try:
            in_frame = (
                np
                    .frombuffer(in_bytes, np.uint8)
                    .reshape([self.height, self.width, 3])
            )
            frame = cv2.resize(in_frame, (640, 480))
            frame = cv2.cvtColor(frame, cv2.COLOR_RGB2BGR)
        except Exception as e:
            logger.error(e, exc_info=True)
            in_frame = (
                np
                    .frombuffer(in_bytes, np.uint8)
            )

        if not self.q.empty():
            try:
                self.q.get_nowait()
            except queue.Empty:
                pass
        self.q.put(frame)


    


  • How to reduce file size of a video without loosing quality using an ffmpeg command ? [closed]

    11 mars 2024, par Shadab Mehdi

    I have received a video that is Full HD 1920 x 1080 and is nearly 62 GB. I know something is off here. I have seen similar videos under 3-4 GB.

    


    I tried to reduce the size by running the following command

    


    ffmpeg -i MyVideo.mpg -vcodec libx265 -crf 28 Compressed.mp4


    


    But it produced horrible out-of-sync audio. The video quality was OK.

    


    Here is a dump of ffprobe video output for better understanding.

    


    ffprobe -v quiet -print_format json -show_format -show_streams -print_format json MyVideo.mpg


    


    The output of the above command produces this response

    


    {
  "streams": [
    {
      "index": 0,
      "codec_name": "mpeg2video",
      "codec_long_name": "MPEG-2 video",
      "profile": "Main",
      "codec_type": "video",
      "codec_tag_string": "[0][0][0][0]",
      "codec_tag": "0x0000",
      "width": 1920,
      "height": 1080,
      "coded_width": 0,
      "coded_height": 0,
      "closed_captions": 0,
      "film_grain": 0,
      "has_b_frames": 1,
      "sample_aspect_ratio": "1:1",
      "display_aspect_ratio": "16:9",
      "pix_fmt": "yuv420p",
      "level": 4,
      "color_range": "tv",
      "chroma_location": "left",
      "field_order": "progressive",
      "refs": 1,
      "id": "0x1e0",
      "r_frame_rate": "25/1",
      "avg_frame_rate": "25/1",
      "time_base": "1/90000",
      "start_pts": 22503,
      "start_time": "0.250033",
      "duration_ts": 643863600,
      "duration": "7154.040000",
      "extradata_size": 150,
      "disposition": {
        "default": 0,
        "dub": 0,
        "original": 0,
        "comment": 0,
        "lyrics": 0,
        "karaoke": 0,
        "forced": 0,
        "hearing_impaired": 0,
        "visual_impaired": 0,
        "clean_effects": 0,
        "attached_pic": 0,
        "timed_thumbnails": 0,
        "non_diegetic": 0,
        "captions": 0,
        "descriptions": 0,
        "metadata": 0,
        "dependent": 0,
        "still_image": 0
      },
      "side_data_list": [
        {
          "side_data_type": "CPB properties",
          "max_bitrate": 80000000,
          "min_bitrate": 0,
          "avg_bitrate": 0,
          "buffer_size": 9781248,
          "vbv_delay": -1
        }
      ]
    },
    {
      "index": 1,
      "codec_name": "mp2",
      "codec_long_name": "MP2 (MPEG audio layer 2)",
      "codec_type": "audio",
      "codec_tag_string": "[0][0][0][0]",
      "codec_tag": "0x0000",
      "sample_fmt": "s16p",
      "sample_rate": "48000",
      "channels": 2,
      "channel_layout": "stereo",
      "bits_per_sample": 0,
      "initial_padding": 0,
      "id": "0x1c0",
      "r_frame_rate": "0/0",
      "avg_frame_rate": "0/0",
      "time_base": "1/90000",
      "start_pts": 15303,
      "start_time": "0.170033",
      "duration_ts": 643870080,
      "duration": "7154.112000",
      "bit_rate": "384000",
      "disposition": {
        "default": 0,
        "dub": 0,
        "original": 0,
        "comment": 0,
        "lyrics": 0,
        "karaoke": 0,
        "forced": 0,
        "hearing_impaired": 0,
        "visual_impaired": 0,
        "clean_effects": 0,
        "attached_pic": 0,
        "timed_thumbnails": 0,
        "non_diegetic": 0,
        "captions": 0,
        "descriptions": 0,
        "metadata": 0,
        "dependent": 0,
        "still_image": 0
      }
    }
  ],
  "format": {
    "filename": "MyVideo.mpg",
    "nb_streams": 2,
    "nb_programs": 0,
    "format_name": "mpeg",
    "format_long_name": "MPEG-PS (MPEG-2 Program Stream)",
    "start_time": "0.170033",
    "duration": "7154.120000",
    "size": "62752258052",
    "bit_rate": "70171881",
    "probe_score": 26
  }
}


    


  • fftools/ffprobe : stop using AVFrame.pkt_{pos,size}

    9 mars 2023, par Anton Khirnov
    fftools/ffprobe : stop using AVFrame.pkt_pos,size
    

    These fields are ad-hoc and will be deprecated. Use the recently-added
    AV_CODEC_FLAG_COPY_OPAQUE to pass arbitrary user data from packets to
    frames.

    Changes the result of the flcl1905 test, which uses ffprobe to decode
    wmav2 with multiple frames per packet. Such packets are handled
    internally by calling the decoder's decode callback multiple times,
    offsetting the internal packet's data pointer and decreasing its size
    after each call. The output pkt_size value before this commit is then
    the remaining internal packet size at the time of each internal decode
    call.

    After this commit, output pkt_size is simply the size of the full packet
    submitted by the caller to the decoder. This is more correct, since
    internal packets are never seen by the caller and should have no
    observable outside effects.

    • [DH] fftools/ffprobe.c
    • [DH] tests/ref/fate/flcl1905