• 1
  • 2
  • 3(current)
  • 4
  • 5
  • 47
XBMC Tuxbox Enigma Stream Client (Enigma / Enigma2 Based Dreambox & Dbox2)
#31
This is my log and as you can see while turning the motor, the caching stays at 0% and when the position is found the cache doesn't start to fill up.

Code:
Accept: */*
13:16:13 M: 37220352   DEBUG: Curl:: Debug HTTP/1.1 200 OK
13:16:13 M: 37220352   DEBUG: Curl:: Debug Connection: close
13:16:13 M: 37220352   DEBUG: Curl:: Debug Content-Length: 232
13:16:13 M: 37220352   DEBUG: Curl:: Debug Content-Type: text/html; charset=utf-8
13:16:13 M: 37220352   DEBUG: Curl:: Debug Closing connection #0
13:16:13 M: 37220352   DEBUG: CTuxBoxUtil::ServiceEPG - Service EPG
13:16:13 M: 37220352   DEBUG: CTuxBoxUtil::ServiceEPG - Service
13:16:13 M: 37220352   DEBUG: CTuxBoxUtil::ServiceEPG - Service Reference: 1:0:1:1f:1:1:a09010:0:0:0:
13:16:13 M: 37220352   DEBUG: CTuxBoxUtil::ServiceEPG - Service Name: Pink Plus
13:16:13 M: 37220352   DEBUG: FileCurl::Close(D00A12A8) http://root:[email protected]/xml/serviceepg
13:16:13 M: 37322752   DEBUG: FileCurl::Close(D00A159C) http://root:[email protected]/cgi-bin/zapTo?path=1:0:1:1f:1:1:a09010:0:0:0:
13:16:13 M: 37425152   DEBUG: CTuxBoxUtil::GetAudioChannels Audio Channel Selection is Disabled! Returning False to use the default values!
13:16:13 M: 37425152   DEBUG: CPlayerCoreFactor::GetPlayers(http://root:[email protected]:31339/0,ffff,ffff,ffff,,,ffff)
13:16:13 M: 37425152    INFO: Loading skin file: DialogProgress.xml
13:16:13 M: 37425152    INFO: Loading references file: Q:\skin\Project Mayhem III\pal\references.xml
13:16:13 M: 36491264    INFO: mplayer play:http://root:[email protected]:31339/0,ffff,ffff,ffff,,,ffff cachesize:4096
13:16:13 M: 30064640   DEBUG:   msg:  set audio functions called
13:16:13 M: 30064640   DEBUG:   msg:  done
13:16:13 M: 30064640    INFO: Using -subcp enca:__:CP1250 to detect the subtitle charset
13:16:13 M: 30064640    INFO: Flipping bi-directional subtitles disabled
13:16:13 M: 30064640   DEBUG:   msg: mplayer_init()
13:16:13 M: 30064640   DEBUG:   msg: enable mplayer osd
13:16:13 M: 30064640   DEBUG:   msg: MPlayer dev-CVS-070107-02:50-3.4.2 (C) 2000-2004 MPlayer Team
13:16:13 M: 30064640   DEBUG:   msg: CPU: Intel Celeron 2/Pentium III Coppermine,Geyserville
13:16:13 M: 30064640   DEBUG:   msg: (Family: 6, Stepping: 10)
13:16:13 M: 30064640   DEBUG:   msg: Detected cache-line size is 32 bytes
13:16:13 M: 30064640   DEBUG:   msg: CPUflags:  MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0
13:16:13 M: 30064640   DEBUG:   msg: Compiled for x86 CPU with extensions:
13:16:13 M: 30064640   DEBUG:   msg:  MMX
13:16:13 M: 30064640   DEBUG:   msg:  MMX2
13:16:13 M: 30064640   DEBUG:   msg:  SSE
13:16:13 M: 30064640   DEBUG:   msg:
13:16:13 M: 30052352   DEBUG:   msg:
13:16:13 M: 30064640   DEBUG:   msg: Creating config file: Q:\system\players\mplayer\config
13:16:13 M: 30052352   DEBUG:   msg:
13:16:13 M: 29769728   DEBUG:   msg: 88 audio & 199 video codecs
13:16:13 M: 29753344   DEBUG:   msg: mplayer_open_file(http://root:[email protected]:31339/0,ffff,ffff,ffff,,,ffff)
13:16:13 M: 29753344    INFO: Stating file http://root:[email protected]:31339/0,ffff,ffff,ffff,,,ffff.conf
13:16:13 M: 29753344    INFO: Stating file Q:\system\players\mplayer\0,ffff,ffff,ffff,,,ffff.conf
13:16:13 M: 29753344   DEBUG:   msg: Playing http://root:[email protected]:31339/0,ffff,ffff,ffff,,,ffff.
13:16:13 M: 29753344   DEBUG:   msg: find subtitles
13:16:13 M: 29753344   DEBUG:   msg: auto open Z:\subtitle
13:16:13 M: 29753344   DEBUG:   msg: protocol:http
13:16:13 M: 29753344   DEBUG:   msg: open stream protocol:http
13:16:13 M: 29732864   DEBUG:   msg: Connecting to server 192.168.1.12[192.168.1.12]:31339 ...
13:16:14 M: 29732864   DEBUG:   msg: Cache size set to 4096 KBytes
13:16:14 M: 29732864   DEBUG:   msg: Connected to server: 192.168.1.12
13:16:14 M: 24985600   DEBUG:   msg:
Cache fill:  0.00% (0 bytes)
13:16:14 M: 24985600   DEBUG:   msg:
Cache fill:  0.00% (0 bytes)
13:16:14 M: 24985600   DEBUG:   msg:
Cache fill:  0.00% (0 bytes)
13:16:14 M: 24985600   DEBUG:   msg:
Cache fill:  0.00% (0 bytes)
13:16:15 M: 24985600   DEBUG:   msg:
Cache fill:  0.00% (0 bytes)
13:16:15 M: 24985600   DEBUG:   msg:
Cache fill:  0.00% (0 bytes)
13:16:15 M: 24985600   DEBUG:   msg:
Cache fill:  0.00% (0 bytes)
13:16:15 M: 24985600   DEBUG:   msg:
Cache fill:  0.00% (0 bytes)

Gemini I hope you will find some kind of workaround for this problem
real_men_don't_need_spacebars.
Reply
#32
and this is what the log says at loglevel 0

[CODE]13:35:41 M: 37990400 WARNING: CUtil::GetMatchingShare... no matching bookmark found for [q:\userdata\playlists\video\Dreambox.m3u]
13:35:46 M: 36462592 ERROR: CTuxBoxUtil::ZapToUrl-------------------------------------------------------------
13:35:46 M: 36462592 ERROR: CTuxBoxUtil::ZapToUrl - STREAMINFO ERROR! Could not receive all data, TryCount: 10!
13:35:46 M: 36462592 ERROR: CTuxBoxUtil::ZapToUrl - PMT is: ffffffffh (not a Valid Value)! There nothing to Stream!
13:35:46 M: 36462592 ERROR: CTuxBoxUtil::ZapToUrl-------------------------------------------------------------[CODE\]
real_men_don't_need_spacebars.
Reply
#33
@Kobazz
i need the full debug log.
Always read the XBMC online-manual, FAQ and search the forum before posting.
Do not e-mail XBMC-Team members directly asking for support. Read/follow the forum rules.
For troubleshooting and bug reporting please make sure you read this first.


Image
Reply
#34
ok.. i added now a new setting, where you can define the wait time for zap to wait for a valid PMT, which means.. it will wait till the TuxBox client got valid streaminformations to stream..

Also fixed, after a non Valid Stream informations the stream will stop.. so no more %0 percent...
Always read the XBMC online-manual, FAQ and search the forum before posting.
Do not e-mail XBMC-Team members directly asking for support. Read/follow the forum rules.
For troubleshooting and bug reporting please make sure you read this first.


Image
Reply
#35
Ok , gemini ive just tried it and it works. The best thing about it is that the zaptime doesnt kick in while on the same satellite. Great work!
real_men_don't_need_spacebars.
Reply
#36
Gemini, to whatever number i change the zaptime in the xml, it will always count 8 seconds. I just tried changing it to 1 second but i still counted 8 seconds
real_men_don't_need_spacebars.
Reply
#37
gemini don't read that last post of mine.. just talking gibberish lol. I trusted my own counting over that of a pro lol hehe. thank you for all the effort. Keep it up friendSmile
real_men_don't_need_spacebars.
Reply
#38
Dude, I love the caching of channels/bouquets Smile

My Dreambox was recording so I couldn't test RC2 much. However I did notice that when recording it detects this. If you select no it asks twice and then starts stream and stops again...
Reply
#39
A few bugs..

1. Audio is out of sync. I have to select -0.2 to get it to appear in sync
2. When channel switches between 16:9 and 4:3 broadcast, XBMC does not detect this. I have to stop and restart stream for aspect to be correct again
3. Not sure if this is a bug but I noticed that the image is very jacked. Lines do not appear straight. Considering resolution being equal to DVD (704x576) on a 768 line resolution display they should appear similar. Is something else used for rendering or what's going on?
Reply
#40
Ok tested streaming via DreamView on PC.

1. Audio is in sync. Something is wrong on XBMC end then
2. DreamView doesn't detect this either hehe
3. Image looks much much better here than via XBMC. Lines are straights and not jacked

Hope you can figure these problems out Smile Keep it up
Reply
#41
ultrabrutal Wrote:Dude, I love the caching of channels/bouquets Smile

My Dreambox was recording so I couldn't test RC2 much. However I did notice that when recording it detects this. If you select no it asks twice and then starts stream and stops again...
Double dialog bug is fixed

Quote:A few bugs..

1. Audio is out of sync. I have to select -0.2 to get it to appear in sync
2. When channel switches between 16:9 and 4:3 broadcast, XBMC does not detect this. I have to stop and restart stream for aspect to be correct again
3. Not sure if this is a bug but I noticed that the image is very jacked. Lines do not appear straight. Considering resolution being equal to DVD (704x576) on a 768 line resolution display they should appear similar. Is something else used for rendering or what's going on?
1. Could be a problem with the apid.. there is a known wrong apid sending issue.. try the next release
2. the stream resolution will be detected only on start, there is no otf resolution detection..
Always read the XBMC online-manual, FAQ and search the forum before posting.
Do not e-mail XBMC-Team members directly asking for support. Read/follow the forum rules.
For troubleshooting and bug reporting please make sure you read this first.


Image
Reply
#42
Gemini, there is just one little irritating thing. When having parsed the bouquet list and then queing a bouquet into the playlist, every time I switch to the "now playing" window to sort some stuff and returning to the normal view with the black button, everything must cache again which makes sorting take ages. It seems that the caching session ends when you exit the "tuxbox client view" Not so handy for playlist ordening. Please if you can look at this.
real_men_don't_need_spacebars.
Reply
#43
1. Ok cool will retest then
2. I understand this but it should be possible to detect during streaming in the decoding. An event handler could be assigned somewhere and when resolution changes it could call the handler which then changes resolution or stops and restarts stream
Reply
#44
ultrabrutal Wrote:2. I understand this but it should be possible to detect during streaming in the decoding. An event handler could be assigned somewhere and when resolution changes it could call the handler which then changes resolution or stops and restarts stream

I think the stream doesn't recognizes the resolution change. The aspect ratio is set in the beginning of the stream and never changes. I´ve got the same problem when recording with my vdr. If the recorded data stream starts in 4:3 and then switches to 16:9 the only chance is to cut the 4:3 part. maybe the tuxbox client could query the box for the current resolution and then do a re-sync?

@GeminiServer: VDR Support would be great!! I think it would not be too difficult since the vdr uses a simple protocol for receiving commands. (http://vdr-wiki.de/wiki/index.php/SVDRP)

Regards
asciii
Reply
#45
I think that the 16:9 signaling is embedded in the stream somewhere, mplayer or whatever is used could look at this for every frame and if it changes call an event handler which then renders frame at correct aspect or changes resolution or even stops and restarts stream
Reply
  • 1
  • 2
  • 3(current)
  • 4
  • 5
  • 47

Logout Mark Read Team Forum Stats Members Help
XBMC Tuxbox Enigma Stream Client (Enigma / Enigma2 Based Dreambox & Dbox2)5