Recherche avancée

Sur d’autres sites (11608)

• Evolution #4766 : Passer le menu d’ajouts rapides dans un sous-menu

  4 mai 2021, par RastaPopoulos ♥

  Cédric commentait :

  c’est un bandeau d’accès rapide à l’écriture de contenus : c’est pas pour planquer les trucs dans un sous menu, donc ça me parait une mauvaise idée en terme d’interface même si ça semble plus simple pour les devs

  Ce sur quoi je ne suis pas d’accord :)

  C’est un bandeau d’accès rapide essentiellement pour créer un nouveau contenu, au final jamais personne n’y a mis autre chose que de la création. Donc pas pour n’importe quels accès rapides : que de la création, c’est super cohérent.

  Ce menu permet donc de créer sans quitter la page actuelle, c’est-à-dire sans naviguer sur plusieurs pages + devoir chercher et trouver un autre lien sur ces autres pages (exemple, aller dans Édition (ou autre) => Patates puis ensuite trouver un lien).

  Le fait que ce soit une entrée unique qui se déroule n’est pas planqué du tout :
  1) c’est plus facilement identifiable, car UN bouton à connaitre quand on veut accéder à une création sans quitter la page : réduction de la charge mentale, ya pas plein de choses affichées, sans label en plus, mais un seul : plus facile à former, et plus facile à mémoriser ensuite quand on l’a utilisé une fois
  2) à l’intérieur du sous-menu, on a désormais des labels pour chaque entrée, donc là aussi, bien plus facilement accessible à tout le monde, il n’y a pas à se souvenir des icones, ni a les compter comme RealET (cliquez sur la 3ème icones etc : super BAD pour la formation justement, le fait qu’il n’y ait pas de label), là une fois le menu ouvert, tout le monde sera capable de s’y retrouver sans l’aide de la formatrice

  Bref, c’est mieux. :)

• Revision 23a82ef5e4 : Remove arguments not in use in non-RD decision This commit removes a few argume

  27 février 2014, par Jingning Han

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

  
  
  Remove arguments not in use in non-RD decision

  This commit removes a few arguments that are not used in the
  non-RD mode decision.

  Change-Id : I0d878bb5a7dba1b34fe0b64afe55bf11b1a9a2d7

• Modifying the IDR Frame in Decoded Picture Buffer (DPB) does not take effect on the subsequent P and B frames

  25 juin 2020, par Barrelo

  all.

  


  I've been experimenting an exciting idea using FFMPEG. As the title says, I modified the IDR frame in the decoded picture buffer on the decoder-side, expecting the subsequent P and B frame to be changed accordingly.

  


  However, even though I changes the IDR frames, the P and B frames were not changed at all. To modify the IDR frame in the DPB, I edited "decode_simple_internal" function defined at 366th line in "decode.c" file Link to the function. To make changes on the IDR frame, I added the following code at the line 432.

  


  if(avctx->frame_number < 1)
    {
        H264Context *h = avctx->priv_data;
        printf("Came to I-Frame modification Start\n");
        if(h)
        {
            if (h->DPB[0].f) {
                printf(" frame linesize : %d width : %d height : %d \n",h->DPB[0].f->linesize[0],h->DPB[0].f->width,h->DPB[0].f->height);
                if (h->DPB[0].f->data[0]) {
                                      char buf[1024];
                                      snprintf(buf, sizeof(buf), "%s-%d", "test-test", 1000);
                                      test_pgm_save(h->DPB[0].f->data[0], h->DPB[0].f->linesize[0],h->DPB[0].f->width, h->DPB[0].f->height, buf);
#if 0
                    //unsigned char *buf= h->DPB[0].f->data[0];
                    for(int i=0;i<2500;i++){
                        //buf[i] = 0xFF;
                                                printf("Before : %x\n",h->DPB[0].f->data[0][i]);
                                                h->DPB[0].f->data[0][i] = 0x0;
                                                printf("After : %x\n",h->DPB[0].f->data[0][i]);
                                                //if (i % 25 == 1) { printf("\n");}
                    }
#endif
                } else{
                    printf("buffer is NULL\n");
                }
            } else{
                printf("frame is NULL\n");
            }
        } else {
            printf("h is NULL\n");
        }
        printf("Came to I-Frame modification End\n");
    }


  


  Though h->DPB[0].f->data[0][i] changes (which was confirmed using the "printf"), such changes do not take effect on the subsequent P and B frames.

  


  It would be tremendous help if anyone can give an idea on why such changes are not taking effect.