HTV - Nelonen HD, vdr 1.7.0

HD materiaali 720p/1080i/1080p. Toisto, tallennus & softat.
nm
Johtava konsultti
Viestit: 3160
Liittynyt: 22.07.2005 3:00

Viesti Kirjoittaja nm » 01.07.2008 22:37

2mies kirjoitti:[h264 @ 0xb7593210]PAFF + spatial direct mode is not implemented
Ok, tämä tarkoittaa, että dekoodauksessa voi olla ongelmia, koska FFmpegin PAFF-tuki ei ole vielä täydellinen. Tämä voi aiheuttaa kuvan laatikoitumista, mutta ei käsittääkseni täydellistä rikkoutumista värimössöksi.

Jos joku viitsisi laittaa pätkän tallennetta jonnekin saataville (kuten MediaFireen, omalle palvelimelle), voisin hieman tutkiskella asiaa itsekin. 50 MB riittänee.
Mahtaako oheinen postaua viittata samaan ongelmaan ja sen korjaukseen?:
http://mailman.videolan.org/pipermail/x ... 04650.html
Tuo liittyy vain x264:n MBAFF-koodaukseen, ei siis PAFF-dekoodaukseen tai FFmpegiin.

Avatar
phelin
Yli-ihminen
Viestit: 1256
Liittynyt: 09.02.2005 3:00
Paikkakunta: Helsinki

Viesti Kirjoittaja phelin » 01.07.2008 23:06

Minulla on seuraava kokoonpano:

Softa:
- VDR 1.6.0-1, pätsättynä Reinhard Nissl:n vdr-1.5.18-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff pätsillä.
- Xineliboutput cvs 20080701
- Xine-lib-1.2 hg 20080506
- Ffmpeg svn 20080529

Rauta:
- CPU: Core 2 Duo E6300
- Muisti: DDR400 2x512
- Emolevy: Asrock 775Dual-VSTA
- 1360x768 TV

Rauta on siis uudehkoa, mutta ei missään nimessä viimeisintä huutoa. Tällä yhdistelmällä Nelonen HD näkyy, mutta ajoittain pätkii ja palikoituu. Voi kuitenkin mennä noin minuutti ilman pätkintää. Olen aiempina Cabel Open-viikonloppuina tallentanut Voom- ja Silver HD-kanavilta testipätkiä, joista Voomin pätkä pyörii nykyään ilman pätkintää, mutta Silver HD:n pätkä käyttäytyy aika lailla samoin kuin Nelonen HD. Top näyttää kaikkien kolmen kanavan kanssa vdr-sxfe:lle 98-103% kuorman.

Xine antaa seuraavat herjat Nelonen HD:n ja Silver HD:n toistossa:

Koodi: Valitse kaikki

Cannot parallelize deblocking type 1, decoding such frames in sequential order
ja

Koodi: Valitse kaikki

PAFF + spatial direct mode is not implemented
~/.xine/config_xineliboutput-tiedostossa on tämmöistä:

Koodi: Valitse kaikki

video.processing.ffmpeg_choose_speed_over_accuracy:1
video.processing.ffmpeg_pp_quality:0
video.processing.ffmpeg_skip_loop_filter:all
video.processing.ffmpeg_thread_count:2
Näyte Nelonen HD:lta löytyy täältä:
http://www.mediafire.com/?cjflgbx9vkx

ksalmela
Vastasyntynyt
Viestit: 3
Liittynyt: 13.05.2008 20:24

h264

Viesti Kirjoittaja ksalmela » 03.07.2008 14:36

Näyttää että nappaamani testipätkä Nelonen HD:sta soi asianmukaisesti (joskin noita spatial mode herjoja tulee) uudella (pari tuntia sitten ladattu) x264 trunk + mplayer trunk yhdistelmällä. Toivoa siis on..

nm
Johtava konsultti
Viestit: 3160
Liittynyt: 22.07.2005 3:00

Viesti Kirjoittaja nm » 03.07.2008 18:49

Hyvä. Jos muut haluavat kokeilla samaa, selvennettäköön, ettei x264:ää tarvita purkamiseen (eikä se edes sisällä dekooderia), vaan pelkkä MPlayerin SVN trunk riittää. Se sisältää myös tarvittavat FFmpegin kirjastot (libavcodec, libavutil, ...), jotka kääntyvät staattisesti mplayer- ja mencoder-binääreihin.

x264 kannattaa toki asentaa, jos on tarvetta (uudelleen)pakata videota H.264-standardiin esimerkiksi MEncoderilla.

Toistettaessa H.264-pakattua HD-videota useammalla prosessoriytimellä, kannattaa myös käskeä MPlayeriä/libavcodecia käyttämään enemmän kuin yhtä säiettä (joskaan tällä ei siis ole vaikutusta kaikilla videoilla):

Koodi: Valitse kaikki

mplayer -lavdopts threads=2 <tiedosto>
Vielä lisää vauhtia saa kytkemällä inloop-deblokkauksen osittain tai kokonaan pois päältä. Tämä kuitenkin rikkoo kuvaa enemmän tai vähemmän:

Koodi: Valitse kaikki

mplayer -lavdopts threads=2:fast:skiploopfilter=nonref <tiedosto>
mplayer -lavdopts threads=2:fast:skiploopfilter=all <tiedosto>

Avatar
phelin
Yli-ihminen
Viestit: 1256
Liittynyt: 09.02.2005 3:00
Paikkakunta: Helsinki

Viesti Kirjoittaja phelin » 03.07.2008 19:41

2mies kirjoitti:PS: Welho ottaa tämän vuoden aikana korttilinkityksen käyttöön HD-kanavien kanssa, joten lyhyeksi voi jäädä katseluilot...
Tämä on tosiaan harmillinen juttu, eikä siis koske pelkästään Welhoa, vaan kaapelioperaattoreita ylipäätään. Pahin ja tällä hetkellä ikävä kyllä todennäköisimmältä tuntuva skenaario on se, ettei VDR:llä (tai ylipäätään tietokoneella) pysty vastaanottamaan HD-lähetyksiä kaapeliverkoissa.

Avatar
phelin
Yli-ihminen
Viestit: 1256
Liittynyt: 09.02.2005 3:00
Paikkakunta: Helsinki

Re: h264

Viesti Kirjoittaja phelin » 03.07.2008 19:42

ksalmela kirjoitti:Näyttää että nappaamani testipätkä Nelonen HD:sta soi asianmukaisesti (joskin noita spatial mode herjoja tulee) uudella (pari tuntia sitten ladattu) x264 trunk + mplayer trunk yhdistelmällä. Toivoa siis on..
Millaisella raudalla mahdat pyöritellä? Mikä on CPU:n kuorma?

P.Kosunen
Yli-ihminen
Viestit: 1148
Liittynyt: 06.11.2005 14:08
Paikkakunta: Helsinki

Viesti Kirjoittaja P.Kosunen » 10.07.2008 14:01

P.Kosunen kirjoitti:Tuo versio on ainakin minulla toiminut ok. Tai .srt ja microdvd subien kanssa on repeilyä/nykymistä mediasoittimella, mutta tuo voi johtua xine-libistä.
Tämä taisikin johtua nvidia-drivers paketista, paluu 169.12 versioon korjasi ongelmat.

neolith
Vanhempi harrastaja
Viestit: 82
Liittynyt: 02.05.2006 20:48

Viesti Kirjoittaja neolith » 21.07.2008 23:10

Oletteko pätsänneet mplayer trunkiin coreavc-for-linux:ia ? Homma tyssäsi, kun en saanut käännettyä registercodec binääriä. Löytyykö tuota coreavc:ta ilmaiseksi muuten kun päivittämällä uuteen trialiin 14 päivän välein ?

Avatar
Jack_73
Säätäjä
Viestit: 238
Liittynyt: 21.07.2004 3:00
Paikkakunta: Jyväskylä

Viesti Kirjoittaja Jack_73 » 25.07.2008 9:21

neolith kirjoitti:Oletteko pätsänneet mplayer trunkiin coreavc-for-linux:ia ? Homma tyssäsi, kun en saanut käännettyä registercodec binääriä. Löytyykö tuota coreavc:ta ilmaiseksi muuten kun päivittämällä uuteen trialiin 14 päivän välein ?
Joku laiton 1.5-versio löytyy netin syövereistä.

lamikr
Vastasyntynyt
Viestit: 8
Liittynyt: 20.05.2008 20:13

h264 PAFF bugeja korjattu ffmpeg:iin

Viesti Kirjoittaja lamikr » 30.07.2008 1:56

Repositoryssä on nyt ilmeisesti ffmpeg versio jonka pitäisi tukea PAFF interlacing:ia.

http://lists.mplayerhq.hu/pipermail/ffm ... 50391.html

nm
Johtava konsultti
Viestit: 3160
Liittynyt: 22.07.2005 3:00

Viesti Kirjoittaja nm » 30.07.2008 10:35

Ja piakkoin saadaan ehkä myös frame-tason säikeistys, jolloin CoreAVC:ta ei enää tarvita lainkaan:

http://gitorious.org/projects/ffmpeg/repos/ffmpeg-mt

mihatsu
Isäntä
Viestit: 117
Liittynyt: 23.02.2007 20:43
Paikkakunta: Espoo

Re: h264 PAFF bugeja korjattu ffmpeg:iin

Viesti Kirjoittaja mihatsu » 30.07.2008 13:39

lamikr kirjoitti:Repositoryssä on nyt ilmeisesti ffmpeg versio jonka pitäisi tukea PAFF interlacing:ia.

http://lists.mplayerhq.hu/pipermail/ffm ... 50391.html
Kokeilitko tätä? En saa itse kääntymään uutta xine-libiä tuon uuden ffmpegin kanssa.

Mika

lamikr
Vastasyntynyt
Viestit: 8
Liittynyt: 20.05.2008 20:13

Viesti Kirjoittaja lamikr » 30.07.2008 14:37

En ole päässyt vielä noin pitkälle.
Yritän vasta saada lautasta suunnattua ja dvb-appsien scannia
löytämään edes jonkun satelliitin :-(
(Tuosta on thread chitchat:ssa...)

Jos jollakulla olisi antaa toimiva hotbird channel conf file,
olisin siitä kiinnostunut.

nolodude
Isäntä
Viestit: 118
Liittynyt: 10.12.2005 23:21
Paikkakunta: Helsinki

Re: h264 PAFF bugeja korjattu ffmpeg:iin

Viesti Kirjoittaja nolodude » 04.08.2008 20:24

mihatsu kirjoitti:En saa itse kääntymään uutta xine-libiä tuon uuden ffmpegin kanssa.

Mika
Jos jollain on tosissaan vinkkiä miten uuden ffmpegin saa kääntymään uuden xine-libin kanssa niin kuulolla ollaan. Valittaa postprocess.h:n puutteesta joka oli joku polkuongelma ja sen jälkeen codec_id_wavpack not declared tjsp...

mihatsu
Isäntä
Viestit: 117
Liittynyt: 23.02.2007 20:43
Paikkakunta: Espoo

Re: h264 PAFF bugeja korjattu ffmpeg:iin

Viesti Kirjoittaja mihatsu » 05.08.2008 18:47

nolodude kirjoitti:
mihatsu kirjoitti:En saa itse kääntymään uutta xine-libiä tuon uuden ffmpegin kanssa.

Mika
Jos jollain on tosissaan vinkkiä miten uuden ffmpegin saa kääntymään uuden xine-libin kanssa niin kuulolla ollaan. Valittaa postprocess.h:n puutteesta joka oli joku polkuongelma ja sen jälkeen codec_id_wavpack not declared tjsp...
Sain mä sen kääntymään lopulta. Se ettii niitä rojuja /usr/local/include kun yritään kääntää sitä xineä. Ne kyllä löytyy mutta /usr/include/ffmpeg alta. Tein tuonne /usr/includeeen symboolisenlinkin noista puuttuvista ffmpegista *.h filuista.

Joo tiedän tämä ei ole oikea tapa mutta kun ei osaa niin se on ainut tapa :)

Mika

Vastaa Viestiin