13 replies to this topic

[oudeis]

Een vreemde bug: zodra ik de Vu Duo opstart met de dvb-t stick erin, kan ik mijn opnames niet meer afspelen. Stick eruit en herstart, en alles werkt weer naar behoren. Ik heb de dvb-t stick pas sinds vandaag, het betreft een Pinnacle PCTV 73se (driver dib0700). Zelf heb ik getest met het image van vandaag en gisteren (13 en 14 januari), maar volgens een eerdere melding in het engelse deel zit het er sinds 2 januari in (http://openpli.org/f...post__p__243423

Wie o wie vertelt me waar ik kan beginnen met zoeken? Wat heeft een tuner te maken met afspelen van een stream?

[MiLo]

Wat bedoel je met "kan ik mijn opnames niet meer afspelen"?

[oudeis]

Als ik in de recordings list een opname selecteer en op ok druk, krijg ik een zwart scherm met daarop de progressbar. De tijd staat stil op 0, play/pause knop heeft geen effect, en alleen de stop knop werkt (terug naar recordings)

Excuus voor de late reactie, 'follow this topic' doet niet echt wat ik ervan had verwacht

[pieterg]

ik kan me ook totaal niet voorstellen hoe een dvb-usb / vtuner device problemen kan geven voor pvr playback.
Maar je bent idd de tweede die het meldt, dus er zal wel wat aan de hand zijn sinds de vu+ kernel update.
Kan je een e2 log maken? Er zullen vast foutmeldingen in staan.

[oudeis]

Ik ga proberen morgen in de ochtend wat logs te verzamelen, kost me nu net iets meer moeite dan verwacht.

[oudeis]

Het stukje e2 log van het afspelen., volledige log zit in de bijlage, net als de output van dmesg.

action ->  OkCancelActions ok
not pauseable.
RemovePopup, id = ZapError
playing 1:0:0:0:0:0:0:0:0:0:/hdd/movie/20120114 2155 - Veronica HD_DisneyXD - Hard to kill.ts
[eDVBCAService] free slot 0 demux 0 for service 1:0:1:44D:8A6:2210:EEEE0000:0:0:0:
[eDVBCAService] free service 1:0:1:44D:8A6:2210:EEEE0000:0:0:0:
decoder state: play, vpid=-1, apid=-1
DEMUX_STOP - pcr - ok
DEMUX_STOP - video - ok
VIDEO_STOP - ok
AUDIO_STOP - ok
DEMUX_STOP - audio - ok
AUDIO_CONTINUE - ok
DEMUX_STOP - ttx - ok
start release channel timer
alloc PVR
[eDVBLocalTimerHandler] remove channel 0x18b1fc8
[eEPGCache] remove channel 0x18b1fc8
allocate demux
loading streaminfo for /hdd/movie/20120114 2155 - Veronica HD_DisneyXD - Hard to kill.ts
can't open /dev/dvb/adapterX/dvrX - you need to buy the new(!) $$$ box! (Invalid argument)
resolved to PLAY
eDVBServicePlay::unpause
new service started! trying to download cuts!
RemovePopup, id = ZapError
[@ML] m_streaminfo.getFirstFrame returned 1348336, 2137793126
[@ML] m_streaminfo.getLastFrame returned 6234313308, 2889170726
[DVBCAHandler] no more services
close frontend 2
[EPGC] 2839332 bytes for cache used

Gisteravond gebeurde er overigens wel iets vreemds. Ik was aan het proberen een log te maken, toen afspelen ineens wel werkte (en dvb-t ook). Ik had op dat moment enigma handmatig gestopt, stick eruit gehaald, usbtunerhelper gestopt en modules unloaded. Daarn de modules opnieuw geladen, usbtunerhelper weer gestart, stick er weer in, en enigma met het handje gestart. Het enige verschil met anders is dat enigma het tijdens het opstarten nodig om een opname te starten (timer opname).DIe timer opname is dus gelukt, en vanaf dat moment werkte alles dus zoals het hoort. Ook vanochtend toen de box uit standby kwam werkte afspelen en dvb-t nog gewoon.

Attached Files

•  enigma_log.txt   23.33KB   1 downloads
•  vuduo_putty.txt   15.39KB   3 downloads

[oudeis]

Ik heb net even zitten zoeken naar aanleiding van de foutmelding 'can't open /dev/dvb/adapterX/dvrX'. Ik heb een adapter0 en een adapter1. Adapter0 bevat alleen demux0, frontend0 en net0. Adapter1 bevat frontend0, 1 en 2, demux0 t/m 4, net0 t/m 4, etc. TIjdens afspelen probeert dvb.cpp adapter0/dvr0 te openen en adapter0/video0 te openen, maar deze bestaan niet. Ik neem aan dat adapter0 de dvb-t adapter is, maar ik begrijp even niet waarom ik 3 frontends in adapter1 zie.

Is er een volgorde probleem in adapter detectie? Wordt de usb driver te vroeg geladen? Ik ga eens kijken of spelen met namen iets helpt...

[oudeis]

Ok, testje even snel uitgevoerd, adapter0 hernoemd naar adapt_0, adapter1 hernoemd naar adapter0, enigma herstart, en nu kan ik wel afspelen....Zowel dvb-s als dvb-t doet het nog, alleen decoding werkt even niet.

[oudeis]

En een tijdelijke workaround: hernoem /etc/modutils/dvb_vuplus naar /etc/modutils/01_dvb_vuplus, en roep update-modules aan. Gevolg hiervan is dat de dvb_vuplus modules eerder geladen worden dan de dvb-t modules. Zodra dan de usb modules worden geladen, is adapter0 al in gebruik, en krijgt de dvb-t stick adapter1 toegewezen.

[pieterg]

dat is idd de oorzaak.
Om die reden heet de et9x00 modutils file ook _et9x00 bijv.

[oudeis]

Goed om te weten. Wordt deze wijziginging (of iets met hetzelfde effect uiteraard) een dezer dagen gecommit?

[oudeis]

Nogmaals de vraag: is het mogelijk deze aanpassing een dezer dagen te committen? Lijkt me niet ingrijpend, en voorkomt een hoop moeite bij dvb-t gebruikers.

- Ruud

[pieterg]

ik zal er vanavond even naar kijken

[oudeis]

Hartelijk dank!