I'm on Windows with latest ytarchive@dev; also observed on ytarchive@master.
When giving ytarchive the direct link with the url structure .../live/{video_id}, the folder and file have the Video ID all undercased, often leading to a wrong or invalid video if copy-pasted in a browser. Meanwhile, ytarchive grabbing a stream when either provided a channel, ../watch?v={video_id}, or ...youtu.be/{video_id} has proper capitalization, displaying the correct Video ID.
In any case, ytarchive works properly in downloading the stream, but the difference is having Video ID on the files and folder incorrect with /live/{video_id}. For now, not using /live/{video_id} as a workaround to download streams with direct links.
I'm on Windows with latest ytarchive@dev; also observed on ytarchive@master. When giving ytarchive the direct link with the url structure .../live/{video_id}, the folder and file have the Video ID all undercased, often leading to a wrong or invalid video if copy-pasted in a browser. Meanwhile, ytarchive grabbing a stream when either provided a channel, ../watch?v={video_id}, or ...youtu.be/{video_id} has proper capitalization, displaying the correct Video ID. In any case, ytarchive works properly in downloading the stream, but the difference is having Video ID on the files and folder incorrect with /live/{video_id}. For now, not using /live/{video_id} as a workaround to download streams with direct links.