Recherche avancée

Sur d’autres sites (11970)

• Revision b04d766800 : Use small transform size in non-rd real-time mode In non-rd real-time mode, cho

  30 mai 2014, par Yunqing Wang

  Changed Paths :
   Modify /vp9/encoder/vp9_encodeframe.c

  
   Modify /vp9/encoder/vp9_speed_features.c

  
   Modify /vp9/encoder/vp9_speed_features.h

  
  
  Use small transform size in non-rd real-time mode

  In non-rd real-time mode, choosing smaller transform size in
  encoding gives better video quality and good speed gain than
  choosing larger transform size. This patch set tx size search
  method to ALLOW_8X8, which is better than using 4x4 or other
  larger sizes.

  Borg tests on rtc set at speed 6 showed significant gain on quality.
  PSNR gain : 11.034% and SSIM gain : 15.466%.

  The speed gain is 5% - 12% for <720p clips, and 2% - 7% for
  720p clips.

  Change-Id : If4dc74ed2df359346b059f47fb73b4a0193ec548

• ffmpeg : programmatically use libavcodec and encode and decode raw bitmap, all in just few milliseconds and small compressed size on Raspberry Pi 4

  15 mars 2023, par Jerry Switalski

  We need to compress the size of the 1024x2048 image we produce, to size of about jpeg (200-500kb) from raw 32bits RGBA (8Mb) on Raspberry Pi 4. All in c/c++ program.

  &#xA;

  The compression needs to be just in few milliseconds, otherwise it is pointless to us.

  &#xA;

  We decided to try supported encoding using ffmpeg dev library and c/c++ code.

  &#xA;

  The problem we are facing is that when we edited example of the encoding, provided by ffmpeg developers, the times we are dealing are unacceptable.

  &#xA;

  Here you can see the edited code where the frames are created :

  &#xA;

  for (i = 0; i < 25; i++)
{
#ifdef MEASURE_TIME
        auto start_time = std::chrono::high_resolution_clock::now();
        std::cout << "START Encoding frame...\n";
#endif
    fflush(stdout);

    ret = av_frame_make_writable(frame);
    if (ret < 0)
        exit(1);

    //I try here, to convert our 32 bits RGBA image to YUV pixel format:

    for (y = 0; y < c->height; y++)
    {
        for (x = 0; x < c->width; x++)
        {
            int imageIndexY = y * frame->linesize[0] + x;

            uint32_t rgbPixel = ((uint32_t*)OutputDataImage)[imageIndexY];

            double Y, U, V;
            uint8_t R = rgbPixel << 24;
            uint8_t G = rgbPixel << 16;
            uint8_t B = rgbPixel << 8;

            YUVfromRGB(Y, U, V, (double)R, (double)G, (double)B);
            frame->data[0][imageIndexY] = (uint8_t)Y;

            if (y % 2 == 0 && x % 2 == 0)
            {
                int imageIndexU = (y / 2) * frame->linesize[1] + (x / 2);
                int imageIndexV = (y / 2) * frame->linesize[2] + (x / 2);

                frame->data[1][imageIndexU] = (uint8_t)U;
                frame->data[2][imageIndexV] = (uint8_t)Y;
            }
        }
    }

    frame->pts = i;

    /* encode the image */
    encode(c, frame, pkt, f);

#ifdef MEASURE_TIME
        auto end_time = std::chrono::high_resolution_clock::now();
        auto time = end_time - start_time;
        std::cout << "FINISHED Encoding frame in: " << time / std::chrono::milliseconds(1) << "ms.\n";

#endif
    }


  &#xA;

  Here are some important parts of the previous parts of that function :

  &#xA;

  codec_name = "mpeg4";

codec = avcodec_find_encoder_by_name(codec_name);

c = avcodec_alloc_context3(codec);
    
c->bit_rate = 1000000;  
c->width = IMAGE_WIDTH;
c->height = IMAGE_HEIGHT;
c->gop_size = 1;
c->max_b_frames = 1;
c->pix_fmt = AV_PIX_FMT_YUV420P;   


  &#xA;

  IMAGE_WIDTH and IMAGE_HEIGHT are 1024 and 2048 corresponding.

  &#xA;

  The result I have ran on Raspberry Pi 4 look like this :

  &#xA;

  START Encoding frame...
Send frame   0
FINISHED Encoding frame in: 40ms.
START Encoding frame...
Send frame   1
Write packet   0 (size=11329)
FINISHED Encoding frame in: 60ms.
START Encoding frame...
Send frame   2
Write packet   1 (size=11329)
FINISHED Encoding frame in: 58ms.


  &#xA;

  Since I am completely green in encoding and using codecs, my question will be how to do it the best way and correct way, meaning the way which would reduce timing to few ms, and I am not sure the codec was chosen the best for the job, or the pixel format.

  &#xA;

  The rest of the meaningful code you can see here (the encode() function you can find in the ffmpeg developer example I gave link to above) :

  &#xA;

  void RGBfromYUV(double& R, double& G, double& B, double Y, double U, double V)
{
    Y -= 16;
    U -= 128;
    V -= 128;
    R = 1.164 * Y + 1.596 * V;
    G = 1.164 * Y - 0.392 * U - 0.813 * V;
    B = 1.164 * Y + 2.017 * U;
}


  &#xA;

• Can I run a program from Command Prompt on only a numbered subset of files ?

  28 août 2020, par Andrew Shibata

  I have an experiment with 2 groups : English speakers and Mandarin-English bilinguals. I have a batch file that works for converting audio files (using ffmpeg) for the English monolingual group. The Mandarin speaker group also has a few additional trials where they record some more sentences in Mandarin and I'd like to either run ffmpeg separately on just those trials or move that subset to a different folder after the fact.

  &#xA;

  The file formats are [subject ID]-[trial #]-vowels_record.ogg. The English trials are trial #s 6-35 and the Mandarin trials are trial #s 36-50.

  &#xA;

  The following code WORKS for my English only dataset :

  &#xA;

  for %%a in ("*vowels_record.ogg") do ffmpeg -i "%%a" "vowel_wavs\%%~na.wav

  &#xA;

  This is my attempt at figuring out how to get just the relevant files into relevant folders :

  &#xA;

  for %%a in ("*{6..35}-vowels_record.ogg") do ffmpeg -i "%%a" "vowel_wavs\%%~na.wav"
for %%a in ("*{36..50}-vowels_record.ogg") do ffmpeg -i "%%a" "mandarin_wavs\%%~na.wav"


  &#xA;

  I have some regex experience, but not as much with making .bat files and I'm unsure what the right way is to target the range of files I'm looking for.

  &#xA;