Recherche avancée

Médias (91)

Autres articles (97)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

  • Soumettre améliorations et plugins supplémentaires

    10 avril 2011

    Si vous avez développé une nouvelle extension permettant d’ajouter une ou plusieurs fonctionnalités utiles à MediaSPIP, faites le nous savoir et son intégration dans la distribution officielle sera envisagée.
    Vous pouvez utiliser la liste de discussion de développement afin de le faire savoir ou demander de l’aide quant à la réalisation de ce plugin. MediaSPIP étant basé sur SPIP, il est également possible d’utiliser le liste de discussion SPIP-zone de SPIP pour (...)

Sur d’autres sites (11229)

  • dca_parser : ensure frame duration matches the actual sample rate

    3 février 2016, par Hendrik Leppkes
    dca_parser : ensure frame duration matches the actual sample rate

    The parser only parses the core, and thus has a duration relative
    
to the core sample rate only, not the actual stream sample rate.
    

    FATE references changed due to now correct timestamps.
    • [DH] libavcodec/dca_parser.c
    • [DH] tests/ref/fate/dca-xll_51_16_192_768_0
    • [DH] tests/ref/fate/dca-xll_51_16_192_768_0-dmix_2
    • [DH] tests/ref/fate/dca-xll_51_16_192_768_0-dmix_6
    • [DH] tests/ref/fate/dca-xll_51_16_192_768_1
    • [DH] tests/ref/fate/dca-xll_51_16_192_768_1-dmix_2
    • [DH] tests/ref/fate/dca-xll_51_16_192_768_1-dmix_6
    • [DH] tests/ref/fate/dca-xll_71_24_96_768
    • [DH] tests/ref/fate/dca-xll_71_24_96_768-dmix_2
    • [DH] tests/ref/fate/dca-xll_71_24_96_768-dmix_6
    • [DH] tests/ref/fate/dca-xll_x96_51_24_96_1509
    • [DH] tests/ref/fate/dca-xll_x96_51_24_96_1509-dmix_2
    • [DH] tests/ref/fate/dca-xll_x96_51_24_96_1509-dmix_6

  • Validation failed : Video Paperclip::Errors::NotIdentifiedByImageMagickError

    28 mars 2017, par ACIDSTEALTH

    I have a model with an attached video. I want to create a scaled version of the video along with a series of thumbnails. I have the following setup :

    has_attached_file :video,
    
    styles: {
    
        original: { format: 'mp4', processors: [:transcoder] },
    
        large: { geometry: "720x720", format: 'jpg', processors: [:thumbnail] },
    
        medium: { geometry: "540x540", format: 'jpg', processors: [:thumbnail] },
    
        thumb: { geometry: "180x180", format: 'jpg', processors: [:thumbnail] }
    
    },
    
    default_url: ""

    When I test this in my development environment it works perfectly. The video and all images are correctly sized. When I deploy to Heroku however, I get the following error :

    Validation failed: Video Paperclip::Errors::NotIdentifiedByImageMagickError
    
/app/vendor/bundle/ruby/2.3.0/gems/activerecord-5.0.2/lib/active_record/validations.rb:78:in `raise_validation_error'
    
/app/vendor/bundle/ruby/2.3.0/gems/activerecord-5.0.2/lib/active_record/validations.rb:50:in `save!'
    
/app/vendor/bundle/ruby/2.3.0/gems/activerecord-5.0.2/lib/active_record/attribute_methods/dirty.rb:30:in `save!'
    
/app/vendor/bundle/ruby/2.3.0/gems/activerecord-5.0.2/lib/active_record/transactions.rb:324:in `block in save!'
    
/app/vendor/bundle/ruby/2.3.0/gems/activerecord-5.0.2/lib/active_record/transactions.rb:395:in `block in with_transaction_returning_status'
    
/app/vendor/bundle/ruby/2.3.0/gems/activerecord-5.0.2/lib/active_record/connection_adapters/abstract/database_statements.rb:232:in `block in transaction'
    
/app/vendor/bundle/ruby/2.3.0/gems/activerecord-5.0.2/lib/active_record/connection_adapters/abstract/transaction.rb:189:in `within_new_transaction'
    
/app/vendor/bundle/ruby/2.3.0/gems/activerecord-5.0.2/lib/active_record/connection_adapters/abstract/database_statements.rb:232:in `transaction'
    
/app/vendor/bundle/ruby/2.3.0/gems/activerecord-5.0.2/lib/active_record/transactions.rb:211:in `transaction'
    
/app/vendor/bundle/ruby/2.3.0/gems/activerecord-5.0.2/lib/active_record/transactions.rb:392:in `with_transaction_returning_status'
    
/app/vendor/bundle/ruby/2.3.0/gems/activerecord-5.0.2/lib/active_record/transactions.rb:324:in `save!'
    
/app/vendor/bundle/ruby/2.3.0/gems/activerecord-5.0.2/lib/active_record/suppressor.rb:45:in `save!'
    
/app/app/models/concerns/snapshot_methods.rb:37:in `copy_from_ziggeo!'
    
/app/app/workers/snapshot_transcoder.rb:16:in `perform'
    
/app/vendor/bundle/ruby/2.3.0/gems/resque-status-0.5.0/lib/resque/plugins/status.rb:161:in `safe_perform!'
    
/app/vendor/bundle/ruby/2.3.0/gems/resque-status-0.5.0/lib/resque/plugins/status.rb:137:in `perform'

    What am I missing here ? I’ve searched for NotIdentifiedByImageMagickError and scanned numerous other questions on this issue, but have not had any success fixing my problem.

    Most of the solutions I’ve seen involve setting Paperclip.options[:command_path] = "/usr/bin/identify" in development. Since my problem is only on production, I tried applying this to production, subbing in the correct path for my production environment, like so :

    Paperclip.options[:command_path] = "/app/vender/imagemagick/bin/identify"

    This had no effect. Neither did /app/vender/imagemagick/bin.

  • Révision 23266 : validation des comptes nouveau : on appelle la fonction confirmer_statut_inscript...

    14 novembre 2016, par cedric@yterium.com

    Dans auth_init_droits on fait appel a une autorisation autoriser(loger) qui par defaut autorise tous les statuts sauf 5poubelle
    En surchargeant cette autorisation on peut interdire le login au auteur ’nouveau’ a confirmer, et les obliger a utiliser le lien de confirmation par email
    + gestion de l’echec login dans le formulaire de login pour afficher un message d’erreur (on affiche une erreur classique du type mot de passe incorrect pour ne pas donner d’information sur l’existence d’un login)

Navigation