Solved AllTube Download - HTML GUI for youtube-dl
-
-
I threw this together real quick, first it wouldn't convert some videos, but with
stream: true
it's looking good. I've also enabled mp3 conversion, please test and let me know if it works. -
It works very well, thank you so much @msbt!
-
Glad to hear that, you're welcome
-
@msbt said in AllTube Download - HTML GUI for youtube-dl:
I threw this together real quick, first it wouldn't convert some videos, but with
stream: true
it's looking good. I've also enabled mp3 conversion, please test and let me know if it works.What was the procedure again to install a Cloudron App not yet in the Appstore?
-
Roughly, on your PC/Mac (not the cloudron!):
* npm install -g cloudron * cloudron login <my.cloudron> # use your cloudron login * git clone https://git.cloudron.io/msbt/alltube-app * cloudron build # use cloudron.io login * cloudron install # will ask domain to install to
-
@girish said in AllTube Download - HTML GUI for youtube-dl:
git clone https://git.cloudron.io/msbt/alltube-app
I thought you need a
cloudron exec
ÃŽn front of that? Though it throws an errorCould not auto-detect appid. Use --app or or run this command in a directory containing CloudronManifest.json
-
You need to cwd into the cloned directory, where all the files are located and run the build and install commands from there.
-
@msbt said in AllTube Download - HTML GUI for youtube-dl:
You need to cwd into the cloned directory, where all the files are located and run the build and install commands from there.
Got it. Build and installed the app in a subdomain but received the following error:
Error starting container :Error: (HTTP code 400) unexpected - OCI runtime create failed: container_linux.go:348: starting container process caused "exec: "/app/start.sh": permission denied": unknown
-
ok that's odd, where does it say that? i guess @girish needs to take it from here
-
@msbt said in AllTube Download - HTML GUI for youtube-dl:
ok that's odd, where does it say that? i guess @girish needs to take it from here
both on command line after the install command as well as in Cloudrons web-UI
-
@necrevistonnezr on what kind of os did you perform the git checkout? Seems like the file syst does not handle write permissions for Unix file systems. The easiest way around this would be to add a
RUN chmod +x /app/start.sh
to the Dockerfile -
@fbartels said in AllTube Download - HTML GUI for youtube-dl:
@necrevistonnezr on what kind of os did you perform the git checkout? Seems like the file syst does not handle write permissions for Unix file systems. The easiest way around this would be to add a
RUN chmod +x /app/start.sh
to the DockerfileThat worked, thanks! Indeed, the git checkout was performed on a Windows machine...
-
Directions worked well on Mac, just obviously had to run the build and install from within download git directory.
Is there a way with AllTube to use the highest resolution DASH video with the "Best" setting? The Best setting always seems to pick a lower resolution. So if I want to use the higher resolution I have to download that video and audio separate and mux them. Hoping there's a setting somewhere to have AllTube do the muxing for highest possible resolution.
-
@fbartels said in AllTube Download - HTML GUI for youtube-dl:
RUN chmod +x /app/start.sh
I'm still getting errors now when the app is starting:
Dec 06 16:32:24 box:apptask video.mydomain.com updating app with values: {"installationProgress":"90, Configuring reverse proxy"}
Dec 06 16:32:24 box:reverseproxy ensureCertificate: video.mydomain.com certificate already exists at /home/yellowtent/boxdata/certs/video.mydomain.com.key
Dec 06 16:32:24 box:reverseproxy isExpiringSync: /home/yellowtent/boxdata/certs/video.mydomain.com.cert Certificate will not expire 0
Dec 06 16:32:24 box:reverseproxy providerMatchesSync: /home/yellowtent/boxdata/certs/video.mydomain.com.cert subject=CN = video.mydomain.com domain=video.mydomain.com issuer=C = US, O = Let's Encrypt, CN = Let's Encrypt Authority X3 wildcard=false/false prod=true/true match=true
Dec 06 16:32:24 box:reverseproxy writing config for "video.mydomain.com" to /home/yellowtent/platformdata/nginx/applications/5961e587-c0c2-4147-9a18-a38298d50752.conf with options {"sourceDir":"/home/yellowtent/box","adminOrigin":"https://my.mydomain.com","vhost":"video.mydomain.com","hasIPv6":true,"port":45347,"endpoint":"app","certFilePath":"/home/yellowtent/boxdata/certs/video.mydomain.com.cert","keyFilePath":"/home/yellowtent/boxdata/certs/video.mydomain.com.key","robotsTxtQuoted":null,"xFrameOptions":"SAMEORIGIN"}
Dec 06 16:32:24 box:shell reload execFile: /usr/bin/sudo -S /home/yellowtent/box/src/scripts/reloadnginx.sh
Dec 06 16:32:25 box:apptask video.mydomain.com configured
Dec 06 16:32:25 box:apptask video.mydomain.com updating app with values: {"installationState":"installed","installationProgress":"","health":null}
Dec 06 16:32:25 box:apptask Apptask completed for 5961e587-c0c2-4147-9a18-a38298d50752
Dec 06 16:19:01 standard_init_linux.go:190: exec user process caused "no such file or directory"
Dec 06 16:19:03 standard_init_linux.go:190: exec user process caused "no such file or directory"
Dec 06 16:19:04 standard_init_linux.go:190: exec user process caused "no such file or directory"
Dec 06 16:19:06 standard_init_linux.go:190: exec user process caused "no such file or directory"
Dec 06 16:19:08 standard_init_linux.go:190: exec user process caused "no such file or directory"
Dec 06 16:19:11 standard_init_linux.go:190: exec user process caused "no such file or directory"
Dec 06 16:19:16 standard_init_linux.go:190: exec user process caused "no such file or directory" -
@necrevistonnezr said in AllTube Download - HTML GUI for youtube-dl:
I'm still getting errors now when the app is starting:
I did not try the app before, but the original error looked quite obvious. This time it's less obvious, could line endings play a role here?
I would recommend to rebuild the image in a Linux system. if you do not have a linux system at hand you could give wsl a try.
-
@FTLAUDMAN said in AllTube Download - HTML GUI for youtube-dl:
Directions worked well on Mac, just obviously had to run the build and install from within download git directory.
Is there a way with AllTube to use the highest resolution DASH video with the "Best" setting? The Best setting always seems to pick a lower resolution. So if I want to use the higher resolution I have to download that video and audio separate and mux them. Hoping there's a setting somewhere to have AllTube do the muxing for highest possible resolution.
I think it will chose the highest resolution up to 720p, if it's higher then the sorting doesn't work anymore. I'm guessing this is an issue for the project itself on https://github.com/Rudloff/alltube - feel free to create a ticket, happy to repack it when fixed
-
@msbt It looks like this was raised in the past, and the feature was added to their develop branch at the time (2017). Not sure if it made it in since? It talks about adding "remux: true" to the config.yml file. https://github.com/Rudloff/alltube/issues/103
-
i added remux: true to the config (everyone can do that, it's writable in /app/data/config.yml) and now there is one more item in the dropdown menu. But as one of the comments in that issue suggests: if you use this option the video and audio works, but you can't skip forward and backwards in VLC, maybe the header information is lost in that conversion.
I might have stumbled over another issue: When I manually chose 1080p (doesn't matter if webm or mp4), there is no audio. Can anyone else confirm that?
-
Ok apparently that's by design if you check the FAQ (https://github.com/Rudloff/alltube/blob/master/resources/FAQ.md#user-content-download-1080p-videos-from-youtube), you need to d/l audio and video seperately and mux them together, that's what the remux thing is for.
-
@necrevistonnezr said in AllTube Download - HTML GUI for youtube-dl:
exec user process caused "no such file or directory"
https://forums.docker.com/t/standard-init-linux-go-175-exec-user-process-caused-no-such-file/20025/4 maybe? They had to run dos2unix.
-
@msbt Thanks. The remux feature is working well for me now.
-
@fbartels said in AllTube Download - HTML GUI for youtube-dl:
I would recommend to rebuild the image in a Linux system. if you do not have a linux system at hand you could give wsl a try.
Gave it a try on my mac - everything worked out fine. Thanks!
BTW: shouldn't this app have a basic login or something? Otherwise anyone could use the app to download stuff...
-
I've never done this, but we could probably use ldap auth via apache like @fbartels did on the cloud-torrent
-
Ok i've tried to add ldap auth and it seems to work, you can pull the new version from here as well: https://git.cloudron.io/msbt/alltube-app
The logs however are filled with
[client 172.18.0.1:48102] AH01797: client denied by server configuration
- don't know how to get rid of those, pointers would be appreciated. I'm not great with apache, bit we're not too far off there I guess.Maybe @fbartels knows how, I've heavily borrowed from his repo
-
@msbt said in AllTube Download - HTML GUI for youtube-dl:
don't know how to get rid of those, pointers would be appreciated. I'm not great with apache, bit we're not too far off there I guess.
my guess would be the allowoverride directives, for / you are allowing none (https://git.cloudron.io/msbt/alltube-app/blob/master/apache/alltube.conf#L8), but for the directory on disk you are allowing all (https://git.cloudron.io/msbt/alltube-app/blob/master/apache/alltube.conf#L26). The required setting must be somewhere in between.
-
Another alternative is to download a release package from GitHub and unzip it on the webserver.
-
@earlwiltonburry yep that also works just fine on a LAMP container
-
@earlwiltonburry said in AllTube Download - HTML GUI for youtube-dl:
Another alternative is to download a release package from GitHub and unzip it on the webserver.
that is true, however, this packages features basic auth through ldap
I just pushed a small update. It was creating the template files in /tmp which gets cleaned at some point and the app stops working, this is fixed in the new one.
-
2.0 and 2.0.1 got released yesterday, already updated the repo https://git.cloudron.io/msbt/alltube-app
-
if anyone is using that, you might want to update to the latest version (2.0.3), else mp3 conversion won't work anymore.
-
pushed another update to v2.1.0, it seems that the conversion from 1080p+ videos is working better (due to remuxing video with audio the mkv header got screwed up, this looks good now)
-
Is this somehow still available to the app store?
-
it never was, but you can build it by yourself
-
Ok thanks!
-
Be nice to have it in the app store too though, no?
-
I would like that very much, but I'm guessing that apps like this are not exactly what cloudron is targeting, it's a rather "casual" piece of software which doesn't really fit in with the others, but maybe there's place for it in the random category
-
I don't mind adding it since we already have apps like CloudTorrent as well.
-
Thank you so much for your effort. This app is very nice!
-
just bumped this to 2.2.1, for whatever reason (no time to debug
) it required a reinstall of the app, but since there's nothing saved, this should be no problem. with this update soundcloud works again and some other nice features got added.
-
@girish said in AllTube Download - HTML GUI for youtube-dl:
I don't mind adding it since we already have apps like CloudTorrent as well.
So let's get this in the app store then, no? Seems @msbt keeping on top of it
-
I've just tested the app and it seems to work well for me so far. I will look into getting it published together with today or tomorrow. @msbt I will fork the repo into the
cloudron
namespace on gitlab and will give you rights for that repo then as well. Do you know of any major blocking issues for it? -
@nebulon neat, the only issues I couldn't fix and didn't have the time to were the error message in the console like
Mar 24 18:03:56 [Tue Mar 24 17:03:56.699195 2020] [access_compat:error] [pid 132] [client 172.18.0.1:38992] AH01797: client denied by server configuration: /app/code/, referer: https://my.cloudrondomain.com
, must be something with my apache config but it was working nonetheless.Is there a way to enable/disable cloudron "integration" (i.e. apache ldap login) so it's either available to everyone or only cloudron users?
The only thing that worried me a little was the upgrade fom 2.1.0 to 2.2.1, it only showed a blank page afterwards, but I reckon we can figure it out on the next one
-
I've forked the repo now into https://git.cloudron.io/msbt/alltube-app and gave @msbt contributor rights. As requested, the app can also be installed without any authentication.
Also there are now very basic tests, checking basic auth login as well as the app actually being healthy.
Currently it is still published as unstable, so please go ahead and test it, so we get some feedback.
Thanks for the great work @msbt !
-
Nice, thank you too for the ldap feature and cleanup
I'll give it a go later today. For the record, the new/official repo is here https://git.cloudron.io/cloudron/alltube-app/
-
Just testing it; the only mp3 option is not working.
-
from youtube? what's the error message?
-
Ok now it does work - but from what i can remember the error said something about "missing mp3-module".
-
Is it worth it? I think it's easier to use a third-party download site. It will be much easier and faster.
-
@bablosik they aren't mutually exclusive (I end up using both depending in the use case) but there the isn't eg an easier/ faster way for me to download whole albums off bandcamp than 1) click on the booklet connected to my instance of AllTube 2) click the Download everything button.