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.shto 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.shto 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.
-
@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...
-
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.
