Whenever I download just the audio from a YouTube/Soundcloud link, Music app displays song as being 6+ hours long

Consistently 6:12:49, displays as normal length in audio data

Tested it locally on latest version, and also manually tested script part for tiktok. Looks like it gives an error on step when you're trying to get html body of post page, before searching of file src.

Also I've found something strange in response

rejectUnauthorized: true,
session: undefined,

Maybe now we need to login before trying to find source link. Any ideas?

MP4's that I download from Youtube won't play in QuickTime and can't be saved to the Photos app. VLC can play it so it's not completely broken, but there's something up with the encoding that's causing issues.

i downloaded a youtube video and tried to trim it using the windows video trimmer, it wouldnt let me trim it. also this happened (i dowloaded it as a max-quality mp4) if i tried to import it into any other video editor it shows an error

when i try to view the file's properties it shows a null length, and 0kbps audio??? im not exactly an ffmpeg master so i dont exactly know what causes this

also the file opens normally when viewing it

I'm not sure if this is intentional or not, but trying to access an API endpoint at co.wukko.me via JavaScript (in this case, within a Firefox extension) will throw a CORS error, probably due to the header access-control-allow-origin: https://co.wukko.me/. I'm not sure, but I'd assume this is not intended behavior for an open API.

Hello,

I tried going to https://co.wukko.me/ and I pasted the link https://www.youtube.com/watch?v=OvhVLmD0DfQ with auto mode on and I got the error saying that I have sent too many requests. However, the issue is that I haven't even used the site yet. I have visited the site before to check it out and see how it worked but never used it to download anything. And no, I didn't spam the button, I pressed it once.

Hope this issue is resolved soon, this site looks promising!

Corrected many inaccuracies to get rid of double interpretation of some parts of this code. The problem related to wrong connection was also solved. When trying to load a file, the initiator bounces to an address with no port or no port specified at all. Trying to connect with Only HTTPS Mode enabled resets the connection. What about localhost and 127.0.0.1 are not exactly the same thing and you need to fix the internals of the initiator code to resolve this discrepancy. The initial setup script has fixed and made some improvements that are more user-friendly.

Current and Crowdin (3.5.2). Test on YouTube and VK (audio, video):

Trying to download from YouTube resulted in a warning:

After trying to update: "npm install npm@latest -g". There is no result, no matter what the order. Problem with code or with npm 8.19.2/node 18.9.0, maybe this version does not work correctly with this code.

Your service on co.wukko.me is now work. And yes turn that shit off: https://github.com/wukko/cobalt/blob/current/src/modules/sub/currentCommit.js

When sharing from TikTok via the app, some URLs show up as:

https://www.tiktok.com/t/:ID/?k=1, similar to vm.tiktok.com/:ID urls, cobalt doesn't recognize the first style of links. This should fix that, I think.

Edit: I've tested this with multiple videos, it works.

when i trying to downloading video from any tweets, it just says "an error occurred when i tried to get info about your link." i guess time to check twitter parser lol

video proof: https://files.catbox.moe/7zln7c.mp4

Test both on my own instance (running https://github.com/wukko/cobalt/commit/af1fc24b4d81ff6c6c1f4c600a3ce82539fa6ae7) and on https://co.wukko.me.

Tested with this link: (and many other random videos) https://twitter.com/FreelanceMocha/status/1576304807794552833, returns 400.

https://co.wukko.me/api/json?audioFormat=best&quality=max&url=https%3A%2F%2Ftwitter.com%2FFreelanceMocha%2Fstatus%2F1576304807794552833

https://co.hyper.lol/api/json?audioFormat=best&quality=max&url=https%3A%2F%2Ftwitter.com%2FFreelanceMocha%2Fstatus%2F1576304807794552833

I don't know how this was fixed before my bug report, but yeah...

This looks like FFmpeg misconfiguration and it does Thoera codec video with default settings.

Support for Twitch Clips and Videos would be amazing.

Clip URL Format: https://www.twitch.tv/tpain/clip/TenderSuspiciousPotatoRaccAttack-L3MAL-BTve06zRqW Video/Stream URL Format: https://www.twitch.tv/videos/1681039790

Thanks for an amazing tool!

no idea if this is caused by cobalt itself or my nginx configuration, but after a few days way more ram is used by the server that cobalt is hosted on. i'll have a look into this issue in a few days (if ram usage ramps up again). if you host your own instance, you can help by checking if this issue applies to you too.

the only possible reason could be downloading speed. can't think of anything else. dunno if it's possible for ffmpeg to pre-fetch one of inputs before merging them together, but this would be THE perfect solution.

of course, cobalt could simply cache the audio before live rendering the video, but that would lead to even more issues.

This will be useful because other downloaders are hard to find and it might just not work.

Some research

NicoNico video pages has authorization data for guest user in HTML attribute with id="js-initial-watch-data".

Front-end web sends to POST request to https://api.dmc.nico/api/sessions?_format=json (The DMC service; Modern delivery system) with JSON body of some data from authorization data.

The DMC service will respond with authorized URL to the master M3U8. And yes, NicoNico uses HLS VOD...

Preview URLs

• https://www.nicovideo.jp/watch/sm13876659
  • Can be without WWW in start of the hostname
• https://sp.nicovideo.jp/watch/sm6287843
  • Poster mode