xbmc-git AUR package: discussion in here please

haggy · 2009-07-22 11:56:12

Yeah. but what about other libs depending on 0.81 - did you just force the downgrade?

eirik · 2009-07-24 22:06:03

First of all, thanks for maintaining all the XBMC-related packages in AUR. You guys are doing a great job!

DVD playback is a pretty nice thing to have. Later I'll try building libcdio 0.80 and then rebuild XBMC with that. If it works out, is there a way to "pin" a package so I can do system upgrades without having 0.81 installed again?

Regarding the libjpg7 issues, I didn't really notice any speed decrease worth noting, but maybe my hardware is too beefy? Watching xbmc.bin in top, the process even went over 150% in CPU usage when just cycling quickly through movies in the library, so I'd guess it's worse than it should be ...but then again I never checked what it was like before.

haggy · 2009-07-24 22:39:14

Hello eirik. Thanks for the flowers There is indeed a way to pin packages in /etc/pacman.conf. Unfortunately that will hold back quite a lot packages that depend on libcdio. If you don't care about always having the "latest and greatest" packages i'd say it's a way to go. Nonetheless we should examine the situation with libcdio and file a bug report. I'll see if i can grab a dev over at the xbmc forums to have a look at this. As for the jpeg issue - well it has been an "instant" experience even on heavy views. Sure it depends on the skin, but especially "Mediastream Redux" has been blazingly fast with it's background rendering - which it is not anymore. You can virtually see the fanart/thumbnail being loaded one by one and displayed. There's definitely something fishy with this release and i wonder if it's Arch and/or xbmc-related.

Cheers, Haggy

hps · 2009-07-24 23:51:59

Hi there. First post(!).

I actually registered in order to tell you that I too am experiencing a massive slow-down after the libjpg7 shift.

And as a response to eirik and his massive hardware. I'm on an intel i7 920, 6GiB RAM and Nvidia GTX 260 GPU.
I'm using "Larger than necessary" images for my music collection, and the fact that has all been running smoothly
before has kind of surprised me.

Now, however, the thumbnail-cache-generation is completely noticeable.

For instance:
If I scroll through my albums with a speedy pace, I can see the thumbnails appearing, one by one, a second or two after the scrolling is complete.

I hope you can forgive me if this post doesn't make any sense.
It's friday night, after all ;-)

haggy · 2009-07-25 08:47:38

Hehe, makes completely sense, thank you. So even hi-end hardware struggles with this. Would you please mind confirming the issue over here: http://bugs.archlinux.org/task/15552
Just "vote" and leave a comment, thanks!

haggy · 2009-07-25 09:04:35

Bug report against libcdio is over here: http://bugs.archlinux.org/task/15677
Please consider confirming and voting to get the issue investigated soon.

haggy · 2009-07-25 17:02:52

I uploaded 21865 which has some x86_64 fixes.
The bigger change is in the PKGBUILD itself: I enabled external libass support and external ffmpeg with the help of ffmpeg-svn from the AUR. Reason was several problems with M2TS/TS containers in xbmc's own ffmpeg which is rather old and buggy. PLEASE REPORT IF IT DOES NOT WORK FOR YOU. My problems got solved however.

ould · 2009-07-25 22:10:54

haggy wrote:

I uploaded 21865 which has some x86_64 fixes.
The bigger change is in the PKGBUILD itself: I enabled external libass support and external ffmpeg with the help of ffmpeg-svn from the AUR. Reason was several problems with M2TS/TS containers in xbmc's own ffmpeg which is rather old and buggy. PLEASE REPORT IF IT DOES NOT WORK FOR YOU. My problems got solved however.

UPDATE: Remembered I had to use --asroot command to build last time, seems to be working so far.

I just tried the new PKGBUILD and I am getting this on both my machines:

checking size of size_t... configure: error: in `/home/kevin/builds/xbmc-svn/src/XBMC':
configure: error: cannot compute sizeof (size_t)
See `config.log' for more details.
==> ERROR: Build Failed.

Any ideas? Both machines are up to date.

Thanks,

Kevin

Last edited by ould (2009-07-25 22:16:04)

haggy · 2009-07-26 08:28:38

I suppose you fixed with --asroot?

eirik · 2009-07-28 16:46:01

After installing ffmpeg-svn and the new xbmc-svn update yesterday, sound had disappeared from XBMC. Reinstalled the 21748 build I'd been using before ffmpeg-svn was used, and there was sound in the menus (the default clicking in PM3.HD), but videos had no audio. I thought ffmpeg-svn was broken, and switched back to the standard ffmpeg package with pacman. Still no audio. I tried to recompile 21865 with xbmc's internal ffmpeg sources, but still no sound for the videos.

Does ffmpeg even have anything to do with this? The codecs are apparently played back fine, so I guess not. I thought I'd done a full system upgrade from work yesterday, which would've explained it, but the pacman log says I didn't. Aargh.

I've tried Googling without any luck so far, and asking for help in #xbmc-linux they didn't see any problems with my log (http://pastebin.org/4840).

Edit: Using ALSA. "Audio output device" in the Settings is set to "default".

Edit 2: Corrected most info and added a log.

Last edited by eirik (2009-07-28 18:12:09)

haggy · 2009-07-28 17:29:28

Hello eirik. Do you have sound elsewhere? Perhaps from console with "speaker-test -Ddefault" ? A debug logfile via pastebin.com would be nice. I doubt it has anything to do with ffmpeg-svn but who knows...

eirik · 2009-07-28 18:21:44

Hi haggy, I'd forgotten to save my last edit to the post! Did it now. Audio works in all other apps which I've tested. Also tried playing music in gnome-mplayer and then launching xbmc while doing it, but the menus still made clicky sounds, so it shouldn't be a dmix/hardware mixer issue. Tried to use my emu10k1 card instead of the hda-intel one, but experienced the exact same problem.

The speaker test plays pink noise alright. Been messing around with this stuff for hours now, haha.

I don't know what ffmpeg-svn possibly could've done to make things end up this way, it sounds really unlikely. I removed it and then compiled against internal ffmpeg sources, but there's nothing else I can think of which has changed on the box since yesterday. Maybe I should try to temporarily move the .xbmc folder to see if there's something wrong in there.

haggy · 2009-07-28 18:29:28

That's really weird. Your log is fine and it should just work. Just to make sure: You are using the analog outputs of your soundcard and have xbmc's volumecontrol cranked up i guess? Please try moving your .xbmc folder. Also does it work now with internal ffmpeg? If so i'll immediately switch back to internal for the pkgbuild. If you want you can catch me at #xbmc-linux tomorrow or later this evening. I tend to have a second home there

eirik · 2009-07-28 19:10:02

Hahaha. Now I feel absolutely retarded, it was really that easy. Someone (most likely myself) must've turned down the volume, because it was set down to -40dB.

Sorry for making such a mess, and thanks for being so helpful. I'll try to refrain from being stupid from now on.

xbmc-svn 21865 runs great with ffmpeg-svn over here.

Last edited by eirik (2009-07-28 19:10:43)

haggy · 2009-07-28 20:13:18

heh, sometimes the weirdest problems have the simplest solution. glad it works for you (again).
Cheers, Haggy

TigTex · 2009-07-29 01:49:38

ffmpeg-svn is really smooth, nice 1080p playing, some frame drops at my p4 3.0HT (non vdpau gpu). But... every 2 movies that I watch, XBMC just crashes. Also album zapping suddently got slow (on this new svn). Rolled back to 9.04.1 and everything works has suposed... but worse decoding performance.

Last edited by TigTex (2009-07-29 01:50:08)

haggy · 2009-07-29 05:21:40

Hello TigTex. Could you provide us with a debug log while reproducing your crashes? If you have an account over at the xbmc forums it would be even better if you post there so a dev can have a look at it. As for your slow zapping issues - i'm nearly sure it has to do with the recent libjpeg upgrade. A lot of people (including me) suffer from this and it's been there since before we switched to ffmpeg-svn. If you can definitely nail it down to ffmpeg-svn i'm willing to switch back to stock ffmpeg. To do so you must edit the pkgbuild and change "--enable-external-ffmpeg" to "--disable-external-ffmpeg" during the configure step.

Cheers, Haggy.

haggy · 2009-07-29 05:54:26

TigTex, i found this: http://xbmc.org/forum/showthread.php?t=55400 over at the xbmc forums. Seems to be the same issue you have and it's somehow hardware/driver related. Please have a look.

Themaister · 2009-07-31 23:50:19

Whoa. I think VDPAU just got closer to rendering overlays properly in XBMC. With VDPAU I got subtitles to work for the first time, although, only with one movie (wasn't ASS sub, but the other kind, hmm. All my other stuff is ASS subs, so maybe a connection there?). The overlays in the GUI also worked pretty much as expected too.

Anyone else had the same experience?
xbmc-svn 21748
ffmpeg-svn 19290
nvidia 185.18.14
kernel26 2.6.30.2

TigTex · 2009-08-03 17:05:22

haggy wrote:

TigTex, i found this: http://xbmc.org/forum/showthread.php?t=55400 over at the xbmc forums. Seems to be the same issue you have and it's somehow hardware/driver related. Please have a look.

From what i've read, the problem it's fixed in latest svn. I will try it.

But how can you explain that with xbmc 9.04.1 and libjpeg7 album's image rendering is smooth and with xbmc-svn it's sloowwwww?

haggy · 2009-08-03 17:08:46

Sorry, i cannot. Is it really smooth with stock xbmc? If so i'd blame some update that came with svn.

TigTex · 2009-08-03 19:03:46

With stock xbmc is smooth to me.
I've finished compiling latest svn. Now everytime I start xbmc (it searches for new movies) and segfaults...

Specs: P4 3.0ghz HT, 768mb ram, 40gb hdd (5% used), via chipset (pm800)
Video: ATI radeon 9250 (128mb) opengl 1.3, agp8x, using xf86-video-ati drivers
Movies: Hosted in local shared network folder in windows xp (gigabit connection).
Xbmc controled with LIRC (pctv pro remote control, rs232).
Always updated with testing repo.

EDIT: Disabling automatic video search it stops segfaulting. While playing video one cpu core is stuck at 100% usage, other at 10%. Not normal @ SD video.... once again I have to roll back to stock xbmc EDIT4: stock xbmc is also doing this 100%/5-20% cpu usage.

EDIT2: Stock xbmc is also segfaulting with no reason at all

EDIT3: Using your ffdshow xbmc has a lot more performance (older svn builds) My computer is capable of reading 1080p in windows and at linux, but with stock xbmc I got a LOT of droped frames and 100% 100% cpu usage
Maybe its time to search for an alternative

I will probably clean my xbmc folder and start everything again. Playing with svn maybe currupted something.
I'm out of ideas

Last edited by TigTex (2009-08-03 23:49:30)

TigTex · 2009-08-04 00:59:27

Things got stable to me now. Latest svn gives-me the ultra slow jpeg rendering speed. Apart from that, works fine now.

haggy · 2009-08-04 07:23:42

Just a note: Sometimes the sqlite databases get pushed to a new revision. In that case xbmc converts and upgrades the database on first start. This sucks cpu big time while not giving a note what it's doing - easily misunderstood as some general problem. Depending on the size of your db this can last a while. I suggest leaving xbmc for a few minutes and see if the load decreases. Have this too from time to time but it always calms down after some time. Still wondering what's the matter with the jpeg thingy.

TigTex · 2009-08-04 14:41:22

CPU load and seg faults were caused by a file corruption on my samba share... Power failure. Things are OK now. (jpeg is still slow, not related to samba shares )

Last edited by TigTex (2009-08-04 14:41:52)

Arch Linux

#101 2009-07-22 11:56:12

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

#102 2009-07-24 22:06:03

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

#103 2009-07-24 22:39:14

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

#104 2009-07-24 23:51:59

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

#105 2009-07-25 08:47:38

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

#106 2009-07-25 09:04:35

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

#107 2009-07-25 17:02:52

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

#108 2009-07-25 22:10:54

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

#109 2009-07-26 08:28:38

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

#110 2009-07-28 16:46:01

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

#111 2009-07-28 17:29:28

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

#112 2009-07-28 18:21:44

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

#113 2009-07-28 18:29:28

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

#114 2009-07-28 19:10:02

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

#115 2009-07-28 20:13:18

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

#116 2009-07-29 01:49:38

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

#117 2009-07-29 05:21:40

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

#118 2009-07-29 05:54:26

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

#119 2009-07-31 23:50:19

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

#120 2009-08-03 17:05:22

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

#121 2009-08-03 17:08:46

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

#122 2009-08-03 19:03:46

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

#123 2009-08-04 00:59:27

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

#124 2009-08-04 07:23:42

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

#125 2009-08-04 14:41:22

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

Board footer