Existe-t-il un moyen de répartir les travaux d'encodage x264 sur plusieurs ordinateurs (pour augmenter la vitesse d'encodage)?

Quelqu'un connaît-il une solution actuelle et active pour encoder des vidéos x264 sur de nombreux ordinateurs (via le réseau) pour augmenter l'encodage FPS?

Brownie pointe pour multiplateforme et open source, mais pour que vous le sachiez tous, j'utilise généralement Windows.

Programmes dont j'ai entendu parler et pourquoi je ne pense pas qu'ils conviennent:

• x264farm : Pas activement développé. Bonne interface, mais ne prend pas en charge le codage en deux passes et échoue avec les nouvelles versions x264.
• ELDER : Encore une fois, pas activement développé, mais mon problème était qu'il ne fonctionnait pas avec les nouvelles versions x264, et qu'il était très difficile à configurer (lire: arrêté de façon aléatoire de fonctionner).

Bien que je n'aie absolument pas besoin d'un programme en cours de développement actif, j'aimerais en avoir un qui prend en charge l'encodage en deux passes et fonctionne avec les nouvelles versions (er) x264 .

Informations supplémentaires : Jusqu'à présent, j'ai offert (et attribué!) Deux primes distinctes sur cette question depuis que je l'ai posté pour la première fois il y a plus de deux ans, et je n'ai toujours pas trouvé de solution à ce problème. Ce que je recherche en gros, c'est un programme simple pour me permettre d'encoder des vidéos x264 en utilisant la puissance de traitement de plusieurs ordinateurs connectés via un réseau local. De plus, ce serait bien si cela fonctionnait avec de nouvelles (x) builds x264 et supportait un encodage en deux passes.

Si à tout moment quelqu'un a une réponse mise à jour ou une nouvelle solution à ce problème, veuillez la poster et elle sera prise en compte.

Mise à jour 2016 :

Après une grande partie de mon expérience de travail avec la vision par ordinateur / machine, je me suis rendu compte que les frais généraux associés à la grande quantité de données / mémoire partagées, et le goulot d'étranglement potentiel qu'il présente, pourraient l'emporter sur les avantages potentiels.

Bien que j'aimerais toujours trouver quelque chose qui me permettrait d'exploiter la puissance de calcul inactive de plusieurs appareils, pour l'instant, les encodeurs modernes basés sur GPGPU sont une bien meilleure approche si vous avez besoin d'un encodage amélioré / en temps réel. C'est ce que la plupart des plates-formes d'encodage vidéo basées sur le cloud fournissent (une autre alternative si vous êtes dans le SaaS ou le cloud computing), bien qu'à plus grande échelle.

Vous pouvez restituer des morceaux séparés de la vidéo et utiliser VirtualDub pour tout assembler avec son mode Copie (où il ne fait aucun encodage). Ce n'est pas un véritable encodage distribué ou quoi que ce soit, mais les solutions les plus simples fonctionnent parfois le mieux.

C'est bêta, mais fonctionnel. Ce n'est pas aussi simple, mais cela fonctionne. Il est basé sur Windows et gratuit.

Aîné de certains gars de Doom9

Vous pouvez également essayer de l'utiliser, son logiciel de codage parallèle / distribué pour Windows et fonctionne bien et évolue bien aussi.

Essayez de googler pour l'encodeur parallèle xcode.

Ces liens devraient fournir plus d'informations.

http://superscalar.pbworks.com/

Pour les utilisateurs de Final Cut Studio (Mac uniquement), le composant x264 QuickTime fonctionne remarquablement bien lorsqu'il est utilisé avec un cluster créé à l'aide de QMaster. Chargez votre film dans Compressor et c'est parti. Dans les tests, j'ai trouvé des augmentations de vitesse décentes, surtout lorsque vous travaillez sur un point de stockage partagé.

Pour Mac OS X 10.5 (je ne suis pas sûr de la compatibilité avec 10.6), il existait auparavant VisualHub , qui vous permettrait de configurer une batterie de serveurs sur votre réseau local. Maintenant, il est interrompu et ReduxEncoder est apparu comme son remplacement, mais je n'arrive pas à trouver les options pour cela.

Je suis un grand fan de Sony Vegas pour le montage vidéo Windows ... et il y a une fonctionnalité appelée Network Render. :) Miam.

Sony Vegas Workflow

EDIT: Je ne sais pas trop s'il s'agit d'une solution viable, mais au lieu d'essayer de trouver une application de codage vidéo qui prend en charge le rendu réseau, j'ai essayé de trouver un logiciel qui permet à n'importe quelle application de tirer parti de l'informatique distribuée. Et je l'ai trouvé - IAIDataShareServer .

Il a l'air assez puissant et les exemples de résultats publiés sont vraiment excellents. Si vous allez l'essayer, faites-nous savoir comment cela fonctionne?

EDIT2: IAIDataShareServer semble simplement demander aux machines d'exécuter des tâches individuelles. Dans cette mesure, j'ai essayé de trouver d'autres solutions informatiques distribuées et d'en énumérer quelques-unes prometteuses.

1. JPPF
2. XOREAX
3. DCEZ (Celui-ci a l'air bien)

le simple fait est que NON du développeur du monde a jusqu'à présent pris la peine d'écrire et de soumettre des correctifs client / serveur de codage générique TCP: IP / UDP distribués pour un x264 actuel, à partir d'aujourd'hui c'est 1745 voir x264.nl/

le modèle client / serveur générique est bien compris, tout comme la base de code x264 propre, et demander des éclaircissements sur tout code x264 est une simple question de rejoindre le canal IRC x264 dev et de demander, en quelques minutes, vous aurez généralement une clé x264 Dev ou deux répondent à votre question sur le fonctionnement de cette section de code, et ont même une idée pratique de la façon dont vous pourriez réécrire votre code en évolution pour mieux l'adapter au x264 (et x262 un nouvel encodeur Mpeg2 basé sur le cadre de classe mondiale x264 travaillé à droite) maintenant) modèle.

Donc, si vous êtes développeur, la meilleure chose que vous puissiez faire pour l'avenir de la qualité et de la profession d'encodage vidéo distribué x264 32/64 bits est en fait d'écrire ces correctifs de base client / serveur requis pour créer une instance de x264 ou une interface Web / GUI séparée interface d'application avec ce nouveau code API client / serveur x264 que vous écrivez, pour rechercher activement, affecter et transmettre à la volée des sections de codage distinctes d'une seule vidéo à tout nouveau code client x264 géré correspondant que vous écrivez également.

vos nouveaux correctifs de base de codage de clients / serveur vraiment distribués n'ont même pas besoin d'être le plus grand, juste du code C basique mais fonctionnel et pleinement fonctionnel qui est testé et utilisé doom10.org/index.php?action=unread

, comme il y a une chose que les développeurs de x264 semblent aimer faire, et qui prennent le code C lent existant et en écrivent des versions optimisées, section par section, mais vous devez d'abord soumettre le code bêta réel (correctifs bienvenus) d'abord contre le dernière branche OC

cela vaut la peine d'être étudié, et de faire l'effort de coder ces serveurs x264 pour de nombreux correctifs de clients x264 aujourd'hui, car x264 vient d'avoir une capacité d'encodage de profondeur 10 bits (ce qui signifie haute qualité High, High 10, High 4: 2: 2 H. 264 profils intensifs en calcul sont désormais disponibles pour tous gratuitement avec x264) ajouté.

à optimiser pour une vitesse supplémentaire avec un assemblage très prochainement http://mailman.videolan.org/pipermail/x264-devel/2010-October/007858.html

mais même une seule machine à 8 cœurs aura du mal à fournir une sortie de la plus haute qualité dans un délai raisonnable avec 1080P, et bientôt 2K et 4K super haute Def etc., une véritable option de codage natif x264 / H.264 distribué est seulement un patch ou deux loin So.

Si vous êtes un développeur, N'attendez pas, faites-le aujourd'hui.

Vous pourriez jeter un œil à Media Encoding Cluster :

Media Encoding Cluster est la première solution d'encodage de cluster Open Source écrite en C / C ++ pour l'encodage multimédia (vidéo et audio) distribué.

Media Encoding Cluster est un encodeur vidéo extensible, qui utilise une grille peer-to-peer légère pour exploiter la puissance de traitement des PC ordinaires dans le but de distribuer l'encodage de vidéo hautement compressée, par exemple MPEG4 et H.264

Il distribue des segments vidéo sur le réseau aux nœuds clients et parallélise la tâche d'encodage d'un fichier sur plusieurs ordinateurs afin de réduire le temps d'encodage par fichier.

Une autre approche est proposée pour Nvidia par Badaboom (39,99 $ avec essai), également examinée ici :

Badaboom d'Elemental utilise l'interface CUDA de Nvidia pour effectuer une grande partie du travail de rippage de DVD en utilisant le GPU au lieu de votre vieux CPU moisi.

De la même manière, il existe également Avivo Video Converter pour ATI Radeon, décrit dans wikipedia , même si cela peut prendre un certain temps pour le faire fonctionner.

Bien que cela puisse être un peu une suggestion exagérée, Rhozet Carbon Server peut rassembler plusieurs instances de Carbon Coder pour le travail que vous avez décrit.

Site Web pour Rhozet Carbon Server

Plusieurs nœuds Carbon Coder peuvent être configurés comme une batterie de transcodage, contrôlée par un ou plusieurs serveurs Carbon. Carbon Server permet le traitement automatisé des tâches de transcodage à haut volume, le basculement contrôlé par le serveur des nœuds Carbon Coder, ainsi que la gestion de la distribution des travaux, la priorisation des travaux, l'équilibrage de la charge, le transfert FTP, la surveillance de l'état et la notification des travaux.