Bekijk Volledige Versie : FFMpeg directadmin
Hallo,
Heeft iemand van jullie ervaring met de installatie van ffmpeg op een DA centos server.
Probeer het al een hele tijd op centos 6.4 64 bit, maar loop steeds vast bij de installatie van ffmpeg-php
Krijg bij make de volgende melding:
In file included from /usr/include/sys/stat.h:107,
from /usr/local/include/php/main/php_streams.h:28,
from /usr/local/include/php/main/php.h:400,
from /root/ffmpeg-php-0.6.0/ffmpeg-php.c:40:
/usr/include/bits/stat.h:91: error: field âst_atimâ has incomplete type
/usr/include/bits/stat.h:92: error: field âst_mtimâ has incomplete type
/usr/include/bits/stat.h:93: error: field âst_ctimâ has incomplete type
In file included from /usr/local/include/php/main/php_streams.h:28,
from /usr/local/include/php/main/php.h:400,
from /root/ffmpeg-php-0.6.0/ffmpeg-php.c:40:
/usr/include/sys/stat.h:367: error: array type has incomplete element type
/usr/include/sys/stat.h:374: error: array type has incomplete element type
In file included from /usr/local/include/php/main/php.h:406,
from /root/ffmpeg-php-0.6.0/ffmpeg-php.c:40:
/usr/local/include/php/TSRM/tsrm_virtual_cwd.h:218: error: expected specifier-qualifier-list before âtime_tâ
/usr/local/include/php/TSRM/tsrm_virtual_cwd.h:246: error: expected declaration specifiers or â...â before âtime_tâ
/root/ffmpeg-php-0.6.0/ffmpeg-php.c: In function âzm_startup_ffmpegâ:
/root/ffmpeg-php-0.6.0/ffmpeg-php.c:94: warning: implicit declaration of function âavcodec_initâ
make: *** [ffmpeg-php.lo] Error 1
Ik heb al vanalles geprobeerd, diverse handleidingen gevolgd,maar kom er niet uit. Steeds dezelfde fout.
FFMPEG zelf zou wel goed geinstalleerd moeten zijn.
Ik ga het nu op centos 32 bit proberen ipv. 64.
Heeft er iemand verder nog suggesties?
Vast bedankt!
Is dit iets wat je eigenlijk wel wilt op een webserver? Aangezien het een enorme cpu en disk belasting is. Als je al ffmpeg wilt gebruiken raad ik je aan gewoon ffmpeg incl. alle codecs te installeren en dan via cli te werken als je exec natuurlijk toe kan staan.
Bij een klant van ons hebben we er een aparte Debian VPS voor opgezet, want het zit je performance van je webserver behoorlijk in de weg.
Het gaat hier ook om een VPS speciaal hiervoor.
Dit script wil de gebruiker gaan draaien: http://www.adultvideoscript.com/products/avs/requirements/
Kunnen jullie delen hoe jullie dit hebben ingericht?
Het gaat hier ook om een VPS speciaal hiervoor.
Dit script wil de gebruiker gaan draaien: http://www.adultvideoscript.com/products/avs/requirements/
Kunnen jullie delen hoe jullie dit hebben ingericht?
Wij hebben onze systemen videosites zelf geschreven en maakt het encoden op losse servers iets makkelijker. Wanneer bij ons video's worden geupload genereert hij taken. Daarnaast hebben we meerdere encodingclusters draaien. Eens in de minuut worden de taken verdeeld over de encodingclusters (afhankelijk van totale video lengte en drukte).
Op zich kan een website best op dezelfde server als de ffmpeg aangezien het bij sommige sites moeilijk te scheiden is. Echter wordt de snelheid van je server flink aangetast hierdoor, zeker als een keer meerdere filmpjes tegelijk bezig zijn.
Een eventuele oplossing zou kunnen zijn om voor de website nog een Varnish cache te zetten zodat de snelheid van de website nog enigszins gebumpt wordt.
Echter zou ik toch kijken of het mogelijk is bij dat script zowel de site als ffmpeg op een losse server te zetten.
dennis0162
02/05/13, 11:06
Heeft de klant een eigen VPS?
Je kan eventueel ook ffmpeg gebruiken via de PHP exec() functie. Dan hoef je hem niet te compilen met PHP.
Ja, de klant heeft een eigen VPS.
Kan ik de PHP exec functie gebruiken binnen dat script of is dit onafhankelijk van het script?
systemdeveloper
02/05/13, 11:28
Wij hebben het meestal ook op een apart vps staan. Dat heeft vaak niet eens veel resources nodig omdat het niks anders hoeft te doen dan 1 keer per minuut te kijken of er nieuwe uploads zijn en ze dan te converteren en in de juiste directory te pleuren.
Schaalt ook lekker omdat je in principe 100 kopietjes van zo'n vps kunt draaien.
De combinatie DA + ffmpeg + php is bij mij eentje die me meestal alleen maar koppijn oplevert :)
Maar heeft iemand een instructie hoe ik dit kan installeren op de VPS van die klant waar DA op staat?
Is dit iemand hier gelukt?
patrickekkel
02/05/13, 12:37
http://www.resellerspanel.com/dedicated-servers/articles/how-to-install-ffmpeg-on-a-dedicated-server.html
dennis0162
02/05/13, 12:39
http://www.resellerspanel.com/dedicated-servers/articles/how-to-install-ffmpeg-on-a-dedicated-server.html
Dan mis je nog de PHP module. Dit is enkel voor FFMPEG.
Het is nu gelukt met centos 32 bit ipv 64!
Deze handleiding gebruikt: http://forum.directadmin.com/showthread.php?t=34333
Nu alleen nog even de site testen
Thread van vorige maand, maar toch een aanvullende vraag. Wat zijn de vereiste, gebaseerd op de ervaring hier, van een tweede VPS? De oorspronkelijk server waarvoor het bedoelt is draait CentOS/DA. Dit dus met de bedoeling ffmpeg op een aparte VPS te draaien. Bedankt alvast.
Thread van vorige maand, maar toch een aanvullende vraag. Wat zijn de vereiste, gebaseerd op de ervaring hier, van een tweede VPS? De oorspronkelijk server waarvoor het bedoelt is draait CentOS/DA. Dit dus met de bedoeling ffmpeg op een aparte VPS te draaien. Bedankt alvast.
Hangt er totaal vanaf hoeveel videos hij moet converteren en in welke formaten en bitrates. Soms heb je aan een kleine VPS voldoende en soms heb je wel xx racks vol servers nodig. Dus heb je meer details?
Even navraag gedaan en het blijkt mee te vallen. De extensie is eigenlijk alleen nodig om screenshots te maken van video's die geupload worden. Het aantal video's zal zeker in het begin niet meer dan een paar per dag zijn. Video's zijn ongeveer 10 minuten lang en rond de 100MB.
Een extra server lijkt dus een beetje teveel van het goede, tenzij iemand anders daar een andere mening over heeft? Wellicht kunnen we toch proberen ffmpeg te installeren op dezelfde server en te kijken of het goed blijft gaan, tenzij het toch echt af te raden is, dan hoor ik het graag.
|Bedankt alvast.
Yourwebhoster
25/06/13, 13:07
Even navraag gedaan en het blijkt mee te vallen. De extensie is eigenlijk alleen nodig om screenshots te maken van video's die geupload worden. Het aantal video's zal zeker in het begin niet meer dan een paar per dag zijn. Video's zijn ongeveer 10 minuten lang en rond de 100MB.
Een extra server lijkt dus een beetje teveel van het goede, tenzij iemand anders daar een andere mening over heeft? Wellicht kunnen we toch proberen ffmpeg te installeren op dezelfde server en te kijken of het goed blijft gaan, tenzij het toch echt af te raden is, dan hoor ik het graag.
|Bedankt alvast.
Dat hangt ook weer van de load van de website af. Maar je kan overwegen om de video's 's nachts te coderen (aangenomen dat je overdag de meeste bezoekers hebt).
Maar als de website niet veel resources nodig heeft dan kan het prima op de server zelf. Voorkeur zou toch een externe server zijn indien mogelijk, wellicht kan je een VM inzetten (let wel dat niet iedereen toestaat dat de VM altijd 100% gebruikt) ? Zorg er wel voor dat de videos niet tegelijk gecodeerd worden, dat is echt merkbaar.
(...) wellicht kan je een VM inzetten (let wel dat niet iedereen toestaat dat de VM altijd 100% gebruikt) ?(...)
Kun je een voorbeeld noemen van een partij met die beperking? Met name op het gebied van processorkracht en geheugen heb ik dat soort praktijken nog nooit gezien bij een echte VM.
Yourwebhoster
25/06/13, 14:39
Kun je een voorbeeld noemen van een partij met die beperking? Met name op het gebied van processorkracht en geheugen heb ik dat soort praktijken nog nooit gezien bij een echte VM.
Als je een VPS hebt met een shared core dan is hij dus niet dedicated en zal je hem moeten delen. Als jij hem voor de volle 100% gebruikt (of 3 cores volledig) dan deel je hem niet en dan kan die partij ingrijpen. Ik heb zo 1-2-3 niet een voorbeeld maar ik kwam ze vroeger vaker tegen.
Merk op dat ik het enkel over de core heb. Geheugen is vaak gegarandeerd mits je de juiste technologie hebt. Bij OpenVZ zie je helaas vaak de garantie van 1GB RAM maar het komt regelmatig voor dat dit alles behalve gegarandeerd is. Dan is het alleen marketing en soms verkopen ze tweemaal de hoeveelheid gegarandeerde geheugen.
Even navraag gedaan en het blijkt mee te vallen. De extensie is eigenlijk alleen nodig om screenshots te maken van video's die geupload worden. Het aantal video's zal zeker in het begin niet meer dan een paar per dag zijn. Video's zijn ongeveer 10 minuten lang en rond de 100MB.
Een extra server lijkt dus een beetje teveel van het goede, tenzij iemand anders daar een andere mening over heeft? Wellicht kunnen we toch proberen ffmpeg te installeren op dezelfde server en te kijken of het goed blijft gaan, tenzij het toch echt af te raden is, dan hoor ik het graag.
|Bedankt alvast.
Een screen van een paar filmpjes per dag kan over algemeen wel op een shared omgeving aangezien dat niet meer dan een seconde qua tijd hoeft te duren per stuk. Dus zou ik nog geen extra VPS voor afnemen.
Als je een VPS hebt met een shared core dan is hij dus niet dedicated en zal je hem moeten delen. Als jij hem voor de volle 100% gebruikt (of 3 cores volledig) dan deel je hem niet en dan kan die partij ingrijpen. Ik heb zo 1-2-3 niet een voorbeeld maar ik kwam ze vroeger vaker tegen.
Dat zou goed kunnen, alhoewel er vandaag de dag mechanismen zijn om de load op cpu/core te verdelen. Zo weet ik dat het met xen mogelijk is om een percentage van belasting toe te kunnen en bij vmware het mogelijk is om cpu snelheid te bepalen. Heb het hier laatst nog even getest met een server waar ik 4 vm's op 1 core gezet had (25% belasting elk) en binnen de vm zag je 100% cpu usage, maar op de node zelf was dit maar 25% van de core omdat het zo ingesteld was. Zo kun je zelf instellen dat een VM alle cores mag gebruiken maar maximaal aantal in totaal mag verbruiken. Zo kun je bvb een VM 8 cores geven die elk 12% mogen gebruiken en komt dat op hetzelfde neer als dat je de VM 1 dedicated core zou toekennen, met het voordeel dat de VM wel degelijk 8 threads tegelijk kan gebruiken (wel is waar tegen verminderde snelheid). Ik vermoed dat er bij KVM ook wel een soort gelijke methode bestaat.
Meer uitleg: http://wiki.xen.org/wiki/Credit_Scheduler
Als je een VPS hebt met een shared core dan is hij dus niet dedicated en zal je hem moeten delen. Als jij hem voor de volle 100% gebruikt (of 3 cores volledig) dan deel je hem niet en dan kan die partij ingrijpen. Ik heb zo 1-2-3 niet een voorbeeld maar ik kwam ze vroeger vaker tegen.
Een VPS host zou voldoende cores moeten hebben om het aan te kunnen bieden. Dat het niet gebruikelijk is dat klanten 100% van een core constant gebruiken kan ik inkomen, maar om in te gaan grijpen als een klant het wel doet lijkt mij te ver gaan. Op de host moet je wel een veilige marge aanhouden voor als klanten een keer willen pieken. Als iemand een voorbeeld waar constant 100% gebruiken (ook bij een gedeelde core) dan verneem ik dat graag (wijst mogelijk op, naar mijn idee, te veel overselling).