47 replies to this topic

[Taapat]

@athoik even after the last fix for me do not work records on solo2 .

playing 1:0:0:0:0:0:0:0:0:0:/media/hdd/movie/20151011 1541 - TV3 Latvia - Mošķīšu universitāte.ts
<   899.238850> [eDVBCAService] free slot 0 demux 0 for service[VID]: VIDEO_STOP 1  1
1:0:1:1D2B:2FA8[AUD]: AUDIO_STOP 6457824
:13E:820000:0:0:0:
<   899.238919> [eDVBCAService] free service 1:0:1:1D2B:2FA8:13E:820000:0:0:0:
<   899.239574> [eDVBResourceManager] start release channel timer
<   899.250948> [eTSMPEGDecoder] decoder state: play, vpid=ffffffff, apid=ffffffff
<   899.251145> [eDVBPCR0] DEMUX_STOP ok
<   899.251218> [eDVBPCR0] destroy
<   899.251250> [eDVBVideo0] DEMUX_STOP[AUD]: AUDIO_CONTINUE 6457824 0 aph=0x0
  ok
<   899.25[AUD]: AUDIO_CONTINUE aph=0 0 0
2180> [eDVBVideo0] VIDEO_STOP ok
<   899.255209> [eDVBVideo0] destroy
<   899.255280> [eDVBAudio0] AUDIO_STOP ok
<   899.290164> [eDVBAudio0] DEMUX_STOP ok
[DMX]: paserband_remove_pid pid 0x4ff not found
IO_CONTINUE ok
<   899.298872> [eDVBAudio0] destroy
<   899.298929> [eDVBText0] DEMUX_STOP ok
TuxTxt stopped service 1d61
<   899.299827> [eDVBText0] destroy
cleaning up
TuxTxt cache cleared
getResolvedKey config.usage.remote_fallback failed !! (Typo??)
<   899.304501> [eDVBServicePMTHandler] alloc PVR
<   899.304560> [eDVBLocalTimerHandler] remove channel 0x11d3430
<   899.304623> [eEPGCache] remove channel 0x11d3430
<   899.305431> [eDVBChannel] getDemux cap=01
<   899.305499> [eDVBResourceManager] allocate demux cap=01
<   899.305528> [eDVBResourceManager] allocating demux adapter=0, demux=0, source=0 fesource=-1
<   899.305560> [eDVBDemux] open demux /dev/dvb/adapter0/demux0
<   899.305654> [eDVBTSTools] setSource loading streaminfo for /media/hdd/movie/20151011 1541 - TV3 Latvia - Mošķīšu universitāte.ts
<   901.639596> [gRC] main thread is non-idle! display spinner!
<   902.228428> [eDVBDemux] open dvr /dev/dvb/adapter0/dvr0
<   902.228718> [eDVBServicePlay] cuts file has 7 entries
<   902.228816> [eDVBTSTools] calcBegin [@ML] m_streaminfo.getLastFrame returned 289896, 6535371035 (72615s), fixup to: [AUD]: AUDIO_SELECT_SOURCE 0
289896, 55428 (0[AUD]: AUDIO_SET_BYPASS_MODE 1
s)
<   902.2292[AUD]: downmix 0 state : 0
42> [eDVBChannel[AUD]: AUDIO_PAUSE 6457824
] source span: 0[AUD]: AUDIO_PLAY 6457824 decoder start : 0
.. 64322628, translated to 0..335783228
<   90[VID]: VIDEO_SELECT_SOURCE 0  0
2.230940> [eDVBC[VID]: VIDEO_SET_STREAMTYPE 0
hannel] source s[VID]: VIDEO_FREEZE 6457824  0
pan: 124392228 .[VID]: VIDEO_PLAY 6457824  2 2
. 292749828, translated to 636654480..1430911616
<   902.234976[VID]: VIDEO_SLOWMOTION 0    1
> [eDVBChannel] [VID]: VIDEO_FAST_FORWARD 0    1
source span: 373[VID]: VIDEO_CONTINUE 6457824  1
454628 .. 535479[AUD]: AUDIO_CONTINUE 6457824 1 aph=0xcdec8580
828, translated [AUD]: Mute : 0
to 1857443384..2672117132
<   9[AUD]: AUDIO_CLEAR_BUFFER 1 0
02.240825> [eDVBChannel] source span: 625854228 .. 719414628, translated to 3128336544..3528667316
<   902.243911> [setIoPrio] best-effort level 0 ok
<   902.243951> [eDVBServicePMTHandler] ok ... now we start!!
<   902.244032> [eFilePushThread] START thread
<   902.244075> [eDVBServicePlay] eventNewProgramInfo timeshift_enabled=0 timeshift_active=0
<   902.244192> [eDVBServicePlay] have 1 vi[VID]: VIDEO_CLEAR_BUFFER 6457824  1 0
deo stream(s) (189d), and 1 audio stream(s) (189e), and the pcr pid is 189d, and the text pid is ffffffff
TuxTxt cache cleared
<   902.248435> [eTSMPEGDecoder[VID]: VIDEO_GET_SIZE src w: 720 h:576 display w:720 h:576
] decoder state:[VID]: VIDEO_GET_SIZE aspect: 1 3
play, vpid=189d, apid=189e
<   902.252268> [eDVBAudio0] DMX_SET_PES_FILTER pid=0x189e ok
<   902.252348> [eDVBAudio0] DEMUX_START ok
<   902.252642> [eDVBAudio0] AUDIO_SET_BYPASS bypass=1 ok
<   902.260508> [eDVBAudio0] AUDIO_PAUSE ok
<   902.264374> [eDVBAudio0] AUDIO_PLAY ok
<   902.272652> [eDVBVideo] Video Device: /dev/dvb/adapter0/video0
<   902.272730> [eDVBVideo] demux device: /dev/dvb/adapter0/demux0
<   902.276716> [eDVBVideo0] VIDEO_SET_STREAMTYPE 0 - ok
<   902.280921> [eDVBVideo0] DMX_SET_PES_FILTER pid=0x189d ok
<   902.280967> [eDVBVideo0] DEMUX_START ok
<   902.281189> [eDVBVideo0] VIDEO_FREEZE ok
<   902.285146> [eDVBVideo0] VIDEO_PLAY ok
<   902.294543> [eDVBVideo0] VIDEO_SLOWMOTION 0 ok
<   902.297858> [eDVBVideo0] VIDEO_FAST_FORWARD 0 ok
<   902.302186> [eDVBVideo0] VIDEO_CONTINUE ok
<   902.306590> [eDVBAudio0] AUDIO_CONTINUE ok
<   902.315151> [eDVBTeletextParser] Starting!
<   902.315192> [eDVBTeletextParser] disable teletext subtitles page ffffffffffffffff (und)
<   902.315223> [eDVBPESReader] Created. Opening demux
<   902.315248> [eDVBDemux] open demux /dev/dvb/adapter0/demux0
<   902.315347> [eDVBTeletextParser] created teletext subtitle PES reader!
<   902.315397> [eDVBPESReader] Created. Opening demux
<   902.315423> [eDVBDemux] open demux /dev/dvb/adapter0/demux0
<   902.315488> [eDVBTeletextParser] starting PES reader on pid=ffffffff
<   902.316179> [eDVBServicePlay] seekTo 0
<   902.316258> [eDVBChannel] seek.
<   902.316297> [eFilePushThread] waiting for pause
<   902.316739> [eFilePushThread] PAUSED
<   902.317071> [eDVBAudio0] AUDIO_CLEAR_BUFFER ok
<   902.354558> [eDVBVideo0] VIDEO_CLEAR_BUFFER ok
<   902.364821> [eDVBChannel] ok, resolved skip (rel: 0, diff 0), now at 00000000
<[VID]: VIDEO_SLOWMOTION 0    1
   902.385900> [[VID]: VIDEO_FAST_FORWARD 0    1
eDVBDemux] open demux /dev/dvb/a[VID]: VIDEO_CONTINUE 6457824  1
dapter0/demux0
[AUD]: AUDIO_CONTINUE 6457824 1 aph=0xcdec8580
<   902.386071> [AUD]: Mute : 0
[eDVBSectionReader] DMX_SET_FILTER pid=0
<   902.386664> [eDVBDemux] open demux /dev/dvb/adapter0/demux0
<   902.386792> [eDVBSectionReader] DMX_SET_FILTER pid=18
RemovePopup, id = ZapError
resolved to PLAY
<   902.427983> [eDVBServicePlay] unpause
new service started! trying to download cuts!
seekable.getLength() returns: [0, 719414628L]
RemovePopup, id = ZapError
<   902.525972> [eDVBChannel] pvrEvent evtStopped
<   902.526628> [eDVBServicePMTHandler] PATready
<   902.526723> [eDVBServicePMTHandler] use pmtpid 189c for service_id 189c
<   902.526793> [eDVBDemux] open demux /dev/dvb/adapter0/demux0
<   902.526900> [eDVBSectionReader] DMX_SET_FILTER pid=6300
<   902.527414> [eDVBDemux] open demux /dev/dvb/adapter0/demux0
<   902.527538> [eDVBSectionReader] DMX_SET_FILTER pid=0
<   902.529293> [DVBCAHandler] no more services
<   902.529946> [eDVBFrontend] close frontend 0
<   902.532500> [eDVBServicePlay] eventNewProgramInfo timeshift_enabled=0 timeshift_active=0
<   902.535827> [eDVBServicePlay] have 1 video stream(s) (189d), and 2 audio stream(s) (189e, 189f), and the pcr pid is 189d, and the text pid is ffffffff
<   902.536397> [eTSMPEGDecoder] decoder state: play, vpid=189d, apid=189e
<   902.536482> [eDVBVideo0] VIDEO_SLOWMOTION 0 ok
<   902.540500> [eDVBVideo0] VIDEO_FAST_FORWARD 0 ok
<   902.546079> [eDVBVideo0] VIDEO_CONTINUE ok
<   902.550568> [eDVBAudio0] AUDIO_CONTINUE ok
<   902.571431> [eDVBDemux] open demux /dev/dvb/adapter0/demux0
<   902.571545> [eDVBSectionReader] DMX_SET_FILTER pid=6300

[athoik]

Seems like Solo2 cannot use pvr on demux0. Maybe we hit another (driver) issue, because now it tries demuxes in ascending order.

You have custom build right?

You can add this if(!fe) i++; just before line if (!fe && !(cap & iDVBChannel::capDecode)) to force 2nd+ demux for pvr?

PS. The above if is extra line

PPS. I will simplify allocateDemux, although if we hit a driver bug it would be nice to inform manufacturer

[Taapat]

Also using demux1 not help .

 

Before this changes, when video work, on my reciver is used the previous demux8:

<    55.776957> [eDVBResourceManager] allocate demux cap=01
<    55.776984> [eDVBResourceManager] pvr playback, start with last demux
<    55.777080> [eDVBResourceManager] allocating demux adapter=0, demux=8, source=-1 fesource=-1
<    55.777132> [eDVBDemux] open demux /dev/dvb/adapter0/demux8

[athoik]

Then I think we have a driver issue.

Today the update will land to other users too, so lets see what receivers have issues using the demuxes in asceding order for pvr usage.

Edited by athoik, 10 November 2015 - 06:33.

[wheelwright]

vu+solo2 still got same problems after today's update...

[Erik Slagter]

I think we should perform a test where we assign pvr/demux pairs manually, so we can test them one by one.

[Taapat]

User report about this problem also un vu+ uno.

[Taapat]

And report about problem also un vu+ Ultimo.

 

It looks like it could affect all vu+ receivers.

Edited by Taapat, 10 November 2015 - 14:50.

[Erik Slagter]

That's interesting information, thanks.

[KioTronic]

i update to latest version on my Solo and now i cannot any showing recording files... Yesterday, before i update its work... Now Mediaplayer dont play my files 

[Taapat]

Users also report about duo2.
I think that no need to continue, we can assume that it is a common problem of vu+.

Edited by Taapat, 10 November 2015 - 15:48.

[Erik Slagter]

Yep.

[KioTronic]

but its normal, that i cannot play any movie from my HDD?

[Akki]

What was changed because in PLI that now this
Are problems with VU +?

 

Greeting Akki

[Erik Slagter]

What was changed because in PLI that now this
Are problems with VU +?

We did a perfectly normal change, required for future development, that appears to trigger a bug in the VU+ drivers.

 

Don't worry, we will arrange for a workaround (as usual).

[Akki]

Thank you Erik for your answer, you'll have to create it

 

Greeting Akki

[KioTronic]

Eric, i have issues now with MediaPlayer. I cannot play Movies from my HDD last Update... Can you fix that please?

[WanWizard]

It's a generic issue, not related to a plugin or a specific way of playing back. It's a bug that is triggered in the VU+ drivers...

[KioTronic]

And what does it mean for me? Wait for an update? From OpenPLi?

[athoik]

And what does it mean for me? Wait for an update? From OpenPLi?

Don't worry, we will arrange for a workaround (as usual).

An update will come soon, I am waiting feedback from a possible fix.