• 1
  • 24
  • 25
  • 26(current)
  • 27
  • 28
  • 174
OpenELEC Testbuilds for RaspberryPi
did anyone had any issues in the latest release r12282 with Xbmc hanging when returning to Home from any of the library list menus, like tv shows. i get this error every time and xbmc stops responding and doesn't display the home screen and just shows the background...
Code:
16:14:30 T:2902778976   ERROR: COMXCoreComponent::WaitForEvent OMX.broadcom.image_decode wait event 0x00000003 timeout 300
16:14:30 T:2902778976   ERROR: COMXImage::Decode image not unsupported
16:14:32 T:2902778976   ERROR: COMXCoreComponent::WaitForCommand OMX.broadcom.image_decode wait timeout event.eEvent 0x00000000 event.command 0x00000002 event.nData2 320
16:14:34 T:2902778976   ERROR: COMXCoreComponent::WaitForCommand OMX.broadcom.image_decode wait timeout event.eEvent 0x00000000 event.command 0x00000001 event.nData2 321
16:14:38 T:2902778976   ERROR: Previous line repeats 1 times.
16:14:38 T:2902778976   ERROR: COMXCoreComponent::WaitForCommand OMX.broadcom.image_decode wait timeout event.eEvent 0x00000000 event.command 0x00000001 event.nData2 320
16:14:40 T:2902778976   ERROR: COMXCoreComponent::WaitForCommand OMX.broadcom.image_decode wait timeout event.eEvent 0x00000000 event.command 0x00000001 event.nData2 321
16:14:40 T:2902778976   ERROR: COMXCoreComponent::SetStateForComponent - OMX.broadcom.image_decode failed with omx_err(0x80001000)
(2012-10-28, 10:13)RiJo Wrote: Updated to r12282 (from r12055) this morning, and can't seem to play XviD files at all anymore. If I start playback of an XviD file, the screen turns black and there's no sound. Pressing Escape or 'X' during playback works as normal.

Quoting myself.. Reverted back to r12282 to find out what the log said, and this is what I found during playback (UPnP/DLNA):
Code:
...
16:56:05 T:2758734944    INFO: COMXPlayerAudio - Switching to normal playback
16:56:05 T:2980050016   ERROR: COMXCoreComponent::DecoderEventHandler OMX.broadcom.video_decode - OMX_ErrorInsufficientResources, insufficient resources
16:56:05 T:3043074576   ERROR: Previous line repeats 8 times.
16:56:05 T:3043074576   DEBUG: dest_rect.x_offset 134 dest_rect.y_offset 0 dest_rect.width 1013 dest_rect.height 720
16:56:05 T:3043074576   DEBUG: CGUIInfoManager::SetCurrentMovie(http://192.168.0.100:9000/disk/DLNA-PNAVI-OP01-FLAGS01700000/O0$3$28I28172.avi)
16:56:05 T:2980050016   ERROR: COMXCoreComponent::DecoderEventHandler OMX.broadcom.video_decode - OMX_ErrorInsufficientResources, insufficient resources
16:56:05 T:3043074576   ERROR: Previous line repeats 2 times.
16:56:05 T:3043074576   DEBUG: GetMovieId (http://192.168.0.100:9000/disk/DLNA-PNAVI-OP01-FLAGS01700000/O0$3$28I28172.avi), query = select idMovie from movie where idFile=5
16:56:05 T:2911769696   DEBUG: COMXPlayer::SetCaching - caching state 0
16:56:05 T:2980050016   ERROR: COMXCoreComponent::DecoderEventHandler OMX.broadcom.video_decode - OMX_ErrorInsufficientResources, insufficient resources
16:56:05 T:3043074576   DEBUG: GetEpisodeId (http://192.168.0.100:9000/disk/DLNA-PNAVI-OP01-FLAGS01700000/O0$3$28I28172.avi), query = select idEpisode from episode where idFile=5
16:56:05 T:2980050016   ERROR: COMXCoreComponent::DecoderEventHandler OMX.broadcom.video_decode - OMX_ErrorInsufficientResources, insufficient resources
16:56:05 T:3043074576   DEBUG: GetMusicVideoId (http://192.168.0.100:9000/disk/DLNA-PNAVI-OP01-FLAGS01700000/O0$3$28I28172.avi), query = select idMVideo from musicvideo where idFile=5
16:56:05 T:2980050016   ERROR: COMXCoreComponent::DecoderEventHandler OMX.broadcom.video_decode - OMX_ErrorInsufficientResources, insufficient resources
16:56:05 T:3043074576   ERROR: Previous line repeats 1 times.
16:56:05 T:3043074576   DEBUG: LoadVideoInfo, got file info!
16:56:05 T:2980050016   ERROR: COMXCoreComponent::DecoderEventHandler OMX.broadcom.video_decode - OMX_ErrorInsufficientResources, insufficient resources
16:56:05 T:3043074576   DEBUG: CAnnouncementManager - Announcement: OnPlay from xbmc
16:56:05 T:3043074576   DEBUG: GOT ANNOUNCEMENT, type: 1, from xbmc, message OnPlay
16:56:05 T:2980050016   ERROR: COMXCoreComponent::DecoderEventHandler OMX.broadcom.video_decode - OMX_ErrorInsufficientResources, insufficient resources
16:56:05 T:3032478816   DEBUG: CecLogMessage - Playback 1 (4) was already marked as active source
16:56:05 T:3032478816   DEBUG: CecLogMessage - sending active source message for 'Playback 1'
16:56:05 T:3032478816   DEBUG: CecLogMessage - << 40:04
16:56:05 T:2980050016   ERROR: COMXCoreComponent::DecoderEventHandler OMX.broadcom.video_decode - OMX_ErrorInsufficientResources, insufficient resources
16:56:05 T:3043074576   ERROR: Previous line repeats 2 times.
16:56:05 T:3043074576   DEBUG: ------ Window Deinit (DialogBusy.xml) ------
16:56:05 T:2980050016   ERROR: COMXCoreComponent::DecoderEventHandler OMX.broadcom.video_decode - OMX_ErrorInsufficientResources, insufficient resources
16:56:05 T:3032478816   DEBUG: CecLogMessage - << Playback 1 (4) -> broadcast (F): active source (1300)
16:56:05 T:3032478816   DEBUG: CecLogMessage - << 4f:82:13:00
16:56:05 T:2980050016   ERROR: COMXCoreComponent::DecoderEventHandler OMX.broadcom.video_decode - OMX_ErrorInsufficientResources, insufficient resources
16:56:05 T:3032478816   ERROR: Previous line repeats 8 times.
16:56:05 T:3032478816   DEBUG: CecLogMessage - << Playback 1 (4) -> TV (0): menu state 'activated'
16:56:05 T:3032478816   DEBUG: CecLogMessage - << 40:8e:00
16:56:05 T:2980050016   ERROR: COMXCoreComponent::DecoderEventHandler OMX.broadcom.video_decode - OMX_ErrorInsufficientResources, insufficient resources
...

Someone having any idea of what's causing all my 'insufficient resources'?
HTSP MPEG2 OTA Streams freezing approximately after 10 seconds of streaming since r12253.

There are no messages in xbmc.log.

[Edit]
No Messages after boot.
[/Edit]

For the past couple of days I've been testing a 1080p GUI version based on r12275 and it's very good - no OMX problems, the native 1080p GUI appearance is noticeably sharper and better defined, and no performance issues (at least, none that aren't also there in the 720p builds - TV wide banner display, for instance, is dreadfully slow, but there's probably another reason for that).

I really do wish you guys would re-consider this 720/1080p GUI upscaling fix, or at least include the option for it to be disabled rather than rely on custom builds.
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.
Raspbmc will be have switch 720/1080. 720p for fanarts users, 1080p for non fanarts users.



(2012-10-30, 09:23)rbej Wrote: Raspbmc will be have switch 720/1080. 720p for fanarts users, 1080p for non fanarts users.

you could create a Rpi patch that does the same for openElec...
but my question is what happens when the user is browsing High Resolution Pictures with the 1080p gui version on a 256 MB Pi ?
(2012-10-30, 04:15)MilhouseVH Wrote: I really do wish you guys would re-consider this 720/1080p GUI upscaling fix, or at least include the option for it to be disabled rather than rely on custom builds.
Once the encoding/decoding of images is completely solid, we'll reconsider.
Currently:
1) There are bugs that cause decode errors
2) There are use cases that cause decode errors due to lack of RAM (e.g. fanart wall views)
3) Running at 1080p means even more use cases will cause decode errors due to lack of RAM

We want good bug reports to help fix (1) first. Then we can improve (2). Finally we can consider (3).
It's no good when most of the bug reports are from (3), and the useful (1) reports are lost in the noise.
(2012-10-29, 19:35)regnets Wrote: HTSP MPEG2 OTA Streams freezing approximately after 10 seconds of streaming since r12253.

There are no messages in xbmc.log.

do h264 streams work for you? i'm seeing these issues since the firmware was updated to use vdec3, before that omxplayer was able to stream pretty much anything tvheadend threw at it, after that update, omxplayer will seemingly try to start the stream, but will only show a couple of frames out of sync with the audio and then give up.

in recent openelec versions, this is the same behaviour i see when trying to start a tv stream, regardless if it's MPEG2 (i have a license) or H264.

i've tried going back to older releases, but then i just get a black screen instead of the playback i expected from omxplayer standalone on raspbian...

power supply is a 2.1A ipad charger.



(2012-10-31, 13:22)fake666 Wrote: do h264 streams work for you? i'm seeing these issues since the firmware was updated to use vdec3, before that omxplayer was able to stream pretty much anything tvheadend threw at it, after that update, omxplayer will seemingly try to start the stream, but will only show a couple of frames out of sync with the audio and then give up.

I'm not sure if h264 streams will work. As far as i know all my tv stations are broadcasting with mpeg2. Which station is using h264 on astra satellite?
hi regnets,

there are quite a few: http://de.kingofsat.net/hdtv.php?&standa...ltre=Clear

pretty much any HD stream should send H264..
If "ARD HD" and "ZDF HD" are broadcasting h264 streams (which i thought they didn't), it was not working with r12253.

I'll give it a try with the r12323 build this eveing.
Using VDR as Source ARD HD, ZDF HD are h264 Streams. And, yes, they don't work
Server OpenSuSE 12.3 - vdr-2.2.0 - 2xSatelco EasyWatch-C - streamdev-server git-19.02.15
Client OpenSuSE 12.3 - vdr-2.2.0 - SoftHDDevice git-19.02.15 - XBMC - Nvidia GT 610 / 331.79
Client Zbox ID84 OpenSuse 12.3 - vdr-2.2.0 - SoftHDDevice git-19.02.15 - Nvidia 331.79
(2012-10-31, 17:34)asshep Wrote: Using VDR as Source ARD HD, ZDF HD are h264 Streams. And, yes, they don't work

funny, i just thought i narrowed it down to an MKV problem with the format tvheadend returns. MPEG2 is running fine for me, but HD content is driving me nuts. Sintel works, both 720p and 1080p MKVs... does it play for you?
(2012-10-31, 17:47)fake666 Wrote:
(2012-10-31, 17:34)asshep Wrote: Using VDR as Source ARD HD, ZDF HD are h264 Streams. And, yes, they don't work

funny, i just thought i narrowed it down to an MKV problem with the format tvheadend returns. MPEG2 is running fine for me, but HD content is driving me nuts. Sintel works, both 720p and 1080p MKVs... does it play for you?

This is a decoder bug on the PI, which is worked on.
(2012-10-31, 18:08)gimli Wrote: This is a decoder bug on the PI, which is worked on.

hi gimli, cool, glad to know i'm not the only one facing this, i was googling around for quite a while now.

for what it's worth, i found that omxplayer can play the tvheadend hd stream perfectly if i use the raspbian, and downgrade the firmare to https://github.com/raspberrypi/firmware/ hash 48f8bb0e470b7bf17fe812dc43860a0f45a6e4e2 of the official tree (just before they changed to vdec3), even with the newest omxplayer deb.

is there any thread/ticket i can follow regarding this? i'd be happy to help.
  • 1
  • 24
  • 25
  • 26(current)
  • 27
  • 28
  • 174

Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi12