sometimes it’s as simple as finding audio elements in the inspector and opening the src attribute in a new tab. ctrl+shift+i (or f12) and you can search for “audio.”
you can also open the network tab, refresh, play the audio, and scroll through requests to see when it requests the audio data. it’s also searchable, look for mp3 and ogg files. if it’s a playlist file (m3u8), you can feed that url to yt-dlp.
You got lucky. Once I tried to save a video lecture, but it was some freaky stream, so the files were buried really deep. The names and file extensions were anything but reasonable, but eventually managed to find them anyway. Took some creativity to figure it out though.
I also couldn’t use the normal video download helper plugin which usually handles these situations. I had to use some special stream saving plugin to stitch together a thousand little files.
I don’t even remember what I ended up using to yoink a copy of a video that isn’t really even a single file. It was a university lecture, and they ended up using some truly obscure system for storing those videos. After a bit of researching, I found the URL for the folder which contained a thousand messy files. Then, I used some clever stream capture plugin to grab all of those files and write the resulting video into a single easily readable file. I think it more or less played the whole video in the background while saving it, and it took a really long time. As far as I can tell, this method preserved the video quality, and that’s why doing it this way was so complicated.
Technically, you could just screen capture what you’re seeing, and I guess that’s the simple approach you were thinking of. The thing is, you’re going to be making compromises on resolution, bit rate and frame rate. Not really a huge deal for a lecture, but in other contexts these things might matter. Also, screen capturing tends to take a lot of space, so you might need to tweak the settings a bit to make sure it won’t take your entire disk.
As others have already suggested, Audacity can do the same thing for audio. Same problems still apply, but it should work no matter where the audio is coming from.
sometimes it’s as simple as finding audio elements in the inspector and opening the src attribute in a new tab. ctrl+shift+i (or f12) and you can search for “audio.”
you can also open the network tab, refresh, play the audio, and scroll through requests to see when it requests the audio data. it’s also searchable, look for mp3 and ogg files. if it’s a playlist file (m3u8), you can feed that url to yt-dlp.
I ended up doing this and it worked like a charm altho it was manualish (copied source code and regexed for *.mp3 or something that I had 'Chat make.
Then it was just a matter of copying the urls each and saving/naming the file properly.
You got lucky. Once I tried to save a video lecture, but it was some freaky stream, so the files were buried really deep. The names and file extensions were anything but reasonable, but eventually managed to find them anyway. Took some creativity to figure it out though.
I also couldn’t use the normal video download helper plugin which usually handles these situations. I had to use some special stream saving plugin to stitch together a thousand little files.
Theres gotta be an easier way tho. Like, your system is streaming the file, how hard should it be to simply yoink that which is streaming?
All the video caching apps do it, should be much easier
I don’t even remember what I ended up using to yoink a copy of a video that isn’t really even a single file. It was a university lecture, and they ended up using some truly obscure system for storing those videos. After a bit of researching, I found the URL for the folder which contained a thousand messy files. Then, I used some clever stream capture plugin to grab all of those files and write the resulting video into a single easily readable file. I think it more or less played the whole video in the background while saving it, and it took a really long time. As far as I can tell, this method preserved the video quality, and that’s why doing it this way was so complicated.
Technically, you could just screen capture what you’re seeing, and I guess that’s the simple approach you were thinking of. The thing is, you’re going to be making compromises on resolution, bit rate and frame rate. Not really a huge deal for a lecture, but in other contexts these things might matter. Also, screen capturing tends to take a lot of space, so you might need to tweak the settings a bit to make sure it won’t take your entire disk.
As others have already suggested, Audacity can do the same thing for audio. Same problems still apply, but it should work no matter where the audio is coming from.