+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: Raspberry Pi (https://forum.kodi.tv/forumdisplay.php?fid=166)
+---- Thread: OpenELEC Testbuilds for RaspberryPi (/showthread.php?tid=140518)
Pages:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
RE: OpenELEC Testbuilds for RaspberryPi - rbej - 2012-11-07
I compile new Rpi version and have this error:
Quote:make[1]: Entering directory /home/rbej/OpenELEC.tv/build.OpenELEC-RPi.arm-devel/libatasmart-0.19'
make -C strpool strpool
make[2]: Entering directory/home/rbej/OpenELEC.tv/build.OpenELEC-RPi.arm-devel/libatasmart-0.19/strpool'
CC strpool.o
gcc: warning: '-mcpu=' is deprecated; use '-mtune=' or '-march=' instead
gcc: error: unrecognized argument in option '-mabi=aapcs-linux'
gcc: note: valid arguments to '-mabi=' are: ms sysv
gcc: error: unrecognized command line option '-mfloat-abi=hard'
gcc: error: unrecognized command line option '-mfpu=vfp'
make[2]: *** [strpool.o] Error 1
make[2]: Leaving directory /home/rbej/OpenELEC.tv/build.OpenELEC-RPi.arm-devel/libatasmart-0.19/strpool'
make[1]: *** [strpool/strpool] Error 2
make[1]: Leaving directory/home/rbej/OpenELEC.tv/build.OpenELEC-RPi.arm-devel/libatasmart-0.19'
make: *** [release] Błąd 2
Build r12383 compile without any problems.
Ubuntu 12.10.
RE: OpenELEC Testbuilds for RaspberryPi - jesus225 - 2012-11-08
(2012-11-07, 21:08)rbej Wrote: I compile new Rpi version and have this error:
Quote:make[1]: Entering directory /home/rbej/OpenELEC.tv/build.OpenELEC-RPi.arm-devel/libatasmart-0.19'
make -C strpool strpool
make[2]: Entering directory/home/rbej/OpenELEC.tv/build.OpenELEC-RPi.arm-devel/libatasmart-0.19/strpool'
CC strpool.o
gcc: warning: '-mcpu=' is deprecated; use '-mtune=' or '-march=' instead
gcc: error: unrecognized argument in option '-mabi=aapcs-linux'
gcc: note: valid arguments to '-mabi=' are: ms sysv
gcc: error: unrecognized command line option '-mfloat-abi=hard'
gcc: error: unrecognized command line option '-mfpu=vfp'
make[2]: *** [strpool.o] Error 1
make[2]: Leaving directory /home/rbej/OpenELEC.tv/build.OpenELEC-RPi.arm-devel/libatasmart-0.19/strpool'
make[1]: *** [strpool/strpool] Error 2
make[1]: Leaving directory/home/rbej/OpenELEC.tv/build.OpenELEC-RPi.arm-devel/libatasmart-0.19'
make: *** [release] Błąd 2
Build r12383 compile without any problems.
Ubuntu 12.10.
Did you exec "make clean" before compiling again?
Regards.
RE: OpenELEC Testbuilds for RaspberryPi - rbej - 2012-11-08
Yes.
PS. This bug is fixed.
https://github.com/OpenELEC/OpenELEC.tv/commit/7ca6d6f50bf1b0f74e05a533d8d14045187baa2f
and build 12431 compile with no problem.
RE: OpenELEC Testbuilds for RaspberryPi - Knofbath - 2012-11-08
Alright, I'm running OpenELEC-rPi build r12431, and I'm having problems with lagging Karaoke on a 720p h264 video. A separate issue is that I'm noticing it takes a long time to create the Demuxer, about a minute and a half if I am reading the log right.
Relevant error for subtitles is:
Code:
12:20:56 T:2954179680 WARNING: CRenderManager::FlipPage - timeout waiting for previous frame
12:21:49 T:2920625248 WARNING: Previous line repeats 68 times.I'm guessing that the issue is from all the fancy karaoke effects, similar to problems with vsfilter on the PC. The solution for vsfilter is to switch to xy-vsfilter, wondering if it's the same deal on the rPi.
Full log from video:
Code:
12:17:44 T:3043545616 NOTICE: COMXPlayer: Opening: smb://STIER/Anime/Guilty Crown [Doki] (720p)/[Doki] Guilty Crown - 01 (1280x720 h264 BD AAC) [2C173770].mkv
12:17:44 T:3043545616 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
12:17:44 T:2912236640 NOTICE: Thread COMXPlayer start, auto delete: false
12:17:44 T:2912236640 NOTICE: OMXClock using video as reference
12:17:44 T:2912236640 NOTICE: Creating InputStream
12:17:44 T:2912236640 NOTICE: OMXClock using video as reference
12:17:44 T:2912236640 NOTICE: Creating Demuxer
12:19:11 T:2912236640 NOTICE: Opening video stream: 0 source: 256
12:19:11 T:2912236640 NOTICE: OMXClock using video as reference
12:19:11 T:2912236640 NOTICE: Creating video thread
12:19:11 T:2954179680 NOTICE: Thread COMXPlayerVideo start, auto delete: false
12:19:11 T:2912236640 NOTICE: Opening audio stream: 1 source: 256
12:19:12 T:2912236640 NOTICE: Creating audio thread
12:19:12 T:2920625248 NOTICE: Thread COMXPlayerAudio start, auto delete: false
12:19:12 T:2912236640 NOTICE: Opening Subtitle stream: 2 source: 256
12:20:03 T:2912236640 NOTICE: OMXClock using video as reference
12:20:03 T:2954179680 NOTICE: Previous line repeats 1 times.
12:20:03 T:2954179680 NOTICE: Display resolution USER : 1280x720 @ 60.00 - FullScreen (19)
12:20:03 T:2920625248 NOTICE: OMXClock using audio as reference
12:20:04 T:3043545616 NOTICE: Using GL_TEXTURE_2D
12:20:04 T:3043545616 NOTICE: GL: Using BYPASS render method
12:20:04 T:3043545616 NOTICE: GL: GL_ARB_texture_rectangle not supported and OpenGL version is not 2.x
12:20:04 T:3043545616 NOTICE: GL: Reverting to POT textures
12:20:04 T:2954179680 WARNING: CRenderManager::FlipPage - timeout waiting for flip to complete
12:20:11 T:2954179680 WARNING: CRenderManager::FlipPage - timeout waiting for previous frame
12:20:32 T:2920625248 WARNING: Previous line repeats 34 times.
12:20:32 T:2920625248 NOTICE: OMXClock using audio as reference
12:20:34 T:2954179680 NOTICE: Previous line repeats 2 times.
12:20:34 T:2954179680 WARNING: CRenderManager::FlipPage - timeout waiting for flip to complete
12:20:34 T:2954179680 NOTICE: OMXClock using audio as reference
12:20:56 T:2954179680 NOTICE: Previous line repeats 2 times.
12:20:56 T:2954179680 WARNING: CRenderManager::FlipPage - timeout waiting for previous frame
12:21:49 T:2920625248 WARNING: Previous line repeats 68 times.
12:21:49 T:2920625248 NOTICE: OMXClock using audio as reference
12:22:30 T:2912236640 NOTICE: Previous line repeats 1 times.
12:22:30 T:2912236640 NOTICE: COMXPlayer::OnExit()
12:22:30 T:2912236640 NOTICE: OMXPlayer: closing audio stream
12:22:30 T:2912236640 NOTICE: Closing audio stream
12:22:30 T:2920625248 NOTICE: thread end: OMXPlayerAudio::OnExit()
12:22:30 T:2981098592 ERROR: COMXCoreComponent::DecoderEventHandler OMX.broadcom.audio_mixer - OMX_ErrorPortUnpopulated port 0, cannot parse input stream
12:22:30 T:2912236640 NOTICE: OMXClock using video as reference
12:22:30 T:2912236640 NOTICE: OMXPlayer: closing video stream
12:22:30 T:2912236640 NOTICE: Closing video stream
12:22:30 T:2954179680 NOTICE: thread end: video_thread
12:22:30 T:2912236640 NOTICE: OMXClock using video as reference
12:22:30 T:2912236640 NOTICE: OMXPlayer: closing subtitle stream
12:22:30 T:2912236640 NOTICE: Closing subtitle stream
12:22:30 T:2912236640 NOTICE: COMXPlayer::OnExit() deleting demuxer
12:22:31 T:2912236640 NOTICE: COMXPlayer::OnExit() deleting input streamRE: OpenELEC Testbuilds for RaspberryPi - Milhouse - 2012-11-08
Testing with r12383 and r12431, audio over HDMI, and I'm noticing that every now and again - sometimes as often as every few minutes - the audio volume will significantly reduce for about 5-10 seconds, then return to normal. Happens with movies (DD and DTS), and also music (mp3 being the example I'm listening to right now).
RE: OpenELEC Testbuilds for RaspberryPi - Wanderlei - 2012-11-10
r12381, moved SD card from 256mb board to 512mb board, all artwork disappeared. Only altered config.txt for memory split and remove overclock. Put back in 256 board, artwork still missing. All movie/tv info still available only artwork was gone.
RE: OpenELEC Testbuilds for RaspberryPi - Goofy2 - 2012-11-12
Updated from r12350 to r12457, random blurry pictures during slideshow disappeared, no xbmc freeze so far when playing music on top of slideshow. I have a question about the overall picture quality. I used to have 720p to avoid upscaling. After upgrade picture quality is worse than it used to be. Doesn't matter if I use 720p or 1080p. I am using 21" monitor so I can be just mistaken. Anyone else has the same experience?
RE: OpenELEC Testbuilds for RaspberryPi - rbej - 2012-11-12
I compile own builds with GUI 1080p and picutre quality is very good.
RE: OpenELEC Testbuilds for RaspberryPi - Goofy2 - 2012-11-13
One more issue - the movement in picture slideshow is not smooth. I thought it has something to do with the Lircd and GPIO receiver I tested today, but even with disabled lircd, the picture movement is not smooth. It starts slow and than accelerate during every picture. Even on ssh there some short freeze moments which I haven't experienced before. Anyone else?
dmesg | grep freq
[ 1.316752] bcm2835-cpufreq: min=700000 max=700000 cur=700000
[ 1.316877] bcm2835-cpufreq: switching to governor ondemandbcm2835-cpufreq: switching to governor ondemand
[ 9.168300] bcm2835-cpufreq: switching to governor performance
[ 9.168332] bcm2835-cpufreq: switching to governor performancesystemd-udevd[851]: starting version 195
[ 30.406465] bcm2835-cpufreq: switching to governor ondemand
[ 30.406497] bcm2835-cpufreq: switching to governor ondemand
MythTV PVR: No Video - hkramski - 2012-11-13
I was very happy to learn r12457 comes with a MythTV PVR client (cmyth, 0.5.0) so I finally am able to connect to my MythTV backend (0.23.0+fixes24158-0ubuntu2). EPG, channel list, timers - all working well, great!
However, trying to switch to a live channel only produces an "Arbeitet... (Working...)" spinner forever, no picture, no sound.
Backend status shows the channel to be tuned correctly on the MythTV box.
XBMC only seems to respond to the X key (stop) in this situation, which stops the spinner but otherwise causes XMBC to hang. (Recordings don't play as well, but without a hang.)
Not that live TV is a top priority to me - after all, the RasPi is attached to a TV set. Scheduling MythTV recordings from the EPG without leaving the couch is the most important feature and works very well. Just wanted to share my experience.
A logfile is here: https://www.dropbox.com/s/uqraf8u6lu4mtlh/xbmc-mythtv-20121112.log
Regards,
Heinz
RE: OpenELEC Testbuilds for RaspberryPi - xandy - 2012-11-15
Is anyone having problems with latest build. I have 12473 which I hoped would include the lirc gpio patch. I did a completly fresh download and build and updated my sd card as usual. I can get no keyboard respose or indeed IR. Its a bog standard keyboard which has been working fine up til now
regards
Andy
RE: OpenELEC Testbuilds for RaspberryPi - xbs08 - 2012-11-15
Try 12485
How-to update OpenELEC
RE: OpenELEC Testbuilds for RaspberryPi - xandy - 2012-11-15
Ive tried 12485 as well with same results. I noticed first of all there were issues with lcdproc (i got a message up saying failure to connect..).
regards
Andy
RE: OpenELEC Testbuilds for RaspberryPi - Nodge - 2012-11-15
(2012-11-15, 15:38)xandy Wrote: Ive tried 12485 as well with same results. I noticed first of all there were issues with lcdproc (i got a message up saying failure to connect..).
regards
Andy
I've just tried R12485 and got no response from my wireless keyboard either.
John
RE: OpenELEC Testbuilds for RaspberryPi - itsonlyme - 2012-11-15
Having similar problems to xandy and nodge in that I have the lcdproc issue and non working remote, although wireless keyboard does work. All was OK with 12458. Is not OK with 12467, 12469 and 12485.
Can give very little info about my remote. Many moons ago I loaded "Windows Media Remote Settings" on to a Logitech Harmony remote, and set it up with a USB IR Receiver alll on Windows XP but I never posessed an actual Windows Media Remote. Eventually I moved on to other things and last April when I got my Raspberry dug the IR receiver out of the junk drawer and found these settings worked with raspberry. Has continued to work fine until now.
What did you do with 12467
...