Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Multimedia ja grafiikka => Aiheen aloitti: Roni L - 26.05.10 - klo:16.11
-
Ongelmana on, että mplayer pysäyttää toiston keskenkaiken. Sain näillä ohjeilla (http://forum.ubuntu-fi.org/index.php?topic=28399.msg218130#msg218130) kuvan kännykkään(N900).
Otetaan esimerkki. Jos tiedostossa on 2min kuvaa toiston alkaessa, pysäyttää mplayer toiston 2min kohdalle, vaikka tiedostossa olisi yhteensä n. 4min kuvaa.
Kokeilin myös pakata kuvaa swf-tidostoon, ja upottaa se embed-tagilla normaaliin nettisivuun. Sama homma, toisto pysähtyy vaikka tiedostossa olisi katsomatonta kuvaa.
Saisikohan mplayerin jotenkin jatkamaan toistoa vai täytyykö etsiä joku aivan muu soitin?
-
Kokeile lukea tiedostoa libavformatilla (mplayer -demuxer lavf).
http://wiki.multimedia.cx/index.php?title=MPlayer_FAQ#General_Questions
I want to seek in avi while they are downloading but -forceidx is too slow.
* use mplayer -demuxer lavf to seek in broken/incomplete avi.
-
Kokeile lukea tiedostoa libavformatilla (mplayer -demuxer lavf).
Tuolla vipusella mplayer toistaa videota noin sekunnin ja sen jälkeen kuva ja ääni jäätyy. Sama homma käy myös satunnaisesti ilman kyseistä vipusta.
Mplayer ilmoittaa tällaista:
Strating playback...
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [xv] 512x288 => 512x288 Planar YV12
0.5 V 0.6 A-V: -1.07 ct: -0.34 0/ 0 ??% ??% ??,?% 6 0 56%
Exiting... (Quit)
-
Kokeile myös vipua -nocache. Välimuisti keskeyttää toiston herkästi, varsinkin jos se on alussa suurempi kuin tiedosto. Onhan MPlayerisi ja libav*-kirjastosi kohtalaisen tuoreet, eli MPlayerin versio on joku >r30000 SVN?
Jos tarkoituksena on katsella digitv-lähetyksiä kännykällä internetin yli, MEncoderin sijaan voisi harkita suoraa streamausta VLC:llä. Tässä vinkkejä VDR:n streamdeviä varten (http://www.linuxtv.fi/viewtopic.php?t=1890&start=75), mutta vastaavaa komentoriviä voi soveltaa myös suoraan vastaanottoon VLC:n omalla DVB-tuella.
-
nocache vipusella lähti käyntiin, mutta yhä tulee Exiting... (End of file), vaikka oli myös tuo demuxer vipunen käytössä. Täytyypi tutustua tarkemmin miten vlc:llä saisi striimattua kuvaa.
-
Ei noista vlc:n stremaus asetuksista oikein ottanut selvää. Huomasin kuitenkin, että vlc:llä toistaessa lähetystä suoraan tikulta kuvaa ei tule ollenkaan, mutta äänet kuuluu. Tuo "pikku" seikka varmaan olisi hyvä ratkaista enne vlc:n asetuksiin paneutumista..
Kokeilin myös dvbstream nimistä ohjelmaa. Sen pitäisi tuottaa rpt streamaus näillä vipusilla:
dvbstream -f561833000 -net 192.168.1.2:8088 -c0 -rtp
Mplayer eikä vlc toista osoitteesta mitään. Mplayer ilmoittaa:
Playing rtp://192.168.1.2:8088.
STREAM_RTP, URL: rtp://192.168.1.2:8088
Timeout! No data from host 192.168.1.2
rtp_streaming_start failed
No stream found to handle url rtp://192.168.1.2:8088
-
Ei noista vlc:n stremaus asetuksista oikein ottanut selvää. Huomasin kuitenkin, että vlc:llä toistaessa lähetystä suoraan tikulta kuvaa ei tule ollenkaan, mutta äänet kuuluu.
Mikä jakelu ja VLC:n versio on käytössä? Skannasitko kanavat dvb-appsin scan-työkalulla?
Kokeilin myös dvbstream nimistä ohjelmaa. Sen pitäisi tuottaa rpt streamaus näillä vipusilla:
dvbstream -f561833000 -net 192.168.1.2:8088 -c0 -rtp
Vaihdoithan tuohon kuitenkin taajuuden, jolla lähetetään ohjelmaa paikkakunnallasi?
Jos kaista riittää suoraan streamaukseen ilman uudelleenpakkausta (eli katselet vain wlanin tai vastaavan verkon kautta ja siirtonopeus on vähintään 4 Mbps), suosittelisin palvelinpuolelle VDR:ää ja streamdeviä (http://forum.ubuntu-fi.org/index.php?topic=29787.0) ilman muita virityksiä. Katseluun käy parhaiten VLC, joka näyttää myös DVB- ja tekstitv-tekstitykset, mutta muutkin mediasoittimet toimivat. Ehkä myös varsinaisen katselufrontendin (Xineliboutputin vdr-sxfe) saa toimimaan Maemossa.
VDR:n avulla onnistuu myös ajastettu tallentaminen ja monipuoliset hakuajastukset vaikkapa säännöllisillä lausekkeilla. Ohjaukseen on saatavilla muutama erilainen web-käyttöliittymä.
-
Meneepäs tämä nyt vaikeaksi.
Asensin VDR:än ohjeittesi mukaan. Kun käynnistää VDR:än tulee ilmoituksia
roni@large-server:~$ sudo /etc/init.d/vdr start
Starting Linux Video Disk Recorder: vdr
Searching for plugins (VDR 1.6.0-2/1.6.0) (cache hit): quickepgsearch conflictcheckonly epgsearchonly xineliboutput live epgsearch streamdev-server.
syslog:
...
May 27 17:56:58 large-server vdr: [3722] loading /var/lib/vdr/sources.conf
May 27 17:56:58 large-server vdr: [3722] loading /var/lib/vdr/diseqc.conf
May 27 17:56:58 large-server vdr: [3722] loading /var/lib/vdr/channels.conf
May 27 17:56:58 large-server vdr: [3722] ERROR: error in /var/lib/vdr/channels.conf, line 1
May 27 17:56:58 large-server vdr: [3722] deleting plugin: streamdev-server
May 27 17:56:58 large-server vdr: [3722] deleting plugin: epgsearch
May 27 17:56:58 large-server vdr: [3722] deleting plugin: live
May 27 17:56:58 large-server vdr: [3722] deleting plugin: xineliboutput
May 27 17:56:58 large-server vdr: [3722] deleting plugin: epgsearchonly
May 27 17:56:58 large-server vdr: [3722] deleting plugin: conflictcheckonly
May 27 17:56:58 large-server vdr: [3722] deleting plugin: quickepgsearch
May 27 17:56:58 large-server vdr: [3722] max. latency time 0 seconds
May 27 17:56:58 large-server vdr: [3722] exiting, exit code 2
May 27 17:56:58 large-server runvdr: stopping after fatal fail (vdr: error while reading '/var/lib/vdr/channels.conf')
/etc/init.d/vdr status
roni@large-server:~$ sudo /etc/init.d/vdr status
Getting status of Linux Video Disk Recorder: vdr - is not running.
channels.conf on sama mitä mplayer käyttää, joten sen pitäisi olla toimiva.
http://pastebin.org/285868 (http://pastebin.org/285868) Tuolla vielä channels.conf
-
channels.conf on sama mitä mplayer käyttää, joten sen pitäisi olla toimiva.
Ei käy, VDR käyttää erilaista formaattia. Ohjeen skannauskomennossa on tarvittavat vivut:
scan -o vdr -p -e 4 /usr/share/dvb/dvb-t/fi-Espoo > channels.conf
-
Noniin, nyt lähti vdr pyörimään, streamdev:istä vaan ei tule kuvaa. Firefox jää vain lataamaan sivua kun yrittää http://192.168.1.3:3000/TS/1
Mplayer ilmoittaa:
Cache fill: 0.00% (0 bytes) nop_streaming_read error : Resource temporarily unavailable
Cache fill: 0.00% (0 bytes)
Exiting... (end of file)Myöskään vdr-liven:n toisto ohjelma ei toimi.
-
Mitä VDR on kirjoitellut järjestelmälokiin (/var/log/syslog)?
-
Mitä VDR on kirjoitellut järjestelmälokiin (/var/log/syslog)?
sudo cat /var/log/syslog | tail -100
http://pastebin.org/287602 (http://pastebin.org/287602)
Lokeissa ihmetyttää muutama rivi
May 28 10:42:47 large-server vdr: [10925] frontend 0 regained lock on channel 1, tp 562
May 28 10:42:48 large-server vdr: [10925] frontend 0 lost lock on channel 1, tp 562
May 28 10:42:50 large-server vdr: [10925] frontend 0 timed out while tuning to channel 1, tp 562
May 28 10:42:54 large-server vdr: [10925] frontend 0 regained lock on channel 1, tp 562
May 28 10:42:55 large-server vdr: [10925] frontend 0 lost lock on channel 1, tp 562
...
May 28 10:43:05 large-server vdr: [10931] Streamdev: Accepted new client (HTTP) 192.168.1.2:53698
May 28 10:43:05 large-server vdr: [10931] streamdev: closing streamdev connection to 192.168.1.2:53698
May 28 10:43:15 large-server vdr: [10931] Streamdev: Accepted new client (HTTP) 192.168.1.2:53700
May 28 10:43:15 large-server vdr: [10971] streamdev-writer thread started (pid=10921, tid=10971)
May 28 10:43:15 large-server vdr: [10972] streamdev-livestreaming thread started (pid=10921, tid=10972)
May 28 10:43:16 large-server vdr: [10925] frontend 0 timed out while tuning to channel 1, tp 562
Tarkoittaako tuo, että vdr ei saa viritettyä tikkua halutulle taajuudelle?
scan /usr/share/dvb/dvb-t/fi-Espoo2 kyllä löytää kanavat joten signaalissa ei pitäisi olla vikaa. Myös vdr-live:ssä näkyy ohjelmatiedot.
-
Jotain virittymisongelmaa siinä kyllä näyttäisi olevan. Toimivatko jossain toisessa kanavanipussa olevat kanavat paremmin, eli vaikkapa MTV3 tai Nelonen? Katso channels.confista oikea kanavan numero (eli rivinumero), jos et ole vielä järjestellyt kanavia.
-
streamdev onnistui toistamaan Nelosta kerran tai kaksi, mutta jälleen tulee
May 28 16:41:25 large-server vdr: [12383] frontend 0 timed out while tuning to channel 9, tp 658
Kun kokeilee ylen kanavia mplayer ilmoittaa:
Connecting to server 192.168.1.3[192.168.1.3]: 3000...
Server returned 409: Channel not available
No stream found to handle url http://192.168.1.3:3000/TS/1
Lokeista ei ilmene mitään erikoista kun kokeilee ylen kanavia.
Tuon neloskokeilun jälkeen vdr-liveen ilmestyi myös toisen kanavanipun ohjelmatiedot.
EDIT:
syslog:iin ilmestyi tällainen ylen kanavaa katsottaessa.
May 28 17:01:31 large-server vdr: [12379] switching to channel 1
May 28 17:01:31 large-server vdr: [12379] info: Kanava ei ole käytettävissä!
Tuo tosin taisi selvitäkin jo mplayerin ilmoituksista.
-
streamdev onnistui toistamaan Nelosta kerran tai kaksi, mutta jälleen tulee
May 28 16:41:25 large-server vdr: [12383] frontend 0 timed out while tuning to channel 9, tp 658
Onpas kummaa... Onko vastaanotto siis edelleen virheetöntä MEncoderilla/MPlayerillä? Mikä DVB-tikku sinulla on käytössä?
Kun kokeilee ylen kanavia mplayer ilmoittaa:
Connecting to server 192.168.1.3[192.168.1.3]: 3000...
Server returned 409: Channel not available
No stream found to handle url http://192.168.1.3:3000/TS/1
Lokeista ei ilmene mitään erikoista kun kokeilee ylen kanavia.
Tämä johtunee siitä, että sinulla on vain yksi viritin ja streamdev on oletuksena asetettu niin, ettei se häiritse varsinaista katselua (esim. vdr-sxfe:llä) vaihtamalla kanavanippua.
Sammuta VDR (/etc/init.d/vdr stop) ja vaihda asetustiedostoon /etc/vdr/setup.conf tällaiset streamdev-serverin asetukset:
streamdev-server.AllowSuspend = 1
streamdev-server.HTTPBindIP = 0.0.0.0
streamdev-server.HTTPServerPort = 3000
streamdev-server.HTTPStreamType = 0
streamdev-server.MaxClients = 5
streamdev-server.ServerPort = 2004
streamdev-server.StartHTTPServer = 1
streamdev-server.StartServer = 1
streamdev-server.SuspendMode = 1
streamdev-server.VTPBindIP = 0.0.0.0
-
streamdev onnistui toistamaan Nelosta kerran tai kaksi, mutta jälleen tulee
May 28 16:41:25 large-server vdr: [12383] frontend 0 timed out while tuning to channel 9, tp 658
Onpas kummaa... Onko vastaanotto siis edelleen virheetöntä MEncoderilla/MPlayerillä? Mikä DVB-tikku sinulla on käytössä?
Homma pelittä hyvin mencoderilla. Tikun virkaa toimittaa Reddon dvb-t tikku.
Sammuta VDR (/etc/init.d/vdr stop) ja vaihda asetustiedostoon /etc/vdr/setup.conf tällaiset streamdev-serverin asetukset:
streamdev-server.AllowSuspend = 1
streamdev-server.HTTPBindIP = 0.0.0.0
streamdev-server.HTTPServerPort = 3000
streamdev-server.HTTPStreamType = 0
streamdev-server.MaxClients = 5
streamdev-server.ServerPort = 2004
streamdev-server.StartHTTPServer = 1
streamdev-server.StartServer = 1
streamdev-server.SuspendMode = 1
streamdev-server.VTPBindIP = 0.0.0.0
Nyt syslog:iin tulee vain May 28 17:40:36 large-server vdr: [14815] frontend 0 regained lock on channel 1, tp 562
May 28 17:40:37 large-server vdr: [14815] frontend 0 lost lock on channel 1, tp 562
May 28 17:40:40 large-server vdr: [14815] frontend 0 timed out while tuning to channel 1, tp 562
-
Haiskahtaa vähän ajuriongelmalta. VDR:n kehittäjä toteaa vastaavasta tilanteesta (http://www.mail-archive.com/vdr@linuxtv.org/msg08912.html) seuraavaa:
This means that either the signal is actually so weak that the lock is lost
over and over again, or there is a flaw in the driver that makes VDR "think"
the lock has been lost.
Mikä ajuri sinulla on käytössä? Uusin v4l-dvb vai jokin muu?
-
v4l ajurit olen kääntänyt tässä lähiaikoina ja tikun ajuri on tuo cropen tekemä.
Onko v4l-dvb joku ihan oma erillinen paketti vai tuleeko se normaalin v4l:n mukana?
-
v4l ajurit olen kääntänyt tässä lähiaikoina ja tikun ajuri on tuo cropen tekemä.
Onko v4l-dvb joku ihan oma erillinen paketti vai tuleeko se normaalin v4l:n mukana?
Tarkoitat v4l:llä varmaankin juuri v4l-dvb:tä (http://www.linuxtv.org/repo/) (tai V4L/DVB:tä). Analogilaitteiden ja digivastaanotinten ajureita kehitetään nykyisin samassa v4l-dvb -lähdekoodipuussa. Ennen v4l ja dvb olivat erikseen.
Mutta juu, crope varmaan osaisi auttaa paremmin. Tosin muilla ei ole nähtävästi ollut samaa ongelmaa Reddo DVB-T:n kanssa, joten syytä on vaikea arvata.
-
Käänsinpä vielä uusimmat v4l-dvb ajurit. Yhä sama homma, molemmilla kanavanipuilla tulee time out.
Onkohan se pakko palata vielä mencoder viritelmään? Olisi mukava kuulla miten tetrao hoitanut toistopuolen tuon mencoder viritelmän kanssa.
-
Käänsinpä vielä uusimmat v4l-dvb ajurit. Yhä sama homma, molemmilla kanavanipuilla tulee time out.
Onkohan se pakko palata vielä mencoder viritelmään?
Vaihtoehdot taitavat olla raudan vaihto tai VLC:n virittely. VLC:n kanssa saattaa kyllä olla samansuuntaista ongelmaa kuin VDR:llä, kun et saanut ainakaan heti kuvaa näkymään.
Olisi mukava kuulla miten tetrao hoitanut toistopuolen tuon mencoder viritelmän kanssa.
Nähtävästi MPlayerillä, välimuistia reilusti (-cache 8192) ja reilu odottelu katselupäässä ennen toiston aloittamista, näin pikaisesti referoiden.
Oletko muuten seurannut palvelinpuolella MEncoderin aiheuttamaa kuormaa? Pudotteleeko se kuvia välistä -- sehän nopeuttaa toistoa reilusti verrattuna lähetykseen, jolloin soitin saa tiedoston lopun nopeasti kiinni.
-
Olisi mukava kuulla miten tetrao hoitanut toistopuolen tuon mencoder viritelmän kanssa.
Jep, eli niinkuin nm mainitsikin (cachea tosin vain 3000. Se on tähän mennessä riittänyt hyvin). Odottelemaan tosiaan joutuu, riippuen kuinka kauan aikoo lähetystä katsoa. (Lätkämatsiin varasin n.5min). Palvelin päässä ei laitteistolla pääse kehuskelemaan, joten olen valitettavasti joutunut tiputtamaan pakkausta. Näin olen välttynyt pudotetuilta kuvilta, tai noh ainakin ne ovat vähentyneet huomattavasti.. (Nyt tälle kesälle toivottavasti uutta rautaa tulossa). Itsellä myös suunnitteilla vastaavanlainen puhelinprojekti. (Pitäisi vain joskus se luurikin hommata)
-
Kun mplayeriin on laitettu reilusti cachea toisto jäätyy heti ensimmäisellä sekunnilla. Tätä ei käy jos laittaa cachen kooksi esim. 1000, mutta silloin toisto pysähtyy taas omia aikojaan. Toistoa on kokeiltu wlanilla lähiverkossa, joten yhteyden nopeus ei pitäisi olla ongelma.
Mencoder ei pahemmin ilmoittele pudotetuista ruuduista, mutta ensimmäisten 30s aikana tulee n. 10-20kpl "1 dublicated frame(s)". Ilmoitukset loppuvat kuitenkin alle minuutissa lähes kokonaan.
-
Jos tiedostossa on 2min kuvaa toiston alkaessa, pysäyttää mplayer toiston 2min kohdalle, vaikka tiedostossa olisi yhteensä n. 4min kuvaa.
Miten yrität toistaa kuvaa. Otatko mountatun ssh-yhteyden isäntäkoneelle? Esim. scp:llä videon lähettäminen ja heti perästä katsominen tuottaa vastaavan ongelman mitä mainitsit.
Kun mplayeriin on laitettu reilusti cachea toisto jäätyy heti ensimmäisellä sekunnilla
Cachen täyttyminen vie jonkinverran aikaa.
10-20kpl "1 dublicated frame(s)". Ilmoitukset loppuvat kuitenkin alle minuutissa lähes kokonaan.
Sama homma, mutta en ole niissä mitään näkyvää haittaa huomannut.
-
Miten yrität toistaa kuvaa. Otatko mountatun ssh-yhteyden isäntäkoneelle? Esim. scp:llä videon lähettäminen ja heti perästä katsominen tuottaa vastaavan ongelman mitä mainitsit.
Toistan kuvaa mplayerilla alla olevilla asetuksilla
mplayer http://palvelimen-ip-osoite/ohjelma.avi -cache 8192 -demuxer lavf
Cachen täyttyminen vie jonkinverran aikaa.
Odottelukaan ei auttanut, kuva pysyi visusti paikallaan siihen mihin jäi.
Millä tekniikalla sinä toistat videon?
-
Tätä kannattaa lueskella: http://linux.fi/wiki/Sshfs
Ensin luodaan mount point:
sudo mkdir Mount
Sitten yhteydenotto:
sshfs -p [PORTTINUMERO] tetrao@palvelin-ip:/nauhoituskansio/palvelimella/ /kohdepolku/Mount
(Palvelin NAT:n takana, joten olen joutunut avaamaan portin ssh:ta varten) Tuosta olen tehnyt sitten aliaksen, jotta ei tarvitse joka kerta näpytellä samaa riviä. Lisäksi ssh-salasanakyselyn saa otettua pois päältä.
Lopuksi:
cd /kohdepolku/Mount
mplayer ohjelma.avi -cache 3000
-
Toistan kuvaa mplayerilla alla olevilla asetuksilla
mplayer http://palvelimen-ip-osoite/ohjelma.avi -cache 8192 -demuxer lavf
Ahaa, tämä taitaakin selittää ongelman. Www-palvelin ei varmaankaan päivitä tiedoston kokoa avoimille yhteyksille vaan antaa ulos vain sen verran dataa kuin tiedostossa on yhteyden alussa. Toimivammat vaihtoehdot ovat aito streamaus tai jokin verkon yli toimiva tiedostojärjestelmä, kuten tetraon ehdottama sshfs.
Streamaus onnistuu esimerkiksi VLC:llä, joka voi ottaa syötteeksi myös sen MEncoderilla pakattavan tiedoston, jos et saa sisäänrakennettua DVB-vastaanottoa toimimaan. Uudelleenpakkauksen sijaan VLC voi tehdä pelkän uudelleenmuxauksen vaikkapa MPEG-TS:ksi tai MP4:ksi.
http://wiki.videolan.org/Documentation:Streaming_HowTo
-
Löysin tuolta nm:än linkittämältä sivulta esimerkkipätkistä sopivan rivin
vlc -vvv ohjelma.avi --sout '#standard{access=http,mux=ogg,dst=192.168.1.3:8080}'
Ko. rivi ei kuitenkaan toimi. Epäilen, että homma kaatuu tähän:
[0x9aa85a0] main access out: creating httpd
[0x9aa85a0] main access out debug: net: listening to 192.168.1.3 port 8080
[0x9aa85a0] main access out error: socket bind error (Lupa evätty)
[0x9aa85a0] main access out error: cannot create socket(s) for HTTP host
[0x9aa85a0] access_output_http access out error: cannot listen on 192.168.1.3 port 8080
[0x9aa85a0] main access out warning: no sout access module matching "http" could be loaded
Vlc ei toimi root:ina, joten se ei tuo apua ongelmaan.
sshfs-mounttausta en saanut kännykässä toimimaan. Kun ajaa sshfs, ilmoittaa ettei komentoa löydy. libfuse2 on asennettuna.
-
Löysin tuolta nm:än linkittämältä sivulta esimerkkipätkistä sopivan rivin
vlc -vvv ohjelma.avi --sout '#standard{access=http,mux=ogg,dst=192.168.1.3:8080}'
Ko. rivi ei kuitenkaan toimi. Epäilen, että homma kaatuu tähän:
[0x9aa85a0] main access out: creating httpd
[0x9aa85a0] main access out debug: net: listening to 192.168.1.3 port 8080
[0x9aa85a0] main access out error: socket bind error (Lupa evätty)
[0x9aa85a0] main access out error: cannot create socket(s) for HTTP host
[0x9aa85a0] access_output_http access out error: cannot listen on 192.168.1.3 port 8080
[0x9aa85a0] main access out warning: no sout access module matching "http" could be loaded
Minulla tuo toimii kyllä Lucidin VLC 1.0.6:lla. Samanlainen virhe tulee ainakin jos koneen millään verkkolaitteella ei ole osoitetta 192.168.1.3, tai jos portti on jo varattu. Kokeile siis ensin localhost-osoitteella (127.0.0.1). Parametri -I dummy voi olla myös hyödyllinen, ettei VLC avaa turhaan graafista käyttöliittymää. VLC:n Ogg-muxeri ei ilmeisesti ole yhteensopiva H.264-videon kanssa (tai ainakaan se ei suostunut syömään B-frameja sisältävää testivideotani).
Eli mitä se sanoo tästä:
vlc -I dummy -vvv ohjelma.avi --sout '#standard{access=http,mux=ts,dst=localhost:8881}'
-
Minulla tuo toimii kyllä Lucidin VLC 1.0.6:lla. Samanlainen virhe tulee ainakin jos koneen millään verkkolaitteella ei ole osoitetta 192.168.1.3, tai jos portti on jo varattu. Kokeile siis ensin localhost-osoitteella (127.0.0.1). Parametri -I dummy voi olla myös hyödyllinen, ettei VLC avaa turhaan graafista käyttöliittymää. VLC:n Ogg-muxeri ei ilmeisesti ole yhteensopiva H.264-videon kanssa (tai ainakaan se ei suostunut syömään B-frameja sisältävää testivideotani).
Eli mitä se sanoo tästä:
vlc -I dummy -vvv ohjelma.avi --sout '#standard{access=http,mux=ts,dst=localhost:8881}'
Tolla rivillä lähti toimimaan, ainakin osittain. Kun mplayerillä toistaa, äänet kuuluvat vajaa sekunnin ja video jäätyy hetken päästä.
Pelkän äänitiedoston streamaus ei tuota ongelmia, kunhan vaihtaa ts=ogg, joten tällä ratkesi myös aikaisempi spotify ongelmani.
-
Tolla rivillä lähti toimimaan, ainakin osittain. Kun mplayerillä toistaa, äänet kuuluvat vajaa sekunnin ja video jäätyy hetken päästä.
Ehkäpä VLC ei sitten pidä kasvavasta AVI-tiedostosta, eli pitäisi saada sisäänrakennettu DVB-vastaanotto käyttöön. Kokeile, toimiiko streamaus olemassaolevalla tallenteella.
-
Ehkäpä VLC ei sitten pidä kasvavasta AVI-tiedostosta, eli pitäisi saada sisäänrakennettu DVB-vastaanotto käyttöön. Kokeile, toimiiko streamaus olemassaolevalla tallenteella.
Kännykällä sama homma, oli kasvava tai jo "valmis" tiedosto, toisto ei pelitä. Normaalilla koneella äänet kuuluu, mutta kuva ei näy. Tosin tämä voi johtua toistavasta koneesta, nimittäin ennenkin ollut saman kaltaisia ongelmia. Streamattavassa tiedostossa kyllä kuva näkyy.
Alan hieman epäillä että mplayer kaatuu toiston alussa, vaikkei se mitään ilmoitakaan kun toisto pysähtyy.
-
Kokeilitko myös -demuxer lavf:ää? Mitkä versiot VLC:stä ja MPlayeristä?
-
vlc -I dummy -vvv ohjelma.avi --sout '#standard{access=http,mux=ts,dst=localhost:8881}'
Testasin huvikseni minäkin. Täällä onnistui uudelleen muxaus etänä hienosti (myös keskereäiselle tiedostolle). Vlc-heitteleli jotain varoituksia alkuun, jotka eivät kuitenkaan aiheuttaneet ongelmia.
Alan hieman epäillä että mplayer kaatuu toiston alussa, vaikkei se mitään ilmoitakaan kun toisto pysähtyy.
Kokeilitko toistaa kuvaa isäntäkoneella komennolla:
mplayer http://localhost:8881
-
Kokeilitko myös -demuxer lavf:ää? Mitkä versiot VLC:stä ja MPlayeristä?
-demuxer lavf:lla ei ole vaikutusta. Kuva vaan jäätyy kännykällä katsoessa.
vlc:n versio on sama, 1.0.6. mplayer SVN-r30099-4.2.1
Kokeilitko toistaa kuvaa isäntäkoneella komennolla:
mplayer http://localhost:8881
Kuva on isäntäkoneella, kuin toisella normaalilla koneella hieman rikkinäistä. Kuva "palikoituu" ja kuvassa vilistää vihreitä viivoja ruudun poikki. Ainakin verkon yli stremattuna ääni elää aivan omaa elämää.
-
Kuva on isäntäkoneella, kuin toisella normaalilla koneella hieman rikkinäistä. Kuva "palikoituu" ja kuvassa vilistää vihreitä viivoja ruudun poikki.
Tuo kuulostaa signaaliongelmalta (VDR:n käyttäytyminen saattaa myös viitata huonoon signaaliin). Näkyykö tiedosto kuitenkin jossain oikein, jos toistat sitä suoraan?
-
Tuo kuulostaa signaaliongelmalta (VDR:n käyttäytyminen saattaa myös viitata huonoon signaaliin). Näkyykö tiedosto kuitenkin jossain oikein, jos toistat sitä suoraan?
Viivat ja palikoituminen väheni ehkä hieman, kun toisti nautiluksella muodostetulla ssh-yhteydellä.
Signaaliongelma voipi olla hyvinkin. Välillä on joutunut hieman liitoksia pyörittelemään ja irroittamaan ja laittamaan tv-tikun takaisin, jos on ollut ongelmia kanavien löytymisessä. Onko antennijohdolla samanlaisia ominaisuuksia kuin esim. usb-, ääni- ja hdmi-johdoilla, että signaalia voi joutua vahvistamaan matkalla jos on kovin pitkä johto? Nimittäin nyt antennipiuha menee talon läpi aika pitkän matkan.
<nm: virheklikkaus, ei ollut tarkoitus muokata tätä>
-
Onko antennijohdolla samanlaisia ominaisuuksia kuin esim. usb-, ääni- ja hdmi-johdoilla, että signaalia voi joutua vahvistamaan matkalla jos on kovin pitkä johto?
Kyllä, etenkin jos kaapeli ei ole erityisen laadukas. Antennivahvistimen sijoittaminen toiseen päähän, lähelle antennia tai seinärasiaa voi hyvinkin auttaa.
-
Kyllä, etenkin jos kaapeli ei ole erityisen laadukas. Antennivahvistimen sijoittaminen toiseen päähän, lähelle antennia tai seinärasiaa voi hyvinkin auttaa.
Kokeilin hiukan lyhyemmillä johdoilla talon halki, nyt vihreät raidat yms. häiriöt katosivat.
Kännykällä sain kuvan toistumaan kun pakkasi kuvaa palvelin päässä enemmän. Kännykkä vaan ei toista ääniä. Koneella katsoessa äänet toistuu, mutta elävät yhä omaa aikaansa, n. 1-2s viiveellä. Kuva streamattuna vlc:llä.
VDR ei lähtenyt toimimaan lyhyellä johdolla, time outtia pukkaa vieläkin.
-
Koneella katsoessa äänet toistuu, mutta elävät yhä omaa aikaansa, n. 1-2s viiveellä
Sama juttu täällä sittenkin, huomasin kun toista kertaa testasin.. Jostain syystä kuva ja ääni ei muxauksen jälkeen enää kulje käsikädessä.
Edit: Harmi kun mplayer:lle ei ole mitään lisäpalikkaa streamausta varten
-
Tällaisella rimpsulla lähti video pyörimään kännykässä ihan hyvin
vlc -I dummy channels.conf :dvb-bandwidth=9 --sout '#standard{access=http,mux=ts,dst=192.168.1.2:8881}:transcode{soverlay,ab=42,samplerate=44100,channels=1,acodec=mp4a,vcodec=h264,width=320,height=180,vfilter="canvas{width=320,height=180,aspect=16:9}",fps=10,vb=140,venc=x264{vbv-bufsize=500,partitions=all,level=12,no-cabac,subme=7,threads=4,ref=2,mixed-refs=1,bframes=0,min-keyint=1,keyint=50,trellis=2,direct=auto,qcomp=0.0,qpmax=51}}'Tuo toistaa nyt vain Ylen TV1:stä, jos laittaa dvb://frequency=561833000 arpoo vlc tuosta kanavanipusta jonkun kanavan. Milläköhän vipusella sen tarkan kanavan sai valittua?
Yllä mainitussa rimpsussa on kuitenkin yhä ongelmaa äänien kanssa. Tällä kertaa ne vaeltavat n. 4s edellä. Onkohan vlc:ssä joku "audio delay" asetus vai täytyykö se joten tehdä kännykän puolella?
EDIT: --global-key-audiodelay-down
Löytyi tuollainen, mutta ei auttanut vaikka kuinka kasvatti viivettä. Ääni yhä elää aivan omaa aikaansa. Vaikuttaisi siltä, että virhettä on useita kymmeniä sekutteja.
-
Jaahas, nyt selvisi, että äänten vaeltelu johtuu kännykästä. Normaalilla koneella ääni ja kuva synkkaavat aivan hyvin yhteen.
-
Projekti nytkähti taas hieman eteenpäin. Nyt onnistuin saamaan äänen videon kanssa synkkaan kännykässä. Ongelmana on tällä kertaa kuvan nykiminen. Framedrop on otettu käyttöön mplayerissä. Onko vielä jotain muita keinoja kuorman keventämiseksi?
-
Nykiminen näyttäisi johtuvan äänistä. Ilman ääntä (-nosound) kuva ei nyi ollenkaan. Kun taas laittaa äänet takaisin nykiminen jatkuu.
Mplayer ilmoittaa äänten kassa (-ao alsa):
[AO_ALSA] Write error: Broken pipet: 0.000 1/ 1 ??% ??% ??,?% 0 0
[AO_ALSA] Trying to reset soundcard.