See also post : http://openpli.org/f...nigmavu-client/
Currently the streaming just stops after a undefined period of time, when the stream is stopped in VLC and (re-)opened agian, the busy animation becomes active on the TV. This takes about 15 mins. Then it recovers and the TV zaps (when running from 2 tuners) to the channel that was streaming and the streaming on the PC resumes as well. The following messages are taken from "/var/log/messages" and this seems to be why the stream stops.
Jul 27 09:36:09 dm7020hd user.warn kernel: [ 3974.525000] ch0: unlock
Jul 27 09:36:10 dm7020hd user.warn kernel: [ 3975.103000] ch0: lock
Jul 27 09:36:10 dm7020hd user.warn kernel: [ 3975.454000] rap watchdog flush!
Jul 27 09:36:10 dm7020hd user.warn kernel: [ 3975.454000] flush audio decode
Jul 27 09:36:10 dm7020hd user.warn kernel: [ 3975.456000] video delay 0 (0 ms)
Jul 27 09:36:10 dm7020hd user.warn kernel: [ 3975.456000] total video delay: 0 (0 ms)
Jul 27 09:36:10 dm7020hd user.warn kernel: [ 3975.462000] RAP first pts 0x942c2cd6, stc 0x942c1274, pcr valid
Jul 27 09:36:10 dm7020hd user.warn kernel: [ 3975.465000] audio_cdb_itb_error_isr: 4 callbacks suppressed
Jul 27 09:36:10 dm7020hd user.warn kernel: [ 3975.465000] audio_cdb_itb_error_isr! underflow
Jul 27 09:36:10 dm7020hd user.warn kernel: [ 3975.469000] audio_cdb_itb_error_isr! underflow
Jul 27 09:36:10 dm7020hd user.warn kernel: [ 3975.473000] audio_cdb_itb_error_isr! underflow
Jul 27 09:36:10 dm7020hd user.warn kernel: [ 3975.477000] audio_cdb_itb_error_isr! underflow
Jul 27 09:36:10 dm7020hd user.warn kernel: [ 3975.482000] audio_cdb_itb_error_isr! underflow
Jul 27 09:36:10 dm7020hd user.warn kernel: [ 3975.484000] ch0: lock
Jul 27 09:36:10 dm7020hd user.warn kernel: [ 3975.484000] RAP sampling rate info isr (48000)
Jul 27 09:36:10 dm7020hd user.warn kernel: [ 3975.484000] eModeChange Isr.. set source_changed_event!
Jul 27 09:36:10 dm7020hd user.warn kernel: [ 3975.484000] RAP pts error 0 PTS 0x4a16166b, STC 0x4a160d2b, type 0
Jul 27 09:36:10 dm7020hd user.warn kernel: [ 3975.486000] audio_cdb_itb_error_isr! underflow
Jul 27 09:36:10 dm7020hd user.warn kernel: [ 3975.490000] audio_cdb_itb_error_isr! underflow
The time on the Dreambox LCD is 09:37, the Dreambox is always the same 15mins = 900secs busy. I didn't found any triggers for this. When it recovers at 09:51 no messages appear in the "/var/log/messages" log. After 2 mins the following appears in the log so thats just some normal messages.
Jul 27 09:53:54 dm7020hd user.info kernel: [ 5039.699000] bcm4506: signal_strength -196.68dbm
Jul 27 09:53:55 dm7020hd user.info kernel: [ 5040.723000] bcm4506: signal_strength -196.56dbm
Jul 27 09:53:56 dm7020hd user.info kernel: [ 5041.747000] bcm4506: signal_strength -196.65dbm
Jul 27 09:53:57 dm7020hd user.info kernel: [ 5042.771000] bcm4506: signal_strength -196.56dbm
Jul 27 09:53:58 dm7020hd user.info kernel: [ 5043.795000] bcm4506: signal_strength -197.26dbm
During the busy period of the Dreambox, the OpenWebif, remote control nor buttons are not responding. You can still login to the Dreambox using SSH. I did some tracing of the engina2 application, but the only messages comming out are;
[eFilePushThreadRecorder] Warning: All write buffers busy
[eDVBRecordFileThread] cancelling
[eDVBRecordStreamThread] failed to cancel, killing all waiting IO
[eDVBRecordFileThread] poll: aio_return returned failure: Value too large for defined data type
[eDVBRecordFileThread] poll: aio_return returned failure: Value too large for defined data type
[eDVBRecordFileThread] poll: aio_return returned failure: Value too large for defined data type
[eDVBRecordFileThread] Waiting for I/O to complete
These messages repeat themselfs, but when the enigma2 application is BUSY no messages are being outputed. But i think this is releated to the CCcam share slowly or not responding sometimes.
My Dreambox has two S2 tuners, and there is no difference in behaviour between running the stream from the same tuner (one tunner active (ZAP)), or running from active 2 tuners with different channels.
I think that XBMC vuplus add-on has a more aggresive connection strategy to which results in sometimes hanging up the Dreambox completly.
Any ideas how to find and/or solve the problem ?
Marc
