xbmc-git AUR package: discussion in here please

PAdu92 · 2010-02-14 17:59:26

hum intresting, latest build needs libmicrohttpd...... Would this be the new web interface?

haggy · 2010-02-14 18:44:44

No - in fact there's no more web interface soon. But jsonrpc which is going to replace the old web api.

PAdu92 · 2010-02-14 20:38:41

what? no web interfaces??? how am I going to do? then I don't understand what is jsonrpc? (sorry i'm french)
And how will you do since libmicrohttpd is in AUR and out of date?

haggy · 2010-02-14 20:52:11

Calm down The old webinterface will be gone soon i think - jsonrpc is a standardized api allowing for much more than just webinterfaces. There are already some projects in development over at the xbmc forums. I guess one of them will become the new stock interface of xbmc - or you may simply choose another.
I just updated the PKGBUILD adding libmicrohttpd. I used the custom pkgbuild someone poster (0.4.4) and it compiled fine. I guess 0.3 would be OK as well. If not - please keep me updated.

PAdu92 · 2010-02-14 23:24:37

won't compile for me:

make[4]: quittant le répertoire « /media/Multimedia/xbmc-svn/src/XBMC/xbmc/lib/libass/libass »
Making all in test
make[4]: entrant dans le répertoire « /media/Multimedia/xbmc-svn/src/XBMC/xbmc/lib/libass/test »
CC test-test.o
test.c: In function 'write_png':
test.c:37: warning: 'jmpbuf' is deprecated (declared at /usr/include/libpng14/png.h:1082)
LINK test
make[4]: quittant le répertoire « /media/Multimedia/xbmc-svn/src/XBMC/xbmc/lib/libass/test »
make[4]: entrant dans le répertoire « /media/Multimedia/xbmc-svn/src/XBMC/xbmc/lib/libass »
make[4]: quittant le répertoire « /media/Multimedia/xbmc-svn/src/XBMC/xbmc/lib/libass »
make[3]: quittant le répertoire « /media/Multimedia/xbmc-svn/src/XBMC/xbmc/lib/libass »
make[2]: quittant le répertoire « /media/Multimedia/xbmc-svn/src/XBMC/xbmc/lib/libass »
/usr/bin/ccache g++ -shared -fPIC -o ../../../../system/players/dvdplayer/libass-x86_64-linux.so ../libass/.libs/*.o \
`cat ../../../cores/DllLoader/exports/wrapper.def` \
../../../cores/DllLoader/exports/wrapper.o
make[1]: quittant le répertoire « /media/Multimedia/xbmc-svn/src/XBMC/xbmc/lib/libass/xbmc »
make[1]: quittant le répertoire « /media/Multimedia/xbmc-svn/src/XBMC/xbmc »

NobeyamaGP · 2010-02-14 23:36:14

I FIXED IT! After hearing much the same responses on the xbmc forums as I got on here, ("works fine on my system...", etc.) I search part of my backtrace and discovered this thread: http://forum.xbmc.org/showthread.php?t=60247

Looking in at my links, I discovered that libfaad.so.0 was linked to libfaad.so.0.0.0 and libfaad.so.2 was linked to libfaad.so.2.0.0! Changed libfaad.so.0 to link to libfaad.so.2 and now it plays all my problem files flawlessly! I really feel like the xbmc team should rethink their decision to hardcode the reference in DllPaths_generated.h so this doesn't happen to other people.

PAdu92 · 2010-02-14 23:38:46

lol for whatever you said, good job

PAdu92 · 2010-02-14 23:48:42

frame 0 ARGB (40,41 @ 6560 bytes)
frame 1 ARGB (40,41 @ 6560 bytes)
frame 2 ARGB (40,41 @ 6560 bytes)
frame 3 ARGB (40,41 @ 6560 bytes)
frame 4 ARGB (40,41 @ 6560 bytes)
frame 5 ARGB (40,41 @ 6560 bytes)
frame 6 ARGB (40,41 @ 6560 bytes)
frame 7 ARGB (40,41 @ 6560 bytes)
frame 8 ARGB (40,41 @ 6560 bytes)
frame 9 ARGB (40,41 @ 6560 bytes)
frame 10 ARGB (40,41 @ 6560 bytes)
frame 11 ARGB (40,41 @ 6560 bytes)
osd_button_bookmarkFO.png ARGB (84,78 @ 26208 bytes)
icon_music.png ARGB (256,256 @ 262144 bytes)
sub-info-nofocus.png ARGB (128,128 @ 65536 bytes)
Header.png ARGB (1280,160 @ 819200 bytes)
calibrate-bottomright.png ARGB (128,128 @ 65536 bytes)
ProgressFront.png ARGB (32,32 @ 4096 bytes)
xbmc-logo.png ARGB (1024,128 @ 524288 bytes)
icon_system.png ARGB (256,256 @ 262144 bytes)
PlayerControls-PrevNF.png ARGB (48,48 @ 9216 bytes)
calibrate-bottomright-focus.png ARGB (128,128 @ 65536 bytes)
PlayerControls-RandomFO.png ARGB (48,48 @ 9216 bytes)
osd_button_videoSELNF.png ARGB (76,61 @ 18544 bytes)
DefaultAddSource.png ARGB (256,256 @ 262144 bytes)
sub-nomaster-nofocus.png ARGB (128,128 @ 65536 bytes)
DefaultAudio.png ARGB (256,256 @ 262144 bytes)
calibrate-topleft-focus.png ARGB (128,128 @ 65536 bytes)
DefaultPlaylist.png ARGB (256,256 @ 262144 bytes)
osd_button_audioSELNF.png ARGB (74,64 @ 18944 bytes)
button-focus-toggle-off.png ARGB (128,64 @ 32768 bytes)
scroll-up-focus-2.png ARGB (64,64 @ 16384 bytes)
DefaultHardDisk.png ARGB (256,256 @ 262144 bytes)
scrollbar_bar_focus.png ARGB (16,32 @ 2048 bytes)
osd_button_skip_minusFO.png ARGB (77,79 @ 24332 bytes)
PlayerControls-NextFO.png ARGB (48,48 @ 9216 bytes)
osd_button_ffFO.png ARGB (64,75 @ 19200 bytes)
DefaultFile.png ARGB (128,128 @ 65536 bytes)
osd_button_stopFO.png ARGB (85,69 @ 23460 bytes)
ProgressFront2.png DXT1 (32,32 @ 512 bytes)
DefaultVideoPlaylists.png ARGB (256,256 @ 262144 bytes)
make[1]: quittant le répertoire « /media/Multimedia/xbmc-svn/src/XBMC/skin/PM3.HD/media »
==> ERREUR: La compilation a échoué.
Abandon...

haggy · 2010-02-15 08:43:04

PAdu92 wrote:

make[1]: quittant le répertoire « /media/Multimedia/xbmc-svn/src/XBMC/skin/PM3.HD/media »
==> ERREUR: La compilation a échoué.
Abandon...

Again: the error is way up... Please go to "/media/Multimedia/xbmc-svn/src/XBMC/", "make distclean", perhaps additionally go to "/media/Multimedia/xbmc-svn/src/XBMC/xbmc/lib/libass/", "make distclean", then back to "/media/Multimedia/xbmc-svn/src/XBMC/" and make - it'll stop at the error.

haggy · 2010-02-15 08:49:36

NobeyamaGP wrote:

Looking in at my links, I discovered that libfaad.so.0 was linked to libfaad.so.0.0.0 and libfaad.so.2 was linked to libfaad.so.2.0.0! Changed libfaad.so.0 to link to libfaad.so.2 and now it plays all my problem files flawlessly! I really feel like the xbmc team should rethink their decision to hardcode the reference in DllPaths_generated.h so this doesn't happen to other people.

Great. However i can not reproduce why you even have a libfaad.so.0 I only got libfaad.so.2 (and .2.0.0) from the faad2 package - so i never ran into this issue. As for hardcoding library paths - yet it is a bit weird, but unfortunately the only way if you want to load libs during runtime (and not link against them) cross-platform. The hardcoded paths are valid for Ubuntu - the only Linux distro supported by xbmc. If you have a solution - "patches welcome"

PAdu92 · 2010-02-15 12:26:20

make[5]: quittant le répertoire « /media/Multimedia/xbmc-svn/src/XBMC/xbmc/screensavers/rsxs-0.9/src/solarwinds »
make[5]: entrant dans le répertoire « /media/Multimedia/xbmc-svn/src/XBMC/xbmc/screensavers/rsxs-0.9/src »
make[5]: Rien à faire pour « all-am ».
make[5]: quittant le répertoire « /media/Multimedia/xbmc-svn/src/XBMC/xbmc/screensavers/rsxs-0.9/src »
make[4]: quittant le répertoire « /media/Multimedia/xbmc-svn/src/XBMC/xbmc/screensavers/rsxs-0.9/src »
Making all in config
make[4]: entrant dans le répertoire « /media/Multimedia/xbmc-svn/src/XBMC/xbmc/screensavers/rsxs-0.9/config »
make[4]: Rien à faire pour « all ».
make[4]: quittant le répertoire « /media/Multimedia/xbmc-svn/src/XBMC/xbmc/screensavers/rsxs-0.9/config »
make[4]: entrant dans le répertoire « /media/Multimedia/xbmc-svn/src/XBMC/xbmc/screensavers/rsxs-0.9 »
make[4]: quittant le répertoire « /media/Multimedia/xbmc-svn/src/XBMC/xbmc/screensavers/rsxs-0.9 »
make[3]: quittant le répertoire « /media/Multimedia/xbmc-svn/src/XBMC/xbmc/screensavers/rsxs-0.9 »
make[2]: quittant le répertoire « /media/Multimedia/xbmc-svn/src/XBMC/xbmc/screensavers/rsxs-0.9 »
/usr/bin/ccache g++ -fPIC -march=core2 -mtune=core2 -O2 -pipe -O2 -g -D_DEBUG -Wall -shared -o ../../../../screensavers/Solarwinds.xbs ../src/solarwinds/*.o ../src/common.o ../src/color.o ../lib/libmisc.a -lXmu
/usr/bin/ccache g++ -fPIC -march=core2 -mtune=core2 -O2 -pipe -O2 -g -D_DEBUG -Wall -shared -o ../../../../screensavers/Plasma.xbs ../src/plasma/*.o ../src/common.o ../src/color.o ../lib/libmisc.a -lXmu
/usr/bin/ccache g++ -fPIC -march=core2 -mtune=core2 -O2 -pipe -O2 -g -D_DEBUG -Wall -shared -o ../../../../screensavers/Euphoria.xbs ../src/euphoria/*.o ../src/common.o ../src/color.o ../lib/libmisc.a -lXmu
icon_weather.png ARGB (256,256 @ 262144 bytes)
scroll-down.png DXT5 (48,48 @ 2304 bytes)
PlayerControls-RandomOnNF_2.png ARGB (48,48 @ 9216 bytes)
scroll-right.png DXT5 (48,48 @ 2304 bytes)
amt-generic-trailer.png ARGB (128,128 @ 65536 bytes)
osd_slider_bg_2.png DXT5 (350,16 @ 5632 bytes)
make[1]: quittant le répertoire « /media/Multimedia/xbmc-svn/src/XBMC/xbmc/screensavers/rsxs-0.9/xbmc »
osd_button_ffSELNF.png ARGB (64,75 @ 19200 bytes)
DefaultAlbumCover.png ARGB (256,256 @ 262144 bytes)
osd_button_lyricsFO.png ARGB (74,64 @ 18944 bytes)
NoCover_2.png DXT5 (256,256 @ 65536 bytes)
icon_video.png ARGB (256,256 @ 262144 bytes)

with a clean svn........

haggy · 2010-02-15 12:34:03

padu - once again: there's no error in your paste - nothing. the error is way up.

NobeyamaGP · 2010-02-15 17:09:48

haggy wrote:

NobeyamaGP wrote:
Looking in at my links, I discovered that libfaad.so.0 was linked to libfaad.so.0.0.0 and libfaad.so.2 was linked to libfaad.so.2.0.0! Changed libfaad.so.0 to link to libfaad.so.2 and now it plays all my problem files flawlessly! I really feel like the xbmc team should rethink their decision to hardcode the reference in DllPaths_generated.h so this doesn't happen to other people.
Great. However i can not reproduce why you even have a libfaad.so.0 I only got libfaad.so.2 (and .2.0.0) from the faad2 package - so i never ran into this issue. As for hardcoding library paths - yet it is a bit weird, but unfortunately the only way if you want to load libs during runtime (and not link against them) cross-platform. The hardcoded paths are valid for Ubuntu - the only Linux distro supported by xbmc. If you have a solution - "patches welcome"

You know, that is a good point! I just checked the faad2 package and noticed it only provides libfaad.so.2 and the like. Maybe I installed faad2 from source at one point? Or maybe it's left over from a previous version... I've had similar weird problems on this machine from older versions of drivers. Just yesterday I had to fix wine after the update of the nvidia package. Seems that when loading WoW, it looks for libGL.so in /opt/lib32/lib/ (where the file does exist, but has not been placed there since ver. 185 or so) and the new drivers (ver. 190.53) place libGL.so in /opt/lib32/usr/lib/. To get it to work, I had to sym link the old libGL to the new one in the other folder...

haggy · 2010-02-15 17:19:10

Then i suppose you have some seriously borked setup there

NobeyamaGP · 2010-02-15 18:28:29

haggy wrote:

Then i suppose you have some seriously borked setup there

I would say so, but it does work. So I can't complain...

TheLateJC · 2010-02-17 01:15:44

hi guys,

any known fixes for this problem...

make[1]: *** [Textures.xbt] Illegal instruction
make[1]: *** Deleting file `Textures.xbt'
make[1]: Leaving directory `/home/owen/builds/AUR/xbmc-svn/src/XBMC/skin/Confluence/media'
make: *** [skins] Error 2
==> ERROR: Build Failed.

cheers

TheLateJC · 2010-02-17 09:07:49

Apologies gents, I see the issue has been addressed.

However, having tried the sse1.patch some months ago and failing to resolve my problem, I figured that the issue might have been resolved in the packages by now.

Anyway, since doing a full update I've reverted to XBMC r23551, libjpeg6, and libpng12 and all is working again, but I would like to get to the latest svn.

Am I right in guessing that Confluence will not work with a processor that does not support SSE2?

dryfit · 2010-02-17 19:12:03

TheLateJC wrote:

Apologies gents, I see the issue has been addressed.
However, having tried the sse1.patch some months ago and failing to resolve my problem, I figured that the issue might have been resolved in the packages by now.
Anyway, since doing a full update I've reverted to XBMC r23551, libjpeg6, and libpng12 and all is working again, but I would like to get to the latest svn.
Am I right in guessing that Confluence will not work with a processor that does not support SSE2?

Tried the patch to but no luck also, does xbmc/lib/libsquish/Makefile.in still exist?. Also with pm3.hd i get the same error. Looks likes all the skins need sse2

Cory · 2010-02-19 20:45:41

Since the Catalyst 9.11 no picture on my videos, only blue, red, white, etc, etc. This is a problem of catalyst because in his version 9.10 works, but from version 9.11 to the current 10.2 suffers the problem that I described, I place this as warning to all those who want to use xbmc (also affects the stable version of the repositories and to boxee) with catalyst

Last edited by Cory (2010-02-19 20:47:52)

falconindy · 2010-02-20 02:24:49

Built this last night (build 27878) with external ffmpeg (svn build 21844), and now XBMC plays mkv and ogm video. Someone want to fill me in on why external ffmpeg is "pure stupid"?

edit: for quote correctness

Last edited by falconindy (2010-02-20 02:25:16)

TigTex · 2010-02-20 04:32:53

Personaly I prefer external ffmpeg. Somehow the performance is WAY BETTER. I don't think it stupid using it! I think it really useful

mandog · 2010-02-21 19:34:08

I just installed the latest svn version from AUR compiled like a dream.
The themes in AUR compile and work fine.
I have just one small problem CDDB I get this error "code 3 open socket" CDDB is installed and works with other apps fine. the internet connection seems fine as the weather is upto date in my area the UK. southcast is also fine,
Has anybody any ideas please.

Last edited by mandog (2010-02-21 21:42:11)

Berseker · 2010-02-22 08:46:48

TigTex wrote:

Personaly I prefer external ffmpeg. Somehow the performance is WAY BETTER. I don't think it stupid using it! I think it really useful

I can confirm this. Just for curiosity, I wanted to try the external ffmpeg, so I've just recompiled xbmc-svn 28029 doing some changes in the configure section

    ./configure --prefix=${_prefix} --disable-external-python --disable-crystalhd --disable-joystick --disable-pulse --disable-webserver --enable-external-ffmpeg --disable-external-libass --enable-debug || return 1

removing stuff that I don't need, and with a 1080p movie my cpu% dropped from 22~25% on one core, 10% to the second one to 8~10% on both cores (vdpau enabled, using ffmpeg from extra)

EDIT
also I've some request..
Haggy, I've seen that you mantain many of the skin's PKGBUILDS. Can you add PKGBUILDS for

- Xperience Beta Bravo -> http://forum.xbmc.org/showthread.php?t=70171
- Aeon Hitched Ekim Mod -> http://forum.xbmc.org/showthread.php?t=58081
- Back Row http://forum.xbmc.org/showthread.php?t=63773

skins?

Last edited by Berseker (2010-02-22 08:51:47)

BlackIkeEagle · 2010-02-22 11:51:51

falconindy wrote:

Built this last night (build 27878) with external ffmpeg (svn build 21844), and now XBMC plays mkv and ogm video. Someone want to fill me in on why external ffmpeg is "pure stupid"?
edit: for quote correctness

From an xbmc point of view its "pure stupid" because there are some patches in their ffmpeg to make everything work; and xbmc is kinda build to bring everything it needs

it doesnt mean its stupid to try and be happy with it, using external ffmpeg can break some xbmc functionality, its not a guarantee

Haggy's pkgbuild brings everything intended by the xbmc developers, it doesnt mean you have to do this, thats how freedom works, you do what you want with it.

Last edited by BlackIkeEagle (2010-02-22 11:55:04)

falconindy · 2010-02-22 17:07:36

BlackEagle wrote:

falconindy wrote:
Built this last night (build 27878) with external ffmpeg (svn build 21844), and now XBMC plays mkv and ogm video. Someone want to fill me in on why external ffmpeg is "pure stupid"?
edit: for quote correctness
From an xbmc point of view its "pure stupid" because there are some patches in their ffmpeg to make everything work; and xbmc is kinda build to bring everything it needs
it doesnt mean its stupid to try and be happy with it, using external ffmpeg can break some xbmc functionality, its not a guarantee
Haggy's pkgbuild brings everything intended by the xbmc developers, it doesnt mean you have to do this, thats how freedom works, you do what you want with it.

Good info, thanks. I knew there had to be a reason behind it.

Arch Linux

#426 2010-02-14 17:59:26

Re: xbmc-git AUR package: discussion in here please

#427 2010-02-14 18:44:44

Re: xbmc-git AUR package: discussion in here please

#428 2010-02-14 20:38:41

Re: xbmc-git AUR package: discussion in here please

#429 2010-02-14 20:52:11

Re: xbmc-git AUR package: discussion in here please

#430 2010-02-14 23:24:37

Re: xbmc-git AUR package: discussion in here please

#431 2010-02-14 23:36:14

Re: xbmc-git AUR package: discussion in here please

#432 2010-02-14 23:38:46

Re: xbmc-git AUR package: discussion in here please

#433 2010-02-14 23:48:42

Re: xbmc-git AUR package: discussion in here please

#434 2010-02-15 08:43:04

Re: xbmc-git AUR package: discussion in here please

#435 2010-02-15 08:49:36

Re: xbmc-git AUR package: discussion in here please

#436 2010-02-15 12:26:20

Re: xbmc-git AUR package: discussion in here please

#437 2010-02-15 12:34:03

Re: xbmc-git AUR package: discussion in here please

#438 2010-02-15 17:09:48

Re: xbmc-git AUR package: discussion in here please

#439 2010-02-15 17:19:10

Re: xbmc-git AUR package: discussion in here please

#440 2010-02-15 18:28:29

Re: xbmc-git AUR package: discussion in here please

#441 2010-02-17 01:15:44

Re: xbmc-git AUR package: discussion in here please

#442 2010-02-17 09:07:49

Re: xbmc-git AUR package: discussion in here please

#443 2010-02-17 19:12:03

Re: xbmc-git AUR package: discussion in here please

#444 2010-02-19 20:45:41

Re: xbmc-git AUR package: discussion in here please

#445 2010-02-20 02:24:49

Re: xbmc-git AUR package: discussion in here please

#446 2010-02-20 04:32:53

Re: xbmc-git AUR package: discussion in here please

#447 2010-02-21 19:34:08

Re: xbmc-git AUR package: discussion in here please

#448 2010-02-22 08:46:48

Re: xbmc-git AUR package: discussion in here please

#449 2010-02-22 11:51:51

Re: xbmc-git AUR package: discussion in here please

#450 2010-02-22 17:07:36

Re: xbmc-git AUR package: discussion in here please

Board footer