Unable to download from hearthis.at

[groovybluedog]

Please follow the guide below

• You will be asked some questions and requested to provide some information, please read them carefully and answer honestly
• Put an x into all the boxes [ ] relevant to your issue (like this: [x])
• Use the Preview tab to see what your issue will actually look like

---

Make sure you are using the latest version: run youtube-dl --version and ensure your version is 2019.02.18. If it's not, read this FAQ entry and update. Issues with outdated version will be rejected.

• I've verified and I assure that I'm running youtube-dl 2019.02.18

Before submitting an issue make sure you have:

• At least skimmed through the README, most notably the FAQ and BUGS sections
• Searched the bugtracker for similar issues including closed ones
• Checked that provided video/audio/playlist URLs (if any) are alive and playable in a browser

What is the purpose of your issue?

• Bug report (encountered problems with youtube-dl)
• Site support request (request for adding support for a new site)
• Feature request (request for a new functionality)
• Question
• Other

---

No idea how to do a command line thing. Sounds like a linux command. No explanation of how to do this on windows so best I can do is enable debug logging and post that.

[02/27/19 23:26:29] WARNING: unable to extract like count; please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; type youtube-dl -U to update. Be sure to call youtube-dl with the --verbose flag and include its complete output.

Example URL of issue: https://hearthis.at/djandyrivera/sea-shell-sessions-2017-final/

When attemtping to download, it queues, pre-processes, then shows a "Warning" status but says downloads completed. A file is produced but it's only 60KB and 3 seconds long.

[supertin]

I'm getting this too. Downloaded file is 59.7KB and just 3 seconds of silence according to VLC.

Looking at the dumped playlist file, there are 2 entries labeled "data-mp3="...
The first one is the useless 3 second one. It points to a URL starting with "https://hearthis.at/hearthisat/untitled/stream.mp3?" The few URLs I attempted with always downloaded a file from this URL (with varying GET data)

The 2nd instance has the correct URL for the MP3 (downloadable using wget), and at least for my test case, the URL begins with the same URL directory as the source page (eg web page "https://hearthis.at/mdbmixes/mdb-beautiful-voices-067-markus-schulz-special-edition/" gives an mp3 URL of "https://hearthis.at/mdbmixes/mdb-beautiful-voices-067-markus-schulz-special-edition/stream.mp3?"

Would a quick fix would be to blacklist the "hearthisad/untitled/stream.mp3" and keep searching the playlist for more entries...? 🤷‍♂️

[supertin]

Found a possible fix... In hearthis.py, change the regex original:
mp3_url = self._search_regex(r'(?s)<a class="player-link"\s+(?:[a-zA-Z0-9_:-]+="[^"]+"\s+)*?data-mp3="([^"]+)"', webpage, 'mp3 URL', fatal=False)

to this fixed regex:
mp3_url = self._search_regex(r'(?s)<a class="player-link"\s+(?:[a-zA-Z0-9_:-]+="[^"]+"\s+)*?data-mp3="(?!https://hearthis.at/hearthisat/untitled/stream.mp3)([^"]+)"', webpage, 'mp3 URL', fatal=False)

If someone more experienced with regex could check my working, and arrange to get this change made... I'm fairly confident this will correct the problem, but not confident enough to create a pull request in case I'm actually making it worse 😆