**** BEGIN LOGGING AT Wed May 27 03:04:13 2020 May 27 06:16:43 sunshavi: I think I've had decent success using `-f 'mp4[height<=576]+m4a'` May 27 06:17:38 Maxdamantus: I am going to try it May 27 06:27:17 Thanks. It works nicely May 27 07:46:07 cutetube2 uses it's own qyoutube I believe, it seems to get broken by youtube often. May 27 07:46:33 Is that with the latest youtube-dl Maxd? May 27 07:47:02 or the one from the maemo repos? May 27 09:43:57 sixwheeledbeast: it's from git. Haven't used the one from maemo repos. May 27 09:44:31 I imagine with youtube-dl you'd usually want to just use git, unless you know that another source is being updated regularly. May 27 09:44:58 you can use youtube-dl -U to autoupdate May 27 09:45:01 and it's pretty easy to run from git too—no compilation required, works using maemo's version of Python last I checked. May 27 09:45:52 wonder how `-U` works. May 27 09:46:04 downloads from website and replaces on filesystem May 27 09:46:56 [root@e6440 11:46:58 /usr/local/bin]# ./youtube-dl -U May 27 09:46:56 Updating to version 2020.05.08 ... May 27 09:47:02 Presumably that wouldn't work if it's maintained by a package manager. May 27 09:49:18 its a single file May 27 09:49:26 with embedded python archive May 27 09:49:41 so all it takes is just replacing single file May 27 09:50:00 of course package maintained can be a bit faster, because doesnt need to unpack the archive May 27 09:50:42 But people don't want packages that modify their installed program files. May 27 09:50:45 and/or precompiled .py into objects May 27 09:51:31 in case of youtube-dl it changes often, and dont think package maintainers track all the changes in files May 27 09:51:51 google is a pain with that May 27 09:52:10 and I don't see a good solution to youtube-dl unfortunately :( May 27 09:56:18 Pain with what? May 27 09:57:09 "updating" youtube (breaking scrapers) May 27 09:57:25 I'm wondering if they do it on purpose to be honest May 27 09:57:56 Well, as long as you have a youtube-dl that you can update easily (either because you just downloaded the file and use `-U` or because you just run it from git), it should be okay. May 27 09:58:44 Given that KotCzarny has it in /usr/local/bin, I'm guessing he did the former. May 27 09:59:12 -rwxr-xr-x 1 root root 1753976 May 27 11:47 youtube-dl May 27 09:59:22 Yeah, but the fact that we need to keep it uptodate on an almost weekly basis is ... sad May 27 09:59:44 which reminds me May 27 09:59:51 Maxdamantus: I guess you run it in a chroot on n900? May 27 10:00:12 bencoh: yes. I run most custom non-graphical things in a Debian chroot. May 27 10:00:31 Don't really like having to rely on maemo repositories for things. May 27 10:00:35 yeah May 27 10:00:45 it's not exactly a good thing cache-wise, but ... May 27 10:00:58 i think the autoupdating version can run on n900 assuming proper python version May 27 10:01:05 but it's kinda slow on arm devices May 27 10:01:52 Yeah, I tried youtube-dl once outside the chroot and it seemed to work. I think there was some compatibility issue though with maemo's version of ffmpeg but I suspect there was a workaround for that, can't remember. May 27 10:02:00 and i think -U pulls latest release from https://github.com/ytdl-org/youtube-dl/releases May 27 10:02:43 Hmm, I think I built a not-so-old ffmpeg for maemo months ago May 27 10:02:47 10:19 < Maxdamantus> when I run youtube-dl at the moment, I get an due to the ffmpeg version in maemo not having the "-loglevel" argument. May 27 10:05:08 when i build libav, it has some quirks with default gcc, i had to use newer one May 27 10:05:38 most likely ffmpeg suffers similar issue May 27 10:08:28 I remember being able to build the latest version of ffmpeg about a year ago in the debian chroot (which itself is quite old—wheezy, now archived) May 27 10:09:09 bencoh: do you still use wheezy in the chroot, or have you got some sort of glibc hack? May 27 10:37:28 Maxdamantus: don't use any chroot May 27 10:37:33 I* May 27 10:42:44 Ah. **** ENDING LOGGING AT Thu May 28 03:00:05 2020