| 
					
				 | 
			
			
				@@ -1,4 +1,31 @@ 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 # set sane defaults to ensure video and audio are saved as intended 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+# 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+# Unfortunately yt-dlp lacks sane behaviors with regards to controlling 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+# both video and audio formats from `~/.config/yt-dlp/config`. 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+# 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+# If I add `--recode-video=webm` then it will also recode audio only downloads 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+# to webm even if I specified `--audio-format=opus`. 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+# 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+# I then tried using `-f` to control the downloaded file, but this is exposed 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+# other strange and undesirable behaviors. 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+# 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+# If I use `ba[ext=opus]` it will often fail because `opus` is not a commonly 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+# available extension. 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+# 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+# If I use `ba[ext=webm]`even if I want both audio and video it will never 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+# download the full video file. 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+# 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+# If I use `bv[ext=webm]+ba[ext=webm]` with `-x` it will download the entire 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+# video file, which is often an order of magnitude larger wasting both time and 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+# disk space, before converting to the desired audio-only format. 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+# 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+# In conclusion there does not seem to be intelligent design around the `-x` 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+# flag.  It ignores this flag when picking the file to download, and it ignores 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+# this flag when asked to recode video even though I only want audio. 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+# 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+# The end result is that I have to pick between only controlling audio or video 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+# and if I control video I am forced to download entire video files when smaller 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+# audio-only downloads would suffice. 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 # sane stream download setting 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 --wait-for-video=1 
			 |