HTV - Nelonen HD, vdr 1.7.0

HD materiaali 720p/1080i/1080p. Toisto, tallennus & softat.

HTV - Nelonen HD, vdr 1.7.0

ViestiKirjoittaja JJussi » 28.06.2008 18:13

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
JJussi
Avatar
JJussi
Havittelija
 
Viestit: 26
Liittynyt: 16.02.2008 16:32
Paikkakunta: Helsinki

ViestiKirjoittaja jarno » 29.06.2008 9:02

[h264 @ 0xb791d708]PAFF interlacing is not implemented


En HD-lähetyksistä mitään tiedä, mutta näyttäisi siltä että Nelonen käyttää jotain mitä vdr ei tue?
Avatar
jarno
Yli-ihminen
 
Viestit: 527
Liittynyt: 25.06.2005 3:00
Paikkakunta: Tampere

ViestiKirjoittaja nm » 29.06.2008 11:59

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.
nm
Johtava konsultti
 
Viestit: 3160
Liittynyt: 22.07.2005 3:00

ViestiKirjoittaja JJussi » 29.06.2008 12:18

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.


Auts..
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
Avatar
JJussi
Havittelija
 
Viestit: 26
Liittynyt: 16.02.2008 16:32
Paikkakunta: Helsinki

ViestiKirjoittaja nm » 29.06.2008 19:07

ffmpeg_compile.log:
Koodi: Valitse kaikki
media-video/ffmpeg-0.4.9_p20070616-r2

Tuo on yli vuoden vanha paketti. Kannattaa asentaa uusin mahdollinen, mieluiten kesäkuulle tai ainakin keväälle päivätty versio.
nm
Johtava konsultti
 
Viestit: 3160
Liittynyt: 22.07.2005 3:00

ViestiKirjoittaja JJussi » 29.06.2008 19:19

nm kirjoitti:ffmpeg_compile.log:
Koodi: Valitse kaikki
media-video/ffmpeg-0.4.9_p20070616-r2

Tuo on yli vuoden vanha paketti. Kannattaa asentaa uusin mahdollinen, mieluiten kesäkuulle tai ainakin keväälle päivätty versio.


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..

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
Avatar
JJussi
Havittelija
 
Viestit: 26
Liittynyt: 16.02.2008 16:32
Paikkakunta: Helsinki

ViestiKirjoittaja jarno » 29.06.2008 19:43

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


Samaa valittaa sielläkin, eli ei ole tukea PAFF-lomitukselle:
Koodi: Valitse kaikki
[h264 @ 0xb6503708]PAFF interlacing is not implemented
Avatar
jarno
Yli-ihminen
 
Viestit: 527
Liittynyt: 25.06.2005 3:00
Paikkakunta: Tampere

ViestiKirjoittaja P.Kosunen » 29.06.2008 19:49

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.
P.Kosunen
Yli-ihminen
 
Viestit: 1131
Liittynyt: 06.11.2005 14:08
Paikkakunta: Helsinki

ViestiKirjoittaja nm » 29.06.2008 22:03

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..

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.
nm
Johtava konsultti
 
Viestit: 3160
Liittynyt: 22.07.2005 3:00

ViestiKirjoittaja JJussi » 01.07.2008 7:58

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.


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.

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
Avatar
JJussi
Havittelija
 
Viestit: 26
Liittynyt: 16.02.2008 16:32
Paikkakunta: Helsinki

ViestiKirjoittaja nm » 01.07.2008 8:54

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):
Koodi: Valitse kaikki
video.processing.ffmpeg_thread_count:2
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).
nm
Johtava konsultti
 
Viestit: 3160
Liittynyt: 22.07.2005 3:00

ViestiKirjoittaja P.Kosunen » 01.07.2008 13:47

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öä.
P.Kosunen
Yli-ihminen
 
Viestit: 1131
Liittynyt: 06.11.2005 14:08
Paikkakunta: Helsinki

ViestiKirjoittaja JJussi » 01.07.2008 18:24

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):
Koodi: Valitse kaikki
video.processing.ffmpeg_thread_count:2
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).


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..

Täytyy kokeilla tuota xineä... VLC taas haluaa (jos uudelleen käännän) asentaa vanhemman xine-lib version.
JJussi
Avatar
JJussi
Havittelija
 
Viestit: 26
Liittynyt: 16.02.2008 16:32
Paikkakunta: Helsinki

ViestiKirjoittaja nm » 01.07.2008 18:48

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..

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.

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.

Täytyy kokeilla tuota xineä... VLC taas haluaa (jos uudelleen käännän) asentaa vanhemman xine-lib version.

MPlayer on nopein soitin. Sen voi myös kätevästi kääntää suoraan SVN:stä uusimman libavcodecin kera:
Koodi: Valitse kaikki
svn checkout svn://svn.mplayerhq.hu/mplayer/trunk mplayer
cd mplayer
./configure
make

Ohjelmaa ei tarvitse asentaa kokeilua varten, eli aja vain suoraan tuosta mplayer-hakemistosta. Asennukseksi taas riittänee mplayer-tiedoston kopiointi esim. /usr/local/bin-hakemistoon, jos et viitsi käyttää "make install" -komentoa.
nm
Johtava konsultti
 
Viestit: 3160
Liittynyt: 22.07.2005 3:00

ViestiKirjoittaja 2mies » 01.07.2008 20:01

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...
2mies
Amatööri
 
Viestit: 16
Liittynyt: 17.11.2005 1:50

Seuraava

Paluu Linux & HDTV

Paikallaolijat

Käyttäjiä lukemassa tätä aluetta: Ei rekisteröityneitä käyttäjiä ja 2 vierailijaa

cron