(instagram) music from carousal posts

[m1yuk1ma3da]

As the title suggests. Ik it requires mobile api, but can there be a way to extract song titles and/or timestamps from carousal posts in instagram?

[mikf]

Please provide an example post that includes music.

[mikf]

Fixed/implemented in eeb7e5c

[skymatr1x]

thanks for the quick implementation!

with "audio": false, it downloads the audio cover art and write the audio metadata to the audio cover .jpg.json. the audio cover art file gets skipped when the audio is reused by the user, which result in those stories' audio to be "unknown", aside from checking the terminal output to see which stories' audio cover art were skipped. could the audio metadata be added to the stories' metadata, and audio cover art to only be downloaded with "audio": true?

i got an error with one of the story of a profile url. my config has set to exit on error, so it exited on [download][error] ':' URLs are not supported/enabled. but when i ran the command afterwards without exit on error, i found that the file was still successfully processed and downloaded after the error. reverting back to commit 3563607 doesn't have this error.

[download][error] ':' URLs are not supported/enabled
[download][error] Failed to download 
[instagram][debug] 
Traceback (most recent call last):
  File "/Users/USERNAME/.local/pipx/venvs/gallery-dl/lib/python3.14/site-packages/gallery_dl/extractor/instagram.py", line 350, in _parse_post_rest
    post, post["music_metadata"]["music_info"])
          ~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^
TypeError: 'NoneType' object is not subscriptable
[downloader.ytdl][debug] Forwarding cookies to yt_dlp.YoutubeDL

the [debug] section with TypeError is shown for every downloaded stories (photos and videos) of profile urls, whereas passing stories id urls don't seem to get them.

[mikf]

fixed by #9335 and 227714f

[skymatr1x]

thanks! verified that the [error] and TypeError are gone, and audio metadata gets added to stories' metadata.

though "audio": false still downloads audio cover art as .jpg. whereas "audio": true downloads the audio as .mp4 but not the cover art. is it possible to have "audio": true to download both the audio and its cover art, and "audio": false to only write metadata?

[mikf]

Fixed in 35f9167

It is now possible to control cover downloads with the previews option

[mikf]

... wait, you are only asking for audio metadata and not downloading the actual music file, aren't you? I've just implemented the latter..

maybe I should actually read the entire post instead of making assumptions based on the issue title alone, huh..

[m1yuk1ma3da]

😭 nah its okay. I didn't expect you to actually even respond to my doubts but ur the goat dude. Tysm for trying n helping us all!

also lemme know if theres a way, thx!