Postby Daddy-o » 20 Oct 2017 23:05
Running Windows 10 I extract podcasts from YouTube all the time with 2.2.6 Umbrella. This is how I do it.
Using Chrome to get the clip's address, but others certainly work.
Browser: Right click the clip's icon and copy the address
VLC: Toggle to [Playlist] mode (one of the buttons at the bottom, between equalizer and repeat.)
Open your media:
CTRL+N > paste in copied YT URL > click [PLAY] playback starts
As soon as the clip starts to play, [pause] it
Click back into [playlist] view again
Right click the clip you just started
Choose "Save..." in the context menu (opens the Convert dialog)
(Also: In the right-click context the "Information..." dialog choice is handy because it displays the title to copy/paste)
In the Convert dialog: Choose a profile
(I have used OGG, and all the containers, but I like MP3 most, I find with MP3 I can navigate the clip better - jump forward, speed up)
Click [Browse]
Save File... dialog box opens to the familiar save location dialog
(I have an open issue with 'save location,' it reverts to an old location. Re: topic "Two Brief UI Questions:...")
Give the file a name (the container format is applied automatically. This is where the title from the Information dialog comes in handy.)
[SAVE] save dialog closes
[START] ripping processes, pretty fast too.
Note: you cannot queue several of the extractions, just one at the time. When you start working with another title it interferes with the one currently extracting. But it extracts so quickly it's possible you can hardly keep up if the clips are under five minutes.
I generally always have success with this method. The only time it does not work is when I choose a song. It may silently error, but it must be a rights issue.
A caveat about using the "Information..." context choice for a file name: YT titles can contain characters that are not valid for computer file names.
Finally, I thought I might be able to use the information that appears in the "Save..." dialog for command line extraction. I gave up after some near-misses while testing for several hours one Saturday.