Crunchez vos adresses URL
|
Rejoignez notre discord
|
Hébergez vos photos
Page 5 sur 16 PremièrePremière 1234567891011121315 ... DernièreDernière
Affichage des résultats 121 à 150 sur 467
  1. #121
    A vous de voir, j'ai déjà préparer un .zip au cas où. Je sais juste que Handbrake est OpenSource.
    Saigo no Uta 最期の詩 - ♥ 忍野 忍 ♥

  2. #122

  3. #123
    La licence utilisée est assez permissive, il y a moyen de faire ça "proprement", en ajoutant dans le package un fichier readme.txt avec quelques infos : https://handbrake.fr/docs/license.html

  4. #124
    J'ai fait un readme rapidement.

    Ce package contient simplement Handbrake Nighty pour Windows x64 ainsi que les fichiers DLL nécessaire pour l'encodage en 10 bit (x264 et x265) et 12 bit (x265).

    Aucun des fichiers présents ont été modifié.

    Ce package est simplement un moyen accessible pour encoder en 10 et 12 bit.

    Vous pourrez trouver Handbrake Nighty vià ce lien : https://handbrake.fr/nightly.php

    Et les fichiers DLL nécessaire pour l'encodage 10 et 12 bit dans ce lien : https://forum.handbrake.fr/viewtopic.php?f=11&t=34165

    Version de Handbrake : Nightly 20170720183902-6eaa4e3-master – 64 bit
    Version des DLL : x265 v2.3, x264 r2708, b148, 86b7198
    Date du package : 23/07/2017.
    J'ai rajouté par la suite Licence.txt (de Handbrake ci-dessous) et Licence Summary.txt .


    Copyright (C) 2003-2017 The HandBrake Team

    This program is free software; you can redistribute it and/or
    modify it under the terms of the GNU General Public License
    as published by the Free Software Foundation; either version 2
    of the License, or (at your option) any later version.

    This program is distributed in the hope that it will be useful,
    but WITHOUT ANY WARRANTY; without even the implied warranty of
    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
    GNU General Public License for more details.

    You should have received a copy of the GNU General Public License
    along with this program; if not, write to the Free Software
    Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
    Je pense que ça devrait passer, ça autorise la distribution même en version Nightly. Confirmer si vous pensez que c'est ok.
    Saigo no Uta 最期の詩 - ♥ 忍野 忍 ♥

  5. #125
    Ce package contient simplement Handbrake Nighty pour Windows x64 ainsi que les fichiers DLL nécessaires pour l'encodage en 10 bit (x264 et x265) et 12 bit (x265).

    Aucun des fichiers présents n'a été modifié.

    Ce package est simplement un moyen accessible pour encoder en 10 et 12 bit.

    Vous pourrez trouver Handbrake Nighty via ce lien : https://handbrake.fr/nightly.php

    Et les fichiers DLL nécessaires pour l'encodage 10 et 12 bit dans ce lien : https://forum.handbrake.fr/viewtopic.php?f=11&t=34165

    Version de Handbrake : Nightly 20170720183902-6eaa4e3-master – 64 bit
    Version des DLL : x265 v2.3, x264 r2708, b148, 86b7198
    Date du package : 23/07/2017.
    Fixed

  6. #126
    Et il manque un "l" à "Nighty". J'pense que tu peux poster le lien de téléchargement

  7. #127
    Merci.
    Je prends ça pour un Ok

    Voila le lien : https://drive.google.com/file/d/0B6O...ew?usp=sharing - 16,4 Mb
    Bouton télécharger en haut à droite, au cas-où.

    EDIT : Ah, je précise aussi que c'est en mode "portable". Donc les fichiers preview se feront dans le même dossier que Handbrake.
    Saigo no Uta 最期の詩 - ♥ 忍野 忍 ♥

  8. #128

  9. #129

  10. #130
    Pour la rétention du grain
    -comme pour le x264: -tune grain
    tiens je viens de tester staxrip pour faire de l'encodage avec nvenc sur ma gtx1070.

    J'ai voulu tester le reglage -tune grain ou --tune grain bah on dirait que le truc connait pas la commande, des infos la dessus?

  11. #131
    Ce sont des options bien spécifique lié à l'encodeur.

    Tu aura un jeu d'option complètement différent entre nvenc, quick sync, amd vce et x265. Pour les premier c'est parce que ce sont des encodeurs hardware qui ont assez peu de marge de manoeuvre. Et pour les encodeur software comme x265 ça dépend de l'implémentation ou non de ces options, par exemple x264 support le tune grain, pas (encore) x265.


    Pour exemple ce que fait les option --tune en x264. Tu peux voir que les options sont un "alias" pour d'autres options.
    Code:
    --tune <string>         Tune the settings for a particular type of source
                              or situation
                                  Overridden by user settings.
                                  Multiple tunings are separated by commas.
                                  Only one psy tuning can be used at a time.
                                  - film (psy tuning):
                                    --deblock -1:-1 --psy-rd <unset>:0.15
                                  - animation (psy tuning):
                                    --bframes {+2} --deblock 1:1
                                    --psy-rd 0.4:<unset> --aq-strength 0.6
                                    --ref {Double if >1 else 1}
                                  - grain (psy tuning):
                                    --aq-strength 0.5 --no-dct-decimate
                                    --deadzone-inter 6 --deadzone-intra 6
                                    --deblock -2:-2 --ipratio 1.1 
                                    --pbratio 1.1 --psy-rd <unset>:0.25
                                    --qcomp 0.8
                                  - stillimage (psy tuning):
                                    --aq-strength 1.2 --deblock -3:-3
                                    --psy-rd 2.0:0.7
                                  - psnr (psy tuning):
                                    --aq-mode 0 --no-psy
                                  - ssim (psy tuning):
                                    --aq-mode 2 --no-psy
                                  - fastdecode:
                                    --no-cabac --no-deblock --no-weightb
                                    --weightp 0
                                  - zerolatency:
                                    --bframes 0 --force-cfr --no-mbtree
                                    --sync-lookahead 0 --sliced-threads
                                    --rc-lookahead 0

  12. #132
    Donc si je copie
    --aq-strength 0.5 --no-dct-decimate
    --deadzone-inter 6 --deadzone-intra 6
    --deblock -2:-2 --ipratio 1.1
    --pbratio 1.1 --psy-rd <unset>:0.25
    --qcomp 0.8
    dans mes réglages je devrais obtenir le bon rendu.

    edit : j'ai testé ça doit être un peu plus complexe.
    Dernière modification par MegABiloU ; 08/09/2017 à 17h26.

  13. #133
    Tu n'as pas forcément les même option en x265, et trouver les équivalents va être compliqué puisque là il est question de tuner les options relatives au fonctionnement de la compression.

  14. #134
    J'ai testé la version de l'op de handbrake. en 10 et 12 bits hevc

    ben le rendu est pas terrible pas mal d'artefact...

    d'autres on testé?

  15. #135
    Perso je suis resté sur un build officiel. Depuis que j'ai un Ryzen 1700X, je ressens un peu moins le besoin d'utiliser le GPU de la 1070 pour l'encodage.
    Tu as un screenshot des artefacts que tu obtiens ?

  16. #136
    bah la c'était pas en gpu justement ....

  17. #137
    Artefacts vs 8bit ou vs x264 ?
    Problème avec la nightly ?

  18. #138
    @Foudge,
    Artefact tout court en hevc 10bits et 12 bits source blu ray. Je n'ai pas encodé en h264 car ce n'est pas mon objectif.
    Je posais la question pour savoir si d'autres utilisaient cette version.



    ce genre d'artefact.

    que l'on a pas sur le blu ray


  19. #139
    Il y a moyen, dans le cadre du droit de courte citation (article L122-5 du code de la propriété intellectuelle) si c'est soumis à du droit d'auteur, dans un but purement pédagogique/scientifique, de nous mettre à disposition une très courte séquence non transcodée afin qu'on puisse faire le test de notre côté ?
    Je n'utilise que la version officielle, pas une nightly, ni le package 10/12bit.

  20. #140
    Ah ouais c'est assez moche, et comme je sais que tu as l'oeil tu dois sûrement le voir très nettement même en mouvement.

  21. #141
    Du coup la nightly en op faudrait voir a faire des tests de votre coté si c'est que chez moi que ça merde ou pas.

    Ou alors c'est le profil grain qui fout la merde.

    je vais faire un test en psnr (ce qu' j'utilise habituellement)

  22. #142
    Bon bonne nouvelle, c'est juste moi qui suis un peu con et qui ai coché l'option de décodage nvcuda alors que le copy back est recommendé.

    Codec réinstallé tout fonctionne.

    d'ailleurs en conservant le grain c'est vachement propre.


  23. #143
    Bonjour les Canards !

    Je suis nouveau sur ce forum, est pour raison votre topic m'intéresse :D

    J'ai quelques questions :

    Au jour d'aujourd'hui, quel est le meilleur logiciel pour de l'encodage en X265 ?
    Est-ce mieux d'encoder via le CPU ou GPU ?
    Voulez vous voir ma config pour me donner votre avis ?

    Suivant les réponses, les questions suivront.

    Merci

  24. #144
    Salut.

    Le meilleur logiciel est je pense celui ou on se sent mieux. Je connais un peu Handbrake, car à la fois accessible, pratique et pour l'instant, il est le seul que je connais qui tente le x265 (Je peux me tromper, bien sûr). Xmedia Recode est plus complet (beaucoup de paramètre) mais ne fait pas encore le x265. Peut être qu'AVIDemux le fait, mais c'est un logiciel que je trouve assez instable le peu que je l'ai utilisé.

    Pour la seconde question, d'après ce que je lis à droite et à gauche, bien que le GPU peu accélérer le traitement, son support peut être en deçà d'un encodage Full CPU.
    Pour la troisième, si tu veux. Même si le plus important reste le CPU.

    Bon bonne nouvelle, c'est juste moi qui suis un peu con et qui ai coché l'option de décodage nvcuda alors que le copy back est recommendé.

    Codec réinstallé tout fonctionne.

    d'ailleurs en conservant le grain c'est vachement propre.
    Hum, d'ailleurs, le fait de conserver le grain ne va t-il pas rendre la vidéo plus lourde ? (voir plus qu'en x264 ?).
    Aussi, que signifie PSNR et SSIM dans encoder tune ?
    Saigo no Uta 最期の詩 - ♥ 忍野 忍 ♥

  25. #145
    J'ai cherché sur le net, j'ai handbrake et DVDFab 10 je trouve DVDFab sympa. mais est-il bien ?

    PC Asus G11CD
    I7-6700 3.40Ghz (8cpus)
    8Gb Ram
    Nvidia GeForce GTX 1060 6Gb

  26. #146
    Je pense pas que DVDFab soit aussi complet que Handbrake en terme d'encoage, après je le connais pas trop. (Mais sans doute bon pour transformer un BluRay en Remux, bon les DVD c'est plus compliqué).
    Concernant ta config, c'est largement bien :D

    Après, faut faire des test pour voir si c'est plus rapide avec ou sans MT pour le CPU. (Par exemple, sur Sony Vegas, c'est plus rapide sans avec mon i7 3770k.)
    Saigo no Uta 最期の詩 - ♥ 忍野 忍 ♥

  27. #147
    Y'a aussi format factory qui permet d'encoder en H265.

    Perso, je préfère Handbrake qui va plus loin dans les paramétrages.

    Néanmoins, format factory offre plus de "formats" de sortie.

  28. #148
    'accord merci pour vos infos, j'ai pris le handbrake de juillet 2017 en zip trouvé sur ce topic.


    Dois-je laisser les paramètres par défaut ou alors que me conseilleriez vous ?

    Je voudrais avoir un bon réglage et commencer a transformer une saison de breaking bad

  29. #149
    Breaking bad je les ai déjà faits

    En HEVC je les ai faits dans les 5000 Kbps de bitrate vidéo car en dessous ça ne me plaisait pas.

    du coup faut trouver le rf correspondant : RF18 probablement.
    Et si tu veux garder le grain ça va faire long l'encodage par contre.

  30. #150
    lol pas grave je laisse tourner le PC ^^

    Donc dans Hb je juste un preset de mkv en h265 1080p et je modifie moi mémé le RF ?

    Si tu as les liens de download je les veux bien ^^ ça me ferait gagné du temps lol

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •