2016-01-16, 05:51
8080, got it, thanks, that worked
(2016-01-15, 11:03)fpet007 Wrote: - It's possible to insert that option in futur build :
"Update available resolutions on Display device changes" same Xbian ?
(2016-01-15, 11:03)fpet007 Wrote: - The logo '1080' on the tv channels does not appear on alpha kodi 17 but appears on kodi 15.2
can u fix it . Thanks u
(2016-01-16, 07:35)f1vefour Wrote: Crashed while I had a video paused on #0115 (Pi 2)
http://sprunge.us/OfWd
(2016-01-15, 20:34)popcornmix Wrote:(2016-01-15, 19:41)FernetMenta Wrote: somehow I must lost this change last time I pushed to git: https://github.com/FernetMenta/xbmc/comm...7a799dab80
this should make your system recover from the issue originated in mediaportal backend. audio and video stream start with a huge offset of 800ms:
17:09:14 85.199478 T:1493136288 DEBUG: VideoPlayer::Sync - Audio - pts: 1032888.888889, cache: 251230.909482, totalcache: 449999.988079
17:09:14 85.199730 T:1493136288 DEBUG: VideoPlayer::Sync - Video - pts: 1809988.000000, cache: 50000.000000, totalcache: 100000.000000
Thanks - will include in tonight's build.
(2016-01-16, 10:33)mylle Wrote:(2016-01-15, 20:34)popcornmix Wrote:(2016-01-15, 19:41)FernetMenta Wrote: somehow I must lost this change last time I pushed to git: https://github.com/FernetMenta/xbmc/comm...7a799dab80
this should make your system recover from the issue originated in mediaportal backend. audio and video stream start with a huge offset of 800ms:
17:09:14 85.199478 T:1493136288 DEBUG: VideoPlayer::Sync - Audio - pts: 1032888.888889, cache: 251230.909482, totalcache: 449999.988079
17:09:14 85.199730 T:1493136288 DEBUG: VideoPlayer::Sync - Video - pts: 1809988.000000, cache: 50000.000000, totalcache: 100000.000000
Thanks - will include in tonight's build.
No difference im affraid. Did the commit make it into the latest build?
(2016-01-16, 10:33)mylle Wrote: No difference im affraid. Did the commit make it into the latest build?
(2016-01-16, 04:16)Milhouse Wrote:
(2016-01-16, 03:45)Milhouse Wrote:(2016-01-16, 00:08)vandamme Wrote:(2016-01-15, 22:34)envagyok Wrote: With 1114 resume playback from stopped position: time display start counting from 0:0:0
With 1114 :
Same problem for me with OMXPlayer : time display start counting from 0:0:0 after resume.
It seems to be an omxplayer only issue - doesn't happen with mmal. In #0112 there is an omxplayer fix so that it always shows the correct timestamp (it had been 2-3 seconds off), this might be responsible.
(2016-01-16, 00:08)vandamme Wrote: and with MMAL, only 1-2 FPS after resume playback.
Not seeing this behaviour myself, can you provide a debug log?
(2016-01-16, 09:37)Milhouse Wrote:(2016-01-15, 11:03)fpet007 Wrote: - It's possible to insert that option in futur build :
"Update available resolutions on Display device changes" same Xbian ?
Not sure what you are referring to - do you have a link to a pull request or commit?
(2016-01-15, 11:03)fpet007 Wrote: - The logo '1080' on the tv channels does not appear on alpha kodi 17 but appears on kodi 15.2
can u fix it . Thanks u
Please provide a screenshot from Kodi 15.2 showing the 1080 flag and another screenshot from one of these Kodi 17 builds where the 1080 flag isn't appearing (just to avoid any confusion, as the 1080 flag is working fine for movies). This will probably need someone from the PVR team to take a look at it.
(2016-01-16, 11:19)FernetMenta Wrote:(2016-01-16, 10:33)mylle Wrote:(2016-01-15, 20:34)popcornmix Wrote: Thanks - will include in tonight's build.
No difference im affraid. Did the commit make it into the latest build?
please post a debug log again. please give me detailed description of the issue
(2016-01-15, 16:26)Milhouse Wrote:(2016-01-15, 16:02)g.kar Wrote: Hi,
I would like to report a serious issue with Kodi in conjunction with Yatse.
Yatse crashes within one minute of playback of DSD music files in .dff format.
Eventually Rpi2 memory usage reaches a max and Kodi initiates a system reboot !
Navigating and playback of DSD (i.e. .dff) files is normal , either using a mouse control or the Yatse remote control aux functionality.
kind regards
Giorgos
Which is the first build with this problem? Can you upload a debug log showing the problem?
(2016-01-17, 01:09)bdreams Wrote: @Milhouse i have two pi and i ant update after build 0111 very strange get the kodi splas srceen and thats it. if i put back build 0111 works fine any ideas i know you would need a debug log, how i would i get one if i am stuck at boot up. thanks for the great work.
paste $(ls -1art /storage/.kodi/temp/kodi_crashlog* | tail -1)
systemctl stop kodi
/usr/lib/kodi/kodi.bin --standalone -fs --lircdev /run/lirc/lircd
(2016-01-16, 19:08)g.kar Wrote:(2016-01-15, 16:26)Milhouse Wrote:(2016-01-15, 16:02)g.kar Wrote: Hi,
I would like to report a serious issue with Kodi in conjunction with Yatse.
Yatse crashes within one minute of playback of DSD music files in .dff format.
Eventually Rpi2 memory usage reaches a max and Kodi initiates a system reboot !
Navigating and playback of DSD (i.e. .dff) files is normal , either using a mouse control or the Yatse remote control aux functionality.
kind regards
Giorgos
Which is the first build with this problem? Can you upload a debug log showing the problem?
This particular issue with Kodi/Yatse (in file mode), is actually very old. Same issue with OpenElec 5.8 ,OpenElec 6.0, and Milhouse the latest 6-8 releases tested so far.
here comes the debug file : http://xbmclogs.com/pwj6kh2ac
Kind regards
# uname -a
Linux rpi512 4.4.0 #1 Sat Jan 16 23:50:21 GMT 2016 armv6l GNU/Linux
# vcgencmd version
Jan 15 2016 17:31:09
Copyright (c) 2012 Broadcom
version 50b1ff57f80db9c96b78757d2d2cfc226ed71f93 (clean) (release)
# lsb_release
OpenELEC (Milhouse) - Version: devel-20160116234930-#0116-gaee4a3b [Build #0116]
# vcdbg log msg 2>&1 | grep DTOK
001716.016: Kernel trailer DTOK property says yes
# Kernel device tree status: Enabled