Yn ddiweddar, fel hobi, rydw i wedi bod yn ffilmio darlithoedd seicolegydd dwi'n ei adnabod. Rwy'n golygu'r ffilm ac yn ei chyhoeddi ar fy ngwefan. Fis yn ôl, cefais y syniad i drefnu darllediad 24/7 o'r darlithoedd hyn ar YouTube. Math o “sianel deledu” thematig sy'n ymroddedig i dwf personol.
Rwy'n gwybod sut i wneud darllediad rheolaidd. Ond sut i'w wneud fel ei fod yn ddarllediad o ffeiliau fideo? Fel ei fod yn rhedeg 24/7, yn hyblyg, mor annibynnol â phosibl, ac ar yr un pryd nid yw'n dibynnu mewn unrhyw ffordd ar fy nghyfrifiadur cartref. Dyma beth oedd yn rhaid i mi ddarganfod.
Cymerodd sawl diwrnod i ddod o hyd i ateb. Astudiais lawer o fforymau a llawlyfrau amrywiol na fyddai fy narllediad wedi gweithio hebddynt. A nawr bod y pranc yn llwyddiant, rwy'n teimlo'r angen i rannu fy ateb. Dyma sut yr ymddangosodd yr erthygl hon.
Yn fyr, roedd yr ateb terfynol fel a ganlyn: VPS + ffmeg + sgript bash. O dan y toriad, rwy’n disgrifio’r camau a gymerwyd ac yn sôn am y peryglon a ddarganfuwyd wrth drefnu’r darllediad.
Cam 1 – o ble fydd y darllediad yn dod?
Ar y cychwyn cyntaf, roedd angen penderfynu o ble y byddai'r darllediad yn dod ac o ble byddai ei ffynhonnell. Y peth cyntaf a ddaeth i'r meddwl oedd oddi ar eich cyfrifiadur cartref. Casglwch fideos i restr chwarae a dechreuwch eu chwarae mewn unrhyw chwaraewr fideo. Yna dal y ddelwedd sgrin a'i darlledu i YouTube. Ond fe wnes i wrthod yr opsiwn hwn bron ar unwaith oherwydd ... Er mwyn ei weithredu, mae angen i chi gadw'ch cyfrifiadur cartref ymlaen yn gyson, sy'n golygu sŵn o oeryddion hyd yn oed yn y nos a mwy o ddefnydd o drydan (+100-150 kWh bob mis). Ac mae'n troi allan na fyddwch chi'n gallu defnyddio'ch cyfrifiadur cartref yn ystod y darllediad. bydd unrhyw symudiad o'r llygoden i'w weld yn y darllediad.
Yna dechreuais edrych i'r ochr gwasanaethau cwmwl. Roeddwn yn chwilio am wasanaeth parod lle gallwn uwchlwytho fy fideos neu, er enghraifft, mewnosod dolenni i fideos o YouTube a byddai'r cyfan yn cael ei becynnu mewn un darllediad di-stop. Ond wnes i ddim dod o hyd i unrhyw beth addas. Efallai na wnes i chwilio'n dda. Yr unig beth sy'n cyd-fynd â'r swyddogaeth yw restream.io, gwasanaeth sy'n helpu i ddarlledu ar yr un pryd i sawl platfform. Mae'n ymddangos eu bod yn caniatáu ichi uwchlwytho'ch fideos eich hun. Ond cafodd y gwasanaeth hwn ei greu at ddibenion cwbl wahanol ac maen nhw'n disgwyl mai dim ond cwpl o oriau y bydd y darllediad yn para. Credaf pe byddai modd trefnu darllediad XNUMX awr drwy'r gwasanaeth hwn, yna byddai'n saethu i ddegau, neu hyd yn oed gannoedd o ddoleri y mis. Ond roeddwn i'n dal eisiau trefnu'r darllediad naill ai am ddim neu heb fawr o fuddsoddiad ariannol.
Daeth yn amlwg bod ar gyfer y darllediad ei fod yn angenrheidiol neu dyfais ar wahân neu hyd yn oed gyfrifiadur ar wahân. Roeddwn i'n meddwl am rywbeth fel Raspberri Pi. A beth? Nid oes ganddo oerach. Recordiais y fideo ar yriant fflach, plygio'r cebl Ethernet i mewn a gadael iddo orwedd rhywle mewn man diarffordd a'i ddarlledu. Opsiwn. Ond nid oedd gennyf y bwrdd ei hun na phrofiad o weithio gydag ef, felly gwrthodais yr opsiwn hwn hefyd.
O ganlyniad, deuthum ar draws trafodaeth benodol lle buont yn trafod y creu gweinydd ei hun darllediadau. Nid dyna'n union yr oeddwn yn edrych amdano, ond cefais y prif syniad - gallwch ddefnyddio gweinydd! Yn y drafodaeth honno, awgrymwyd defnyddio cyfuniad o VPS + nginx + OBS. Daeth yn amlwg y gallai'r cyfuniad hwn fod yn addas i mi hefyd. Yr unig beth oedd yn fy nrysu oedd nad oeddwn erioed wedi gweinyddu gweinydd ac roedd yn ymddangos i mi fod cael fy gweinydd pwrpasol fy hun yn ddryslyd ac yn ddrud. Penderfynais ddarganfod faint y byddai'n ei gostio i rentu gweinydd gyda chyfluniad lleiaf a chefais fy synnu ar yr ochr orau.
Nodir prisiau mewn rubles Belarwseg a dim ond briwsion yw'r rhain. I ddeall, mae 8 rubles Belarwseg tua 3.5 doler neu 240 rubles Rwsia. Am fis o ddefnyddio cyfrifiadur cyflawn sy'n cael ei droi ymlaen 24/7 ac sydd â mynediad cyflym i'r Rhyngrwyd. Am ryw reswm, daeth y darganfyddiad hwn yn llawen iawn i mi ac am sawl diwrnod cerddais o gwmpas yn ofnadwy o hapus, fel plentyn a ddarganfuodd rocedi gofod :)
Gyda llaw, manteisiais ar gynnig y wefan gyntaf a roddodd Google i mi ar gyfer yr ymholiad “VPS rent”. Efallai bod hyd yn oed mwy o atebion cyllidebol, ond roedd y pris hwn yn fy siwtio ac nid edrychais ymhellach.
Wrth greu gweinydd, gallwch ddewis y system weithredu y bydd yn rhedeg oddi tano. Gallwch chi drefnu darllediad ar unrhyw un o'r systemau rhestredig a gwneud dewis yn seiliedig ar eich dewisiadau a'ch galluoedd ariannol (ar gyfer gweinydd gyda Windows maen nhw'n gofyn am ffi ychwanegol). Dewisais CentOS. Yn syml oherwydd nad oedd gennyf lawer o brofiad ag ef o'r blaen.
Cam 2 – gosod gweinydd
Y peth cyntaf sydd ei angen arnoch ar ôl creu gweinydd yw cysylltu ag ef trwy SSH. I ddechrau, defnyddiais PuTTy, ond yna dechreuais ddefnyddio'r Secure Shell App, sy'n rhedeg yn Google Chrome. Trodd allan i fod yn fwy cyfleus i mi.
Yna fe newidiais yr enw gwesteiwr, gosod cydamseriad amser ar y gweinydd, diweddaru'r system, tincian ag iptables ... a gwneud llawer o bethau eraill, ond nid oherwydd ei fod yn angenrheidiol. Roedd gen i ddiddordeb mewn sefydlu'r gweinydd ac fe weithiodd i mi. Dwi wrth fy modd pan mae'n gweithio allan :)
Dyma'r camau y mae angen i chi eu cymryd:
- Cysylltwch y gadwrfa EPEL.
- Sefydlu gweinydd FTP (dewisais vsftp).
- Gosod ffmpeg.
Ni roddaf y gorchmynion yn fanwl; mae'r cyfarwyddiadau hyn braidd yn gysyniadol er mwyn cyfleu'r cynllun gweithredu cyffredinol. Os cewch unrhyw anawsterau gydag unrhyw un o'r camau, gellir eu datrys yn gyflym trwy ddefnyddio ymholiad peiriant chwilio fel “CentOS connect EPEL” neu “CentOS install FTP server”. Ac ar y dolenni cyntaf gallwch ddod o hyd i gyfarwyddiadau cam wrth gam manwl.
Felly, fel yr ysgrifennais yn gynharach, roedd angen cyfuniad o VPS + nginx + OBS arnaf. VPS - yn barod. Ond dechreuodd cwestiynau godi ar bwyntiau eraill. Rhaglen ddarlledu yw OBS, Open Broadcaster Software. A dim ond gyda ffrydiau y mae'n gweithio h.y. er enghraifft, mae'n cymryd delwedd o we-gamera ac yn ei darlledu. Neu recordiad sgrin. Neu mae darllediad sydd eisoes yn mynd rhagddo yn cael ei ailgyfeirio i wefan arall. Ond does gen i ddim ffrwd, dim ond set o ffeiliau fideo sydd gen i sydd angen eu gwneud yn ffrwd.
Dechreuais gloddio i'r cyfeiriad hwn a dod ar draws ffmpeg. Mae FFmpeg yn set o lyfrgelloedd ffynhonnell agored am ddim sy'n eich galluogi i recordio, trosi a ffrydio sain a fideo digidol mewn amrywiaeth o fformatau.
Ac roeddwn i'n synnu cymaint y gall ffmpeg ei wneud. Os dymunwch, bydd yn tynnu'r sain o'r fideo. Os ydych chi eisiau, bydd yn torri darn o'r fideo allan heb ei recordio. Os ydych chi eisiau, bydd yn trosi o un fformat i'r llall. A llawer, llawer mwy. I'r pwynt y gallwch chi nodi ffeil iddo, bydd yn ei throsi'n ffrwd a'i throsglwyddo i YouTube ei hun. Dyna ni, mae'r gadwyn wedi'i ymgynnull. Y cyfan sydd ar ôl yw cwblhau'r arlliwiau.
Cam 3 – gosodiad darlledu
Rydyn ni'n creu darllediad ar YouTube. Ar hyn o bryd dim ond y ddolen a'r allwedd darlledu sydd ei angen arnom. Yn y screenshot isod maent wedi'u hamlygu mewn coch.
Pellach uwchlwytho ffeiliau fideo i'r gweinydd, yr ydym yn bwriadu ei ddarlledu. Mewn gwirionedd, dim ond ar gyfer y cam hwn y mae angen FTP. Os oes gennych ffordd gyfleus arall i uwchlwytho ffeiliau i'r gweinydd, yna nid oes rhaid i chi sefydlu gweinydd FTP.
Rydym yn trosglwyddo'r ffrwd i YouTube. I ddechrau darlledu, mae angen i chi redeg ffmpeg gyda sawl priodoledd. Dyma sut olwg sydd ar y gorchymyn byrraf a gefais:
ffmpeg -re -i lecture1.mp4 -f flv rtmp://a.rtmp.youtube.com/live2/%КЛЮЧ_ТРАНСЛЯЦИИ%
Datgodio priodoledd-re - yn nodi bod yn rhaid trosi'r ffeil yn ffrwd.
-i – yn nodi pa ffeil y dylid ei chwarae. Mae'n bwysig bod y gorchymyn yn cael ei lansio o'r un cyfeiriadur lle mae'r ffeil fideo ei hun wedi'i lleoli. Fel arall, dylech nodi dolen absoliwt i'r ffeil, fel /usr/media/lecture1.mp4.
-f – yn gosod y fformat ffeil allbwn. Yn fy achos i, mae'n troi allan bod ffmpeg yn trosi fy ffeil o mp4 i flv ar y hedfan.
Ac ar y diwedd rydym yn nodi'r data a gymerwyd gennym o YouTube ar y dudalen gosodiadau darlledu, h.y. y cyfeiriad y mae angen i chi drosglwyddo data iddo, a'r allwedd darlledu, fel bod y darllediad yn cael ei arddangos yn benodol ar eich sianel.
Os gwnaethoch bopeth yn gywir, yna ar ôl rhedeg y gorchymyn hwn, bydd YouTube yn gweld y ffrwd a drosglwyddir. I gychwyn y darllediad, does ond angen i chi glicio ar y botwm “Start Broadcast” yn YouTube ei hun.
Cam 4 – ychwanegu ymreolaeth
Llongyfarchiadau! Nawr rydych chi'n gwybod sut i ddechrau darlledu o ffeil fideo. Ond nid yw hyn yn ddigon ar gyfer darlledu XNUMX/XNUMX. Mae'n bwysig, ar ôl i'r fideo cyntaf orffen chwarae, bod yr un nesaf yn dechrau ar unwaith, a phan fydd yr holl fideos yn cael eu dangos, mae chwarae'n dechrau eto.
Lluniais yr opsiwn canlynol: creu ffeil .sh lle ysgrifennais orchymyn ar gyfer pob ffeil fideo ac ar y diwedd dynodais orchymyn i redeg yr un sgript eto. Y canlyniad yw dychweliad fel hyn:
Команда 1... (запуск трансляции файла lecture1.mp4)
Команда 2... (запуск трансляции файла lecture2.mp4)
Команда 3... (запуск трансляции файла lecture3.mp4)
bash start.shAc, do, fe weithiodd. Yn fodlon â mi fy hun, lansiais ddarllediad prawf ac es i'r gwely.
Yn y bore roedd syrpreis annymunol yn fy aros. Daeth i'r amlwg mai dim ond cwpl o funudau y parhaodd y darllediad a daeth i ben bron yn syth wrth i mi ddiffodd fy nghyfrifiadur. Dangosodd yr ymchwiliad fod gorchmynion a lansiwyd yn y modd hwn yn cael eu gweithredu tra bod y defnyddiwr wedi mewngofnodi i'r gweinydd. Cyn gynted ag yr oeddwn yn datgysylltu, amharwyd ar y gorchmynion yr oeddwn yn eu rhedeg. Er mwyn atal hyn rhag digwydd, mae'n ddigon o flaen y tîm bash ychwanegu'r gorchymyn nohup. Bydd hyn yn caniatáu i'r broses redeg redeg waeth beth fo'ch presenoldeb.
Mae fersiwn fach olaf y sgript yn edrych fel hyn:
ffmpeg -re -i lecture1.mp4 -f flv rtmp://a.rtmp.youtube.com/live2/%КЛЮЧ_ТРАНСЛЯЦИИ%
ffmpeg -re -i lecture2.mp4 -f flv rtmp://a.rtmp.youtube.com/live2/%КЛЮЧ_ТРАНСЛЯЦИИ%
ffmpeg -re -i lecture3.mp4 -f flv rtmp://a.rtmp.youtube.com/live2/%КЛЮЧ_ТРАНСЛЯЦИИ%
nohup bash start.sh $Ble start.sh yw'r ffeil y mae'r sgript hon wedi'i hysgrifennu ynddi. Ac mae'n rhaid lleoli'r ffeil hon yn yr un cyfeiriadur â'r ffeiliau fideo.
Mae ychwanegu arwydd doler ar y diwedd yn caniatáu i'r broses redeg yn y cefndir fel y gallwch barhau i ddefnyddio'r consol heb dorri ar draws y darllediad.
Roedd y taliadau bonws yn cynnwys y nwyddau canlynol:
- Gallwch chi newid chwarae ffeil â llaw. I wneud hyn, mae angen i chi “ladd” y broses ffmpeg sy'n rhedeg ar hyn o bryd. Ar ôl hyn, bydd chwarae'r ffeil nesaf o'r rhestr yn cychwyn yn awtomatig.
- Gellir ychwanegu fideos newydd at y darllediad heb atal y darllediad. Llwythwch y fideo i'r gweinydd, ychwanegwch orchymyn i redeg y ffeil hon yn y sgript, a'i chadw. Dyna i gyd. Ar y rownd nesaf o chwarae, bydd y ffeil newydd yn cael ei darlledu ynghyd â'r hen ffeiliau.
Cam 5 – addasu ffmpeg
Mewn egwyddor, gallem fod wedi stopio yno. Ond roeddwn i eisiau gwneud y darllediad ychydig yn fwy cyfeillgar i wylwyr.
Gadewch i ni ddweud bod person wedi mynd i'r darllediad, wedi dechrau gwylio, yn ei hoffi ac eisiau gwylio'r ddarlith hon o'r dechrau, ond nid yw'r darllediad yn caniatáu ailddirwyn. I wylio darlith o’r dechrau, bydd angen i berson fynd i fy ngwefan a chael recordiad o’r ddarlith o ddiddordeb. Sut gallwch chi ddweud pa ddarlith sydd o ddiddordeb iddo? Eisoes mae 16 o ddarlithoedd ar y safle a dim ond mwy ohonyn nhw bob wythnos. Credaf na fydd hyd yn oed fi, a ffilmiodd a golygodd yr holl ddarlithoedd hyn, yn gallu pennu o ddarn ar hap pa ddarlith ydyw. Felly, mae'n angenrheidiol bod pob darlith yn cael ei dynodi rywsut.
Nid oedd yr opsiwn i ychwanegu capsiynau at y ffeiliau fideo ffynhonnell yn y rhaglen olygu yn addas i mi. Roedd angen sicrhau bod y ffeiliau gwreiddiol yn cael eu defnyddio. Felly mae cefnogi'r darllediad yn gofyn am gyn lleied o symudiadau corff â phosib oddi wrthyf.
Daeth i'r amlwg y gallai ffmpeg fy helpu gyda hyn hefyd. Mae ganddi nodwedd arbennig -vf, sy'n caniatáu i destun gael ei osod dros fideo. I ychwanegu testun at fideo, mae angen i chi ychwanegu'r darn canlynol i'r gorchymyn:
-vf drawtext="fontfile=OpenSans.ttf:text='Лекция 13: Психология эмоций. Как создавать радость?':fontsize=26:fontcolor=white:borderw=1:bordercolor=black:x=40:y=670"
Eglurhad o baramedraufontfile= – dolen i'r ffeil ffont. Heb hyn, ni fydd y capsiwn yn cael ei ychwanegu at y fideo. Y ffordd hawsaf yw rhoi'r ffeil ffont yn yr un ffolder â'r fideo. Neu bydd angen i chi nodi'r llwybr llawn i'r ffeil.
text= – mewn gwirionedd, y testun ei hun y mae angen ei osod ar ben y fideo.
fontsize= – maint y ffont mewn picseli.
fontcolor= - lliw ffont.
borderw= – trwch yr amlinelliad o amgylch y testun mewn picseli (mae gen i destun gwyn gydag amlinelliad du 1 picsel o drwch).
bordercolor= - lliw amlinellol.
x= и y= - cyfesurynnau testun. Dot 0;0 wedi ei leoli yn y gornel chwith uchaf. Mae fy nghyfesurynnau yn cael eu dewis yn y fath fodd fel bod y testun yn cael ei osod yn y gornel chwith isaf gyda chydraniad fideo o 1280x720 picsel.
Mae'n edrych fel hyn:
Cam 6 – pennu ansawdd y darllediad
Dyna ni, mae'r darllediad yn barod. Mae FFmpeg yn darlledu, mae ffeiliau'n cael eu chwarae, nid oes angen fy mhresenoldeb ar gyfer darlledu. Mae hyd yn oed pob darlith wedi'i harwyddo. Edrych fel dyna ni.
Ond daeth un naws arall i'r amlwg - dewisais y cyfluniad gweinydd lleiaf ac ni dynnodd y darllediad i fyny. Cyfluniad gweinydd: 1 craidd (fel 2.2 GHz), 1 gigabyte o RAM, 25 GB SSD. Roedd digon o RAM, ond roedd y prosesydd wedi'i lwytho bron yn gyfan gwbl ar 100% (ac ar adegau hyd yn oed 102-103% :) Arweiniodd hyn at rewi'r darllediad bob ychydig eiliadau. Ddim yn braf.
Yn syml, fe allech chi gymryd cyfluniad drutach gyda dau graidd, yn ffodus, gyda thechnolegau cwmwl, mae newid cyfluniad y gweinydd yn digwydd trwy wasgu cwpl o fotymau. Ond roeddwn i eisiau ffitio yn y capasiti cyfluniad lleiaf. Dechreuais astudio dogfennaeth ffmpeg ac oes, mae yna hefyd osodiadau yno sy'n eich galluogi i reoleiddio'r llwyth ar y system.
Gellir cyflawni ansawdd delwedd uchel mewn dwy ffordd: naill ai llwyth CPU uchel neu draffig sy'n mynd allan uchel. Mae'n ymddangos mai po fwyaf o lwyth y gall y prosesydd ei gymryd, y lleiaf o led band sianel fydd ei angen. Neu ni allwch lwytho'r prosesydd yn ormodol, ond yna bydd angen sianel lydan gyda uchdwr traffig mawr. Os oes cyfyngiadau ar y prosesydd a maint y sianel / traffig sy'n mynd allan, yna bydd yn rhaid i chi leihau ansawdd y llun fel bod y darllediad yn mynd yn esmwyth.
Mae gan fy gweinydd fynediad i sianel 10 Mbit yr eiliad o led. Mae'r lled hwn yn iawn. Ond mae cyfyngiad traffig - 1 TB y mis. Felly, er mwyn bodloni cyfyngiadau traffig, ni ddylai fy llif allan fod yn fwy na ~300 KB yr eiliad h.y. Ni ddylai cyfradd didau'r ffrwd sy'n mynd allan fod yn fwy na 2,5 Mbit yr eiliad. Mae YouTube, gyda llaw, yn argymell darlledu ar y gyfradd bit hon.
Er mwyn rheoleiddio'r llwyth ar y system, mae ffmpeg yn defnyddio gwahanol ddulliau. Wedi'i ysgrifennu'n dda am hyn . Yn y diwedd, defnyddiais ddwy nodwedd: -crf и -preset.
Ffactor Cyfradd Cyson (CRF) - mae hwn yn gyfernod diolch y gallwch chi addasu ansawdd y llun. Gall CRF gael gwerthoedd o 0 i 51, lle mae 0 yn ansawdd y ffeil ffynhonnell, 51 yw'r ansawdd gwaethaf posibl. Argymhellir defnyddio gwerthoedd o 17 i 28, y rhagosodiad yw 23. Gyda chyfernod o 17, bydd y fideo yn union yr un fath yn weledol â'r gwreiddiol, ond yn dechnegol ni fydd yr un peth. Mae'r ddogfennaeth hefyd yn nodi bod maint y fideo terfynol, yn dibynnu ar y CRF penodedig, yn newid yn esbonyddol, h.y. bydd cynyddu'r cyfernod o 6 phwynt yn dyblu cyfradd didau'r fideo sy'n mynd allan.
Os ydych chi'n defnyddio CRF gallwch ddewis “pwysau” y llun sy'n mynd allan, yna defnyddio rhagosodiadau (-preset) gallwch chi benderfynu pa mor drwm y bydd y prosesydd yn cael ei lwytho. Mae gan y nodwedd hon y paramedrau canlynol:
ultrafastsuperfastveryfastfasterfastmedium– gwerth diofynslowslowerveryslow
Po "gyflymach" yw'r paramedr, yr uchaf fydd y llwyth ar y prosesydd.
Yn gyntaf, dewisais ragosodiad a oedd yn y bôn yn rhy anodd i'm prosesydd, ac yna dewisais y llwyth yn fwy manwl gan ddefnyddio CRF. Yn fy achos i, roedd y rhagosodiad yn gweithio fast, ac am crf ymsefydlais ar y gwerth 24 .
Casgliad
Dyna i gyd. Y gorchymyn olaf ar gyfer cychwyn y darllediad oedd hwn:
ffmpeg -re -i lecture1.mp4 -vf drawtext="fontfile=OpenSans.ttf:text='Лекция 1: Жонглирование картинами мира':fontsize=26:fontcolor=white:borderw=1:bordercolor=black:x=40:y=670" -c:v libx264 -preset fast -crf 24 -g 3 -f flv rtmp://a.rtmp.youtube.com/live2/%КЛЮЧ_ТРАНСЛЯЦИИ%Dim ond dau bwynt heb eu disgrifio sydd ar ôl yma:
1) -c:v libx264 – nodi codec penodol ar gyfer gweithio gyda'r ffeil ffynhonnell.
2) -g 3 – arwydd clir o nifer y fframiau allweddol. Yn yr achos hwn, nodir y dylai pob trydydd ffrâm fod yn ffrâm allweddol. Y gwerth safonol yw naill ai 5 neu 8, ond mae YouTube yn rhegi ac yn gofyn am o leiaf 3.
Gallwch weld pa ansawdd oedd y darllediad .
Roedd y llwyth ar y gweinydd fel a ganlyn:
Yn seiliedig ar y data monitro, mae'n amlwg bod llwyth y prosesydd yn amrywio o 70% i 95% ac yn ystod yr wythnos ni chyrhaeddodd y darllediad erioed 100%. Mae hyn yn golygu bod y prosesydd yn ddigon gyda'r gosodiadau hyn.
Trwy lwytho'r ddisg, gallaf ddweud ei fod bron heb ei lwytho a dylai HDD rheolaidd fod yn ddigon ar gyfer darlledu.
Ond mae maint y traffig sy'n mynd allan yn fy mhoeni. Mae'n ymddangos bod fy nant sy'n mynd allan yn amrywio o 450 i 650 KB yr eiliad. Mewn mis bydd hyn tua 1,8 terabytes. Efallai y bydd yn rhaid i chi brynu traffig ychwanegol neu newid i ffurfweddiad gyda dau graidd oherwydd ... Ni hoffwn leihau ansawdd y llun.
***
O ganlyniad, byddaf yn dweud bod sefydlu darllediad o'r fath o'r dechrau yn cymryd tua 1-2 awr. Ar ben hynny, bydd uwchlwytho'r fideo i'r gweinydd yn cymryd y rhan fwyaf o'r amser.
Nid oedd lansio darllediad o'r fath yn cyfiawnhau ei hun fel arf marchnata. Efallai, os byddwn yn cynyddu safbwyntiau fel bod algorithmau YouTube yn codi'r darllediad hwn ac yn dechrau ei ddangos yn weithredol mewn argymhellion, yna byddai rhywbeth yn gweithio allan. Yn fy achos i, mewn 16 diwrnod o ddarllediad parhaus fe'i gwyliwyd 58 o weithiau.
Mae hynny'n iawn. Mae'r darllediad yn ffitio'n gytûn ar brif dudalen fy ngwefan. Rhoddodd hyn y cyfle i mi ffurfio fy marn fy hun yn gyflym am y darlithydd a'r darlithoedd eu hunain.
Ac un eiliad. Mae'n bwysig nad yw'r darllediad yn torri hawlfraint unrhyw un, fel arall bydd yn cael ei rwystro. Rwy'n dawel fy meddwl am fy narllediad oherwydd... Dewisais fewnosodiadau cerddoriaeth yn benodol gyda defnydd am ddim, ac mae awdur y cynnwys yn eistedd wrth gyfrifiadur cyfagos a ddim yn gwrthwynebu o gwbl i mi ddefnyddio ei chynnwys :)
Ond os oes gennych chi radio yn chwarae yn y cefndir rhywle yn eich darllediad, neu os ydych chi wedi defnyddio'ch hoff drac wrth olygu, neu wedi cymryd dilyniant fideo o fideo cerddoriaeth boblogaidd, cyfres deledu neu ffilm, yna mae eich darllediad mewn perygl. Mae hefyd yn bwysig bod y darllediad yn cario llwyth semantig lleiafswm o leiaf, fel arall gellir ei rwystro fel sbam.
***
Dyna'r cyfan sydd gen i. Rwy'n gobeithio y bydd y llawlyfr hwn yn gwasanaethu rhywun yn dda. Wel, os oes gennych rywbeth i'w ychwanegu, ysgrifennwch, byddaf yn hapus i ddarllen yr ychwanegiadau a'r esboniadau i'r erthygl.
Ffynhonnell: hab.com