• 1
  • 94
  • 95
  • 96(current)
  • 97
  • 98
  • 111
OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 1
720p video is getting out of sync on live TV. I noticed it in the 328 build.
Fox's FX is an example channel.

I'm using pvr.wmc.
(2015-03-30, 00:31)DistantSynAck Wrote: 720p video is getting out of sync on live TV. I noticed it in the 328 build.
Fox's FX is an example channel.

Can you identify the first build with this problem?
(2015-03-30, 00:33)popcornmix Wrote:
(2015-03-30, 00:31)DistantSynAck Wrote: 720p video is getting out of sync on live TV. I noticed it in the 328 build.
Fox's FX is an example channel.

Can you identify the first build with this problem?

This is probably a cable provider issue not kodi.
I tested back to build 315 and still had sync issues. I noticed my receiver's surround sound signal fluttered so
I'm going to chalk this up to a bad signal from FIOS.

I'm going to test a few more builds just in case but I doubt this issue would be around that long.
Don't know if it will help, but here is the live TV video I was playing when I got the 2 crashes (most recent with the debug build):

https://drive.google.com/file/d/0B8TU_Cp...sp=sharing
I went back to OpenELEC 5.0.7 and saw the issue on there as well.
I searched the forums and found wrxtasy's post which resolved the problem.
http://forum.kodi.tv/showthread.php?tid=...sync+issue

I went back to build 329 re-applied the settings and also had to re-enable the OMXPlayer. Audio is keeping in sync on 720p again.
With last builds - #0328 and #0329 - my remote.xml doesn't work as expected.

I have this "action" associated to skipminus button:
Code:
<skipminus>XBMC.ActivateWindow(Home)</skipminus>

But pressing the key does nothing.

Cec debug log returns:
Quote:09:22:19 580.970215 T:1876583488 DEBUG: CecLogMessage - >> 01:44:4c
09:22:19 580.970642 T:1876583488 DEBUG: CecLogMessage - >> TV (0) -> Recorder 1 (1): user control pressed (44)
09:22:19 580.971008 T:1876583488 DEBUG: CecLogMessage - SetCurrentButton backward (4c) D:0ms cur:4c
09:22:19 580.971558 T:1876583488 DEBUG: CecLogMessage - key pressed: backward (4c) current(ff) duration(0)
09:22:19 580.971863 T:1876583488 DEBUG: CecLogMessage - Changed key backward (4c) D:0ms cur:ff
09:22:19 580.972168 T:1876583488 DEBUG: CecLogMessage - key pressed: backward (4c, 0)
09:22:19 580.972412 T:1876583488 DEBUG: PushCecKeypress - received key dd duration 0 (rep:0 size:0)
09:22:19 580.972595 T:1876583488 DEBUG: PushCecKeypress - added key dd
09:22:19 580.973206 T:1876583488 DEBUG: CecLogMessage - CheckKeypressTimeout T:580.972
09:22:19 580.975708 T:1876583488 DEBUG: CecLogMessage - Key backward: idle (duration:0) (4c) timeout:500ms (rel:500,rep:0,prs:1)
09:22:19 581.003235 T:1967710208 DEBUG: OnKey: pause (0xdd) pressed, action is XBMC.ActivateWindow(Home)
09:22:19 581.003845 T:1967710208 INFO: Activate of window '10000' refused because there are active modal dialogs

Any idea?

Build #0321 is fine, but I have not tested the others.

Thanks in advance and again... ....sorry for my English ^^

P.s.

Same action, but with build #0321:
Quote:09:51:11 138.238525 T:1876583488 DEBUG: CecLogMessage - >> TV (0) -> Recorder 1 (1): user control pressed (44)
09:51:11 138.238846 T:1876583488 DEBUG: CecLogMessage - SetCurrentButton backward (4c) D:0ms cur:4c
09:51:11 138.239120 T:1876583488 DEBUG: CecLogMessage - key pressed: backward (4c) current(ff) duration(0)
09:51:11 138.239395 T:1876583488 DEBUG: CecLogMessage - Changed key backward (4c) D:0ms cur:ff
09:51:11 138.239670 T:1876583488 DEBUG: CecLogMessage - key pressed: backward (4c, 0)
09:51:11 138.239914 T:1876583488 DEBUG: PushCecKeypress - received key dd duration 0 (rep:0 size:0)
09:51:11 138.240234 T:1876583488 DEBUG: PushCecKeypress - added key dd
09:51:11 138.240631 T:1876583488 DEBUG: CecLogMessage - CheckKeypressTimeout T:138.240
09:51:11 138.241013 T:1876583488 DEBUG: CecLogMessage - Key backward: idle (duration:0) (4c) timeout:499ms (rel:499,rep:0,prs:1)
09:51:11 138.302795 T:1968173056 DEBUG: OnKey: pause (0xdd) pressed, action is XBMC.ActivateWindow(Home)
09:51:11 138.303314 T:1968173056 DEBUG: Activating window ID: 10000
09:51:11 138.303802 T:1968173056 DEBUG: ------ Window Deinit (VideoOSD.xml) ------
09:51:11 138.305252 T:1968173056 DEBUG: ------ Window Deinit (VideoFullScreen.xml) ------
09:51:11 138.307281 T:1876583488 DEBUG: CecLogMessage - >> 01:8b:4c
09:51:11 138.307739 T:1876583488 DEBUG: CecLogMessage - >> TV (0) -> Recorder 1 (1): vendor remote button up (8B)
09:51:11 138.308075 T:1876583488 DEBUG: CecLogMessage - key released: backward (4c) D:68ms
09:51:11 138.308319 T:1876583488 DEBUG: PushCecKeypress - received key dd duration 68 (rep:0 size:0)
09:51:11 138.308624 T:1876583488 DEBUG: PushCecKeypress - ignored key dd
09:51:11 138.402206 T:1968173056 DEBUG: ------ Window Init (Home.xml) ------
Lost build crashs(or reboots), when i trying to enable wi-fi network with usb adapter Edup-8508gs (rtl8188). In Openelec 5.0.5 at least it worked fine. Other buids didn't checked. What from debug log need? Kodi, Hardware,...? I see many titles inside of folder.
Oops. It finally works, somehow after many attempts
but not for long, crashed again
why i cant no longer stream htsp streams from remote internet tvheadend server
(2015-03-30, 03:35)zaphod24 Wrote: Don't know if it will help, but here is the live TV video I was playing when I got the 2 crashes (most recent with the debug build):

https://drive.google.com/file/d/0B8TU_Cp...sp=sharing

Thanks. I just played the file (with omxplayer and passthough disabled) and although I got 12 "Unexpected change of size" errors, it didn't crash.
However it is an interesting file (some of the advert breaks are pretty nasty with audio switching back and forth between stereo and 5.1 each advert).

I'll have a closer look at what happens with the stereo/5.1 switches. My understanding was that the codec was closed/opened on each switch, so I wouldn't expect to see that message,
so perhaps something funny is going on there.

And 1.8G for 22 minutes of "okay" quality video. Broadcast TV needs to drop mpeg-2....
(2015-03-30, 09:44)slack3r Wrote: With last builds - #0328 and #0329 - my remote.xml doesn't work as expected.

Can you compare #0326 and #0327, and confirm if the problem is first seen with #0327?

(2015-03-30, 09:44)slack3r Wrote: Cec debug log returns:
Quote:09:22:19 581.003235 T:1967710208 DEBUG: OnKey: pause (0xdd) pressed, action is XBMC.ActivateWindow(Home)
09:22:19 581.003845 T:1967710208 INFO: Activate of window '10000' refused because there are active modal dialogs
[/code]

I think your problem is PR6828, introduced in #0327. You should probably raise a trac ticket.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
(2015-03-30, 16:32)Milhouse Wrote:
(2015-03-30, 09:44)slack3r Wrote:
Code:
[b]09:22:19[/b] 581.003235 T:1967710208   DEBUG: OnKey: pause (0xdd) pressed, action is XBMC.ActivateWindow(Home)
[b]09:22:[/b]19 581.003845 T:1967710208    INFO: Activate of window '10000' refused because there are active modal dialogs[/quote]

I think your problem is PR6828, introduced in #0327. You should probably raise a trac ticket.

The obvious question is if there was a modal dialog (i.e. one sitting on top of usual background gui) opened?
Is so, then I think refusing to jump to another screen is deliberate. If there wasn't a modal dialog then it sounds like a bug.
(2015-03-30, 11:42)MONSTA Wrote: but not for long, crashed again

So no crash with #0328, only #0329? I'd be surprised if it's only a problem for #0329.

A crash log should be useful. Most likely a problem with the driver and 3.19.3 kernel. You should test with a stock OpenELEC Nightly and if confirmed, report the problem to OpenELEC. If it's only a problem for #0329 this might suggest a slightly iffy build as nothing really changed in this area with last nights build.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
(2015-03-30, 16:29)popcornmix Wrote:
(2015-03-30, 03:35)zaphod24 Wrote: Don't know if it will help, but here is the live TV video I was playing when I got the 2 crashes (most recent with the debug build):

https://drive.google.com/file/d/0B8TU_Cp...sp=sharing

Thanks. I just played the file (with omxplayer and passthough disabled) and although I got 12 "Unexpected change of size" errors, it didn't crash.
However it is an interesting file (some of the advert breaks are pretty nasty with audio switching back and forth between stereo and 5.1 each advert).

I'll have a closer look at what happens with the stereo/5.1 switches. My understanding was that the codec was closed/opened on each switch, so I wouldn't expect to see that message,
so perhaps something funny is going on there.

And 1.8G for 22 minutes of "okay" quality video. Broadcast TV needs to drop mpeg-2....

Thanks for having a look! With my slow upstream internet speed it took many hours to upload that video clip.

I actually have cable with Charter as my provider, but I agree that it is time for mpeg2 to go and for everyone to switch to h264. My cablecard setup just writes the video stream to disk, so I could handle it since all my devices can decode h264. Unfortunately it would require new settop boxes for every customer using one and most customers have boxes and not cablecards.

They definitely do some very odd things with resolution, refresh rate and audio during the advertisements.
  • 1
  • 94
  • 95
  • 96(current)
  • 97
  • 98
  • 111

Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 112