Recherche avancée

Sur d’autres sites (4594)

• Anomalie #3180 : Url propre et rubrique numérique

  6 mars 2014, par jluc -

  Hmmm ce n’est pas exactement cela. La ligne que tu pointes dans le htaccess se déclanche lorsqu’il y a ’.api’ dans l’url, mais je pensais plutôt à celles beaucoup plus banales et définies par : http://core.spip.org/projects/spip/repository/entry/spip/htaccess.txt#L88.
  Par exemple sur contrib : http://contrib.spip.net/101 affiche l’article d’id_article 101, ou sur spip.net : http://spip.net/101 affiche www.spip.net/es_article101.html ou sur plugins.spip.net : plugins.spip.net/11 redirige vers http://plugins.spip.net/distribuer-une-contribution.html etc etc

  Dans ces 2 cas (ligne 88 sans .api ou 98 avec .api) on a des adresses qui sont un "raccourci technique" et non une url propre.

  Le problème ne se pose effectivement que si on veut utiliser l’une de ces ces urls raccourcies, et qu’on ne souhaite pas la commenter dans le htaccess.
  Dans le cas de la ligne 98, avec le .api et les / dans le titre, il sera très difficile, voir impossible, aux url_propres de produire une url qui embrouillerait la regexp. Ce n’est pas un problème.

  Dans le cas de la L88, par contre, la regexp est très large et les urls propres peuvent facilement la piéger si comme maintenant elles génèrent des urls propres uniquement numériques : elles génèrent alors une url que spip ne saura pas relire, comprendra mal.
  Or comme ce format site.ext/num de la ligne 88 est très bref et pour cela il est couremment utilisé à la main, sur les réseaux sociaux par exemple, mais aussi comme référence dans des articles "papiers".

  Il serait donc appréciable que les urls_propres, optionnellement, dans le cas où le titre est uniquement numérique, produisent une url préfixée par _, par exemple. Ainsi, l’article de titre "1989" aurait une url propre "_1989". La regexp de la L88 ne se déclancherait pas et tout pourrait cohabiter.

• avformat/fifo_test : Move into tests/fifo_muxer.c

  12 mars 2024, par Andreas Rheinhardt

  avformat/fifo_test : Move into tests/fifo_muxer.c
  This muxer solely exists to test the fifo muxer via a dedicated
  
  test tool in libavformat/tests/fifo_muxer.c. It fulfills no
  
  other role and it is only designed with this role in mind.
  The latter can be seen in two facts : The muxer uses printf
  
  for logging and it simply presumes the packets' data to contain
  
  a FailingMuxerPacketData (a struct duplicated in fifo_test.c
  
  and tests/fifo_muxer.c.) ; in particular, it presumes packets
  
  to have data at all, but this need not be true with side-data
  
  only packets and a segfault can easily be triggered by e.g.
  
  encoding flac (our native encoder sends a side-data only packet
  
  with updated extradata at the end of encoding).
  This patch fixes this by moving the test muxer into the fifo
  
  test tool, making it inaccessible via the API (and actually
  
  removing it from libavformat.so and libavformat.a).
  
  While this muxer was accessible via e.g. av_guess_format(),
  
  it was not really usable for an API user as FailingMuxerPacketData
  
  was not public. Therefore this is not considered a breaking change.
  In order to continue to use the test muxer in the test tool,
  
  the ordinary fifo muxer had to be overridden : fifo_muxer.c
  
  includes lavf/fifo.c but with FIFO_TEST defined which makes
  
  it support the fifo_test muxer. This is possible because
  
  test tools are always linked statically to their respective
  
  library.
  Reviewed-by : Stefano Sabatini <stefasab@gmail.com>
  
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
  

  • [DH] libavformat/Makefile
  • [DH] libavformat/allformats.c
  • [DH] libavformat/fifo.c
  • [DH] libavformat/fifo_test.c
  • [DH] libavformat/tests/fifo_muxer.c

• libvpx 0.9.1 and FFmpeg 0.6

  18 juin 2010, par Multimedia Mike — VP8

  Great news : Hot on the heels of FFmpeg’s 0.6 release, the WebM project released version 0.9.1 of their libvpx. I can finally obsolete my last set of instructions on getting FFmpeg-svn working with libvpx 0.9.

  Building libvpx 0.9.1
  Do this to build libvpx 0.9.1 on Unix-like systems :

  • Download libvpx 0.9.1 from http://code.google.com/p/webm/downloads/list
  • Unpack, chdir to the source dir, ’./configure && make && make install’

  libvpx’s build system has been firmed up a bit since version 0.9. It’s now smart enough to install when said target is invoked and it also builds the assembly language optimizations. Be advised that on 32- and 64-bit x86 machines, Yasm must be present (install either from source or through your package manager).

  Building FFmpeg 0.6
  To build the newly-released FFmpeg 0.6 :

  • Install Vorbis through your package manager if you care to encode WebM files with audio ; e.g., ’libvorbis-dev’ is the package you want on Ubuntu
  • Download FFmpeg 0.6 from the project’s download page
  • Configure FFmpeg with at least these options : ./configure --enable-libvpx --enable-libvorbis --enable-pthreads ; the final link step still seems to fail on Linux if the pthreads option is disabled
  • ’make’

  Verifying
  Check this out :

  $ ./ffmpeg -formats 2> /dev/null | grep WebM
    E webm            WebM file format
  $ ./ffmpeg -codecs 2> /dev/null | grep libvpx
  
   DEV    libvpx          libvpx VP8
  

  That means that this FFmpeg binary can mux a WebM file and can both decode and encode VP8 video via libvpx. If you’re wondering why the WebM format does not list a ’D’ indicating the ability to demux a WebM file, that’s because demuxing WebM is handled by the general Matroska demuxer.

  Doing Work
  Encode a WebM file :

  ffmpeg -i <input_file> <output_file.webm>

  FFmpeg just does the right thing when it seems that .webm extension on the output file. It’s almost magical.

  For instant gratification that the encoded file is valid, you can view it immediately using ’ffplay’, if that binary was built (done by default if the right support libraries are present). If ffplay is not present, you can always execute this command line to see some decode operation :

  ffmpeg -i <output_file.webm> -f framecrc -