Recherche avancée

Sur d’autres sites (6118)

• Fix typos in header files

  20 mars 2017, par Erik de Castro Lopo

  Fix typos in header files
  Patch-from : lvqcl <lvqcl.mail@gmail.com>
  

  • [DH] include/FLAC++/decoder.h
  • [DH] include/FLAC++/encoder.h
  • [DH] include/share/private.h

• Variable is not being assingned value from the stdout of a command

  29 juillet 2021, par Jesse Hix

  When I try to run the entire program I get an error concerning the assignment of the y variable leading to the entire thing crashing. I have tried a few different ways of formatting but none of them have worked

  


  echo -e "Enter the name of the carrier video (include .mp4, .mp3, etc):"
read -r carrier_video
echo -e "Enter starting point x: "
read -r x
command rmdir frames
command mkdir frames

var=$(ffprobe -v error -select_streams v:0 -count_packets -show_entries stream=nb_read_packets -of csv=p=0 "$carrier__video")
command $(ffmpeg -i $carrier_video -vf select="between(n\,'$x'\,'$var')" -vsync 0 frames/frames%d.jpeg)


  


  Error :

  


   libavutil      55. 78.100 / 55. 78.100
  libavcodec     57.107.100 / 57.107.100
  libavformat    57. 83.100 / 57. 83.100
  libavdevice    57. 10.100 / 57. 10.100
  libavfilter     6.107.100 /  6.107.100
  libavresample   3.  7.  0 /  3.  7.  0
  libswscale      4.  8.100 /  4.  8.100
  libswresample   2.  9.100 /  2.  9.100
  libpostproc    54.  7.100 / 54.  7.100
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'original.mp4':
  Metadata:
    major_brand     : mp42
    minor_version   : 0
    compatible_brands: mp42mp41isomavc1
    creation_time   : 2018-09-11T11:07:38.000000Z
  Duration: 00:00:21.12, start: 0.000000, bitrate: 21519 kb/s
    Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709), 3840x2160, 21514 kb/s, 25 fps, 25 tbr, 25 tbn, 50 tbc (default)
    Metadata:
      creation_time   : 2018-09-11T11:07:38.000000Z
      handler_name    : L-SMASH Video Handler
      encoder         : AVC Coding
Stream mapping:
  Stream #0:0 -> #0:0 (h264 (native) -> mjpeg (native))
Press [q] to stop, [?] for help

[Parsed_select_0 @ 0x5582453fdec0] [Eval @ 0x7ffedaf0ddb0] Undefined constant or missing '(' in ')'
[Parsed_select_0 @ 0x5582453fdec0] Error while parsing expression 'between(n,500,)'
[AVFilterGraph @ 0x5582453fd100] Error initializing filter 'select' with args 'between(n,500,)'
Error reinitializing filters!
Failed to inject frame into filter network: Invalid argument
Error while processing the decoded data for stream #0:0
Conversion failed!



  


• Révision 23364 : Restructuration complète du critère `{par xxx}` pour y voir plus clair et apporte...

  31 janvier 2017, par marcimat@rezo.net

  - les expressions telles que `par num titre` ou `par multi titre` sont extensibles. `par expr champ` cherchera une fonction
  `calculer_critere_par_expression_expr` pour gérer cette expression

  - une fonction `calculer_critere_par_champ()` est utilisée pour retrouver la table de tri d’un champ demandé.
  Cette fonction est d’ailleurs aussi utilisée par les fonctions `num` ou `multi`.
  Cela harmonise un peu les diverses utilisations entre ces 3 cas principaux `par xpar num xpar multi x`.

  x peut être :
  - un champ de la table (titre),
  - un champ dont la table de jointure est nommé (documents.titre),
  - un champ dont l’alias de table est nommé (L1.titre) (à éviter, surtout là pour compat)
  - un champ d’exception de jointure (titre_mot)
  - un champ d’une autre table dont la jointure est explicite (ARTICLES documents)par taille
  - un champ d’une autre table dont la jointure est possible (DOCUMENTS)par rang_lien

  Le changement est que si la jointure existe déjà pour un champ, le champ sera correctement préfixé de l’alias de table correspondant,
  et dans certains cas une nouvelle jointure ne sera pas créé inutilement.

  Entre autres :
  - `(DOCUMENTS)id_article ?id_rubrique ?vu=nonpar rang_lien`, le ORDER BY de rang_lien est bien préfixé de l’alias d’une table de jointure.
  Il ne peut plus y avoir d’ambiguité sur le champ, rapporté par Mysql si la table de jointure est présente 2 fois. Cependant le ticket #3894 reste entier.