Ik gebruik MCEBuddy op mijn twee Windows-machines. Ik heb echter een 24-core Xeon-machine met Ubuntu 18.03 LTS. Ik zou graag de mogelijkheid hebben om deze machine met MCEBuddy te gebruiken, aangezien hij veel krachtiger is dan mijn andere Windows-machines. Ik weet dat ik comskip voor Linux kan compileren, maar momenteel ondersteunt MCEBuddy alleen Windows.
Zijn er plannen of manieren om MCEBuddy momenteel op Linux/Ubuntu te gebruiken?
Een mening geven aangezien niemand anders dat deed.
Waarom MCEBuddy niet draaien in een virtuele machine met Windows op de Xeon-machine?
Ik heb over die optie met VirtualBox nagedacht. Ik wil liever geen aparte Windows 10-licentie kopen om MCEBuddy op mijn xeon-machine te draaien en ik wil, indien mogelijk, geen overhead hebben.
Zou het niet eenvoudiger zijn om een mono-compatibele versie van MCEBuddy te maken?
Ik weet niet zeker of je een licentie zou moeten kopen. Je kunt veel doen zonder een kopie te registreren.
En hoewel ik geen enkel vorm van twijfelachtig gedrag wil promoten, zeggen we gewoon dat er andere manieren zijn om een kopie van Win10 voor heel, heel weinig geld of gratis te krijgen.
@Goose, kun je de broncode van MCEBuddy leveren zodat ik kan proberen een mono-ondersteunde versie te compileren? Zo niet, kun je dan de nieuwste bèta bundelen met ondersteuning voor mono via monodevelop.com?
MCEBuddy kan om verschillende redenen niet op Linux draaien. Beginnend met het feit dat de onderliggende programma’s niet allemaal Linux ondersteunen (remux-tools, ShowAnalyzer enzovoort).
Ok, comskip en handbrake worden ondersteund. Hebben we remux-tools nodig voor wtv-bestanden? Is er een manier om een minimale build te compileren met de ondersteunde functies? Of MONO gebruiken om de huidige codebasis te gebruiken? Ik probeerde het mcebuddy.servicecmd.exe-proces te starten met mono, maar kreeg segfaults
Dit onderwerp lijkt ongeveer 2 jaar geleden te zijn gestopt. Is er iets gedaan om LINUX in MCEBuddy-operaties te integreren? Ik kan me voorstellen dat MCEBuddy op Windows draait, maar dat de comskip-functie (COMSKIP of HANDBRAKE) op een LINUX-machine zou draaien: verplaats het bestand naar een gedeelde map waar LINUX COMSKIP of HANDBRAKE kan starten. De LINUX-machine kan de map op intervallen controleren (via cron) en wanneer er een bestand wordt gevonden, het verplaatsen naar een andere map en het programma voor het overslaan van reclame uitvoeren. Wanneer het klaar is, kan het proces het bestand verplaatsen naar nog een andere directory om aan te geven dat het bestand is verwerkt en MCEBuddy kan afmaken wat er nog te doen is.
een CLI-only versie zou fijn zijn - die zou (v)eel beter aanpassen aan linux. 
Ja, het lijkt er (3 jaar later) op dat dit nergens heen geleid is. ik dacht precies hetzelfde… Linux (en laten we de distro-oorlog maar overslaan, hè…) is vaak het systeem van keuze voor mensen die grote (ik heb mijn hele Blu-ray-collectie geript, doe veel tv-opnames enzovoort… dus ik heb een heleboel “video”; momenteel doe ik dit alles met een Windows-VM, maar het zou fijn zijn om een native Linux-manier te hebben om dit te doen. Ik heb comcut nooit echt zo goed gekregen als mceBuddy, dus ik lijd me door de VM heen (of erger: vroeger draaide ik een mini-pc ALLEEN voor mceBuddy, dat was ALLES wat hij deed… een leuk quad-core I5-processor dat enkel comcutting en transcoding deed. Nu zou ik dat allemaal met Linux kunnen doen (HandBrake CLI voor transcoding) ALS ik een fatsoenlijke commercial-cutting-reeks zou kunnen krijgen