**** BEGIN LOGGING AT Sat Sep 17 02:59:58 2016 Sep 17 09:29:56 I'm trying to bitbake the meta-toolchain-qt5 sdk but I get this error "qtwayland-5.6.1+gitAUTOINC+d8b4bef3dd-r0 do_compile: oe_runmake failed" Sep 17 09:30:01 what can I do ? Sep 17 13:06:11 Hi where can I find general info about codecs? Sep 17 13:11:26 sure is a weird question to do in this channel Sep 17 13:13:05 the response of course depends on what exactly you want to learn about encoding or decoding multimedia Sep 17 13:18:04 yeah i meant concerning yocto :D Sep 17 13:18:23 hahaha, I need full codec support as I'm toying with openembedded Sep 17 13:20:12 not sure if OE/yocto has a flag to stop disabling things in libavcodec Sep 17 13:20:39 Im having issues with ffmpeg :/ Sep 17 13:20:41 but as soon as you remove the disable-all kind of configuration there you will have a whole lot of stuff available through it Sep 17 13:20:53 disable-all"? Sep 17 13:21:24 last I checked OE/yocto builds with "disable-all" or "disable-decoders" "disable-encoders" and then enables stuff like vp8 Sep 17 13:21:41 check the FFmpeg build recipe Sep 17 13:21:56 the inc Sep 17 13:22:00 or the bb? Sep 17 13:22:19 whichever contains the configure script invocation parameters Sep 17 13:24:16 I should really look into OE/Yocto again to build images for my rpi3 with latest FFmpeg/libmpv :) Sep 17 13:25:58 Im playing with the rpi3 Sep 17 13:26:04 but in korgoth Sep 17 13:26:18 and I have a sense that not every codec is present Sep 17 13:26:22 http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-multimedia/ffmpeg/ffmpeg_3.0.bb?h=krogoth Sep 17 13:26:25 ffmpeg recipe Sep 17 13:27:09 ${@bb.utils.contains('USE_NONFREE', 'yes', '--enable-nonfree', '', d)} Sep 17 13:27:27 nonfree is not generally related to video/audio support Sep 17 13:27:35 it's only related to making a binary that can't be distributed Sep 17 13:27:50 the only relevant'ish library that currently requires enable-nonfree is libfdk_aac Sep 17 13:27:58 and that's only for HE-AAC encoding Sep 17 13:28:08 LC-AAC encoding can be handled with the internal aac encoder which is LGPL Sep 17 13:29:00 oh okay Sep 17 13:29:14 enable-nonfree only refers to software licenses Sep 17 13:29:22 not actual formats Sep 17 13:29:50 (basically "enable linking against things that require the binary to be marked non-distributable") Sep 17 13:30:03 (as the licenses are incompatible) Sep 17 13:31:09 quickly glancing through the recipe it seems semi-sane Sep 17 13:31:28 just that 3.0 isn't exactly a new FFmpeg release, and that it depends on your PACKAGECONFIG Sep 17 13:31:39 you should check what sort of configure line your configuration currently ends up with Sep 17 13:31:42 it should be logged somewhere Sep 17 13:32:21 I think the rpi3 hw decoding support might have been post-3.0 if you need that Sep 17 13:34:55 ah okay Sep 17 13:35:04 so no hw decoding with korgoth? Sep 17 13:35:12 ok, no MMAL seems to have been added in 2.7... Sep 17 13:35:17 https://github.com/FFmpeg/FFmpeg/blob/master/Changelog Sep 17 13:36:00 when you get close enough to OSS multimedia you learn that nobody cares about releases as they're just provided to places like distros. they really aren't any better than most other commits in master :) Sep 17 13:36:18 (at least talking of FFmpeg et al) Sep 17 13:36:52 fenrig: so what was your actual issue you were facing? Sep 17 13:37:09 you should check a) the configure line b) the config.log created in the buildroot Sep 17 13:37:18 latter has the configure script's output Sep 17 13:37:39 that way + knowing what your issue was we could get a better hint at what could be done to improve things :P Sep 17 13:39:19 okay give me some minutes, Im retesting with m4a Sep 17 13:39:37 I will try that again and if that works Ill report back Sep 17 14:14:20 okay m4a working, mp3 radio streams are not :/ Sep 17 14:14:25 something with double free in ffmpeg Sep 17 14:14:53 or in mpd Sep 17 14:17:34 How do i check this config.log? Sep 17 14:17:50 is there a bitbake command for that? or do i have to find it manually Sep 17 14:18:46 there should be a dir in which bitbake does the configure call (build dir of the component), config.log of FFmpeg should be there Sep 17 14:19:02 also that just sounds like a bug in either mpd or in that specific version of FFmpeg Sep 17 14:20:19 if you can't upgrade to 3.1 or master, then 3.0.3 is the newest version from the 3.0 branch Sep 17 14:20:54 you should probably check with gdb or so where the issue happens since that sounds like a bug somewhere rather than just a configuration mistake Sep 17 14:21:06 mmm Sep 17 14:22:30 is there a simple way to upgrade to newest ffmpeg Sep 17 14:24:59 well to 3.0.3 it should be simple enough if you switch BP and the archive checksums Sep 17 14:25:32 3.1 and master would require making sure that anything depending on the thing utilizes APIs in a way that wasn't deprecated a few releases ago Sep 17 14:25:37 how is bp passed? Sep 17 14:26:22 anyways, I would first make sure if those same things fail the same way on your desktop :P Sep 17 14:26:34 since you can build them in a prefix or your own and then debug locally Sep 17 14:27:08 if you want to debug that stuff, that is. because it sounds like it could be a bug in mpd, or a bug in FFmpeg that has since been fixed (or still is a bug). both are possibilities. Sep 17 14:27:25 in my previous archlinux mpd build Sep 17 14:27:27 it worked fine :/ Sep 17 14:27:40 well are you using the same versions of things there :P Sep 17 14:27:46 and ffmpeg is bleeding edge on arch Sep 17 14:27:54 yes, that I know. Sep 17 14:27:59 but so would be mpd Sep 17 14:28:21 or well, both would be some random version that not necessarily is what you have here :P Sep 17 14:28:44 anyways, not sure if BP was parsed off of the recipe file name or what Sep 17 14:29:09 (by switching BP and the checksums you should be able to upgrade to at least 3.0.3) Sep 17 14:29:21 then you could try 3.1 depending on how mpd uses the FFmpeg APIs Sep 17 14:30:37 http://www.yoctoproject.org/docs/1.8/ref-manual/ref-manual.html#var-BP Sep 17 14:33:04 I don't remember 100% if you need to cp the 3.0 recipe or if a bbappend is enough Sep 17 14:33:16 to make it have a 3.0.3 one Sep 17 14:34:37 ok, so you need to copy Sep 17 14:34:38 http://www.openembedded.org/wiki/Upgrading_packages Sep 17 14:34:51 okay Im upgrading mpd Sep 17 14:34:52 if you want to keep the thing that came from the other OE thing Sep 17 14:34:58 and after that I'll try ffmpeg Sep 17 14:35:13 and then in the ffmpeg_3.0.3.bb you upgrade the hashes Sep 17 14:35:22 according to the tar.xz file in https://www.ffmpeg.org/releases/?C=M;O=D Sep 17 14:35:38 yeah did it with mpd Sep 17 14:35:56 but first Im gonna recompile mpd, try and spot the double free there again Sep 17 14:35:59 and then upgrade ffmpeg Sep 17 14:36:01 alright Sep 17 14:36:03 to hopefully 3.1 Sep 17 14:36:17 I think mpd and youtube-dl are the only ffmpeg dependable packages Sep 17 14:36:24 yeah, if mpd is the only thing using ffmpeg and you know it utilizes it in a way that lets you upgrade to 3.1 Sep 17 14:36:34 then upgrading is always The Correct Way Sep 17 14:36:56 newest mpd release is ffmpeg 3.1 compat Sep 17 14:37:09 personally if I were making an FFmpeg recipe I would probably just use the git repo and stick to specific hashes on master Sep 17 14:37:19 because that's how I do it elsewhere Sep 17 14:37:24 oh okay Sep 17 14:37:26 1) check if current master is green on FATE Sep 17 14:37:31 I check out master then Sep 17 14:37:32 2) if yes, upgrade Sep 17 14:37:41 3) if no, stay put or look at the latest that still was green Sep 17 14:37:54 FATE being http://fatebeta.ffmpeg.org/ Sep 17 14:38:01 the automated testing suite Sep 17 14:38:15 but don't move to git unless you remember how to do it easily :) I would start with 3.1 Sep 17 14:38:28 it never feels good when something stops building correctly when you have deps Sep 17 14:38:54 also the latest in the 3.1 series of FFmpeg is 3.1.3 I guess Sep 17 14:39:01 so if you're going that way I recommend that one Sep 17 14:39:06 (at the very least) Sep 17 14:39:25 3.1.3 is in master Sep 17 14:39:27 yeah indeed Sep 17 14:39:48 yes, everything that goes into the release branches is cherry-picked from master Sep 17 14:40:16 (of course when people remember to pick things up that is) Sep 17 14:43:59 mpd upgrade fixed mp3 playback, broke m4a playback :P Sep 17 14:44:04 i need both Sep 17 14:46:02 hehe :) Sep 17 14:46:38 might want to upgrade FFmpeg to 3.1.3 and see how things are. although AAC decoding as such is something that very rarely breaks Sep 17 14:46:43 because the FATE tests have a lot of AAC samples Sep 17 14:46:49 (m4as usually contain AAC audio) Sep 17 14:47:00 yeah I did add faac Sep 17 14:47:03 maybe that changed something Sep 17 14:47:05 faac isn't needed Sep 17 14:47:06 removed it again Sep 17 14:47:19 faac is a crappy enable-nonfree requiring encoder Sep 17 14:47:46 I think it was removed in later versions because of the internal aac encoder and fdk-aac handling all the things you'd think of using faac for Sep 17 14:47:54 and as I noted, it's an encoder. not a decoder Sep 17 14:48:06 odd Sep 17 14:48:22 so probably m4a will still be broken Sep 17 14:48:30 but its mpd thats having issues with it Sep 17 14:48:48 if you also build the ffmpeg command line tool you can try decoding things with it Sep 17 14:48:49 because ffmpeg is still orginal Sep 17 14:48:57 `ffmpeg -i input -f null -` Sep 17 14:49:04 is the command line syntax for decoding an input Sep 17 14:49:46 -f null is a clever way to say that all decoded output should be discarded, and the trailing dash is "output to stdout" (except -f null makes there be no output) Sep 17 14:50:02 that way you can check if ffmpeg.c fails at decoding that file Sep 17 14:53:04 okay it has nothing to do with faac Sep 17 14:53:07 lets upgrade ffmpeg Sep 17 14:53:52 let's just say that 99%+ of things are included in the default build without any configure parameters in FFmpeg (since almost everything decoding-wise is in internal and LGPL) Sep 17 14:54:21 also man, this really makes me want to poke openembedded again :) Sep 17 14:54:38 haven't done it since middle of 2015 or so Sep 17 14:54:53 yeah my last time is from a year ago Sep 17 14:55:00 was playing with the bbb and the pru Sep 17 14:55:09 wanted to add support to yocto Sep 17 14:55:14 for programming the pru's Sep 17 14:55:22 but then life kicked in again Sep 17 14:55:30 but now Im building a Sep 17 14:55:36 youtube-dl and radio raspberry pi Sep 17 14:55:48 for listening music when people come to my house :D Sep 17 14:55:52 :) Sep 17 14:56:02 youtube-dl is pretty awesome. I'm using it daily with mpv Sep 17 14:56:05 ffmpeg 3.1.3 is compiling Sep 17 14:56:20 mpv "random-service-url" and it utilizes youtube-dl in the background Sep 17 14:56:38 yeah but I like to have an openembedded build, so I can move to other sbc's more easily and so I can set up a package repo :P Sep 17 14:56:51 :) Sep 17 14:56:54 mpv is coupled with mpd? Sep 17 14:56:57 no Sep 17 14:57:05 mpv is the mplayer->mplayer2->mpv fork Sep 17 14:57:11 ah yes Sep 17 14:57:21 least retarded of the mplayer family right now, and the most active Sep 17 14:57:26 well my setup is headless :P Sep 17 14:57:31 yeah, makes sense :) Sep 17 14:57:43 I also saw kodi Sep 17 14:57:48 in the recipes somewhere Sep 17 14:57:55 would be cool if that worked okay :P Sep 17 14:58:02 but I saw its blacklisted Sep 17 14:58:12 reminds me that the kodi people noticed my yocto sticker on my laptop Sep 17 14:58:21 and noted that they needed someone to maintain the recipes Sep 17 14:58:23 :D Sep 17 14:58:39 did you accept the offer? Sep 17 14:58:46 nope, I don't care enough about kodi Sep 17 14:58:57 and I haven't worked with OE for quite a while Sep 17 14:59:00 I think it has its merits :D Sep 17 14:59:04 yeah, sure Sep 17 14:59:18 I am just currently in the mode where I like to poke around using libmpv with things Sep 17 14:59:21 also, has someone ever tried building a router with openembedded? Sep 17 14:59:32 quite a few people I think? Sep 17 15:00:07 yeah at the moment i have internship at a company building with openwrt Sep 17 15:00:23 yeah, that one has the router stuff from the get-go Sep 17 15:00:28 so many companies utilize it Sep 17 15:01:19 would be cool if openembedded replaces it in the (far) future Sep 17 15:01:46 yeah building youtube-dl and mpd worked :D Sep 17 15:01:48 with new ffmpeg Sep 17 15:01:52 nice Sep 17 15:02:06 making image at the moment and then Ill have to put it on sd Sep 17 15:02:06 also I think youtube-dl doesn't really require the libraries, I remember it just calling the ffmpeg cli tool Sep 17 15:02:13 yeah possibly :P Sep 17 15:02:32 like I just call mpc in my web interface to mpd Sep 17 15:02:46 well actually only for the youtube part XD Sep 17 15:03:21 btw, did OE itself have a rpi3 target nowadays? just wondernig how quickly I could get flying with just vanilla? Sep 17 15:03:32 no Sep 17 15:03:36 im using jumpnow tek Sep 17 15:03:37 :D Sep 17 15:03:44 ok Sep 17 15:03:51 its a meta-rpi layer building on meta-raspberrypi Sep 17 15:04:00 it has scripts and some extra things Sep 17 15:04:09 though most comes from meta-raspberrypi Sep 17 15:04:19 yeah, you need a specific kernel config and the firmware for the GPU Sep 17 15:04:35 not really using the gpu Sep 17 15:04:38 but kernel is booting up fine Sep 17 15:04:40 allthough Sep 17 15:04:42 I do think Sep 17 15:04:50 the openembedded build is not arm64 Sep 17 15:04:55 im not sure Sep 17 15:04:58 though Sep 17 15:05:01 well you feed it the firmware as the GPU handles early boot, I think? Sep 17 15:05:11 ah yes indeed Sep 17 15:05:22 I know that was the case for rpi1 Sep 17 15:05:48 well gpu firmware is being distributed in the jumpnowtek build Sep 17 15:05:49 so Sep 17 15:05:57 otherwise i cant boot this thing :P Sep 17 15:06:31 yup :) Sep 17 15:07:17 I would be so glad if this build works fully :P Sep 17 15:07:30 I've just had this idea in the back of my head that since sony is being a REDACTED with their android TVs and seemingly not letting me use UHD opengl contexts, that I could stick an rpi3 to a TV and have a full-screen Qt based libmpv app running on it Sep 17 15:07:58 for media playback Sep 17 15:08:20 yeah would be cool ! Sep 17 15:08:34 although I'm not sure how well the GPU on the rpi3 supports the opengl es video renderer :/ Sep 17 15:09:59 YES, both are working Sep 17 15:10:03 najs Sep 17 15:10:04 YEAH YEAH YEAH Sep 17 15:10:28 allright :P Sep 17 15:10:35 meanwhile I will have to fix things because FFmpeg seems to have broken things I require for my dayjob :) Sep 17 15:11:26 (still better than any of the closed source media stuff I've touched) Sep 17 15:12:14 yeah ffmpeg is pretty awesome Sep 17 15:12:31 would it be possible to run firefox solely in x on the pi? Sep 17 15:12:55 so no DE Sep 17 15:12:58 just firefox Sep 17 15:16:46 Lol i dont have echo Sep 17 15:17:01 no DE ? Sep 17 15:17:23 desktop enviroment Sep 17 15:17:25 like gnome Sep 17 15:17:26 or kde Sep 17 15:17:28 sure Sep 17 15:17:41 are there any guides for this on openembedded? Sep 17 15:17:43 so a plain x server and then set firefox to connect to it Sep 17 15:17:48 yep Sep 17 15:18:23 firefox is still a gtk app based x client, imho Sep 17 15:18:27 yes Sep 17 15:18:35 it will still require the GTK+ stuff to be around Sep 17 15:18:47 well the gtk libs yes Sep 17 15:18:57 but not the gnome desktop or even a windowmanager Sep 17 15:19:00 yup Sep 17 15:19:17 but that will make his popups abike flaky Sep 17 15:19:29 i am using midori on some devices Sep 17 15:19:31 other browser then? Sep 17 15:19:38 I need some kind of extension support Sep 17 15:19:47 to send youtube urls to my ympd webserver Sep 17 15:19:48 what kind Sep 17 15:20:11 probably the url from the current window/tab Sep 17 15:20:16 midori is good embedded webkit based browser .. it does quite some stuff Sep 17 15:20:50 via dbus =? Sep 17 15:20:53 or how ? Sep 17 15:21:07 websocket :D Sep 17 15:21:11 forgot to mention that XD Sep 17 15:21:27 I already have an android app :P Sep 17 15:21:34 but iphone users are left in the cold Sep 17 15:21:37 dunno if that exists yet but should be fast to implement if not Sep 17 15:21:46 (not coughing up a dev license for that) Sep 17 15:21:52 well websockets should be in the browser, no? Sep 17 15:21:57 yep Sep 17 15:22:01 if it's a new enough webkit Sep 17 15:22:20 I think websockets is not that recent Sep 17 15:24:35 but maybe Sep 17 15:24:43 I need to setup a package repo first Sep 17 15:24:58 because I need youtube-dl to stay quite recent Sep 17 15:29:33 got any advice on how to setup a simple package repo? Sep 17 15:29:36 got some pointers? Sep 17 16:19:08 wich layers do i need Sep 17 16:19:12 for midori? Sep 17 16:19:13 i found Sep 17 16:19:17 meta-web-kiosk Sep 17 16:19:26 and now i need the package for webkit-gtk Sep 17 16:19:30 but I can only find Sep 17 16:19:32 meta-webkit Sep 17 16:19:36 which has webkitgtk Sep 17 16:19:42 (without the dash) Sep 17 16:27:40 okay had to change webkit-gtk to webkitgtk in depends Sep 17 16:27:51 meta-web-kiosk is probably not that up too date anymore Sep 17 16:28:04 I noticed it had only 2 branches Sep 17 17:55:31 Dear All, Sep 17 17:56:10 I'm curious if I could create my meta layer to have my own core-image- image to be built Sep 17 17:56:41 In the core-image- image I would "include" core-image-minimal and extend it by some extra packages Sep 17 17:56:51 is it a good practice? Sep 17 17:56:59 Is it at all possible? Sep 17 22:13:50 Some info needed - is there any default way to specify dependency for *.bbappend recipe? Sep 17 22:14:22 I mean I would like to specify that before I do something in the bbappend I would like to check if standard utility - e.g. sort is installed **** ENDING LOGGING AT Sun Sep 18 02:59:58 2016