xbmc-git AUR package: discussion in here please

DonVla · 2010-06-18 08:16:49

What do you think: Should I enable internal ffmpeg again?
Thanks for the hint tidalf!

Perry3D · 2010-06-18 08:26:56

I have no problems with the last build (that is using the extern ffmpeg lib). Are there any reasons to use the internal ffmpeg? As is understand right, even the devs recommend to use the external lib.

DonVla · 2010-06-18 08:40:36

Perry3D wrote:

I have no problems with the last build (that is using the extern ffmpeg lib). Are there any reasons to use the internal ffmpeg? As is understand right, even the devs recommend to use the external lib.

Do they?
I also have no issues with the external one.
But I have no HD stuff here nor other uncommon codecs. Just xvid/divx and the bigbuckbunny test video.
IMO we should stick with external ffmpeg.

Vlad

PS: D'oh bigbuckbunny is HD and has an "uncommon" codec (mov). It runs fine here.

Last edited by DonVla (2010-06-18 09:07:20)

greenfish · 2010-06-18 09:41:37

Man it's so annoying not having 100% DVD playback. Prior update I couldn't even boot a dvd img/iso, after the latest svn, at leats now the menus works, but xbmc refuses to play the dvd.

Oh well I'll just have to wait then

greenfish · 2010-06-18 09:43:54

eirik wrote:

Anyone knows if setting an ExternalPlayer in playercorefactory.xml works properly? I'm pretty outdated right now, with xbmc-svn 28276, but would like to stay on it for a while. Some few videos will not start, and some have weird slowdown, all of which are old SD encodes. I tried this:
<playercorefactory>
 <players>
  <player name="mplayer" type="ExternalPlayer" audio="false" video="true">
     <filename>/usr/bin/mplayer</filename>
     <args>-fs</args>
     <forceontop>true</forceontop>
     <hidexbmc>true</hidexbmc>
     <hideconsole>true</hideconsole>
     <warpcursor>none</warpcursor>
   </player>
 </players>
</playercorefactory>
When I select mplayer from the "Play with" option from the context menu, mplayer doesn't even seem to start playback, and I crash back into the XBMC GUI. I also tried to set <args>-fs {1}</args> without any luck, so I'm not sure what to make of it.
Edit: Screw that for now, I just tried launching mplayer on my HTPC over ssh, and got a library error. A system upgrade will probably fix it. How embarrassing to only think of that AFTER posting.

Hi! Any luck yet?

I'm also trying to get an external player to work, since DVD playback is pretty much broken in the latest svn.

I thought mplayer was the default video player in xbmc?

.:B:. · 2010-06-18 18:38:44

DonVla wrote:

But I have no HD stuff here nor other uncommon codecs. Just xvid/divx and the bigbuckbunny test video.
IMO we should stick with external ffmpeg.
Vlad
PS: D'oh bigbuckbunny is HD and has an "uncommon" codec (mov). It runs fine here.

There's nothing unusual about this movie:

General
Complete name                    : big_buck_bunny_1080p_h264.mov
Format                           : MPEG-4
Format profile                   : QuickTime
Codec ID                         : qt  
File size                        : 692 MiB
Duration                         : 9mn 56s
Overall bit rate                 : 9 725 Kbps
Encoded date                     : UTC 2008-05-27 18:40:35
Tagged date                      : UTC 2008-05-27 18:43:05
Writing library                  : Apple QuickTime 7.4.1
com.apple.quicktime.player.movie : (Binary)

Video
ID                               : 1
Format                           : AVC
Format/Info                      : Advanced Video Codec
Format profile                   : Main@L4.1
Format settings, CABAC           : No
Format settings, ReFrames        : 2 frames
Codec ID                         : avc1
Codec ID/Info                    : Advanced Video Coding
Duration                         : 9mn 56s
Bit rate mode                    : Variable
Bit rate                         : 9 283 Kbps
Width                            : 1 920 pixels
Height                           : 1 080 pixels
Display aspect ratio             : 16:9
Frame rate mode                  : Constant
Frame rate                       : 24.000 fps
Resolution                       : 8 bits
Colorimetry                      : 4:2:0
Scan type                        : Progressive
Bits/(Pixel*Frame)               : 0.187
Stream size                      : 660 MiB (95%)
Language                         : English
Encoded date                     : UTC 2008-04-21 20:24:31
Tagged date                      : UTC 2008-05-27 18:43:05
Color primaries                  : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177
Transfer characteristics         : BT.709-5, BT.1361
Matrix coefficients              : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177

Audio
ID                               : 3
Format                           : AAC
Format/Info                      : Advanced Audio Codec
Format version                   : Version 4
Format profile                   : LC
Format settings, SBR             : No
Codec ID                         : 40
Duration                         : 9mn 56s
Bit rate mode                    : Constant
Bit rate                         : 438 Kbps
Nominal bit rate                 : 448 Kbps
Channel(s)                       : 6 channels
Channel positions                : Front: L C R, Side: L R, LFE
Sampling rate                    : 48.0 KHz
Stream size                      : 31.1 MiB (4%)
Language                         : English
Encoded date                     : UTC 2008-05-27 18:40:12
Tagged date                      : UTC 2008-05-27 18:43:05

Menu
ID                               : 2
Language                         : English
Encoded date                     : UTC 2008-04-21 20:24:31
Tagged date                      : UTC 2008-05-27 18:43:05

It's h.264 . The container is not the most popular, though.

As for the internal/external debate: if external is what works for most people, then stick with that. People who want to use the internal one can still decide to change the PKGBUILD, it's pretty easy. People running SVN should know what they're doing anyway .

greenfish wrote:

I thought mplayer was the default video player in xbmc?

Not sure where you got that from, Xbmc has its own ffmpeg-based internal player.

Apparently the problem with the internal ffmpeg could have been introduced by this patch: http://trac.xbmc.org/changeset/31039/ If someone with a lot of time could build one before and after, that might clear it out (I don't have the time to try atm). I can testify however that 31065 didn't play anything, it had the error I linked to earlier (unresolved symbols).

This might fix it too, apparently:

sed -i 's|CODEC_ID_AAC_LATM|     CODEC_ID_AAC|' xbmc/cores/dvdplayer/Codecs/ffmpeg/libavformat/mpegts.c

eirik · 2010-06-18 19:18:31

DonVla wrote:

What do you think: Should I enable internal ffmpeg again?

Not if it's currently broken. Using external ffmpeg seems to be working fine for me at the moment, at least.

.:B:. wrote:

greenfish wrote:
I thought mplayer was the default video player in xbmc?
Not sure where you got that from, Xbmc has its own ffmpeg-based internal player.

XBMC used mplayer during the Xbox times, and the Linux port is pretty new compared to that - I'd have been confused myself if I hadn't read half their wiki. On Xbox the dvdplayer was just a DVD player, but in the ports it's evolved into the main playback engine.

greenfish wrote:

eirik wrote:
Anyone knows if setting an ExternalPlayer in playercorefactory.xml works properly? I'm pretty outdated right now, with xbmc-svn 28276, but would like to stay on it for a while. Some few videos will not start, and some have weird slowdown, all of which are old SD encodes. I tried this:
<playercorefactory>
 <players>
  <player name="mplayer" type="ExternalPlayer" audio="false" video="true">
     <filename>/usr/bin/mplayer</filename>
     <args>-fs</args>
     <forceontop>true</forceontop>
     <hidexbmc>true</hidexbmc>
     <hideconsole>true</hideconsole>
     <warpcursor>none</warpcursor>
   </player>
 </players>
</playercorefactory>
When I select mplayer from the "Play with" option from the context menu, mplayer doesn't even seem to start playback, and I crash back into the XBMC GUI. I also tried to set <args>-fs {1}</args> without any luck, so I'm not sure what to make of it.
Edit: Screw that for now, I just tried launching mplayer on my HTPC over ssh, and got a library error. A system upgrade will probably fix it. How embarrassing to only think of that AFTER posting.
Hi! Any luck yet?
I'm also trying to get an external player to work, since DVD playback is pretty much broken in the latest svn.

Yeah, externalplayer worked fine after I'd done the system upgrade. Check the XBMC wiki page detailing playercorefactory.xml, it explains the syntax.

If you for instance used the configuration I posted, I assume you'd add another section like this under it:

<rules action="prepend">
  <rule dvd="true" player="mplayer"/>
</rules>

You write all this into ~/.xbmc/userdata/playercorefactory.xml and DVDs should by default play in mplayer. Note that I haven't actually tried using rules myself, so do check the wiki if it doesn't work. Oh, and I believe it goes without saying you should properly set up your mplayer config.

Playback works perfectly for me on the current version of xbmc-svn in AUR, but it doesn't hurt to have mplayer as fallback in case it'll be needed some day.

DonVla · 2010-06-19 16:22:06

Thanks .:B:. . Added your workaround to the PKGBUILD (31203), but it's commented and not tested.

Last edited by DonVla (2010-06-19 16:24:55)

tidalf · 2010-06-19 16:25:42

DonVla wrote:

What do you think: Should I enable internal ffmpeg again?
Thanks for the hint tidalf!

My pleasure...
(it seems to be on trac here : http://trac.xbmc.org/ticket/9405)

About internal vs external thing I don't know which one is best maybe using the internal ones will lead to less versioning glitchs... but if external works well (don't tried yet) perhaps the benefits of shared libraries worth the trouble^^

.:B:. · 2010-06-19 20:50:52

DonVla wrote:

Thanks .:B:. . Added your workaround to the PKGBUILD (31203), but it's commented and not tested.

Cool

As for this in the PKGBUILD:

# fix lsb_release dependency: IS THIS NEEDED???
sed -i -e 's:/usr/bin/lsb_release -d:cat /etc/arch-release:' xbmc/utils/SystemInfo.cpp || return 1

It's not 'necessary', but I think you want it. When you bug Xbmc guys about a problem with your SVN build, they'll know it's an Arch system you're running on. It changes the release string just like the Arch kernel has the -ARCH suffix, nothing more.

tidalf · 2010-06-20 07:40:14

.:B:. wrote:

As for this in the PKGBUILD:
# fix lsb_release dependency: IS THIS NEEDED???
sed -i -e 's:/usr/bin/lsb_release -d:cat /etc/arch-release:' xbmc/utils/SystemInfo.cpp || return 1
It's not 'necessary', but I think you want it. When you bug Xbmc guys about a problem with your SVN build, they'll know it's an Arch system you're running on. It changes the release string just like the Arch kernel has the -ARCH suffix, nothing more.

Or perhaps you could add lsb-release in optdepends (but it's in aur...)

greenfish · 2010-06-20 11:51:30

@
.:B:.

Back in the xbox days

@
eirik

Yeah their wiki can sometimes be quite confusing. The fact that it's still called XBOX media center is pretty funny, but oh well.

Cheers for your tips, but everytime I try to lauch mplayer (play using - context) X crashes, with something like, "mplayer can't connect to socket". I'm running xbmc standalone and archlinux as the kernel.

I've tried running mplayer with no config file, and with a default one, same results.

Using xbmc-svn 31203-1, still the same issues, some of my dvds works, but the one's i'm having issues with, still freezes when I try to access a chapter/play/audio etc.

Thank You

Last edited by greenfish (2010-06-20 11:51:51)

eirik · 2010-06-20 15:26:51

IIRC they've renamed the project to XBMC media center, so it's now a recursive acronym.

Regarding the error you get, I have no idea as I didn't get anything like that myself. With the old xbmc-svn package they had bundled with it an xsessions .desktop file which launched xbmc-standalone, and I had mplayer working perfectly with that. Now I just have an awesome session start and then autolaunch XBMC, convenient if I should ever feel like doing something non-remotely.

Have you tried running mplayer under another window manager? I thought the "couldn't connect to socket" stuff was lirc error messages.

DonVla · 2010-06-20 16:15:53

ffmpeg is definitely screwed up.
Internal ffmpeg works thanks to tidalf's "patch".
@.:B:. : Your workaround does not work here.
However, both external and internal ffmpeg "hangs" and the background flickers for 20-30 secs before it starts playing a video.
New PKGBUILD uploaded with internal ffmpeg and tidalf's diff.

@tidalf: It would be nice if you provide a patch next time - not only a diff output.

.:B:. · 2010-06-20 17:52:11

Duly noted, I didn't test it myself. All it was supposed to do was roll back the AAC commit of 31028.

tidalf · 2010-06-20 20:04:33

DonVla wrote:

@tidalf: It would be nice if you provide a patch next time - not only a diff output.

Noted too, I'll do that (it was quick & dirty fix, makefiles generation & lib linking in such a project are quite mysterious for me)... by the way I'm not sure but it seems to be fixed with last revs, don't know how.

.:B:. · 2010-06-21 19:06:27

DonVla, here's the patch, I created it last week but forgot about it, reverting to an older revision:

--- XBMC/xbmc/cores/dvdplayer/Codecs/Makefile.old    2010-06-12 21:58:17.000000000 +0200
+++ XBMC/xbmc/cores/dvdplayer/Codecs/Makefile    2010-06-13 00:11:10.000000000 +0200
@@ -33,6 +33,8 @@
   LIBS+=libdts-$(ARCH).so
 endif
 
+EXTRALIBS="-lz -lbz2 -pthread -lm -lfaad"
+
 ifeq ($(findstring osx,$(ARCH)),osx)
     DIRS+=libmad
      DIRS+=libfaad2
@@ -159,7 +161,7 @@
 $(SYSDIR)/avcodec-52-$(ARCH).so: $(WRAPPER) ffmpeg/libavcodec/libavcodec.so
     $(CC) $(VPXLIB) -o $@ $(LDFLAGS) --soname,$@ -Wl,-Bsymbolic \
         ffmpeg/libavcodec/*.o ffmpeg/libavcodec/$(ARCH_DIR)/*.o \
-        `cat $(WRAPPER:.o=.def)` $(WRAPPER)
+        `cat $(WRAPPER:.o=.def)` $(WRAPPER) $(EXTRALIBS)
 
 $(SYSDIR)/avformat-52-$(ARCH).so: $(WRAPPER) ffmpeg/libavformat/libavformat.so
     $(CC) -o $@ $(LDFLAGS) --soname,$@ -Wl,-Bsymbolic \

Probably a bit late, I read on the AUR the internal ffmpeg was working again .

I also noticed the unresolved symbols were around before the playback problems, I have 31021 here which runs fine but check this:

[stijn@mnemosyne ~]$ ldd -d /usr/lib/xbmc/system/players/dvdplayer/avcodec-52-i486-linux.so
    linux-gate.so.1 =>  (0xb775e000)
    libvpx.so.0 => /usr/lib/libvpx.so.0 (0xb6c7e000)
    libc.so.6 => /lib/libc.so.6 (0xb6b32000)
    libpthread.so.0 => /lib/libpthread.so.0 (0xb6b18000)
    libm.so.6 => /lib/libm.so.6 (0xb6af3000)
    /lib/ld-linux.so.2 (0xb775f000)
undefined symbol: NeAACDecSetConfiguration    (/usr/lib/xbmc/system/players/dvdplayer/avcodec-52-i486-linux.so)
undefined symbol: NeAACDecClose    (/usr/lib/xbmc/system/players/dvdplayer/avcodec-52-i486-linux.so)
undefined symbol: av_reverse    (/usr/lib/xbmc/system/players/dvdplayer/avcodec-52-i486-linux.so)
undefined symbol: NeAACDecGetCurrentConfiguration    (/usr/lib/xbmc/system/players/dvdplayer/avcodec-52-i486-linux.so)
undefined symbol: NeAACDecGetErrorMessage    (/usr/lib/xbmc/system/players/dvdplayer/avcodec-52-i486-linux.so)
undefined symbol: ff_log2_tab    (/usr/lib/xbmc/system/players/dvdplayer/avcodec-52-i486-linux.so)
undefined symbol: av_pix_fmt_descriptors    (/usr/lib/xbmc/system/players/dvdplayer/avcodec-52-i486-linux.so)
undefined symbol: NeAACDecOpen    (/usr/lib/xbmc/system/players/dvdplayer/avcodec-52-i486-linux.so)
undefined symbol: NeAACDecDecode    (/usr/lib/xbmc/system/players/dvdplayer/avcodec-52-i486-linux.so)
undefined symbol: NeAACDecInit    (/usr/lib/xbmc/system/players/dvdplayer/avcodec-52-i486-linux.so)
undefined symbol: ff_sqrt_tab    (/usr/lib/xbmc/system/players/dvdplayer/avcodec-52-i486-linux.so)
undefined symbol: NeAACDecInit2    (/usr/lib/xbmc/system/players/dvdplayer/avcodec-52-i486-linux.so)
[stijn@mnemosyne ~]$ pacman -Q xbmc-svn
xbmc-svn 31021-3

Btw libvpx seems to a new dependency, for those building with the internal ffmpeg.

greenfish · 2010-06-21 20:25:03

eirik wrote:

IIRC they've renamed the project to XBMC media center, so it's now a recursive acronym.

Regarding the error you get, I have no idea as I didn't get anything like that myself. With the old xbmc-svn package they had bundled with it an xsessions .desktop file which launched xbmc-standalone, and I had mplayer working perfectly with that. Now I just have an awesome session start and then autolaunch XBMC, convenient if I should ever feel like doing something non-remotely.
Have you tried running mplayer under another window manager? I thought the "couldn't connect to socket" stuff was lirc error messages.

Ah I see, well you learn something everyday eh.

Yeah the lirc error is spamming my logs, but it shouldn't be the main issue, at least not in my case.

Running mplayer under a DE or WM gives me the same error message.

I've created a ticket under the xbmc trac, hopefully a dev or two will help me out.

Thanks for your help so far eirik

DonVla · 2010-06-22 06:17:10

@.:B:.
Thank you, but...
take a look at the current xbmc-svn upload in the AUR.
My problem was that i had to guess where to put the $(EXTRALIBS) stuff.
However, internal ffmpeg does NOT work without this patch. I built 31280 and it still does not work (for me, at least).

BTW: Thank you all for your support!

Vlad

PS: I still have this flickering problem before playing a video with internal and external ffmpeg.

Last edited by DonVla (2010-06-22 06:19:07)

.:B:. · 2010-06-22 10:24:25

The flickering is supposed to be normal; it's Xbmc adjusting your refresh rate through xrandr to match the frame rate of the video you're going to play.

And your patch is better than mine, mine just hacks the Makefile, Makefile.in is better .

DonVla · 2010-06-22 11:00:59

.:B:. wrote:

The flickering is supposed to be normal; it's Xbmc adjusting your refresh rate through xrandr to match the frame rate of the video you're going to play.

That's odd. This wasn't there some releases ago and it is annoying. I don't believe that it is really intended.

.:B:. · 2010-06-22 11:46:56

I've always seen flickering since I first started using Xbmc (which is only recently). If you have the adjust refresh rate to frame rate setting enabled it's normal before you start playback.

eirik · 2010-07-02 23:02:07

Do you guys know have any neat scripts to recursively generate "extrathumbs" for movies? (For use in Aeon's movie view, I don't know if other skins support the feature.)

.:B:. · 2010-07-05 16:21:31

I think the discussion is better had here than on the AUR page of the xbmc-svn page.

For those that claim libvpx is necessary to build Xbmc with the internal ffmpeg (for the sake of clarity: internal refers to Xbmc's own branch of ffmpeg, when Xbmc talks about external ffmpeg that means whatever your distribution packages), I suggest you try the following:

http://wiki.archlinux.org/index.php/Dev … ean_Chroot

Ideally one should use this to build all packages, but this can get a little tedious. If you build xbmc on a 'filthy' system where libvpx is present (and that is very probable given the Arch ffmpeg depends on it), Xbmc will pick libvpx up no matter what. The same happens to libass. Xbmc will build with external libvpx (and external libass, for which it does have an internal counterpart). There are two things that can prevent this from happening:
A) you use a clean environment, for which the chroot is arguably the easiest solution
or
B) you filter the Xbmc makefiles to see how you can disable libvpx (and, if you wish, libass) even when present on the build system.

I know libvpx or libass only need a few hundreds of kB each, but that's not my point. It's about the statement that some of those libraries would be required to build Xbmc - which they are not.

DonVla · 2010-07-05 17:24:28

@.:B:.
maybe, but there was obviously someone who couldn't play movies without libvpx installed during building.
Hehe, setting a chroot is an option, but I do not have the time to do this right now...
@uwinkelvos:
What do you think?

Arch Linux

#551 2010-06-18 08:16:49

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

#552 2010-06-18 08:26:56

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

#553 2010-06-18 08:40:36

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

#554 2010-06-18 09:41:37

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

#555 2010-06-18 09:43:54

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

#556 2010-06-18 18:38:44

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

#557 2010-06-18 19:18:31

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

#558 2010-06-19 16:22:06

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

#559 2010-06-19 16:25:42

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

#560 2010-06-19 20:50:52

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

#561 2010-06-20 07:40:14

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

#562 2010-06-20 11:51:30

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

#563 2010-06-20 15:26:51

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

#564 2010-06-20 16:15:53

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

#565 2010-06-20 17:52:11

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

#566 2010-06-20 20:04:33

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

#567 2010-06-21 19:06:27

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

#568 2010-06-21 20:25:03

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

#569 2010-06-22 06:17:10

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

#570 2010-06-22 10:24:25

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

#571 2010-06-22 11:00:59

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

#572 2010-06-22 11:46:56

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

#573 2010-07-02 23:02:07

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

#574 2010-07-05 16:21:31

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

#575 2010-07-05 17:24:28

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

Board footer