XBMC Tuxbox Enigma Stream Client (Enigma / Enigma2 Based Dreambox & Dbox2) - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Development (https://forum.kodi.tv/forumdisplay.php?fid=32) +--- Forum: Kodi Application (https://forum.kodi.tv/forumdisplay.php?fid=93) +--- Thread: XBMC Tuxbox Enigma Stream Client (Enigma / Enigma2 Based Dreambox & Dbox2) (/showthread.php?tid=23834) |
- Kobazz - 2007-01-13 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: */* Gemini I hope you will find some kind of workaround for this problem - Kobazz - 2007-01-13 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\] - GeminiServer - 2007-01-13 @Kobazz i need the full debug log. - GeminiServer - 2007-01-13 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... - Kobazz - 2007-01-13 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! - Kobazz - 2007-01-13 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 - Kobazz - 2007-01-13 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 friend - ultrabrutal - 2007-01-13 Dude, I love the caching of channels/bouquets 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... - ultrabrutal - 2007-01-14 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? - ultrabrutal - 2007-01-14 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 Keep it up - GeminiServer - 2007-01-14 ultrabrutal Wrote:Dude, I love the caching of channels/bouquetsDouble dialog bug is fixed Quote:A few bugs..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.. - Kobazz - 2007-01-14 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. - ultrabrutal - 2007-01-14 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 - asg - 2007-01-14 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 - ultrabrutal - 2007-01-14 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 |