Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Multimedia ja grafiikka => Aiheen aloitti: tetrao - 11.08.09 - klo:20.16
-
Omistan Terratec Cinergy T usb xxs tv-katselukortin, joka toimii moitteetta Ubuntussani. Harrastuksen omaisesti olen nyt yrittänyt saada näkymään lähetyksiä verkon yli. Tarkoituksena olisi saada aikaseksi lähes reaaliaikaista kuvaa toisella puolella verkkoa, ei siis lähiverkossa. Sana "lähes", koska tiedän että reaaliaikaisuuteen vaatimattomalla yhteydelläni en pääse. (U:512kbps/D:1024kbps). Mielestäni vaihtoehtoja on kaksi:
1. Serveri kone streamausta käyttäen lähettää lähetystä vastaanottajalle. Vastaanottaja puskuroi lähetystä.
2. Nauhoitettu lähetys lähetetään vastaanottajalle. (Ongelmana juuri se lähes reaaliaikainen kuva)
Kokeilin ensin VLC:llä UDP ja RTP streamausta verkon yli, joka johti siihen että paketteja meni hukkaan ja kuva pätki pahasti. Yritin säätää vastaanottajan puskuri kokoa optiolla :udp-caching="suuri luku" , joka ei mielestäni vaikuttanut kuvaan millään lailla. Sain vuoron perään kolmea eri varoitusta: 1. stream_out_transcode stream out debug: late picture skipped 2. main mux warning: late buffer for mux input 3. avcodec encoder warning: vbv buffer overflow. Kokeilin monia eri Enkapselointi ja Video codec vaihtoehtoja, mutta lopulta vähiten huonoimman tuloksen sain rivillä vlc -vvv *.avi --sout '#transcode{vcodec=WMV1,vb=300,scale=1,acodec=mpga,ab=80,channels=2}:duplicate{dst=std{access=udp,mux=ts,dst=5.158.199.54:1234}}' , mikä ei missään nimessä ollut katsotsomis kelpoista (Juuri ja juuri selvän sai ja pätki vähiten).
Tämän jälkeen luovutin streamauksen osalta ja yritin lähettää nauhoitettua lähetystä. Tarkoituksena oli että voisin katsoa tiedostoa kesken nauhoituksen. En saanut nauhoitusta suoraan ohjattua asiakas koneelle, joten jouduin tallentamaan sen serverille ja scp:llä siirtämään sitä sitten halutulle koneelle. Ongelmia tässä tuli vastaan kaksi. Ensinnäkin kun rupesin scp:llä siirtämään keskeneräistä tiedostoa, niin se kyllä suostui lähettämään tiedoston, mutta vain siltäosin missä vaiheessa se oli antaessa käskyä. Se siis ei siirtänyt tiedostosta sitä osaa mikä oli vielä tulematta. Toinen ongelma oli siirrettävän tiedoston suuri koko. ASF 28MB/min, MPEG1 20MB/min. Sain tosin puristettua tuon MPEG1:n ffmpeg:llä 3MB:iin/min ja kuvan laatu oli siedettävä.
Eli mitä seuraavaksi voisi keksiä? Mielestäni kumpainenkin vaihtoehto pitäisi voida olla mahdollisia oikein tehtyinä, mutta vähäisen kokemukseni perusteella en pystynyt parempaan. Kaikki vinkit ovat tervetulleita!
-
Taitaa olla aika mahdotonta, kun kaistaa on vain puoli megabittiä ja tuo digikuva on jokunen mega
tavubitti sekunnissa (en muista paljonko). Realiaikainen muuntaminen...no siitä en tiedä...mutta laatu ainakin kärsii. :-\
Ilmeisesti tiedostit tuon ongelman. No joka tapauksessa itselleni on tuttua vain MythTV:llä lähiverkon (langattoman sellaisen) yli videon striimaus ja siinä ei ole ollut ongelmia kuin viimeaikoina (en tiedä miksi, mutta jostain syystä joskus ei tahdo ladata...). ::)
EDIT: Joo oli se sittenkin bittiä... ::)
-
Millainen teholaite se serveri on?
mencoderilla x264 + alas skaalaus olisi varmaan optimaalisin ja äänelle kaiketi 48000 Hz -> 32000 Hz + 224 kbit/s--> 64 kbit/s ?
ssh-jaon voi mountata (sshfs), joten suoraan katselu onnistuu, jos ei kaista sitä ei estä ;)
-
Millainen teholaite se serveri on?
Serverinä Asuksen eee pc 1000HE miniläppäri, joten tehoilla ei pröystäillä.Valitsin sen vähäisen virrankulutuksen vuoksi. On siinä kuitenkin Intelin Atom 1.66Ghz tuplaydin prosessori, eli jotain pientä sekin saanee aikaiseksi?
Laskin äsken palaten tuohon uploadaukseen, että ffmpeg:llä pakattu 3MB/min video saadaan lähetettyä 400kbps kaistalla. Tuo on tosin optimi arvo sille ja lähetyksestä riippuen pakatun videon kokokin vaihtelee varmasti joskus ylikin tuon 3MB/min.
-
Serverinä Asuksen eee pc 1000HE miniläppäri, joten tehoilla ei pröystäillä.
Auts... Voi tulla (ainakin) tiukkaa... ::) Nimittäin tuolla x264:llä. Tosin onhan tuolla joku muuntanut MP4:ksi 65fps:n nopeudella: http://lummie.co.uk/atom-330-video-encoding/ Toisaalta tuossa ei sanota mistä mp4:ksi, mutta kutenkin. Eikä sitä mille bitratelle yms... ::)
Muita juttuja en löytänyt (en varmaan etsinyt tarpeeksi)...
-
Taitaa olla aika mahdotonta, kun kaistaa on vain puoli megabittiä ja tuo digikuva on jokunen megatavu sekunnissa (en muista paljonko)
DVB-T-lähetykset ovat luokkaa 3 Mbps / kanava.
Tosin onhan tuolla joku muuntanut MP4:ksi 65fps:n nopeudella: http://lummie.co.uk/atom-330-video-encoding/ Toisaalta tuossa ei sanota mistä mp4:ksi,
PAL DVD:ltä nähtävästi. Tuossa on tosin ehkä käytetty MPEG-4 ASP -enkooderia, Xvidiä tai libavcodecia. Esimerkiksi libavcodec pakkaa yhdellä 2 GHz:n Core 2:n ytimellä PAL-videota 120 fps:n nopeudella, kun x264 pääsee kahdella ytimellä ja nopeimmilla asetuksilla 70 fps:ään. PAL-videota on luultavasti paras skaalata pienemmäksi 400 kbps siirtotietä varten, joten Atom 330:n pitäisi olla riittävän nopea reaaliaikaiseen pakkaukseen myös x264:llä ja kohtalaisen laadukkailla säädöillä.
-
Tällä sain katsomiskelpoista kuvaa ja ääntä:
mencoder dvb://Nelonen -vf scale=512:288,harddup -ovc x264 -x264encopts bitrate=350:subq=7:frameref=3:mixed_refs:8x8dct:trellis=1:psy-rd=1.0:bframes=3:threads=auto -af resample=32000 -oac mp3lame -lameopts br=48:cbr -o ohjelma.avix264 core 70
HUOM. avia ei pidä käyttää h264:n kanssa, mutta toistuu ainakin mplayerillä.
Asetukset voivat olla turhan vaativat, mutta ehkä jopa toimivat. Enpä tiedä.
-
Tällä sain katsomiskelpoista kuvaa ja ääntä:
Koodia:
mencoder dvb://Nelonen -vf scale=512:288,harddup -ovc x264 -x264encopts bitrate=350:subq=7:frameref=3:mixed_refs:8x8dct:trellis=1:psy-rd=1.0:bframes=3:threads=auto -af resample=32000 -oac mp3lame -lameopts br=48:cbr -o ohjelma.avi
x264 core 70
HUOM. avia ei pidä käyttää h264:n kanssa, mutta toistuu ainakin mplayerillä.
Asetukset voivat olla turhan vaativat, mutta ehkä jopa toimivat. Enpä tiedä.
Kokeilin äsken tuota ja vaikuttaisi siltä, että ainakin prosessointitehon puolesta olisi pitänyt onnistua. Käyttöaste heitteli silleensä, että kun toisella oli 100%, niin toinen huiteli jossain 30% kieppeillä. Mutta kuitenkin ongelmia oli, nimittäin minuutin nauhoituksen aikana tuolla sai nauhoitettua matskua noin 30s edestä. Sen huomasi myös videota katsoessa, nimittäin video saattoi hyppiä usean sekunnin loikkiakin.. Laadullisesti tuo oli muuten ok ja äänetkin pelasi hyvin.
Kokeilin myös itse VLC:llä tuota h264:ää. Sillä video ei pätkinyt, mutta jostain kumman syystä äänet ei pelannu. Se ilmoitti vain: "It seems your FFMPEG (libavcodec) installation lacks the following encoder: MPEG AAC Audio." Eli audio koodekki ei toimi jostain syystä? VLC käyttää ilmeisesti oletuksena tuota mp4a:ta h264:n kanssa. Kokeilin myös äänelle jotain muita vaihtoehtoja kuten mp3, mutta se ei tuntunut auttavan. Sen jälkeen kyllä pelasi kun jätti ilmoittamatta tuon audio koodekin, mutta videon kokokin sitten turposi lähes kaksinkertaiseksi 2.4MB > 4.4MB. ffmpeg:in uudelleen asennuksesta ei myöskään ollut hyötyä..
-
Kokeilin äsken tuota ja vaikuttaisi siltä, että ainakin prosessointitehon puolesta olisi pitänyt onnistua. Käyttöaste heitteli silleensä, että kun toisella oli 100%, niin toinen huiteli jossain 30% kieppeillä. Mutta kuitenkin ongelmia oli, nimittäin minuutin nauhoituksen aikana tuolla sai nauhoitettua matskua noin 30s edestä. Sen huomasi myös videota katsoessa, nimittäin video saattoi hyppiä usean sekunnin loikkiakin.. Laadullisesti tuo oli muuten ok ja äänetkin pelasi hyvin.
Kokeile vaihtaa x264encoptsiin trellis=0 ja pudottaa subq:ta asteittain kunnes toimii.
-
Kokeile vaihtaa x264encoptsiin trellis=0 ja pudottaa subq:ta asteittain kunnes toimii.
Tuo auttoi jo aikapaljon. Subq:n sai tiputtaa ihan nollaan asti, mutta silti minuutin lähetys typistyi 51 sekuntiin. Nyt ei tosin pätkinyt kuin parikertaa minuutin aikana. Tietysti, jos olisi vielä jokin jippo saada näkymään se 60s, niin ainahan se olisi parempi. ;)
-
frameref=2 vai frameref=1? Ehkä vielä mixed_refs->nomixed_refs ja 8x8dct->no8x8dct. Mikäli mahdollista suq 0 ei ole varmaan ihan se optimi. tuo psy-rd:n voit sitten tiputtaa heti suosiolla, koska noilla asetuksilla sillä ei ole mielestäni mitään virkaan.
-
frameref=2 vai frameref=1? Ehkä vielä mixed_refs->nomixed_refs ja 8x8dct->no8x8dct. Mikäli mahdollista suq 0 ei ole varmaan ihan se optimi. tuo psy-rd:n voit sitten tiputtaa heti suosiolla, koska noilla asetuksilla sillä ei ole mielestäni mitään virkaan.
Noniin nyt ei pätki! Tuommeisella rivillä kellotin 59s: (Eiköhän se sekunti mene ajanottajan piikkiin ;) )
mencoder dvb://Nelonen -vf scale=512:288,harddup -ovc x264 -x264encopts bitrate=350:subq=0:frameref=1:nomixed_refs:no8x8dct:trellis=0:bframes=3:threads=auto -af resample=32000 -oac mp3lame -lameopts br=48:cbr -o ohjelma.avi
Kokoa minuutin videolle tuli tasan 3MB ja laatu on suht hyvä. Pitää vielä testata sshfs mountilla miten se näkyy verkon yli. Se on siinä kipurajoilla, mutta kyllä veikkaisin että saattaa jopa pätkimättä näkyä. Kohtapa se selviää :)
-
subq:ta kannattaa kyllä nostaa nollasta vähintään yhdeksi, tai niin ylös kuin mahdollista. Jos subq>0 ei toimi parametreillasi, lisää vielä me=dia (oletus me=hex on hitaampi).
-
subq:ta kannattaa kyllä nostaa nollasta vähintään yhdeksi, tai niin ylös kuin mahdollista. Jos subq>0 ei toimi parametreillasi, lisää vielä me=dia (oletus me=hex on hitaampi).
Ykköseksi vielä kärsi nostaa, sen jälkeen 2 >/= rupesi jätättämään. Noiden operaatioiden jälkeen koko tippu 2.8MB:n, eli apua oli. Kokeilin mountin kautta kattoo videota. Hyvin onnistui kun ensin nauhoitti ja katsoi valmiin nauhoitetun pätkän. Mutta jos halusi katsoa videota kesken nauhoituksen, niin ei onnistunut, näkyi vain musta ruutu. Onko olemassa lääkettä tähän? Olisi mukava katsoa uutisia lähes ajallaan, niin että ei tarvitsisi ensin nauhoittaa kokonaan ennen katsomista.
-
Ykköseksi vielä kärsi nostaa, sen jälkeen 2 >/= rupesi jätättämään. Noiden operaatioiden jälkeen koko tippu 2.8MB:n, eli apua oli.
Keskimäärin koko ei muutu koodausparametreja muuttamalla, koska käytät ABR:ää ja määräät bitrateksi 350 kbps. Sen sijaan laatu paranee.
Kokeilin mountin kautta kattoo videota. Hyvin onnistui kun ensin nauhoitti ja katsoi valmiin nauhoitetun pätkän. Mutta jos halusi katsoa videota kesken nauhoituksen, niin ei onnistunut, näkyi vain musta ruutu. Onko olemassa lääkettä tähän? Olisi mukava katsoa uutisia lähes ajallaan, niin että ei tarvitsisi ensin nauhoittaa kokonaan ennen katsomista.
Kokeilitko toistoa sekä VLC:llä että (S)MPlayerillä?
Uutisia ja muuta lomitettua tavaraa tallentaessa MEncoderin videosuotimiin kannattaa lisätä lomituksenpoisto, esimerkiksi pp=fd (eli lavcdeint):
-vf pp=fd,scale=512:288,harddup
-
Keskimäärin koko ei muutu koodausparametreja muuttamalla, koska käytät ABR:ää ja määräät bitrateksi 350 kbps. Sen sijaan laatu paranee.
Ok. Se oli sitten vain sattumaa.
Kokeilitko toistoa sekä VLC:llä että (S)MPlayerillä?
Kokeilin VLC:llä ja Totemilla, kummallakin jämähti heti alkuunsa. Eli minkäänlaista kuvaa ei tullut perille.
Uutisia ja muuta lomitettua tavaraa tallentaessa MEncoderin videosuotimiin kannattaa lisätä lomituksenpoisto, esimerkiksi pp=fd (eli lavcdeint):
Joo, pitääpä testaa vielä tuota.
-
kokeile puskuroida videota hieman enemmän.
mplayer ohjelma.avi -cache 1500
-
kokeile puskuroida videota hieman enemmän.
mplayer ohjelma.avi -cache 1500
Kiitos nyt näkyy! Ensimmäisellä yrittämällä pätki hieman johtuen kaistasta, mutta kun tallensin toista kertaa niin ei enää edes pätkiny. Tuo puskurin kasvatus ilmeisesti auttanee myös siihen vaivaan? Pitänee testata kun mökille pääse miten mokkulan turvin lähetykset siellä näkyy, onnettomassa kun ei ole sähköjä ollenkaan että pystyis telkkaria katsomaan.
Lisäys: Kokeilin ykköstä ja taas pätki. Kasvatin puskurikokoa, mutta ei se vissiin ollutkaan se juju kun vieläkin pätki. Tiputin bitraten 300 niin nyt taas toimii pätkimättä. Minulle tosin tuli nyt toisenlaisia ongelmia. Nimittäin muutaman minuutin ohjelmaa katsottuani se yhtäkkiä vain katkeaa ja tulee ilmoitus: "GNOME screensaver enabled". Kävin ottamassa näytönsäästäjän pois käytöstä, mutta edelleekin ohjelma katkeaa ja tulee sama ilmoitus. Mistäköhän tuon saisi niin pois päältä että ei enää katkoisi tuota?
Lisäys2: Jälkimmäinen ongelma korjaantui, kun laitoin ohjelman screenillä pitoon.
-
Saattaa olla, että kannattaa vielä kutistaa kuvaa, jos se tuntuu hajoavan palikoiksi.
-vf scale=480:270
tai 448:252
tai 384:216
muoks
Uusimassa x264 on "mb_ tree" http://forum.doom9.org/showthread.php?t=148686, josta näyttäisi olevan suurta hyötyä juurikin tuollaisessa pakkaamisessa
67 kbps video: http://mirror05.x264.nl/Dark/Flash/lowbitrateanime.html :D
-
512:288 -- > 480:270 Muutos huomattava. Jälkimmäisessä paljon vähemmän "palikoitumista". Tosin ensimmäisessä nauhoituksesssa pyöri joku jumppa, eli siinä oli paljon liikettä. En tiedä onko sillä vaikutusta?
480:270 -- > 448:252 Pientä parannusta oli vielä huomattavissa.
448:252 -- > Ei enää silmällä erottanut eroa.
Palaan vielä "GNOME screensaver enabled" ongelmaan, se ei korjaantunutkaan screenillä, vaan se aika vaihtelee milloin se tulee. Joskus minuutin päästä, joskus kolmen, joskus kymmenen jne. Onko keinoa saada se pois päältä? En oikein ymmärrä mitä tarkoitusta varten se edes on.
Toinen juttu oli, huomasin kun puskuroin peräkkäisiä tallenuksia välimuistista, niin mplayer näytti ensimmäistä tallennusta. Eli milläköhän konstilla välimuistin saisi tyhjennettyä aina tallennusten välissä?
-
Näytönsäästäjän aktivoituminen estetään luultavasti näin:
echo 'heartbeat-cmd="gnome-screensaver-command -p"' >> ~/.mplayer/config
-
Näytönsäästäjän aktivoituminen estetään luultavasti näin:
echo 'heartbeat-cmd="gnome-screensaver-command -p"' >> ~/.mplayer/config
Katsoin äsken onnistuneesti n. 20 min pätkän kun kävin /etc/mplayer/mplayer.conf lisäämässä stop-xscreensaver = "no"
Mutta jos vielä ongelma toistuu, niin pitää kokeilla tuota ^
Lisäys: Ei onnistunutkaan säädöllä: stop-xscreensaver = "no". Sen sijaan UbunTuxen rivillä näyttäisi toimivan. Laitoin lenkille lähtiessä lähetyksen hyrräämään ja vieläkin näkyi pois tultua. (~1h). Välimuistiongelmaakaan ei ole enää esiintynyt, todennäköisesti vain katsoin huolimattomasti samaa tallennetta uudestaan.
Lisäys2: Eipä sittenkään, äskettäin taas katkesi näytönsäästäjän takia.??? Vaikuttaisi siltä, että se nyt vain kerran pätkäsee poikki ja sen jälkeen toimii vaikka hamaan loppuun asti. Silloin ennen lenkille lähtöäkin se kyllä pätkäsi, mutta lähes välittömästi kun sitä rupesi katsomaan, näin ollen tästä ei ollut juurikaan haittaa. Sen sijaan nyt halutessani jatkaa katselua joutuisin katsomaan alun n.15min kokonaan uudestaan..
-
Minulle tosin tuli nyt toisenlaisia ongelmia. Nimittäin muutaman minuutin ohjelmaa katsottuani se yhtäkkiä vain katkeaa ja tulee ilmoitus: "GNOME screensaver enabled"
Tuota noin, tässä MPlayer on sammunut muusta syystä ja ilmoittaa vain että näytönsäästäjän käynnistyminen on jälleen sallittu. Käynnistyessään MPlayer estää näytönsäästäjän aktivoitumisen, jotta se ei peittäisi videota. Ongelma ei siis liity mitenkään näytönsäästäjään.
Jos käynnistät toiston pian sen jälkeen kun olet aloittanut tallentamisen MEncoderilla, syynä sammumiseen on se että MPlayer sattuu toistamaan videota jonkin verran reaaliaikaa nopeammin ja saa kasvavan tiedoston lopun kiinni. Tallenteessa on luultavasti vieläkin pieniä hyppäyksiä (pudotettuja kuvia), kun tallennus tehdään reaaliaikaisesti koneen suorituskyvyn rajoilla, softalla joka ei ole aivan tähän tarkoitukseen suunniteltu. Ja vaikka kuvia ei jäisikään välistä, toisto voi olla muutenkin hieman nopeampaa A/V-synkronoinnista ja epätäsmällisestä äänikortin kellokiteestä johtuen. Siis odottele hetki ennen kuin aloitat katselun.
Sen sijaan nyt halutessani jatkaa katselua joutuisin katsomaan alun n.15min kokonaan uudestaan..
Käytä parametria -idx niin MPlayer tekee lennossa tiedostolle indeksin ja voit kelata videota eteen- ja taaksepäin (nuolinäppäimillä ja page up/down).
-
Minulle tosin tuli nyt toisenlaisia ongelmia. Nimittäin muutaman minuutin ohjelmaa katsottuani se yhtäkkiä vain katkeaa ja tulee ilmoitus: "GNOME screensaver enabled"
Tuota noin, tässä MPlayer on sammunut muusta syystä ja ilmoittaa vain että näytönsäästäjän käynnistyminen on jälleen sallittu. Käynnistyessään MPlayer estää näytönsäästäjän aktivoitumisen, jotta se ei peittäisi videota. Ongelma ei siis liity mitenkään näytönsäästäjään.
Jos käynnistät toiston pian sen jälkeen kun olet aloittanut tallentamisen MEncoderilla, syynä sammumiseen on se että MPlayer sattuu toistamaan videota jonkin verran reaaliaikaa nopeammin ja saa kasvavan tiedoston lopun kiinni. Tallenteessa on luultavasti vieläkin pieniä hyppäyksiä (pudotettuja kuvia), kun tallennus tehdään reaaliaikaisesti koneen suorituskyvyn rajoilla, softalla joka ei ole aivan tähän tarkoitukseen suunniteltu. Ja vaikka kuvia ei jäisikään välistä, toisto voi olla muutenkin hieman nopeampaa A/V-synkronoinnista ja epätäsmällisestä äänikortin kellokiteestä johtuen. Siis odottele hetki ennen kuin aloitat katselun.
Sen sijaan nyt halutessani jatkaa katselua joutuisin katsomaan alun n.15min kokonaan uudestaan..
Käytä parametria -idx niin MPlayer tekee lennossa tiedostolle indeksin ja voit kelata videota eteen- ja taaksepäin (nuolinäppäimillä ja page up/down).
Ok. Kiitokset noista vinkeistä, pitää aamulla/päivällä vielä testailla jos saisi homman pelittämään. :)
Lisäys: Jep jep, nyt on testailtu ja kyllä pelittää, pitää vain malttaa odotella se muutama minuutti ennen katselemista. Mittasin huvikseni vielä kerran minuutilta ajan, sain n.57s. Tuosta on hyvä laskeskella kauanko joutuu odottelemaan ennenkuin aloittaa katsomaan. Varaa aikaa reilusti vaikka 6-7s minuutille niin eiköhän se onnistu. Selvisipähän se mystinen GNOME screensaver enabled juttukin, itsellä kun on paha tapa ajatella että siinä vika mistä viimeksi ilmoitetaan. Noh, pääasia että homma selvisi. Indeksointi ei valitettavasti ssh mountin yli toiminut. Itse serverillä kyllä pelasi. Sinänsä se ei hirveästi haittaa kun kerta suorana noita lähetyksiä katson.
-
No niin nyt olen pariviikkoa tyytyväisenä katsellut lähetyksiä verkon yli. Skaalauksen ja bitraten tiputtaminen mahdollistivat sen että pystyin nostamaan subq:ta ja frameref:iä melkoisesti. Käytän nykyisin seuraava riviä:
mencoder dvb://Nelonen -vf pp=fd,scale=384:216,harddup -ovc x264 -x264encopts bitrate=250:subq=6:frameref=3:nomixed_refs:no8x8dct:trellis=1:psy-rd=1.0:bframes=3:threads=auto -af resample=32000 -oac mp3lame -lameopts br=48:cbr -o ohjelma.avi
(bitraten tosiaan joiduin tiputtamaan ihan tuonne 250, kun muuten lähetykset olisivat pätkineet.)
Mitenkä saan tuon huiman rivin konffitiedoston alle, niin että sitä ei aina tarvitsisi kirjoittaa uudestaan kun rupeaa katselemaan lähetyksiä?
yritin itse seuraava, mutta pukkasi niin paljon virheitä, että ei ilmeisesti onnistunut:
[x264]
vf=pp=fd
scale=384:216
harddup=1
ovc=x264=1
x264encopts=bitrate=250
subq=6
frameref=3
nomixed_refs=1
no8x8dct=1
trellis=1
psy-rd=1.0
bframes=3
threads=auto
af=resample=32000
oac=mp3lame=1
lameopts=br=48
cbr=1
-
Mitenkä saan tuon huiman rivin konffitiedoston alle, niin että sitä ei aina tarvitsisi kirjoittaa uudestaan kun rupeaa katselemaan lähetyksiä?
Konffitiedostosta en tiedä, mutta voit tehdä tuosta rimpsusta aliaksen. Ohjeet löytyy ketjusta http://forum.ubuntu-fi.org/index.php?topic=4103.0 (http://forum.ubuntu-fi.org/index.php?topic=4103.0), katso Raimon viesti.
-
Mitenkä saan tuon huiman rivin konffitiedoston alle, niin että sitä ei aina tarvitsisi kirjoittaa uudestaan kun rupeaa katselemaan lähetyksiä?
yritin itse seuraava, mutta pukkasi niin paljon virheitä, että ei ilmeisesti onnistunut:
[x264]
vf=pp=fd
scale=384:216
harddup=1
ovc=x264=1
x264encopts=bitrate=250
subq=6
frameref=3
nomixed_refs=1
no8x8dct=1
trellis=1
psy-rd=1.0
bframes=3
threads=auto
af=resample=32000
oac=mp3lame=1
lameopts=br=48
cbr=1
[x264]
vf=pp=fd,scale=384:216,harddup
ovc=x264=1
x264encopts=bitrate=250:subq=6:frameref=3:nomixed_refs:no8x8dct:trellis=1:psy-rd=1.0:bframes=3:threads=auto
af=resample=32000
oac=mp3lame=1
lameopts=br=48:cbr
Muuten, jos käytätä Ubuntun mukana tulevaa menocderia, niin suosittelisin, jos taitoa riittää, kääntämään x264:n (git) (./configure --enable-shared) ja mencoderin (svn) lähdekoodista. x264:n on tehty melko merkittäviä parannuksia, jotka näkynevät juurikin noin alhaisilla bittinopeuksilla.
-
Mitenkä saan tuon huiman rivin konffitiedoston alle, niin että sitä ei aina tarvitsisi kirjoittaa uudestaan kun rupeaa katselemaan lähetyksiä?
yritin itse seuraava, mutta pukkasi niin paljon virheitä, että ei ilmeisesti onnistunut:
[x264]
vf=pp=fd
scale=384:216
harddup=1
ovc=x264=1
x264encopts=bitrate=250
subq=6
frameref=3
nomixed_refs=1
no8x8dct=1
trellis=1
psy-rd=1.0
bframes=3
threads=auto
af=resample=32000
oac=mp3lame=1
lameopts=br=48
cbr=1
[x264]
vf=pp=fd,scale=384:216,harddup
ovc=x264=1
x264encopts=bitrate=250:subq=6:frameref=3:nomixed_refs:no8x8dct:trellis=1:psy-rd=1.0:bframes=3:threads=auto
af=resample=32000
oac=mp3lame=1
lameopts=br=48:cbr
Muuten, jos käytätä Ubuntun mukana tulevaa menocderia, niin suosittelisin, jos taitoa riittää, kääntämään x264:n (git) (./configure --enable-shared) ja mencoderin (svn) lähdekoodista. x264:n on tehty melko merkittäviä parannuksia, jotka näkynevät juurikin noin alhaisilla bittinopeuksilla.
Kiitos koodista ja neuvosta! Olisiko linkki vinkkiä vielä noihin lähdekoodeihin ;) Kääntämisestä on kokemusta ./configure, make, sudo makeinstall rimpsun verran.
lisäys: Vielä tuli pientä herjaa:
tetrao@server:~/Desktop$ mencoder dvb://Nelonen -o ohjelma.avi -profile x264
MEncoder 2:1.0~rc2-0ubuntu19 (C) 2000-2007 MPlayer Team
CPU: Intel(R) Atom(TM) CPU N280 @ 1.66GHz (Family: 6, Model: 28, Stepping: 2)
CPUflags: Type: 6 MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled with runtime CPU detection.
Error: suboption 'cbr' of 'lameopts' must have a parameter!
Error parsing option lameopts=br=48:cbr at line 7
-
sudo apt-get install build-essential subversion git-core yasm
sudo apt-get build-dep mplayer mencoder x264
x264
git clone git://git.videolan.org/x264.git
cd x264
./configure --prefix=/usr --enable-shared
make
sudo make install
sudo ldconfig
mencoder +mplayer. (Mikäli et halua MPlayeriä kääntää: ./configure --disable-mplayer)
svn checkout svn://svn.mplayerhq.hu/mplayer/trunk mplayer
cd mplayer
./configure
make
sudo make install
checkinstallia en täyssä käytä. Syy: en halua sotkea pakettijärjestelmää riippuvuuksista, joka melko lahjakkaasti onnistuisi tekemällä tämän suoraan.
Entäpä tämä:
[x264]
vf=pp=fd,scale=384:216,harddup
ovc=x264=1
x264encopts=bitrate=250:subq=6:frameref=3:nomixed_refs:no8x8dct:trellis=1:psy-rd=1.0:bframes=3:threads=auto
af=resample=32000
oac=mp3lame=1
lameopts=br=48:cbr=1
-
sudo apt-get install build-essential subversion git-core yasm
sudo apt-get build-dep mplayer mencoder x264
x264
git clone git://git.videolan.org/x264.git
cd x264
./configure --prefix=/usr --enable-shared
make
sudo make install
sudo ldconfig
mencoder +mplayer. (Mikäli et halua MPlayeriä kääntää: ./configure --disable-mplayer)
svn checkout svn://svn.mplayerhq.hu/mplayer/trunk mplayer
cd mplayer
./configure
make
sudo make install
checkinstallia en täyssä käytä. Syy: en halua sotkea pakettijärjestelmää riippuvuuksista, joka melko lahjakkaasti onnistuisi tekemällä tämän suoraan.
Entäpä tämä:
[x264]
vf=pp=fd,scale=384:216,harddup
ovc=x264=1
x264encopts=bitrate=250:subq=6:frameref=3:nomixed_refs:no8x8dct:trellis=1:psy-rd=1.0:bframes=3:threads=auto
af=resample=32000
oac=mp3lame=1
lameopts=br=48:cbr=1
Nyt on autoilutermein "uudet pyörät alla" ;D
Pientä ongelmaa tuli mplayerin kanssa, koska se soittaa kaiken maksimi volumella, tai pikemminkin se on ainut soitin joka soittaa kaiken oikein. Jouduin aikaisemmin alsamixerillä säätämään PCM:n ja lineoutin tappiinsa, koska jostain kumman syystä Asuksessa kuului äänet todella vaimeana. Millä rivillä mplayerin ääniä saisi vaimeammaksi, tai muita ääniä kovemmaksi, että voisin tiputtaa PCM:n ja lineoutin arvoja?
ps. Mistä pääsisin näkemään mitä kaikkea uutta hienoa sain näiden uusien versioiden myötä? ;)
pps. Uudella konffitiedostolla pelittää hyvin, kiitokset!
-
ps. Mistä pääsisin näkemään mitä kaikkea uutta hienoa sain näiden uusien versioiden myötä? ;)
Joku striimausta tekevä firma ilmeisesti kustansi x264:n parannuksia.
http://forum.doom9.org/showthread.php?t=148964
Kannattaisi lisätä varmaankin jotain tuollaista lisäksi:
:vbv-maxrate=400:vbv-bufsize=2500:rc_lookahead=100Joku viisaampi kertokoon tarvittaessa paremmat luvut, koska tuo meni ihan lonkalta. rc_lookahead vie paljon muistia mutta ei juuri hidasta. Kannattaa pitää suurena (max 250), jos muistia riittää, tosin samlaa se kuitenkin hidastuu hieman.
sitten jotain tuollaistakin on lisätty hiljattain:
http://forum.doom9.org/showthread.php?t=148686
Ylipäätään tuota palstaa ehkä kannattaa joskus silloin tällöin seurata:
http://forum.doom9.org/forumdisplay.php?f=77
-
sudo apt-get build-dep mplayer mencoder x264
Minulla tuo komento valittaa tälläistä:
mrl586@kubuntu:~$ sudo apt-get build-dep mplayer mencoder x264
Luetaan pakettiluetteloita... Valmis
Muodostetaan riippuvuussuhteiden puu
Luetaan tilatiedot... Valmis
E: Paketin mplayer-dmo lähdekoodipakettia ei löytynyt
-
sudo apt-get build-dep mplayer mencoder x264
Minulla tuo komento valittaa tälläistä:
mrl586@kubuntu:~$ sudo apt-get build-dep mplayer mencoder x264
Luetaan pakettiluetteloita... Valmis
Muodostetaan riippuvuussuhteiden puu
Luetaan tilatiedot... Valmis
E: Paketin mplayer-dmo lähdekoodipakettia ei löytynyt
cat /etc/apt/sources.list?
-
************************************************
**** Your system is too SLOW to play this! ****
************************************************
Possible reasons, problems, workarounds:
- Most common: broken/buggy _audio_ driver
- Try -ao sdl or use the OSS emulation of ALSA.
- Experiment with different values for -autosync, 30 is a good start.
- Slow video output
- Try a different -vo driver (-vo help for a list) or try -framedrop!
- Slow CPU
- Don't try to play a big DVD/DivX on a slow CPU! Try some of the lavdopts,
e.g. -vfm ffmpeg -lavdopts lowres=1:fast:skiploopfilter=all.
- Broken file
- Try various combinations of -nobps -ni -forceidx -mc 0.
- Slow media (NFS/SMB mounts, DVD, VCD etc)
- Try -cache 8192.
- Are you using -cache to play a non-interleaved AVI file?
- Try -nocache.
Read DOCS/HTML/en/video.html for tuning/speedup tips.
If none of this helps you, read DOCS/HTML/en/bugreports.html.
Töitä teettää noiden optimiarvojen löytäminen. :-\
lisäys: No niin, jospa tuo nyt taas välttäisi vähänaikaa, kasvatin hieman skaalausta ja lisäsin keyint=2500, näyttää mielestäni suht. hyvältä ja ei katko.
-
keyint 2500
eli 2500/25=100 sekuntia. Haettavuus tuossa kärsii rankasti ja laadun parannus on minimaalisen pientä. 500 (eli 20 s) voisi olla jo mukavampi.
Muuten eikös tuo virheilmoitus tule mplayeristä, eikä mencoderista?
Käytä isoa puskuria -cache 3000. Puskurihan tuossa vbv:ssä on suuri.
Huom. rc_lookahead aiheuttaa pakkauksen aloittamiseen pienoisen viiveen:
100/25=4 s
-
keyint 2500
eli 2500/25=100 sekuntia. Haettavuus tuossa kärsii rankasti ja laadun parannus on minimaalisen pientä. 500 (eli 20 s) voisi olla jo mukavampi.
Ok, Minäpä pudotan keyint=500. Summassa heitin 2500, näytti kuva hyvältä, joten annoin olla. En oikein ymmärtänyt tuota "haettavuus" termiä.
Muuten eikös tuo virheilmoitus tule mplayeristä, eikä mencoderista?
Jep, mplayeri antoi sen. Lisäsinkin hieman cachea, kokeilin neuvottua 8192. 3000 on ehkä parempi, niin ei käynnistyminen vie niin kauaa aikaa.
Huom. rc_lookahead aiheuttaa pakkauksen aloittamiseen pienoisen viiveen:
100/25=4 s
Joo tuon huomasinkin. Jostain kumman syystä myös skipped sekä duplicate framien määrä kasvoi huomattavasti ja lähetyksestä uupui paloja. En saanut oikein noita säätöjä kohdalleen, joten palasin alkuperäiseen kokoonpanoon.
lisäys: Jos jotakuta kiinnostaa nähdä miltä nauhoitus näyttää, niin laittakaa vaikka private viestiä. En kehtaa suoraa linkkiä videoon tältä foorumilta pistää.
-
:vbv-maxrate=400:vbv-bufsize=2500:rc_lookahead=100
Nyt näkyy hyvin, kun jättää lopun eli rc_lookahead=100 pois
-
Juu, rc_lookahead on oletuksena 40.
Mencoderin dokumentaatio ei aina pysy vauhdissa.
Oletusasetukset ja lisävivut voi kaivaa komennolla x264 --longhelp