Tallenteiden palikoituminen

VDR ja DVB aiheista keskustelua
Avatar
noeikujoo
Yli-ihminen
Viestit: 2156
Liittynyt: 23.08.2004 3:00
Paikkakunta: Kajaani

Tallenteiden palikoituminen

Viesti Kirjoittaja noeikujoo » 06.10.2010 9:02

Päivittelin VDR-palvelimeeni uutta rautaa ja päivitin samalla Ubuntun 8.04.3 32bit versiosta 10.04.1 64bit-versioon. Isoin muutos raudassa oli, että Intelin Atom 330 Mini-itx emo vaihtui Intelin LGA775 mATX-emoon ja Celeron E3300 prosessoriin. Non viikko palvelimen päivityksen jälkeen lisäsin koneeseen myös TT Budget DVB-C v1.0 PCI-kortin. Lisää tietoa kokoonpanostani löytyy täältä -> http://www.linuxtv.fi/viewtopic.php?t=904. Vdr:ää käytetään olkkarin frontend HTPC:ltä.

Pienen säätelyn jälkeen kaikki vaikutti olevan palvelimen päivityksen jälkeen kunnossa, kunnes huomasin, että uudet tallenteet palikoituvat satunnaisesti. Osa tallenteista on ihan kunnossa, mutta joissakin tallenteissa esiintyy satunnaisesti katkoksia ja palikoitumista. Sen verran olen debugannut tuota ongelmaa, että palikoituminen näkyy vdr-sxfe:ssa vain vdpau:lla. Samat tallenteet palikoituvat samoissa kohdissa myös XBMC:llä vdpau:ta käytettäessä. Windows-koneella VLC:llä samat tallenteet näkyvät ongelmitta. Päivittelin eilen frontend-koneeseen xine-lib:n ja Nvidian ajurit, mutta se ei korjannut ongelmaa.

Eli jotain vikaa noissa tallenteissa ilmeisesti on, mutta mikä sen voisi aiheuttaa. Antennisignaali näyttää VDR:n femon-laajennoksen mukaan olevan ok, sillä UNC-laskurit näyttävät kaikilla virittimillä nollaa.

Eli vinkkejä ongelman ratkaisemiseksi kaivattaisiin kipeästi. Itsellä on sellainen epäilys, että joku virittimistä katkoo signaalia ja se ei näy femonin unc-laskurissa. Voiko jälkeenpäin jotenkin selvittää, millä virittimellä palikoituva tallenne on tallennettu? Yritin eilen disabloida TT Budget-korttia antamalla VDR:lle käynnistysparametreina (-D 1 -D 2) käytettävät kortit, mutta se aiheutti sen, että maksukanavat lakkasivat näkymästä.

hetas
Yli-ihminen
Viestit: 540
Liittynyt: 15.07.2004 3:00
Paikkakunta: Savonlinna

Viesti Kirjoittaja hetas » 06.10.2010 9:39

Minulla esintyy palikoitumista Azurewave AD-CP400-virittimillä, kun OSD on näkyvissä vdr-sxfe:ssä. Näytönohjaimena on MSI:n 220GT. Päätelmäni oli, että tuo näytönohjain aiheuttaa jonkinlaisia sähköisiä häiriötä, koska aiemmalla 8400GS:llä ongelmaa ei ollut. Palikoituminen näkyy kuvassakin, kun OSD:n ottaa esiin ja häiriö tallentuu myös tallenteille.

Sinulla vaan on viritinkortit palvelimella ja näytönohjain frontendissä, joten tuo ei tietenkään voi olla syy sinun kokoonpanossa. Aika kaukaa haettua on tämä, mutta kerro, jos huomaat OSD:n vaikuttavan asiaan jotenkin. Olen arvellut siirtyä client-server-ratkaisuun ihan siitä syystä, että saisi virittimet "rauhallisempaan" ympäristöön, kun tuntuu, että aina jostakin tulee häiriötä. Vaan eipä taida sekään olla pelastus.

Hiljattain vaihdoin toisen Azurewaven Satelco Easywatch DVB-C:hen ja siinä ei näytä olevan häiriötä. Menee varmaan tuo toinenkin Azurewave vaihtoon, jos ei muuta keksi.

Avatar
noeikujoo
Yli-ihminen
Viestit: 2156
Liittynyt: 23.08.2004 3:00
Paikkakunta: Kajaani

Viesti Kirjoittaja noeikujoo » 06.10.2010 10:02

Live-tv kuvassa en ole huomannut palikoitumista muulloin kuin HD-kanavalle vaihdettessa. OSD:llä ei ole mitään vaikutusta palikoitumiseen. Tuo GT220 on ollut käytössä jo kesäkuun alusta lähtien.

Tuossa päätelmässä, että joku virittimistä ottaa jostain häiriöitä, voi olla jotain perääkin. Koska en ole huomannut palikoitumista live-tv kuvassa, vika tuskin on tuossa TT Budget v1.0 DVB-C kortissa, koska se on adapter0 ja VDR tuntuu käyttävän sitä ensisijaisesti live-kuvan näyttämiseen. Vaikka olen seurannut kuvaa muillakin virittimillä, niin häiriötä ei välttämättä satu silloin. Esim. viime su tulleessa Ketonen & Myllyrinne-tallenteessa oli vasta ihan lopussa yksi palikoituminen. Eilen aamulla Discoverylta tulleessa Myytinmurtajissa oli taas useampi (ehkä 5 kpl) palikoitumisia. Onkohan VLC:ssä jotain virheiden korjausta käytössä, koska sillä samaa tallennetta katsottaessa palikoitumista ei näy?

Avatar
noeikujoo
Yli-ihminen
Viestit: 2156
Liittynyt: 23.08.2004 3:00
Paikkakunta: Kajaani

Viesti Kirjoittaja noeikujoo » 06.10.2010 10:05

Anysee oli yön irti koneesta ja tökkäsin sen aamulla takaisin kiinni. Dmesg näytti seuraavaa:

Koodi: Valitse kaikki

[728058.450050] usb 2-3: new high speed USB device using ehci_hcd and address 7
[728059.470067] usb 2-3: device not accepting address 7, error -71
[728059.590085] usb 2-3: new high speed USB device using ehci_hcd and address 8
[728061.050525] usb 2-3: config 1 interface 0 altsetting 0 bulk endpoint 0x1 has invalid maxpacket 64
[728061.050532] usb 2-3: config 1 interface 0 altsetting 0 bulk endpoint 0x81 has invalid maxpacket 64
[728061.050539] usb 2-3: config 1 interface 0 altsetting 1 bulk endpoint 0x1 has invalid maxpacket 64
[728061.050544] usb 2-3: config 1 interface 0 altsetting 1 bulk endpoint 0x81 has invalid maxpacket 64
[728061.051037] usb 2-3: configuration #1 chosen from 1 choice
[728061.051217] dvb-usb: found a 'Anysee DVB USB2.0' in warm state.
[728061.051263] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[728061.051452] DVB: registering new adapter (Anysee DVB USB2.0)
[728061.112263] anysee: firmware version:0.1.0 hardware id:10
[728061.120268] DVB: registering adapter 2 frontend 0 (Philips TDA10023 DVB-C)...
[728061.123737] input: IR-receiver inside an USB DVB receiver as /devices/pci0000:00/0000:00:1d.7/usb2/2-3/input/input10
[728061.123816] dvb-usb: schedule remote query interval to 200 msecs.
[728061.123822] dvb-usb: Anysee DVB USB2.0 successfully initialized and connected.
Mitähän nuo usb 2-3: config 1 interface 0 altsetting 0 bulk endpoint 0x81 has invalid maxpacket 64 ilmoitukset tarkoittavat?

Avatar
noeikujoo
Yli-ihminen
Viestit: 2156
Liittynyt: 23.08.2004 3:00
Paikkakunta: Kajaani

Viesti Kirjoittaja noeikujoo » 06.10.2010 10:49

Tulipa mieleen, että voiko tallenteiden "eheyden" tarkistaa jollakin ohjelmalla? Jos vaikka tallenuksen jälkeen voisi ajaa jonkun ohjelman, joka tarkistaisi, onko tallenteessa virheitä.

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

Viesti Kirjoittaja nm » 06.10.2010 13:01

noeikujoo kirjoitti:Onkohan VLC:ssä jotain virheiden korjausta käytössä, koska sillä samaa tallennetta katsottaessa palikoitumista ei näy?
VLC ja Xinen softapurku käyttävät libavcodecia, joka sietää (ja peittää) MPEG-1/2/4-videostreamien virheitä erittäin hyvin.
noeikujoo kirjoitti:Tulipa mieleen, että voiko tallenteiden "eheyden" tarkistaa jollakin ohjelmalla? Jos vaikka tallenuksen jälkeen voisi ajaa jonkun ohjelman, joka tarkistaisi, onko tallenteessa virheitä.
Project-X havaitsee ainakin isommat MPEG-2-tallenteiden virheet demuksauksen aikana.

Avatar
noeikujoo
Yli-ihminen
Viestit: 2156
Liittynyt: 23.08.2004 3:00
Paikkakunta: Kajaani

Viesti Kirjoittaja noeikujoo » 06.10.2010 13:25

nm kirjoitti:Project-X havaitsee ainakin isommat MPEG-2-tallenteiden virheet demuksauksen aikana.
Tällainen logitiedosto syntyi, kun demuxasin yhden palikoituvan tallenteen projectx:llä:

Koodi: Valitse kaikki

$ cat 00001_log.txt

Wednesday, October 6, 2010  1:18:59 PM EEST
ProjectX 0.90.4.00.b32 (12.09.2009)

-> working with collection 0

-> save normal log file
-> log 'packets out of sequence' / bit errors
-> log 'missing startcodes'
-> log 'PES header found in ES'
-> log WSS
-> log VPS
-> log RDS
-> log max. 500 warnings/errors
-> write all video data
-> write all other data
-> patch c.d.flagged infos of pictures
-> add sequence end code
-> set resolution in SDE
-> PVA: strictly specs. for audio streams
-> VOB: determine diff. Cell timelines
-> TS: ignore scrambled packets
-> TS: enhanced search for open packets
-> TS: join file segments (of Dreambox®)
-> TS: generate PMT stream dependent
-> get only enclosed PES/TS packets
-> concatenate different recordings
-> ensure 1st PES-packet start with video
-> generate PCR/SCR from PTS

-> write output files to: '.'

-> main I/O-Buffersize in bytes 4096000 bytes

FileSegments:
* (0) /mnt/disk2/video/Uki/2010-10-05.06.58.6-0.rec/00001.ts
second. Files:
* ---

+> Input File 0:  '/mnt/disk2/video/Uki/2010-10-05.06.58.6-0.rec/00001.ts' (417,887,904 bytes)
-> Filetype is TS (generic PES Container)
-> demux
-> Service ID 0x0084
-> PMT 0x0084 refers to these usable streams:
Video:
PID: 0x0161
Audio:
PID: 0x0261{fin}
PID: 0x0361[PD]
Teletext:
n/a
Subpict.:
n/a

!> PID 0x0000 (PAT) (0 #1) -> ignored
!> PID 0x0084 (PMT) (188 #2) -> ignored
ok> PID 0x0161 has PES-ID 0xE0 (MPEG Video) (376 #3)
ok> PID 0x0361 has PES-ID 0xBD (private stream 1) (TTX)  (1316 #8)
ok> PID 0x0261 has PES-ID 0xC0 (MPEG Audio) (6016 #33)
-> video basics: 720*576 @ 25fps @ 0.7031 (16:9) @ 5000000bps, vbvBuffer 112
-> starting export of video data @ GOP# 0
!> dropping useless B-Frames @ GOP# 0 / new Timecode 00:00:00.000
-> GOP# 1066, new format in next leading sequenceheader detected: (00:08:33.520)
-> video basics: 720*576 @ 25fps @ 0.6735 (4:3) @ 5000000bps, vbvBuffer 112
packs: 2219054 100% 417887904

++> Mpg Video: PID 0x0161 / PesID 0xE0 / SubID 0x00 :
-> Video: fr-ct-1p-cg-og-dg -> 22414-1-0-1876-0-0
-> Video length: 22414 frames @ 00:14:56.560
-> GOP summary: min. 12, max. 36 fields; contains interlaced frames
-> avg. nom. bitrate 3098750bps (min/max: 961600/5531200)
-> set first sequenceheader bitrate to 5531200bps
---> new File: ./00001.m2v

++> Teletext: PID 0x0361 / PesID 0xBD / SubID 0x10 :

++> Mpg Audio: PID 0x0261 / PesID 0xC0 / SubID 0x00 :
-> check CRC of AC-3 / MPEG-Audio L1,2
-> remove CRC in MPEG-Audio L1,2
-> add frames
-> Audio PTS: first packet 09:06:50.887, last packet 09:21:47.647
-> Video PTS: start 1.GOP 09:06:51.540, end last GOP 09:21:48.100
-> adjusting audio at video-timeline
-> src_audio: MPEG-1, Layer2, 48000Hz, stereo, 224kbps, CRC @ 00:00:00.000
!> 14 frame(s) (336ms) added @ 00:14:56.232
audio frames: wri-pre-skip-ins-add 37357-0-0-0-14 @ 00:14:56.568 done...
---> new File: './00001.mp2'

summary of created media files:
.Video (m2v):   22414 Frames    00:14:56.560            './00001.m2v'
Audio 00 (mp2): 37357 Frames    00:14:56.568    0-0-0-14        './00001.mp2'
=> 372,380,866 bytes written...
-> we have 4 warnings/errors.

Avatar
noeikujoo
Yli-ihminen
Viestit: 2156
Liittynyt: 23.08.2004 3:00
Paikkakunta: Kajaani

Viesti Kirjoittaja noeikujoo » 06.10.2010 13:31

Tässä olisi vielä toisen tallenteen demuxauksen logi.

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

Viesti Kirjoittaja nm » 06.10.2010 13:33

Ensimmäinen tapaus näyttää aika siistiltä Project-X:n mukaan, toinen hieman vähemmän. Voitko ladata esim. MediaFireen, Ubuntu Oneen tai vastaavaan tiedostojakopalveluun minuutin pätkän, jossa VDPAU:lla näkyy virheitä? Voisin kokeilla 8400 GS:llä ja 195.xx-ajurilla.

Avatar
noeikujoo
Yli-ihminen
Viestit: 2156
Liittynyt: 23.08.2004 3:00
Paikkakunta: Kajaani

Viesti Kirjoittaja noeikujoo » 06.10.2010 13:56

Unohdin mainita tuossa aiemmin, että kokeilin tuota ensimmäistä tapausta toisella koneella, jossa 9400GT ja 195.xx ajuri. Siinä kuva ei pahemmin palikoitunut vdpau:lla. Ainoastaan pieni "neliö" vilahti nopeasti vasemmassa ylänurkassa. Vdr-sxfe:n parametrilla --video=xv sama "neliö" oli myös havaittavissa sillä koneella.

Miten muuten tuosta tallenteesta saisi leikattua minuutin pätkän ssh yhteyden yli? Olen leikellyt noita tallenteita vain VDR:n osd:n kautta.

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

Viesti Kirjoittaja nm » 06.10.2010 14:56

noeikujoo kirjoitti: Miten muuten tuosta tallenteesta saisi leikattua minuutin pätkän ssh yhteyden yli? Olen leikellyt noita tallenteita vain VDR:n osd:n kautta.
Jos virheitä on paljon ja tasaisesti koko tallenteessa, voit ottaa raa'asti 30 Mt:n pätkän tiedoston alusta:

Koodi: Valitse kaikki

head -c 30M 00001.ts > leike.ts
Kuvauksesi perusteella vaikuttaa kuitenkin siltä, että ongelmana on hieman liian heikko signaali jollekin virittimelle. VDPAU on herkempi videostreamin virheille kuin libavcodec. MPEG-2-toistossa ongelmaa voi kiertää käyttämällä rautapurun sijaan libavcodecia ja VDPAU:ta vain lomituksenpoistoon. En tiedä miten tämä onnistuisi Xinellä ja Xineliboutputilla.

Avatar
noeikujoo
Yli-ihminen
Viestit: 2156
Liittynyt: 23.08.2004 3:00
Paikkakunta: Kajaani

Viesti Kirjoittaja noeikujoo » 06.10.2010 15:20

nm kirjoitti:Kuvauksesi perusteella vaikuttaa kuitenkin siltä, että ongelmana on hieman liian heikko signaali jollekin virittimelle. VDPAU on herkempi videostreamin virheille kuin libavcodec. MPEG-2-toistossa ongelmaa voi kiertää käyttämällä rautapurun sijaan libavcodecia ja VDPAU:ta vain lomituksenpoistoon. En tiedä miten tämä onnistuisi Xinellä ja Xineliboutputilla.
Itse epäilen tuota Anyseen viritintä, koska se on signaaliketjussa viimeisenä. Antennikaapeli menee ensin TT Budget-kortin läpi ja jatkaa siitä edelleen Terratecin läpi Anyseelle.

Vaikka BER- ja UNC-laskurit näyttävät femonilla katsottaessa koko ajan nollaa, niin on toki mahdollista, että joku muu aiheuttaa häiriön, joka tallentuu tallenteeseen.

Jos ongelma olisi tuossa myöhemmin hankitussa Technotrendin Budget- kortissa, niin live-kuvassakin pitäisi varmaankin näkyä samoja häiriöitä?

Saako muuten noiden virittimien järjestystä vaihdettua muuten kuin vaihtamalla niiden paikkoja pci-väylässä? Jos virittimien järjestystä voisi vaihtaa, niin silloin olisi helpompi seurata sivusilmällä palikoituuko live-kuva, kun tenavat katselevat ohjelmia.

Avatar
noeikujoo
Yli-ihminen
Viestit: 2156
Liittynyt: 23.08.2004 3:00
Paikkakunta: Kajaani

Viesti Kirjoittaja noeikujoo » 06.10.2010 15:40

Tässä on napattuna tuon toisen tapauksen tallennuksen alku syslogista:

Koodi: Valitse kaikki

Oct  5 08:13:00 vdr vdr: [24044] osdteletext-receiver thread ended (pid=4972, tid=24044)
Oct  5 08:13:00 vdr vdr: [4972] CAM 4: assigned to device 1
Oct  5 08:13:00 vdr vdr: [4972] switching device 1 to channel 22
Oct  5 08:13:00 vdr vdr: [4972] timer 14 (22 0813-0913 'Myytinmurtajat') start
Oct  5 08:13:00 vdr vdr: [4972] Title: 'Myytinmurtajat' Subtitle: 'Kranaatteja ja sisua. Adam ja Jamie tutkivat, voiko toimintasankari suojella ryhmäänsä kranaatilta, ja testaavat uskomattomia lupaavan internetvideon.'
Oct  5 08:13:00 vdr vdr: [4972] executing '/usr/lib/vdr/vdr-recordingaction before "/mnt/disk2/video/Myytinmurtajat/2010-10-05.08.13.22-0.rec"'
Oct  5 08:13:00 vdr vdr: [23893] TS buffer on device 1 thread ended (pid=4972, tid=23893)
Oct  5 08:13:00 vdr vdr: [23892] buffer stats: 114304 (2%) used
Oct  5 08:13:00 vdr vdr: [23892] receiver on device 1 thread ended (pid=4972, tid=23892)
Oct  5 08:13:00 vdr recordingaction: executing /usr/share/vdr/recording-hooks/R90.custom before recording /mnt/disk2/video/Myytinmurtajat/2010-10-05.08.13.22-0.rec as shell script
Oct  5 08:13:00 vdr vdr: [4972] record /mnt/disk2/video/Myytinmurtajat/2010-10-05.08.13.22-0.rec
Oct  5 08:13:00 vdr vdr: [4972] creating directory /mnt/disk2/video/Myytinmurtajat/2010-10-05.08.13.22-0.rec
Oct  5 08:13:00 vdr vdr: [4972] recording to '/mnt/disk2/video/Myytinmurtajat/2010-10-05.08.13.22-0.rec/00001.ts'
Oct  5 08:13:00 vdr vdr: [24057] recording thread started (pid=4972, tid=24057)
Oct  5 08:13:00 vdr vdr: [24058] ecmhandler 0 filter thread started (pid=4972, tid=24058)
Oct  5 08:13:00 vdr vdr: [24059] receiver on device 1 thread started (pid=4972, tid=24059)
Oct  5 08:13:00 vdr vdr: [24060] TS buffer on device 1 thread started (pid=4972, tid=24060)
Oct  5 08:13:00 vdr vdr: [24061] logger 0 filter thread started (pid=4972, tid=24061)
Eikös tämä "Oct 5 08:13:00 vdr vdr: [4972] switching device 1 to channel 22" rivi syslogissa tarkoita sitä, että tallennus on tehty device 1 virittimellä, joka on tässä tapauksessa adapter0, eli Technotrendin budget kortti?

hetas
Yli-ihminen
Viestit: 540
Liittynyt: 15.07.2004 3:00
Paikkakunta: Savonlinna

Viesti Kirjoittaja hetas » 06.10.2010 16:10

noeikujoo kirjoitti: Vaikka BER- ja UNC-laskurit näyttävät femonilla katsottaessa koko ajan nollaa, niin on toki mahdollista, että joku muu aiheuttaa häiriön, joka tallentuu tallenteeseen.
Azurewaven virittimellä femonin BER ja UNC näyttää nollaa, vaikka kuva palikoituisi katselukelvottomaksi. Tämä tapahtuu tuossa aiemmin mainitsemassani OSD:n käyttötapauksessa. Ja häiriöt ovat nimenomaan viritintasolla. Jos katselee tallennetta, jossa ei ole häiriöitä, ei niitä ilmaannu katsottaessakaan.

Eli olen vaan ajatellut, että femonilla ei tuolta kortilta noita arvoja nää.

Avatar
noeikujoo
Yli-ihminen
Viestit: 2156
Liittynyt: 23.08.2004 3:00
Paikkakunta: Kajaani

Viesti Kirjoittaja noeikujoo » 06.10.2010 17:22

hetas kirjoitti:Azurewaven virittimellä femonin BER ja UNC näyttää nollaa, vaikka kuva palikoituisi katselukelvottomaksi. Tämä tapahtuu tuossa aiemmin mainitsemassani OSD:n käyttötapauksessa. Ja häiriöt ovat nimenomaan viritintasolla. Jos katselee tallennetta, jossa ei ole häiriöitä, ei niitä ilmaannu katsottaessakaan.

Eli olen vaan ajatellut, että femonilla ei tuolta kortilta noita arvoja nää.
Femon näyttää Technotrendin ja Terratecin virittimellä jonkin verran BER:iä, mutta UNC pysyttelee nollassa. Anyseella sekä BER ja UNC näyttävät nollaa. UNC laskuri toimii ainakin Anyseella ja Technotrendillä. Kokeilin kerran haaroittaa antennisignaalia TT:n kortin etupuolelta Anyseelle, niin silloin live-kuvaan ilmestyi häiriöitä, mikä näkyi myös UNC laskurissa molemmilla virittimillä. Terratecin kortti näytti silloin vielä kuvan virheettä.

Vastaa Viestiin