🐛 Bug Report: Downloaded videos have no audio track
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 56/100
Direzione di ricerca
Start in src/utils.rs at Media::parse and in templates/utils.html at the download link, then trace how the DASH or HLS media URLs are exposed. The issue describes separate video and audio representations and notes that audio filenames vary by post, so read the manifest or playlist rather than guessing a filename. Done means the downloaded video includes audio and plays like the post; consider the reported remuxing approach and its ffmpeg dependency.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Describe the bug
Using the download link on a v.redd.it video post saves a file that has no sound. The video plays with sound in the browser on the same instance, so the audio stream is reachable - it is just not part of the downloaded file.
As far as I can tell from the source, this is because Reddit stores a video post as separate DASH representations - a video-only track and one or more audio-only tracks - and the download link points at the video-only one:
Media::parseinsrc/utils.rsassignsmedia.urlfrom the API'sfallback_url(the video-onlyDASH_<height>.mp4) andmedia.alt_urlfromhls_url.- The download link in
templates/utils.htmlis<a href="{{ post.media.url }}" download="{{ post.media.download_name }}">, so it servesfallback_urlverbatim. - In-browser playback with HLS enabled uses
alt_url, where the player combines the video and audio streams. That is why the page has sound and the saved file does not.
This also explains why the symptom is easy to miss: with Use HLS off, playback is silent too, so the download at least matches what you heard. With Use HLS on - the default on the instance I used - the page has audio and the download silently does not.
Steps to reproduce the bug
-
Ensure
Use HLSisonin settings (default on the instance below). -
Open any
v.redd.itpost that has audio (not a GIF-type post). -
Play it in the browser and confirm that it has sound.
-
Click
download(dlon mobile). -
Open the saved file in any player - it is silent.
-
ffprobeon the file reports a single stream, with noAudioentry:<paste ffprobe output here>
What's the expected behavior?
The downloaded file should contain the audio track as well, so that it plays back the same way it does on the post page.
Additional context / screenshot
Environment:
- Instance: https://redlib.catsarch.com
- Version: v0.36.0
- Git commit:
0ec5147860f66f7ded5f5d88beaf2bf655dedd85(deployed 2026-10-17) - Browser:
Note on that commit, so it is not a distraction: this instance runs a fork that has seven unmerged PRs applied on top of upstream. Per git compare it is 52 commits ahead of a4d36e9 and 0 behind, so it includes all of current main. I checked the fork's diff against the relevant code and none of its patches touch this path - the only media change is the added rich:video branch from #549 (for external transcoded media, which does not apply to a native v.redd.it post), and the download link in templates/utils.html is unmodified. So I believe this is upstream behavior rather than a fork artifact, but I am happy to re-verify on a vanilla instance if that is preferred.
Related, but I believe distinct:
- #105 asks for the ability to download HLS videos with sound. It was filed before the download button existed (added in #173), so it reads as a feature request for a missing capability rather than a report that the shipped button produces a file missing a stream. Happy for this to be folded into #105 if you prefer.
- #504 is about downloaded files being corrupt (
moov atom not found), which is a different failure mode - here the file is valid and plays, it just has no audio.
On the cost concern raised in #105 about pushing encoding onto the server: combining the two DASH tracks does not require transcoding, only remuxing into an MP4 container (ffmpeg -i <video> -i <audio> -c copy -movflags +faststart out.mp4). That is I/O-bound rather than CPU-bound, so it is considerably cheaper than re-encoding - though it does still mean buffering the streams and an ffmpeg dependency.
If a muxing step is not wanted at all, even exposing the audio representation (so the audio track can be fetched and combined client-side, or at least downloaded separately) would be better than handing out a video-only file with no indication that a stream is missing. Note that the audio filename is not stable across posts - older posts use DASH_audio.mp4, newer ones DASH_AUDIO_128.mp4 or DASH_AUDIO_64.mp4 - so it should be read from the DASH manifest or the HLS playlist rather than guessed.
- I checked that the instance that this was reported on is running the latest git commit, or I can reproduce it locally on the latest git commit
- Lingua principale
- Rust
- Stelle
- 3.9k
- Fork
- 293
- Merge medio
- 4g 9h
- PR unite (30g)
- 1
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Nessuna guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di redlib-org/redlib
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 68/100
redlib-org/redlib#604 · 6 commenti · 9 reazioni ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
redlib-org/redlib#571 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 61/100
redlib-org/redlib#557 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
redlib-org/redlib#609 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 3/5 1-2 giorni Idoneità per principianti 57/100
redlib-org/redlib#608 · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di redlib-org/redlib
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
memory_patch_page drops the `#` of headings like `## Notes on C#`Forse già presa @viniciusdsandrade l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
akitaonrails/ai-memory#1859 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
wealthfolio/wealthfolio#2376 ·
I maintainer di solito rispondono entro 1 giorno
-
kind/bug kind/security
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
spiceai/spiceai#15826 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
area:cli bug dotnet good first issue priority:medium
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
rtk-ai/rtk#4844 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno