HTV - Nelonen HD, vdr 1.7.0
HTV - Nelonen HD, vdr 1.7.0
Moi!
Olen asentanut (Gentoo) vdr-1.7.0 version ja se on käännetty h264 tuella.
En kuitenkaan saa näkyviin (onnistuneesti) tuota "Nelonen HD" kanavaa, vaan kuva on täysin sekaisin (ja ääni myös) ja loki täyttyy virheistä.. Homma lopulta kaatuu "Muistin ylivuotoon"
Onko kukaan onnistunut saamaan toimivaa yhdistelmää tuohon?
Loki tiedosto asiasta löytyy http://jjussi.pp.fi/logs/h264.log
Olen asentanut (Gentoo) vdr-1.7.0 version ja se on käännetty h264 tuella.
En kuitenkaan saa näkyviin (onnistuneesti) tuota "Nelonen HD" kanavaa, vaan kuva on täysin sekaisin (ja ääni myös) ja loki täyttyy virheistä.. Homma lopulta kaatuu "Muistin ylivuotoon"
Onko kukaan onnistunut saamaan toimivaa yhdistelmää tuohon?
Loki tiedosto asiasta löytyy http://jjussi.pp.fi/logs/h264.log
JJussi
Auts..nm kirjoitti:Näyttää siltä, että xine-lib on käännetty vanhan libavcodecin version kanssa. Tämän vuoden puolelta olevissa versioissa ei enää ole tuota ilmoitusta ja suurin osa PAFF-lomitetuistakin videoista toimii. Osassa on kuitenkin edelleen ongelmia.
Saisiko näistä irti lisätietoa:
http://jjussi.pp.fi/logs/xine-lib_compile.log
http://jjussi.pp.fi/logs/h264_29.6.08.log
http://jjussi.pp.fi/logs/ffmpeg_compile.log
http://jjussi.pp.fi/logs/vdr-xineliboutput_compile.log
Niin kuin näkyy xine-lib on käännetty --with-external-ffmpeg, jonka pitäisi tuoda tuo PAFF:i tuki (jonka puutosta h264_* lokissa valitetaan)
JJussi
ffmpeg_compile.log:
Tuo on yli vuoden vanha paketti. Kannattaa asentaa uusin mahdollinen, mieluiten kesäkuulle tai ainakin keväälle päivätty versio.
Koodi: Valitse kaikki
media-video/ffmpeg-0.4.9_p20070616-r2
Tuota uudemmat on (Gentoossa) merkitty Masked testversion.. Toki voin kokeilla, mutta ilmiselvästi noissa kahdessa versiossa [M](~)0.4.9_p20080206 [M](~)0.4.9_p20080326 on tunnettuja ongelmia, kun ovat merkattu epästabiileiksi..nm kirjoitti:ffmpeg_compile.log:Tuo on yli vuoden vanha paketti. Kannattaa asentaa uusin mahdollinen, mieluiten kesäkuulle tai ainakin keväälle päivätty versio.Koodi: Valitse kaikki
media-video/ffmpeg-0.4.9_p20070616-r2
Joka tapauksessa.. Kokeilin ajaa Nelonen HD kanavalta nauhoitettua ohjelmaa xine:llä ja verbosity tasolla 3.. Loki löytyy:
http://jjussi.pp.fi/logs/NelonenHD_playback.log
JJussi
Samaa valittaa sielläkin, eli ei ole tukea PAFF-lomitukselle:JJussi kirjoitti:Kokeilin ajaa Nelonen HD kanavalta nauhoitettua ohjelmaa xine:llä ja verbosity tasolla 3.. Loki löytyy:
http://jjussi.pp.fi/logs/NelonenHD_playback.log
Koodi: Valitse kaikki
[h264 @ 0xb6503708]PAFF interlacing is not implemented
media-video/ffmpeg-0.4.9_p20080326
Tuo versio on ainakin minulla toiminut ok. Tai .srt ja microdvd subien kanssa on repeilyä/nykymistä mediasoittimella, mutta tuo voi johtua xine-libistä.
Masked tarkoittaa yleensä ettei versiota ole vielä testattu riittävästi, että sen voi julistaa vakaaksi.
Edit: Tosin tv-kanavien HD-tukea en käytä/ole pätsännyt VDR:ään. Xineliboutputin mediatoistimella H.264 videot toimii ok.
Tuo versio on ainakin minulla toiminut ok. Tai .srt ja microdvd subien kanssa on repeilyä/nykymistä mediasoittimella, mutta tuo voi johtua xine-libistä.
Masked tarkoittaa yleensä ettei versiota ole vielä testattu riittävästi, että sen voi julistaa vakaaksi.
Edit: Tosin tv-kanavien HD-tukea en käytä/ole pätsännyt VDR:ään. Xineliboutputin mediatoistimella H.264 videot toimii ok.
FFmpegin kanssa homma menee niin, että uusin versio on aina parhaiten toimiva, ellei jokin sen kirjastoja käyttävä ohjelma vaadi vanhaa (mikä on mahdollista Gentoon laajassa pakettivalikoimassa). Tässä tapauksessa tarvitset kuitenkin uusimman mahdollisen FFmpegin ja se luultavasti toimii muutenkin paremmin kuin tuo vuoden takainen.JJussi kirjoitti:Tuota uudemmat on (Gentoossa) merkitty Masked testversion.. Toki voin kokeilla, mutta ilmiselvästi noissa kahdessa versiossa [M](~)0.4.9_p20080206 [M](~)0.4.9_p20080326 on tunnettuja ongelmia, kun ovat merkattu epästabiileiksi..
OK, kokeilin versiota 0.4.9_p20080326 ja nyt systeemi ei kaadu kun menen Nelonen HD kanavalle.. Tosin kuva näkyy ennen "värikkäiksi laatikoiksi" hajoamaista vain muutaman sekunnin.. Ja silloinkin jää freimejä väliin.nm kirjoitti:FFmpegin kanssa homma menee niin, että uusin versio on aina parhaiten toimiva, ellei jokin sen kirjastoja käyttävä ohjelma vaadi vanhaa (mikä on mahdollista Gentoon laajassa pakettivalikoimassa). Tässä tapauksessa tarvitset kuitenkin uusimman mahdollisen FFmpegin ja se luultavasti toimii muutenkin paremmin kuin tuo vuoden takainen.
CPU loadi ei nouse ja loki tiedosto näyttää seuraavaa:
Jul 1 07:46:35 htpc vdr: [6169] switching to channel 10
Jul 1 07:46:35 htpc vdr: [6482] transfer thread ended (pid=6169, tid=6482)
Jul 1 07:46:35 htpc vdr: [6169] buffer stats: 156604 (7%) used
Jul 1 07:46:35 htpc vdr: [6169] buffer stats: 0 (0%) used
Jul 1 07:46:35 htpc vdr: [6486] transfer thread started (pid=6169, tid=6486)
Jul 1 07:46:35 htpc vdr: [6487] receiver on device 2 thread started (pid=6169, tid=6487)
Jul 1 07:46:35 htpc vdr: [6489] TS buffer on device 2 thread started (pid=6169, tid=6489)
Jul 1 07:46:35 htpc vdr: [6485] TS buffer on device 1 thread ended (pid=6169, tid=6485)
Jul 1 07:46:35 htpc vdr: [6483] buffer stats: 114868 (5%) used
Jul 1 07:46:35 htpc vdr: [6483] receiver on device 1 thread ended (pid=6169, tid=6483)
Jul 1 07:46:35 htpc vdr: [6486] cVideoRepacker: operating in H.264 mode
Jul 1 07:46:35 htpc vdr: [6486] [xine..put] cXinelibDevice::PlayVideo: Detected H.264 video
Jul 1 07:46:36 htpc vdr: [6486] [xine..put] H.264: Found NAL SPS at offset 6/2029
Jul 1 07:46:36 htpc vdr: [6486] [xine..put] H.264 SPS: profile_idc 77
Jul 1 07:46:36 htpc vdr: [6486] [xine..put] H.264 SPS: pic_width: 120 mbs
Jul 1 07:46:36 htpc vdr: [6486] [xine..put] H.264 SPS: pic_height: 34 mbs
Jul 1 07:46:36 htpc vdr: [6486] [xine..put] H.264 SPS: frame only flag: 0
Jul 1 07:46:36 htpc vdr: [6486] [xine..put] H.264 SPS: cropping 0 0 0 2
Jul 1 07:46:36 htpc vdr: [6486] [xine..put] H.264 SPS: -> video size 1920x1080
Jul 1 07:46:36 htpc vdr: [6486] [xine..put] Detected video size 1920x1080
Jul 1 07:46:36 htpc vdr: [6169] [xine..put] OSD bandwidth: 279696 bytes/s (2185 kbit/s)
Jul 1 07:46:37 htpc vdr: [6169] [xine..put] OSD bandwidth: 274988 bytes/s (2148 kbit/s)
Jul 1 07:46:38 htpc vdr: [6169] [xine..put] OSD bandwidth: 265972 bytes/s (2077 kbit/s)
Jul 1 07:46:39 htpc vdr: [6169] [xine..put] OSD bandwidth: 261464 bytes/s (2042 kbit/s)
Jul 1 07:46:40 htpc vdr: [6169] [xine..put] OSD bandwidth: 220892 bytes/s (1725 kbit/s)
Jul 1 07:46:41 htpc vdr: [6169] [xine..put] OSD bandwidth: 265972 bytes/s (2077 kbit/s)
Jul 1 07:46:42 htpc vdr: [6169] [xine..put] OSD bandwidth: 279496 bytes/s (2183 kbit/s)
Jul 1 07:46:42 htpc vdr: [6486] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
Jul 1 07:46:42 htpc vdr: [6486] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
Jul 1 07:46:42 htpc vdr: [6486] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
Jul 1 07:46:42 htpc vdr: [6486] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
Jul 1 07:46:42 htpc vdr: [6486] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
Siis jonkunlaista edistystä, mutta vielä on matkaa siihen että tulee nauhoitettua "nelonsen" sijaan tuota "nelonen hd" kanavaa..

JJussi
Mahdollisia syitä:
- Liian hidas prosessori.
- FFmpegin H.264-dekooderi bugittaa kyseisellä lähetteellä.
- Xineliboutput, Xine tai VDR tekee jotain väärin.
Mikä prosessori koneessa on? Kokeile asettaa ffmpegin säikeiden määräksi ytimien lukumäärä xineliboutputin asetustiedostossa (~/.xine/config_xineliboutput):Voi kyllä olla, ettei videossa ole useampia sliceja, jolloin ffmpegin H.264-dekooderin nykyinen säikeistys ei auta.
Kokeile tallentaa kanavaa katselematta sitä ja toista tallennetta eri soittimilla (MPlayer, Xine, VLC).
- Liian hidas prosessori.
- FFmpegin H.264-dekooderi bugittaa kyseisellä lähetteellä.
- Xineliboutput, Xine tai VDR tekee jotain väärin.
Mikä prosessori koneessa on? Kokeile asettaa ffmpegin säikeiden määräksi ytimien lukumäärä xineliboutputin asetustiedostossa (~/.xine/config_xineliboutput):
Koodi: Valitse kaikki
video.processing.ffmpeg_thread_count:2
Kokeile tallentaa kanavaa katselematta sitä ja toista tallennetta eri soittimilla (MPlayer, Xine, VLC).
http://forums.gentoo.org/viewtopic-t-508174.html
Berkano overlaystä voi kokeilla svn-ffmpegiä.
Tosin voi olla tehoistakin kiinni, oma 2x2GHz T7200 ei jaksa purkaa edes proge 1080:aa sulavasti, lomituksen poisto vaatinee vielä reilusti enemmän vääntöä.
Berkano overlaystä voi kokeilla svn-ffmpegiä.
Tosin voi olla tehoistakin kiinni, oma 2x2GHz T7200 ei jaksa purkaa edes proge 1080:aa sulavasti, lomituksen poisto vaatinee vielä reilusti enemmän vääntöä.
Koneessa on Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz ja ffmpeg ajelee kahdessa säikeessä.. Niin kuin totesin, CPU loadi ei nouse ajon aikana..nm kirjoitti:Mahdollisia syitä:
- Liian hidas prosessori.
- FFmpegin H.264-dekooderi bugittaa kyseisellä lähetteellä.
- Xineliboutput, Xine tai VDR tekee jotain väärin.
Mikä prosessori koneessa on? Kokeile asettaa ffmpegin säikeiden määräksi ytimien lukumäärä xineliboutputin asetustiedostossa (~/.xine/config_xineliboutput):Voi kyllä olla, ettei videossa ole useampia sliceja, jolloin ffmpegin H.264-dekooderin nykyinen säikeistys ei auta.Koodi: Valitse kaikki
video.processing.ffmpeg_thread_count:2
Kokeile tallentaa kanavaa katselematta sitä ja toista tallennetta eri soittimilla (MPlayer, Xine, VLC).
Täytyy kokeilla tuota xineä... VLC taas haluaa (jos uudelleen käännän) asentaa vanhemman xine-lib version.
JJussi
Millä työkalulla katsot kuormaa? Voi olla, että Xine pudottelee kuvia joko siksi että A/V-tahdistus menetetään liian hitaan videopurun vuoksi tai koska dekooderi luovuttaa leikin kokonaan kesken. Silloin kuormaan tulee vain lyhyt piikki, joka ei välttämättä näy kaikilla mittareilla.JJussi kirjoitti:Koneessa on Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz ja ffmpeg ajelee kahdessa säikeessä.. Niin kuin totesin, CPU loadi ei nouse ajon aikana..
Kuten P. Kosunen totesi, tuon kanavan dekoodaus tuskin onnistuu nykimättä nykyisellä libavcodecilla, ellei slice-tason säikeistys ole hyödynnettävissä. Vaihtoehtoina on sitten libavcodecin paikkaus kokeellisella CABAC-säikeistyspätsillä, CoreAVC:n virittely Xineen, tai jonkin muun H.264-purkuun kykenevän frontend-laitteen (PS3, Windows-PC) käyttäminen.
MPlayer on nopein soitin. Sen voi myös kätevästi kääntää suoraan SVN:stä uusimman libavcodecin kera:Täytyy kokeilla tuota xineä... VLC taas haluaa (jos uudelleen käännän) asentaa vanhemman xine-lib version.
Koodi: Valitse kaikki
svn checkout svn://svn.mplayerhq.hu/mplayer/trunk mplayer
cd mplayer
./configure
make
Mulla myös gentoo + vdr 1.7 + svn-x264 + svn-ffmpeg + eri versioita xine-libistä (kaikki löytyy berkano ja vdr-testing overlayn kautta).
Katseluun olen käyttänyt xineliboutputtia.
Olen kanssa yrittänyt saada Welhon HD-kanavia näkyviin mutta kaikki h264-pakatut toistuvat kuten on kuvattu. Ainoastaan Discovery HD, joka on mpeg2-pakattua näkyy ok.
Sama ongelma myös Macillä mplayerin ja vlc:n kanssa (streamdevin kautta).
Ongelma selkeästi liittyy x264:n lomituksen poistoon. Logiin kertyy
[h264 @ 0xb7593210]PAFF + spatial direct mode is not implemented
ja
[h264 @ 0xb7593210]B picture before any references, skipping
[h264 @ 0xb7593210]decode_slice_header error
[h264 @ 0xb7593210]no frame!
Ja Mäcissä mplayer:
Too many video packets in the buffer: (235 in 8422457 bytes).
[h264 @ 0x6c6c20]PAFF interlacing is not implemented
[h264 @ 0x6c6c20]reference picture missing during reorder
[h264 @ 0x6c6c20]reference picture missing during reorder
[h264 @ 0x6c6c20]illegal short term buffer state detected
Mahtaako oheinen postaua viittata samaan ongelmaan ja sen korjaukseen?:
http://mailman.videolan.org/pipermail/x ... 04650.html
Ainoa keino saada homma toimimaan on ilmeisesti CoreAVC:n virittely. Itse sain sen asennettua, mutta xineliboutputin kautta kuvaa en saanut. Vdr-xinen kautta toimii ilmeisesti paremmin, mutta se ei taas suostunut asentumaan ebuildista
Ohjeita löytyy:
http://code.google.com/p/coreavc-for-linux/
Jos joku keksii ratkaisun niin vinkkiä kehiin!
PS: Welho ottaa tämän vuoden aikana korttilinkityksen käyttöön HD-kanavien kanssa, joten lyhyeksi voi jäädä katseluilot...
Katseluun olen käyttänyt xineliboutputtia.
Olen kanssa yrittänyt saada Welhon HD-kanavia näkyviin mutta kaikki h264-pakatut toistuvat kuten on kuvattu. Ainoastaan Discovery HD, joka on mpeg2-pakattua näkyy ok.
Sama ongelma myös Macillä mplayerin ja vlc:n kanssa (streamdevin kautta).
Ongelma selkeästi liittyy x264:n lomituksen poistoon. Logiin kertyy
[h264 @ 0xb7593210]PAFF + spatial direct mode is not implemented
ja
[h264 @ 0xb7593210]B picture before any references, skipping
[h264 @ 0xb7593210]decode_slice_header error
[h264 @ 0xb7593210]no frame!
Ja Mäcissä mplayer:
Too many video packets in the buffer: (235 in 8422457 bytes).
[h264 @ 0x6c6c20]PAFF interlacing is not implemented
[h264 @ 0x6c6c20]reference picture missing during reorder
[h264 @ 0x6c6c20]reference picture missing during reorder
[h264 @ 0x6c6c20]illegal short term buffer state detected
Mahtaako oheinen postaua viittata samaan ongelmaan ja sen korjaukseen?:
http://mailman.videolan.org/pipermail/x ... 04650.html
Ainoa keino saada homma toimimaan on ilmeisesti CoreAVC:n virittely. Itse sain sen asennettua, mutta xineliboutputin kautta kuvaa en saanut. Vdr-xinen kautta toimii ilmeisesti paremmin, mutta se ei taas suostunut asentumaan ebuildista

Ohjeita löytyy:
http://code.google.com/p/coreavc-for-linux/
Jos joku keksii ratkaisun niin vinkkiä kehiin!
PS: Welho ottaa tämän vuoden aikana korttilinkityksen käyttöön HD-kanavien kanssa, joten lyhyeksi voi jäädä katseluilot...