[gentoo-user] youtube-dl and the conf file.

[gentoo-user] youtube-dl and the conf file.

[Dale]

Howdy,

I'm hearing bad things about youtube-dl.  It seems the RIAA is punishing
people who use it legally for those who don't.  Funny how the people who
don't do anything wrong pays for the ones who do while the ones who do
bad things get away.  Anyway. 

A good while back this list helped me set up the conf file for
youtube-dl so that it grabs the best resolution up to 720P or 1280
resolution videos.  I have no need for a 4K video.  lol  It seems
something changed a while back and the options in the conf file produce
a error.  From the error, I can't figure out what to change.  This is
the error.


ERROR: 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a
valid URL. Set --default-search "ytsearch" (or run  youtube-dl
"ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to
search YouTube

I'm using the normal youtube-dl <link to video> command.  No options or
anything.  This is what I have in the conf file. 


--format
bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best

--merge-output-format mp4


Those options worked for a long time so I guess something changed with
youtube-dl.  I don't get why it says the options are a URL either.  When
I google, I can't find where anyone is getting this error or using
different options either, at least not to accomplish the same goal. I
might add, my googling turned up the RIAA mess.  May have to donate to
help fund lawyers.  :/

Anyone know what to do to fix it?  I can't make heads or tails of it.

Dale

:-)  :-) 

Re: [gentoo-user] youtube-dl and the conf file.

[Arve Barsnes]

On Tue, 27 Oct 2020 at 21:58, Dale <rdalek1967@gmail.com> wrote:
> I'm using the normal youtube-dl <link to video> command.  No options or
> anything.  This is what I have in the conf file.
>
>
> --format
> bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best
>
> --merge-output-format mp4
>
>
> Those options worked for a long time so I guess something changed with
> youtube-dl.  I don't get why it says the options are a URL either.  When
> I google, I can't find where anyone is getting this error or using
> different options either, at least not to accomplish the same goal. I

I took a quick look at the commit history, and it seems the
documentation for the format options haven't changed in at least a
year, so it's hard to say if it is actually youtube-dl being the
culprit here.

Might be a quoting problem. Have you changed or updated anything
regarding your terminal emulator lately?

Maybe run your command with the verbose flag (-v) and see if it tells
you the full command it is trying to run. Notice in the docs the whole
format string is quoted with single quotes.

Regards,
Arve

Re: [gentoo-user] youtube-dl and the conf file.

[Michael]

[-- Attachment #1: Type: text/plain, Size: 2490 bytes --]

On Tuesday, 27 October 2020 21:14:37 GMT Arve Barsnes wrote:
> On Tue, 27 Oct 2020 at 21:58, Dale <rdalek1967@gmail.com> wrote:
> > I'm using the normal youtube-dl <link to video> command.  No options or
> > anything.  This is what I have in the conf file.
> > 
> > 
> > --format
> > bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?128
> > 0]+bestaudio/best
> > 
> > --merge-output-format mp4
> > 
> > 
> > Those options worked for a long time so I guess something changed with
> > youtube-dl.  I don't get why it says the options are a URL either.  When
> > I google, I can't find where anyone is getting this error or using
> > different options either, at least not to accomplish the same goal. I
> 
> I took a quick look at the commit history, and it seems the
> documentation for the format options haven't changed in at least a
> year, so it's hard to say if it is actually youtube-dl being the
> culprit here.
> 
> Might be a quoting problem. Have you changed or updated anything
> regarding your terminal emulator lately?
> 
> Maybe run your command with the verbose flag (-v) and see if it tells
> you the full command it is trying to run. Notice in the docs the whole
> format string is quoted with single quotes.
> 
> Regards,
> Arve

Occasionally the youtube-dl on the tree is not totally up-to-date with the 
latest and greatest in git.  You can wait for a day or two and see if it gets 
updated in portage testing branch, or download it from git and run it from 
within a directory.

Theoretically, your config can run into trouble if the container format you 
have set to merge video and audio into, will not work with the video/audio 
extractors available on the stream.

You have specified:  "--merge-output-format mp4"

If the available codex for video or audio is not suitable for the mp4 
container, you are going to get an error.  For example, if a stream only has 
bestvideo in a VP9 codec at width 1280, and/or best audio in opus codec, this 
will barf if you try to merge it into a mp4 container without transcoding the 
video and/or audio streams using codecs compatible with mp4, instead of 
merging (copying) them into webm (mkv) as they come.

Hence it throws a wobbly back at you and asks you to run a search in case 
there is some URL with video/audio streams in codecs which will satisfy your 
mp4 container format requirement.

I don't think the single/double quote is an issue for Linux.  In MSWindows you 
ought to use double quotes.

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] youtube-dl and the conf file.

[Dale]

Arve Barsnes wrote:
> On Tue, 27 Oct 2020 at 21:58, Dale <rdalek1967@gmail.com> wrote:
>> I'm using the normal youtube-dl <link to video> command.  No options or
>> anything.  This is what I have in the conf file.
>>
>>
>> --format
>> bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best
>>
>> --merge-output-format mp4
>>
>>
>> Those options worked for a long time so I guess something changed with
>> youtube-dl.  I don't get why it says the options are a URL either.  When
>> I google, I can't find where anyone is getting this error or using
>> different options either, at least not to accomplish the same goal. I
> I took a quick look at the commit history, and it seems the
> documentation for the format options haven't changed in at least a
> year, so it's hard to say if it is actually youtube-dl being the
> culprit here.
>
> Might be a quoting problem. Have you changed or updated anything
> regarding your terminal emulator lately?
>
> Maybe run your command with the verbose flag (-v) and see if it tells
> you the full command it is trying to run. Notice in the docs the whole
> format string is quoted with single quotes.
>
> Regards,
> Arve
>
>


Ran with -v but don't see any clues there.  Basically, it's the same
error twice. 


ERROR: 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a
valid URL. Set --default-search "ytsearch" (or run  youtube-dl
"ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to
search YouTube
Traceback (most recent call last):
  File "/usr/lib/python3.7/site-packages/youtube_dl/YoutubeDL.py", line
797, in extract_info
    ie_result = ie.extract(url)
  File
"/usr/lib/python3.7/site-packages/youtube_dl/extractor/common.py", line
530, in extract
    ie_result = self._real_extract(url)
  File
"/usr/lib/python3.7/site-packages/youtube_dl/extractor/generic.py", line
2277, in _real_extract
    % (url, url), expected=True)
youtube_dl.utils.ExtractorError:
'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a valid
URL. Set --default-search "ytsearch" (or run  youtube-dl
"ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to
search YouTube


This is what the conf file looks like now.  I took out the format
option.  Add it back later when this current issue is settled. 


--format
'bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best'


I use KDE so it could be KDE updated something but if so, I'm not aware
of it.  I use Konsole to run the commands.  Nothing else complains but
that may not mean much either. 

I'm going to add single quotes and see if anything changes, as shown
above.  Worst it can do is puke on my keyboard.  lol  Single quotes
didn't change anything either.  Same output.

I wonder if the changes in python could be the issue?  Maybe it went
from python 2.7 to a newer version and changed something??  Just for
giggles. 


[ebuild   R   *] net-misc/youtube-dl-99999999::gentoo  USE="-test"
PYTHON_TARGETS="python3_7 -python3_6 -python3_8"


And for a few more giggles.


root@fireball / # genlop -t youtube-dl
 * net-misc/youtube-dl

     Tue May 12 13:36:32 2020 >>> net-misc/youtube-dl-99999999
       merge time: 1 minute and 6 seconds.

     Wed May 13 21:24:43 2020 >>> net-misc/youtube-dl-99999999
       merge time: 40 seconds.

     Fri Jul  3 16:17:21 2020 >>> net-misc/youtube-dl-99999999
       merge time: 1 minute and 2 seconds.

     Fri Jul  3 16:26:21 2020 >>> net-misc/youtube-dl-99999999
       merge time: 34 seconds.

     Sun Jul 12 23:11:57 2020 >>> net-misc/youtube-dl-99999999
       merge time: 6 minutes and 55 seconds.

root@fireball / #


Keep in mind, I been ignoring the error for a while.  I thought it was a
bug or something that would get stomped on eventually.  I wasn't aware
that youtube-dl was the one being stomped on by a big foot.  :-( 

Open to ideas. 

Dale

:-)  :-) 

Re: [gentoo-user] youtube-dl and the conf file.

[Dale]

Michael wrote:
> On Tuesday, 27 October 2020 21:14:37 GMT Arve Barsnes wrote:
>> On Tue, 27 Oct 2020 at 21:58, Dale <rdalek1967@gmail.com> wrote:
>>> I'm using the normal youtube-dl <link to video> command.  No options or
>>> anything.  This is what I have in the conf file.
>>>
>>>
>>> --format
>>> bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?128
>>> 0]+bestaudio/best
>>>
>>> --merge-output-format mp4
>>>
>>>
>>> Those options worked for a long time so I guess something changed with
>>> youtube-dl.  I don't get why it says the options are a URL either.  When
>>> I google, I can't find where anyone is getting this error or using
>>> different options either, at least not to accomplish the same goal. I
>> I took a quick look at the commit history, and it seems the
>> documentation for the format options haven't changed in at least a
>> year, so it's hard to say if it is actually youtube-dl being the
>> culprit here.
>>
>> Might be a quoting problem. Have you changed or updated anything
>> regarding your terminal emulator lately?
>>
>> Maybe run your command with the verbose flag (-v) and see if it tells
>> you the full command it is trying to run. Notice in the docs the whole
>> format string is quoted with single quotes.
>>
>> Regards,
>> Arve
> Occasionally the youtube-dl on the tree is not totally up-to-date with the 
> latest and greatest in git.  You can wait for a day or two and see if it gets 
> updated in portage testing branch, or download it from git and run it from 
> within a directory.
>
> Theoretically, your config can run into trouble if the container format you 
> have set to merge video and audio into, will not work with the video/audio 
> extractors available on the stream.
>
> You have specified:  "--merge-output-format mp4"
>
> If the available codex for video or audio is not suitable for the mp4 
> container, you are going to get an error.  For example, if a stream only has 
> bestvideo in a VP9 codec at width 1280, and/or best audio in opus codec, this 
> will barf if you try to merge it into a mp4 container without transcoding the 
> video and/or audio streams using codecs compatible with mp4, instead of 
> merging (copying) them into webm (mkv) as they come.
>
> Hence it throws a wobbly back at you and asks you to run a search in case 
> there is some URL with video/audio streams in codecs which will satisfy your 
> mp4 container format requirement.
>
> I don't think the single/double quote is an issue for Linux.  In MSWindows you 
> ought to use double quotes.


I first noticed this when using a site other than youtube.  For a long
while, I thought it was because of me using other sites.  Today, real
early this morning, I wanted a video off youtube and noticed it still
gave the error.  That made me start to wonder.  Odd thing is, it seems
to pick the best video but the ones I was downloading were already low
definition anyway.  I may find a 4K video and see what it does.  If it
grabs the 4K version, it's ignoring the option in the conf file.  If it
grabs the 720P version, well, it is making use of some of the option
even if it is not happy with the rest of the line. 

I get the same error even when I comment out that merge format line.  I
was hoping but I added that line a while back but so far, it ignores it
or they are not available as you point out. 

If youtube-dl stops working because it can't be maintained, I'm going to
be sad.  I don't use it a lot but it is a nifty tool.  I really like the
resume feature.  It seems other tools stop at 90 something percent and
they require me to start over.  Youtube-dl just picks up where it left
off when you try again.  Saves a lot of time and bandwidth for me and
the site I'm getting a video from. 

Dale

:-)  :-) 

Re: [gentoo-user] youtube-dl and the conf file.

[David Haller]

Hello,

On Tue, 27 Oct 2020, Dale wrote:
>This is what the conf file looks like now.  I took out the format
>option.  Add it back later when this current issue is settled. 
>
>--format
>'bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best'

Is that one or two lines? It think it should be one! I.e.:

--format foo

Try:

--format 'bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best'

Or, I think it's equivalent:

--format 'bestvideo[ext=webm,ext=mp4][width<=?1280]+bestaudio/best'

HTH,
-dnh

-- 
Linux is not a desktop OS for people whose VCRs are still
flashing "12:00".                         -- Paul Tomblin

Re: [gentoo-user] youtube-dl and the conf file.

[Dale]

David Haller wrote:
> Hello,
>
> On Tue, 27 Oct 2020, Dale wrote:
>> This is what the conf file looks like now.  I took out the format
>> option.  Add it back later when this current issue is settled. 
>>
>> --format
>> 'bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best'
> Is that one or two lines? It think it should be one! I.e.:
>
> --format foo
>
> Try:
>
> --format 'bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best'
>
> Or, I think it's equivalent:
>
> --format 'bestvideo[ext=webm,ext=mp4][width<=?1280]+bestaudio/best'
>
> HTH,
> -dnh
>


It doesn't like that either.  The original is one line.  That said, I
read where you can put one option on each line and have multiple lines. 
The top line is what I already had so I tried the second one.  It gave
me this.


ERROR: 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a
valid URL. Set --default-search "ytsearch" (or run  youtube-dl
"ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to
search YouTube
[youtube] byTOZIvyXPo: Downloading webpage


It seems to see something as a URL instead of a option.  Thing is, when
I google, I find a lot of people using the exact same line.  I'm
beginning to wonder if Arve has a point.  Maybe something else changed
and that changed how youtube-dl works.  To test, I wanted to re-emerge
youtube-dl.  When I tried, I got this little bit of spit up on my
keyboard. 


root@fireball / # emerge -a youtube-dl

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   *] net-misc/youtube-dl-99999999::gentoo  USE="-test"
PYTHON_TARGETS="python3_7 -python3_6 -python3_8" 0 KiB

Total: 1 package (1 reinstall), Size of downloads: 0 KiB

Would you like to merge these packages? [Yes/No] y
>>> Verifying ebuild manifests
>>> Emerging (1 of 1) net-misc/youtube-dl-99999999::gentoo
>>> Failed to emerge net-misc/youtube-dl-99999999, Log file:
>>>  '/var/log/portage/net-misc:youtube-dl-99999999:20201028-012948.log'
>>> Jobs: 0 of 1 complete, 1 failed                 Load avg: 2.00,
1.70, 1.60
 * Package:    net-misc/youtube-dl-99999999
 * Repository: gentoo
 * Maintainer: jer@gentoo.org
 * USE:        abi_x86_64 amd64 elibc_glibc kernel_linux
python_targets_python3_7 userland_GNU
 * FEATURES:   network-sandbox preserve-libs sandbox userpriv usersandbox
>>> Unpacking source...
 * Repository id: ytdl-org_youtube-dl.git
 * To override fetched repository properties, use:
 *   EGIT_OVERRIDE_REPO_YTDL_ORG_YOUTUBE_DL
 *   EGIT_OVERRIDE_BRANCH_YTDL_ORG_YOUTUBE_DL
 *   EGIT_OVERRIDE_COMMIT_YTDL_ORG_YOUTUBE_DL
 *   EGIT_OVERRIDE_COMMIT_DATE_YTDL_ORG_YOUTUBE_DL
 *
 * Fetching https://github.com/ytdl-org/youtube-dl/ ...
git fetch https://github.com/ytdl-org/youtube-dl/ +HEAD:refs/git-r3/HEAD
fatal: could not read Username for 'https://github.com': terminal
prompts disabled
 * ERROR: net-misc/youtube-dl-99999999::gentoo failed (unpack phase):
 *   Unable to fetch from any of EGIT_REPO_URI
 *
 * Call stack:
 *     ebuild.sh, line  125:  Called src_unpack
 *   environment, line 3655:  Called git-r3_src_unpack
 *   environment, line 2568:  Called git-r3_src_fetch
 *   environment, line 2562:  Called git-r3_fetch
 *   environment, line 2484:  Called die
 * The specific snippet of code:
 *       [[ -n ${success} ]] || die "Unable to fetch from any of
EGIT_REPO_URI";
 *
 * If you need support, post the output of `emerge --info
'=net-misc/youtube-dl-99999999::gentoo'`,
 * the complete build log and the output of `emerge -pqv
'=net-misc/youtube-dl-99999999::gentoo'`.
 * The complete build log is located at
'/var/log/portage/net-misc:youtube-dl-99999999:20201028-012948.log'.
 * For convenience, a symlink to the build log is located at
'/var/tmp/portage/net-misc/youtube-dl-99999999/temp/build.log'.
 * The ebuild environment file is located at
'/var/tmp/portage/net-misc/youtube-dl-99999999/temp/environment'.
 * Working directory: '/var/tmp/portage/net-misc/youtube-dl-99999999/work'
 * S:
'/var/tmp/portage/net-misc/youtube-dl-99999999/work/youtube-dl-99999999'
 *
 * The following package has failed to build, install, or execute postinst:
 *
 *  (net-misc/youtube-dl-99999999:0/0::gentoo, ebuild scheduled for
merge), Log file:
 *   '/var/log/portage/net-misc:youtube-dl-99999999:20201028-012948.log'
 *
root@fireball / #


Is that because RIAA made them remove something or have I found a whole
new problem?  o-O

Dale

:-)  :-) 

Re: [gentoo-user] youtube-dl and the conf file.

[Arve Barsnes]

On Wed, 28 Oct 2020 at 02:35, Dale <rdalek1967@gmail.com> wrote:
> root@fireball / # emerge -a youtube-dl
>
>
> Is that because RIAA made them remove something or have I found a whole
> new problem?  o-O

This is because of RIAA indeed. The repo is no longer available on
github, so if you wanted to update from your last merge from july (if
I read your previous message correctly), you would need to download a
release from somewhere else. There are plenty of clones elsewhere on
github so it shouldn't be a problem really, but you'd need to create
your own ebuild.

Regards,
Arve

Re: [gentoo-user] youtube-dl and the conf file.

[Ashley Dixon]

[-- Attachment #1: Type: text/plain, Size: 1951 bytes --]

On Wed, Oct 28, 2020 at 07:21:32AM +0100, Arve Barsnes wrote:
> On Wed, 28 Oct 2020 at 02:35, Dale <rdalek1967@gmail.com> wrote:
> > Is that because RIAA made them remove something or have I found a whole
> > new problem?  o-O
> 
> This is because of RIAA indeed. The repo is no longer available on
> github, so if you wanted to update from your last merge from july (if
> I read your previous message correctly), you would need to download a
> release from somewhere else. There are plenty of clones elsewhere on
> github so it shouldn't be a problem really, but you'd need to create
> your own ebuild.

See also, for anyone interested in the legal aspects of this "notice":  [1,  2].

The action by the R.I.A.A.  is dubious to  say  the  least,  but  GitHub  cannot
determine the validity of the claim as they are not a court.  Until this  matter
is decided through the proper legal channels, GitHub have no (wise)  option  but
to  comply.   However,  as  Arve  correctly  states,  this  doesn't  effect  the
distribution of YouTube-DL in any realistic capacity due to  the  prevalence  of
on-line mirrors.

The lack of knowledge of the open-source model possessed by these sort of  large
assets-management companies remains as astounding and entertaining as  ever.   I
often wonder whether their business consists of anything other than invoking the
Streisand effect.

[1] https://law.stackexchange.com/questions/57421
[2] https://github.com/github/dmca/blob/master/2020/10/2020-10-23-RIAA.md

Dale: I have received your e-mail and video. Will reply shortly. Fiddled with my
telephone a bit too much and had to buy (and learn to  use)  a  vintage  tension
gauge to correctly rewind the impulse spring in the dial.  My local exchange did
not take kindly to a telephone sending ten pulses in a tenth of a second.   LOL.

-- 

Ashley Dixon
suugaku.co.uk

2A9A 4117
DA96 D18A
8A7B B0D2
A30E BF25
F290 A8AA


[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] youtube-dl and the conf file.

[David Haller]

Hello,

On Tue, 27 Oct 2020, Dale wrote:
[..]
>ERROR: 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a
>valid URL. Set --default-search "ytsearch" (or run  youtube-dl
>"ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to
>search YouTube
>[youtube] byTOZIvyXPo: Downloading webpage

Please run again with -v, such as:

$ youtube-dl -v https://www.youtube.com/watch?v=byTOZIvyXPo

and then check at the top for the lines:

[debug] System config: []
[debug] User config: [ .. THIS IS WHAT I'M INTERESTED IN .. ]
[debug] Custom config: []
[debug] Command-line args: [u'-v', u'https://www.youtube.com/watch?v=IzPxJK4drcc']
[..]
[debug] youtube-dl version 2020.09.20

and mail them here ... One should see there how yt-dl parses your
config and hopefully what goes wrong with it.

HTH,
-dnh

-- 
Thou shalt not droppeth thy leatherman onto live motherboards.
                                        -- Andreas "Buzh" Skau

Re: [gentoo-user] youtube-dl and the conf file.

[Mark Knecht]

[-- Attachment #1: Type: text/plain, Size: 4077 bytes --]

On Tue, Oct 27, 2020 at 1:58 PM Dale <rdalek1967@gmail.com> wrote:
>
> Howdy,
>
> I'm hearing bad things about youtube-dl.  It seems the RIAA is punishing
> people who use it legally for those who don't.  Funny how the people who
> don't do anything wrong pays for the ones who do while the ones who do
> bad things get away.  Anyway.
>
> A good while back this list helped me set up the conf file for
> youtube-dl so that it grabs the best resolution up to 720P or 1280
> resolution videos.  I have no need for a 4K video.  lol  It seems
> something changed a while back and the options in the conf file produce
> a error.  From the error, I can't figure out what to change.  This is
> the error.
>
>
> ERROR: 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a
> valid URL. Set --default-search "ytsearch" (or run  youtube-dl
> "ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to
> search YouTube
>
> I'm using the normal youtube-dl <link to video> command.  No options or
> anything.  This is what I have in the conf file.
>
>
> --format
>
bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best
>
> --merge-output-format mp4
>
>
> Those options worked for a long time so I guess something changed with
> youtube-dl.  I don't get why it says the options are a URL either.  When
> I google, I can't find where anyone is getting this error or using
> different options either, at least not to accomplish the same goal. I
> might add, my googling turned up the RIAA mess.  May have to donate to
> help fund lawyers.  :/
>
> Anyone know what to do to fix it?  I can't make heads or tails of it.
>
> Dale
>
> :-)  :-)

Hi Dale,
   I don't use youtube-dl enough to offer any significant input but in my
limited experience the general way to handle this is to first determine
what formats are actually available and then to pick one of those by
number:

mark@science:~$ youtube-dl -F https://www.youtube.com/watch?v=byTOZIvyXPo
[youtube] byTOZIvyXPo: Downloading webpage
[youtube] byTOZIvyXPo: Downloading MPD manifest
[info] Available formats for byTOZIvyXPo:
format code  extension  resolution note
139          m4a        audio only DASH audio   52k , m4a_dash container,
mp4a.40.5@ 48k (22050Hz)
140          m4a        audio only DASH audio  132k , m4a_dash container,
mp4a.40.2@128k (44100Hz)
251          webm       audio only DASH audio  137k , webm_dash container,
opus @160k (48000Hz)
278          webm       192x144    DASH video   95k , webm_dash container,
vp9, 24fps, video only
160          mp4        192x144    DASH video  108k , mp4_dash container,
avc1.4d400b, 24fps, video only
242          webm       320x240    DASH video  220k , webm_dash container,
vp9, 24fps, video only
133          mp4        320x240    DASH video  242k , mp4_dash container,
avc1.4d400c, 24fps, video only
243          webm       480x360    DASH video  405k , webm_dash container,
vp9, 24fps, video only
134          mp4        480x360    DASH video  477k , mp4_dash container,
avc1.4d4015, 24fps, video only
244          webm       640x480    DASH video  752k , webm_dash container,
vp9, 24fps, video only
135          mp4        640x480    DASH video 1155k , mp4_dash container,
avc1.4d4014, 24fps, video only
18           mp4        480x360    360p  514k , avc1.42001E, 24fps,
mp4a.40.2@ 96k (44100Hz), 177.81MiB (best)
mark@science:~$

   Note that documentation for the --bestvideo/--bestaudio
options says that they 'may not be available'.

   In many cases I've had to transcode the download for
my purpose which is very much a corner case. I use them in a
program called transcribe! which figures out most likely guitar
fingering positions from audio content and when video is
available will play the video so you can see where the player
is actually placing his fingers vs what the program thinks
she's/he's doing.

   I suspect you might be able to script the youtube-dl and
transcode into a single batch file but that sort of stuff is generally
beyond me and I don't do it enough to warrant learning.

HTH,
Mark

[-- Attachment #2: Type: text/html, Size: 6964 bytes --]

Re: [gentoo-user] youtube-dl and the conf file.

[Dale]

Dale wrote:
> David Haller wrote:
>> Hello,
>>
>> On Tue, 27 Oct 2020, Dale wrote:
>>> This is what the conf file looks like now.  I took out the format
>>> option.  Add it back later when this current issue is settled. 
>>>
>>> --format
>>> 'bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best'
>> Is that one or two lines? It think it should be one! I.e.:
>>
>> --format foo
>>
>> Try:
>>
>> --format 'bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best'
>>
>> Or, I think it's equivalent:
>>
>> --format 'bestvideo[ext=webm,ext=mp4][width<=?1280]+bestaudio/best'
>>
>> HTH,
>> -dnh
>>
>
> It doesn't like that either.  The original is one line.  That said, I
> read where you can put one option on each line and have multiple lines. 
> The top line is what I already had so I tried the second one.  It gave
> me this.
>
>
> ERROR: 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a
> valid URL. Set --default-search "ytsearch" (or run  youtube-dl
> "ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to
> search YouTube
> [youtube] byTOZIvyXPo: Downloading webpage
>
>
> It seems to see something as a URL instead of a option.  Thing is, when
> I google, I find a lot of people using the exact same line.  I'm
> beginning to wonder if Arve has a point.  Maybe something else changed
> and that changed how youtube-dl works.  To test, I wanted to re-emerge
> youtube-dl.  When I tried, I got this little bit of spit up on my
> keyboard. 
>
>
> root@fireball / # emerge -a youtube-dl
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [ebuild   R   *] net-misc/youtube-dl-99999999::gentoo  USE="-test"
> PYTHON_TARGETS="python3_7 -python3_6 -python3_8" 0 KiB
>
> Total: 1 package (1 reinstall), Size of downloads: 0 KiB
>
> Would you like to merge these packages? [Yes/No] y
>>>> Verifying ebuild manifests
>>>> Emerging (1 of 1) net-misc/youtube-dl-99999999::gentoo
>>>> Failed to emerge net-misc/youtube-dl-99999999, Log file:
>>>>   '/var/log/portage/net-misc:youtube-dl-99999999:20201028-012948.log'
>>>> Jobs: 0 of 1 complete, 1 failed                 Load avg: 2.00,
> 1.70, 1.60
>  * Package:    net-misc/youtube-dl-99999999
>  * Repository: gentoo
>  * Maintainer: jer@gentoo.org
>  * USE:        abi_x86_64 amd64 elibc_glibc kernel_linux
> python_targets_python3_7 userland_GNU
>  * FEATURES:   network-sandbox preserve-libs sandbox userpriv usersandbox
>>>> Unpacking source...
>  * Repository id: ytdl-org_youtube-dl.git
>  * To override fetched repository properties, use:
>  *   EGIT_OVERRIDE_REPO_YTDL_ORG_YOUTUBE_DL
>  *   EGIT_OVERRIDE_BRANCH_YTDL_ORG_YOUTUBE_DL
>  *   EGIT_OVERRIDE_COMMIT_YTDL_ORG_YOUTUBE_DL
>  *   EGIT_OVERRIDE_COMMIT_DATE_YTDL_ORG_YOUTUBE_DL
>  *
>  * Fetching https://github.com/ytdl-org/youtube-dl/ ...
> git fetch https://github.com/ytdl-org/youtube-dl/ +HEAD:refs/git-r3/HEAD
> fatal: could not read Username for 'https://github.com': terminal
> prompts disabled
>  * ERROR: net-misc/youtube-dl-99999999::gentoo failed (unpack phase):
>  *   Unable to fetch from any of EGIT_REPO_URI
>  *
>  * Call stack:
>  *     ebuild.sh, line  125:  Called src_unpack
>  *   environment, line 3655:  Called git-r3_src_unpack
>  *   environment, line 2568:  Called git-r3_src_fetch
>  *   environment, line 2562:  Called git-r3_fetch
>  *   environment, line 2484:  Called die
>  * The specific snippet of code:
>  *       [[ -n ${success} ]] || die "Unable to fetch from any of
> EGIT_REPO_URI";
>  *
>  * If you need support, post the output of `emerge --info
> '=net-misc/youtube-dl-99999999::gentoo'`,
>  * the complete build log and the output of `emerge -pqv
> '=net-misc/youtube-dl-99999999::gentoo'`.
>  * The complete build log is located at
> '/var/log/portage/net-misc:youtube-dl-99999999:20201028-012948.log'.
>  * For convenience, a symlink to the build log is located at
> '/var/tmp/portage/net-misc/youtube-dl-99999999/temp/build.log'.
>  * The ebuild environment file is located at
> '/var/tmp/portage/net-misc/youtube-dl-99999999/temp/environment'.
>  * Working directory: '/var/tmp/portage/net-misc/youtube-dl-99999999/work'
>  * S:
> '/var/tmp/portage/net-misc/youtube-dl-99999999/work/youtube-dl-99999999'
>  *
>  * The following package has failed to build, install, or execute postinst:
>  *
>  *  (net-misc/youtube-dl-99999999:0/0::gentoo, ebuild scheduled for
> merge), Log file:
>  *   '/var/log/portage/net-misc:youtube-dl-99999999:20201028-012948.log'
>  *
> root@fireball / #
>
>
> Is that because RIAA made them remove something or have I found a whole
> new problem?  o-O
>
> Dale
>
> :-)  :-) 
>


Howdy,

It's been rough since my last message.  My puter made a fairly loud pop
sound and then went dark.  Trust me, it went dark in here.  My monitors
and everything went black.  That's not something this room sees much. 
Anyway, my power supply decided to take a long nap.  The primary
capacitor went out.  It's still in tact and all but it is domed up
pretty good.  I'm not sure what made the pop sound since the cap is in
somewhat good shape.  It's domed enough I'm 99.99% sure it started the
mess.  I'm just glad I bought a good one since my mobo and all seems to
be fine.  Those protection circuits did a awesome job.  It was a
ThermalTake that was several years old.  I got my money's worth and then
some. 

I bought a new power supply.  It's a Evga 650 watt, same wattage as old
one.  Sticker says 100-N1-0650-L1.  I had to drive about 70 miles to get
to a big computer store.  The repair guy says he uses them a lot and has
only had one or two go out under warranty.  He said the protection
circuits work good on those and protected the mobo etc.  I'll do more
research later on and order a better one if needed. 

I'm thinking about replacing that cap and seeing if it works.  I've
repaired a few monitors that way but my question is, should I trust it
after replacing that cap even if it works??  Should it be load tested or
something?  Does the protection circuitry only work once? 

Trying to get things back going here.  Just glad my baby has that
annoyingly bright blue LED back on.  ROFL 

Dale

:-)  :-) 

Re: [gentoo-user] youtube-dl and the conf file.

[Michael]

[-- Attachment #1: Type: text/plain, Size: 899 bytes --]

On Wednesday, 28 October 2020 19:27:06 GMT Dale wrote:

> I'm thinking about replacing that cap and seeing if it works.  I've
> repaired a few monitors that way but my question is, should I trust it
> after replacing that cap even if it works??  Should it be load tested or
> something?  Does the protection circuitry only work once? 

It depends what was damaged and the cause of it.  It could be the capacitor 
reached its predicted end of life.  It could have been a transient voltage, in 
which case more things in the protection circuit (diodes, resistors) may have 
also been damaged.

I had an old desktop which during a lightning storm ended up with a blown PSU 
and a blown winmodem.  The winmodem was unrepairable, but the PSU survived 
following the replacement of a single capacitor.  :-)

For the cost of a capacitor I'd give it a try and then measure the output 
voltages under load.


[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] youtube-dl and the conf file.

[Dale]

Michael wrote:
> On Wednesday, 28 October 2020 19:27:06 GMT Dale wrote:
>
>> I'm thinking about replacing that cap and seeing if it works.  I've
>> repaired a few monitors that way but my question is, should I trust it
>> after replacing that cap even if it works??  Should it be load tested or
>> something?  Does the protection circuitry only work once? 
> It depends what was damaged and the cause of it.  It could be the capacitor 
> reached its predicted end of life.  It could have been a transient voltage, in 
> which case more things in the protection circuit (diodes, resistors) may have 
> also been damaged.
>
> I had an old desktop which during a lightning storm ended up with a blown PSU 
> and a blown winmodem.  The winmodem was unrepairable, but the PSU survived 
> following the replacement of a single capacitor.  :-)
>
> For the cost of a capacitor I'd give it a try and then measure the output 
> voltages under load.
>


Well, we getting rain but I haven't heard a single bit of thunder or any
light blinking.  Nothing really bad anywhere near us either.  It's the
hurricane thing again.  I might add, I got surge protection coming out
my ears.  One in the main breaker box that should protect everything. 
It's installed right below the main breaker.  Another one at the wall
plug where I plug my UPS in.  The UPS also has surge protection as
well.  The likely hood that a surge made it through all that, pretty
slim.  The one in the breaker box alone should stop about anything short
of a direct lightening strike.  Given all that, I think a surge can be
ruled out, in this case anyway.  ;-) 

End of life.  That is my bet.  I did a search for when I ordered the
power supply.  It is within a month or so of being 10 years old.  I may
replace that capacitor just for giggles but honestly, I got my money out
of that thing a few years ago.  I'd be worried about the other
capacitors in there too.  Are they about to pop as well??  Who knows. 

From my research, the new P/S isn't a great one but it is a decent one. 
It cost me a little more than my old one which lasted a good long
while.  I may order a new one later on and pick a really good one.  I
used to go to Jonnyguru website to see what is good and what is not but
it seems they haven't done anything in a year or more.  I don't know if
they stopped doing it, got sick or what.  They used to test them pretty
good when I looked before.  Just surviving their tests was generally a
good thing.  They stressed them for sure to see if they could handle
what they claim they can.

Anyone else notice that cheap capacitors literally blow up while the
good high quality ones just dome up on top?  I had a really cheap one go
out in a power inverter.  It barely had enough left to see the specs. 
I've seen high quality ones go out from age and they just dome up.  You
have to look close to even see it is bad.  I don't recall ever seeing
one blow up tho. 

I think I'm going to check the age of my mobo right quick.  :/

Dale

:-)  :-) 

Re: [gentoo-user] youtube-dl and the conf file.

[Dale]

David Haller wrote:
> Hello,
>
> On Tue, 27 Oct 2020, Dale wrote:
> [..]
>> ERROR: 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a
>> valid URL. Set --default-search "ytsearch" (or run  youtube-dl
>> "ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to
>> search YouTube
>> [youtube] byTOZIvyXPo: Downloading webpage
> Please run again with -v, such as:
>
> $ youtube-dl -v https://www.youtube.com/watch?v=byTOZIvyXPo
>
> and then check at the top for the lines:
>
> [debug] System config: []
> [debug] User config: [ .. THIS IS WHAT I'M INTERESTED IN .. ]
> [debug] Custom config: []
> [debug] Command-line args: [u'-v', u'https://www.youtube.com/watch?v=IzPxJK4drcc']
> [..]
> [debug] youtube-dl version 2020.09.20
>
> and mail them here ... One should see there how yt-dl parses your
> config and hopefully what goes wrong with it.
>
> HTH,
> -dnh
>


Finally getting thing back to normal.  Been checking out the quality of
new power supply and the age of my mobo.  Mobo is 7 years old.  May
start digging around for one of those soon.  o_0

Searched for test video and grabbed the first hit.  Here is the complete
output. 


dale@fireball ~/Desktop $ youtube-dl -v
https://www.youtube.com/watch?v=C0DPdy98e4c
[debug] System config: []
[debug] User config: ['ytdl-format=bestvideo[height<=?1280]+bestaudio/best']
[debug] Custom config: []
[debug] Command-line args: ['-i', '-v',
'https://www.youtube.com/watch?v=C0DPdy98e4c']
[debug] Encodings: locale UTF-8, fs utf-8, out UTF-8, pref UTF-8
[debug] youtube-dl version 2020.06.16.1
[debug] Python version 3.7.9 (CPython) -
Linux-5.6.7-gentoo-x86_64-AMD_FX-tm-8350_Eight-Core_Processor-with-gentoo-2.7
[debug] exe versions: ffmpeg 4.3.1, ffprobe 4.3.1
[debug] Proxy map: {}
ERROR: 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a
valid URL. Set --default-search "ytsearch" (or run  youtube-dl
"ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to
search YouTube
Traceback (most recent call last):
  File "/usr/lib/python3.7/site-packages/youtube_dl/YoutubeDL.py", line
797, in extract_info
    ie_result = ie.extract(url)
  File
"/usr/lib/python3.7/site-packages/youtube_dl/extractor/common.py", line
530, in extract
    ie_result = self._real_extract(url)
  File
"/usr/lib/python3.7/site-packages/youtube_dl/extractor/generic.py", line
2277, in _real_extract
    % (url, url), expected=True)
youtube_dl.utils.ExtractorError:
'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a valid
URL. Set --default-search "ytsearch" (or run  youtube-dl
"ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to
search YouTube

[youtube] C0DPdy98e4c: Downloading webpage
[debug] Default format spec: bestvideo+bestaudio/best
WARNING: Requested formats are incompatible for merge and will be merged
into mkv.
[debug] Invoking downloader on
'https://r2---sn-5uaeznd7.googlevideo.com/videoplayback?expire=1603948129&ei=AfqZX8i_DJPqigTpkoDYAw&ip=74.188.248.51&id=o-AH8t98t1pWRhfF0y-tZC-qs49qI_zvZaKyBkU50HBe2G&itag=244&aitags=133%2C134%2C135%2C160%2C242%2C243%2C244%2C278%2C394%2C395%2C396%2C397&source=youtube&requiressl=yes&mh=m8&mm=31%2C26&mn=sn-5uaeznd7%2Csn-q4flrn7s&ms=au%2Conr&mv=m&mvi=2&pl=20&initcwndbps=1165000&vprv=1&mime=video%2Fwebm&gir=yes&clen=294311&dur=16.560&lmt=1449553649983144&mt=1603926401&fvip=2&keepalive=yes&c=WEB&sparams=expire%2Cei%2Cip%2Cid%2Caitags%2Csource%2Crequiressl%2Cvprv%2Cmime%2Cgir%2Cclen%2Cdur%2Clmt&sig=AOq0QJ8wRQIhAKZU6AYMDnJ3MkiGZrpNIARGZ1wcxQIuhv8RefWrUPJEAiBIWn9PA40XVnnUclzEp_nV18Ah1PswHBQjNzNtA0Negg%3D%3D&lsparams=mh%2Cmm%2Cmn%2Cms%2Cmv%2Cmvi%2Cpl%2Cinitcwndbps&lsig=AG3C_xAwRgIhAKvXqCZKwVUndAMo_5bv6VxIvB7fMndYKg1QSCR0Tqu2AiEAp32rZZE_hPo5cb1uRjg4PozYqTvXkkjWIaPEj7A9aog%3D&ratebypass=yes'
[download] Destination: TEST VIDEO-C0DPdy98e4c.f244.webm
[download] 100% of 287.41KiB in 00:02
[debug] Invoking downloader on
'https://r2---sn-5uaeznd7.googlevideo.com/videoplayback?expire=1603948129&ei=AfqZX8i_DJPqigTpkoDYAw&ip=74.188.248.51&id=o-AH8t98t1pWRhfF0y-tZC-qs49qI_zvZaKyBkU50HBe2G&itag=140&source=youtube&requiressl=yes&mh=m8&mm=31%2C26&mn=sn-5uaeznd7%2Csn-q4flrn7s&ms=au%2Conr&mv=m&mvi=2&pl=20&initcwndbps=1165000&vprv=1&mime=audio%2Fmp4&gir=yes&clen=280597&dur=17.600&lmt=1509088061399864&mt=1603926401&fvip=2&keepalive=yes&c=WEB&sparams=expire%2Cei%2Cip%2Cid%2Citag%2Csource%2Crequiressl%2Cvprv%2Cmime%2Cgir%2Cclen%2Cdur%2Clmt&sig=AOq0QJ8wRQIgZi7NlmQITSpxyahnu-mmF0TTQU4tTrjKNeNypYfUZS0CIQC25F6S6QoiRZ8g7HJf5HI1Ch6GBVpTS8QogQBmpR4xWA%3D%3D&lsparams=mh%2Cmm%2Cmn%2Cms%2Cmv%2Cmvi%2Cpl%2Cinitcwndbps&lsig=AG3C_xAwRgIhAKvXqCZKwVUndAMo_5bv6VxIvB7fMndYKg1QSCR0Tqu2AiEAp32rZZE_hPo5cb1uRjg4PozYqTvXkkjWIaPEj7A9aog%3D&ratebypass=yes'
[download] Destination: TEST VIDEO-C0DPdy98e4c.f140.m4a
[download] 100% of 274.02KiB in 00:02
[ffmpeg] Merging formats into "TEST VIDEO-C0DPdy98e4c.mkv"
[debug] ffmpeg command line: ffmpeg -y -loglevel repeat+info -i
'file:TEST VIDEO-C0DPdy98e4c.f244.webm' -i 'file:TEST
VIDEO-C0DPdy98e4c.f140.m4a' -c copy -map 0:v:0 -map 1:a:0 'file:TEST
VIDEO-C0DPdy98e4c.temp.mkv'
Deleting original file TEST VIDEO-C0DPdy98e4c.f244.webm (pass -k to keep)
Deleting original file TEST VIDEO-C0DPdy98e4c.f140.m4a (pass -k to keep)
dale@fireball ~/Desktop $


So you don't have to look back to old message, conf file again.


--format 'bestvideo[ext=webm,ext=mp4][width<=?1280]+bestaudio/best'


Question.  I have other lines in there that I commented out using the
usual #.  Is that correct or does it use some other character for
comments?  Maybe is is seeing those lines as active when I don't want
them to be??  Other than that, I see the options in the user config line
above.  It's seeing it at least. 

Thoughts? 

Dale

:-)  :-) 

Re: [gentoo-user] youtube-dl and the conf file.

[Michael]

[-- Attachment #1: Type: text/plain, Size: 6280 bytes --]

On Wednesday, 28 October 2020 23:15:21 GMT Dale wrote:
> David Haller wrote:
> > Hello,
> > 
> > On Tue, 27 Oct 2020, Dale wrote:
> > [..]
> > 
> >> ERROR: 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a
> >> valid URL. Set --default-search "ytsearch" (or run  youtube-dl
> >> "ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to
> >> search YouTube
> >> [youtube] byTOZIvyXPo: Downloading webpage
> > 
> > Please run again with -v, such as:
> > 
> > $ youtube-dl -v https://www.youtube.com/watch?v=byTOZIvyXPo
> > 
> > and then check at the top for the lines:
> > 
> > [debug] System config: []
> > [debug] User config: [ .. THIS IS WHAT I'M INTERESTED IN .. ]
> > [debug] Custom config: []
> > [debug] Command-line args: [u'-v',
> > u'https://www.youtube.com/watch?v=IzPxJK4drcc'] [..]
> > [debug] youtube-dl version 2020.09.20
> > 
> > and mail them here ... One should see there how yt-dl parses your
> > config and hopefully what goes wrong with it.
> > 
> > HTH,
> > -dnh
> 
> Finally getting thing back to normal.  Been checking out the quality of
> new power supply and the age of my mobo.  Mobo is 7 years old.  May
> start digging around for one of those soon.  o_0
> 
> Searched for test video and grabbed the first hit.  Here is the complete
> output. 
> 
> 
> dale@fireball ~/Desktop $ youtube-dl -v
> https://www.youtube.com/watch?v=C0DPdy98e4c
> [debug] System config: []
> [debug] User config: ['ytdl-format=bestvideo[height<=?1280]+bestaudio/best']
> [debug] Custom config: []
> [debug] Command-line args: ['-i', '-v',
> 'https://www.youtube.com/watch?v=C0DPdy98e4c']
> [debug] Encodings: locale UTF-8, fs utf-8, out UTF-8, pref UTF-8
> [debug] youtube-dl version 2020.06.16.1
> [debug] Python version 3.7.9 (CPython) -
> Linux-5.6.7-gentoo-x86_64-AMD_FX-tm-8350_Eight-Core_Processor-with-gentoo-2.
> 7 [debug] exe versions: ffmpeg 4.3.1, ffprobe 4.3.1
> [debug] Proxy map: {}
> ERROR: 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a
> valid URL. Set --default-search "ytsearch" (or run  youtube-dl
> "ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to
> search YouTube
> Traceback (most recent call last):
>   File "/usr/lib/python3.7/site-packages/youtube_dl/YoutubeDL.py", line
> 797, in extract_info
>     ie_result = ie.extract(url)
>   File
> "/usr/lib/python3.7/site-packages/youtube_dl/extractor/common.py", line
> 530, in extract
>     ie_result = self._real_extract(url)
>   File
> "/usr/lib/python3.7/site-packages/youtube_dl/extractor/generic.py", line
> 2277, in _real_extract
>     % (url, url), expected=True)
> youtube_dl.utils.ExtractorError:
> 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a valid
> URL. Set --default-search "ytsearch" (or run  youtube-dl
> "ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to
> search YouTube
> 
> [youtube] C0DPdy98e4c: Downloading webpage
> [debug] Default format spec: bestvideo+bestaudio/best
> WARNING: Requested formats are incompatible for merge and will be merged
> into mkv.
> [debug] Invoking downloader on
> 'https://r2---sn-5uaeznd7.googlevideo.com/videoplayback?expire=1603948129&ei
> =AfqZX8i_DJPqigTpkoDYAw&ip=74.188.248.51&id=o-AH8t98t1pWRhfF0y-tZC-qs49qI_zv
> ZaKyBkU50HBe2G&itag=244&aitags=133%2C134%2C135%2C160%2C242%2C243%2C244%2C278
> %2C394%2C395%2C396%2C397&source=youtube&requiressl=yes&mh=m8&mm=31%2C26&mn=s
> n-5uaeznd7%2Csn-q4flrn7s&ms=au%2Conr&mv=m&mvi=2&pl=20&initcwndbps=1165000&vp
> rv=1&mime=video%2Fwebm&gir=yes&clen=294311&dur=16.560&lmt=1449553649983144&m
> t=1603926401&fvip=2&keepalive=yes&c=WEB&sparams=expire%2Cei%2Cip%2Cid%2Caita
> gs%2Csource%2Crequiressl%2Cvprv%2Cmime%2Cgir%2Cclen%2Cdur%2Clmt&sig=AOq0QJ8w
> RQIhAKZU6AYMDnJ3MkiGZrpNIARGZ1wcxQIuhv8RefWrUPJEAiBIWn9PA40XVnnUclzEp_nV18Ah
> 1PswHBQjNzNtA0Negg%3D%3D&lsparams=mh%2Cmm%2Cmn%2Cms%2Cmv%2Cmvi%2Cpl%2Cinitcw
> ndbps&lsig=AG3C_xAwRgIhAKvXqCZKwVUndAMo_5bv6VxIvB7fMndYKg1QSCR0Tqu2AiEAp32rZ
> ZE_hPo5cb1uRjg4PozYqTvXkkjWIaPEj7A9aog%3D&ratebypass=yes' [download]
> Destination: TEST VIDEO-C0DPdy98e4c.f244.webm
> [download] 100% of 287.41KiB in 00:02
> [debug] Invoking downloader on
> 'https://r2---sn-5uaeznd7.googlevideo.com/videoplayback?expire=1603948129&ei
> =AfqZX8i_DJPqigTpkoDYAw&ip=74.188.248.51&id=o-AH8t98t1pWRhfF0y-tZC-qs49qI_zv
> ZaKyBkU50HBe2G&itag=140&source=youtube&requiressl=yes&mh=m8&mm=31%2C26&mn=sn
> -5uaeznd7%2Csn-q4flrn7s&ms=au%2Conr&mv=m&mvi=2&pl=20&initcwndbps=1165000&vpr
> v=1&mime=audio%2Fmp4&gir=yes&clen=280597&dur=17.600&lmt=1509088061399864&mt=
> 1603926401&fvip=2&keepalive=yes&c=WEB&sparams=expire%2Cei%2Cip%2Cid%2Citag%2
> Csource%2Crequiressl%2Cvprv%2Cmime%2Cgir%2Cclen%2Cdur%2Clmt&sig=AOq0QJ8wRQIg
> Zi7NlmQITSpxyahnu-mmF0TTQU4tTrjKNeNypYfUZS0CIQC25F6S6QoiRZ8g7HJf5HI1Ch6GBVpT
> S8QogQBmpR4xWA%3D%3D&lsparams=mh%2Cmm%2Cmn%2Cms%2Cmv%2Cmvi%2Cpl%2Cinitcwndbp
> s&lsig=AG3C_xAwRgIhAKvXqCZKwVUndAMo_5bv6VxIvB7fMndYKg1QSCR0Tqu2AiEAp32rZZE_h
> Po5cb1uRjg4PozYqTvXkkjWIaPEj7A9aog%3D&ratebypass=yes' [download]
> Destination: TEST VIDEO-C0DPdy98e4c.f140.m4a
> [download] 100% of 274.02KiB in 00:02
> [ffmpeg] Merging formats into "TEST VIDEO-C0DPdy98e4c.mkv"
> [debug] ffmpeg command line: ffmpeg -y -loglevel repeat+info -i
> 'file:TEST VIDEO-C0DPdy98e4c.f244.webm' -i 'file:TEST
> VIDEO-C0DPdy98e4c.f140.m4a' -c copy -map 0:v:0 -map 1:a:0 'file:TEST
> VIDEO-C0DPdy98e4c.temp.mkv'
> Deleting original file TEST VIDEO-C0DPdy98e4c.f244.webm (pass -k to keep)
> Deleting original file TEST VIDEO-C0DPdy98e4c.f140.m4a (pass -k to keep)
> dale@fireball ~/Desktop $
> 
> 
> So you don't have to look back to old message, conf file again.
> 
> 
> --format 'bestvideo[ext=webm,ext=mp4][width<=?1280]+bestaudio/best'
> 
> 
> Question.  I have other lines in there that I commented out using the
> usual #.  Is that correct or does it use some other character for
> comments?  Maybe is is seeing those lines as active when I don't want
> them to be??  Other than that, I see the options in the user config line
> above.  It's seeing it at least. 
> 
> Thoughts? 
> 
> Dale
> 
> :-)  :-) 

Commented lines are not taken into account.

The format you specify above is correct.

The problem seems to be with the youtube-dl version you are using.  I get no 
such problems with youtube-dl version 2020.09.20.

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

[gentoo-user] Re: [O/T] PSU caps

[Michael]

[-- Attachment #1: Type: text/plain, Size: 3124 bytes --]

On Wednesday, 28 October 2020 22:57:25 GMT Dale wrote:
> Michael wrote:
> > On Wednesday, 28 October 2020 19:27:06 GMT Dale wrote:
> >> I'm thinking about replacing that cap and seeing if it works.  I've
> >> repaired a few monitors that way but my question is, should I trust it
> >> after replacing that cap even if it works??  Should it be load tested or
> >> something?  Does the protection circuitry only work once?
> > 
> > It depends what was damaged and the cause of it.  It could be the
> > capacitor
> > reached its predicted end of life.  It could have been a transient
> > voltage, in which case more things in the protection circuit (diodes,
> > resistors) may have also been damaged.
> > 
> > I had an old desktop which during a lightning storm ended up with a blown
> > PSU and a blown winmodem.  The winmodem was unrepairable, but the PSU
> > survived following the replacement of a single capacitor.  :-)
> > 
> > For the cost of a capacitor I'd give it a try and then measure the output
> > voltages under load.
> 
> Well, we getting rain but I haven't heard a single bit of thunder or any
> light blinking.  Nothing really bad anywhere near us either.  It's the
> hurricane thing again.  I might add, I got surge protection coming out
> my ears.  One in the main breaker box that should protect everything. 
> It's installed right below the main breaker.

This type of surge protectors are good for mains transients and can be reset 
when they trip.


> Another one at the wall plug where I plug my UPS in.

These may or may not reset - depending on the type.  The multi-socket 
extensions with varistors (MOV) in them are not a fit and forget item.  If 
they have seen repeated or prolonged overvoltage conditions close or above to 
their clamping voltage value, they can and do degrade over time.  So you may 
think I'm well protected me, but when the next transient comes along the surge 
protector provides next to no protection at all.  A close by lightning strike 
will cause the varistor to fail catastrophically, in which case you'll know 
it's cooked and take action to replace the unit, but otherwise you wouldn't be 
aware of its suboptimal capability.


> End of life.  That is my bet.  I did a search for when I ordered the
> power supply.  It is within a month or so of being 10 years old.  I may
> replace that capacitor just for giggles but honestly, I got my money out
> of that thing a few years ago.  I'd be worried about the other
> capacitors in there too.  Are they about to pop as well??  Who knows. 

If they are not domed they ought to be OK.

A big power surge will overheat the capacitor, causing the electrolyte paste 
to evaporate fast and blow its top off.

Lower surges, or operating in overheated conditions for prolonged periods will 
cause it to dome as it expands.  It may also cause it to leak slowly, in which 
case it may not pop/explode.  There are a number of failure modes of 
electrolytic capacitors, but I don't recall all of them.

The wear and tear of capacitors is a function of temperature and voltage.  As 
long as both are kept low they will last long(er).

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Re: [O/T] PSU caps

[Dale]

Michael wrote:
> On Wednesday, 28 October 2020 22:57:25 GMT Dale wrote:
>> Michael wrote:
>>> On Wednesday, 28 October 2020 19:27:06 GMT Dale wrote:
>>>> I'm thinking about replacing that cap and seeing if it works.  I've
>>>> repaired a few monitors that way but my question is, should I trust it
>>>> after replacing that cap even if it works??  Should it be load tested or
>>>> something?  Does the protection circuitry only work once?
>>> It depends what was damaged and the cause of it.  It could be the
>>> capacitor
>>> reached its predicted end of life.  It could have been a transient
>>> voltage, in which case more things in the protection circuit (diodes,
>>> resistors) may have also been damaged.
>>>
>>> I had an old desktop which during a lightning storm ended up with a blown
>>> PSU and a blown winmodem.  The winmodem was unrepairable, but the PSU
>>> survived following the replacement of a single capacitor.  :-)
>>>
>>> For the cost of a capacitor I'd give it a try and then measure the output
>>> voltages under load.
>> Well, we getting rain but I haven't heard a single bit of thunder or any
>> light blinking.  Nothing really bad anywhere near us either.  It's the
>> hurricane thing again.  I might add, I got surge protection coming out
>> my ears.  One in the main breaker box that should protect everything. 
>> It's installed right below the main breaker.
> This type of surge protectors are good for mains transients and can be reset 
> when they trip.
>

It also has a indicator that tells when it is done protecting or
something happens and it trips the breaker. 

>> Another one at the wall plug where I plug my UPS in.
> These may or may not reset - depending on the type.  The multi-socket 
> extensions with varistors (MOV) in them are not a fit and forget item.  If 
> they have seen repeated or prolonged overvoltage conditions close or above to 
> their clamping voltage value, they can and do degrade over time.  So you may 
> think I'm well protected me, but when the next transient comes along the surge 
> protector provides next to no protection at all.  A close by lightning strike 
> will cause the varistor to fail catastrophically, in which case you'll know 
> it's cooked and take action to replace the unit, but otherwise you wouldn't be 
> aware of its suboptimal capability.
>

These also have a indicator that indicates when they have absorbed all
the surges they can.  In the past, I've had a few go out.  I replace
them when needed.  The biggest issue with power around here, sags or
just total blinks.  Our power company has surge arrestors in several
places along the lines.  Sometimes when I'm driving down the road, I see
them.  They place different kinds of protection devices to help protect
from different power issues.  Some are just a basic spark gap that when
the voltage gets to high it sparks and some are large cans which work
like a large MOV.  Very effective given the high voltages on the wires. 
Sometimes after a large storm comes through, I see them in the bucket
trucks replacing them.  No telling how many TVs or deep freezers that
may have saved. 


>> End of life.  That is my bet.  I did a search for when I ordered the
>> power supply.  It is within a month or so of being 10 years old.  I may
>> replace that capacitor just for giggles but honestly, I got my money out
>> of that thing a few years ago.  I'd be worried about the other
>> capacitors in there too.  Are they about to pop as well??  Who knows. 
> If they are not domed they ought to be OK.
>
> A big power surge will overheat the capacitor, causing the electrolyte paste 
> to evaporate fast and blow its top off.
>
> Lower surges, or operating in overheated conditions for prolonged periods will 
> cause it to dome as it expands.  It may also cause it to leak slowly, in which 
> case it may not pop/explode.  There are a number of failure modes of 
> electrolytic capacitors, but I don't recall all of them.
>
> The wear and tear of capacitors is a function of temperature and voltage.  As 
> long as both are kept low they will last long(er).


They may be OK at the moment but what about a month down the road?  Six
months down the road?  Yea, the one with the most pressure, read that as
heat, voltage and other conditions, may pop first but the others may
follow suite sometime after that.  The thing is ten years old and the
other caps are likely the same age.  Of course, power supplies nowadays
have really good protection.  Odds are it won't do any damage outside
the power supply itself but there is always a risk.  Given the price of
a decent power supply, it may be better to just buy a new one.  It is
tempting tho. 

Dale

:-)  :-) 

Re: [gentoo-user] youtube-dl and the conf file.

[Dale]

Michael wrote:
>
> Commented lines are not taken into account.
>
> The format you specify above is correct.
>
> The problem seems to be with the youtube-dl version you are using.  I get no 
> such problems with youtube-dl version 2020.09.20.


I'm on this:


root@fireball / # youtube-dl --version
2020.06.16.1
root@fireball / #


How does one update?  Should I use the youtube-dl update tool or is
there a way to do it with emerge but point it somewhere beside git or
whatever that RIAA took down? 

Gonna google in the meantime. 

Dale

:-)  :-) 

[gentoo-user] Re: youtube-dl and the conf file.

[Grant Edwards]

On 2020-10-28, Michael <confabulate@kintzios.com> wrote:

> I had an old desktop which during a lightning storm ended up with a
> blown PSU and a blown winmodem.  The winmodem was unrepairable, but
> the PSU survived following the replacement of a single capacitor.

All Winmodems were 100% unrepairable fresh off the assembly line.

--
Grant

Re: [gentoo-user] youtube-dl and the conf file.

[David Haller]

Hello,

On Wed, 28 Oct 2020, Dale wrote:
>David Haller wrote:
>> Please run again with -v, such as:
>>
>> $ youtube-dl -v https://www.youtube.com/watch?v=byTOZIvyXPo
>>
>> and then check at the top for the lines:
>>
>> [debug] System config: []
>> [debug] User config: [ .. THIS IS WHAT I'M INTERESTED IN .. ]
>> [debug] Custom config: []
>> [debug] Command-line args: [u'-v', u'https://www.youtube.com/watch?v=IzPxJK4drcc']
>> [..]
>> [debug] youtube-dl version 2020.09.20
[..]
>dale@fireball ~/Desktop $ youtube-dl -v
>https://www.youtube.com/watch?v=C0DPdy98e4c
>[debug] System config: []
>[debug] User config: ['ytdl-format=bestvideo[height<=?1280]+bestaudio/best']
>[debug] Custom config: []
>[debug] Command-line args: ['-i', '-v',
>'https://www.youtube.com/watch?v=C0DPdy98e4c']
>[debug] Encodings: locale UTF-8, fs utf-8, out UTF-8, pref UTF-8
>[debug] youtube-dl version 2020.06.16.1

You seem to have a stray config file ;) I checked with the exact same
version as you and your config file and it gives me:

$ youtube-dl --config-location /tmp/test-ytconf
[..]
[debug] User config: []
[debug] Custom config: ['--format', 'bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best', '--merge-output-format', 'mp4']
[debug] youtube-dl version 2020.06.16.1
[debug] Python version 3.8.6 (CPython) ...

(I use the seperate config to not overwrite mine, but I tested it with
my config and it also gives me:

[debug] User config: [ ...  '--format', 'best[height ...]

So, you seem to have some user config file which contains:

    ytdl-format=bestvideo[height<=?1280]+bestaudio/best

instead of '--format[space]some_specs'. To find it the easiest, try:

$ strace -eopen youtube-dl SOMEURL 2>&1 | grep /home/

Here, it shows just ~/.config/youtube-dl/config to be used.

HTH,
-dnh

-- 
 A funny symbol that I can't read has just been input.
 Continue, and I'll forget that it ever happened.  -- a TeX message

[gentoo-user] Re: [O/T of O/T] winmodem?

[Michael]

[-- Attachment #1: Type: text/plain, Size: 702 bytes --]

On Thursday, 29 October 2020 17:47:24 GMT Grant Edwards wrote:
> On 2020-10-28, Michael <confabulate@kintzios.com> wrote:
> > I had an old desktop which during a lightning storm ended up with a
> > blown PSU and a blown winmodem.  The winmodem was unrepairable, but
> > the PSU survived following the replacement of a single capacitor.
> 
> All Winmodems were 100% unrepairable fresh off the assembly line.
> 
> --
> Grant

Heh!  I recall horror stories of compiling linmodem to get it to work and 
every other version would fail to initialize the modem leaving me with no 
Internet connection.  Yes, the good old days, you know - when sometimes in the 
evenings we would actually read ... books.  LOL!

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

[gentoo-user] Re: [O/T of O/T] winmodem?

[Grant Edwards]

On 2020-10-29, Michael <confabulate@kintzios.com> wrote:

> Heh!  I recall horror stories of compiling linmodem to get it to work and 
> every other version would fail to initialize the modem leaving me with no 
> Internet connection.  Yes, the good old days, you know - when sometimes in the 
> evenings we would actually read ... books.  LOL!

I even tried to avoid plug-in-card modems in favor of external modems
with a full set of LEDs and an RS-232C port.  I've probably still got
one in a closet somewhere...

Re: [gentoo-user] Re: [O/T of O/T] winmodem?

[Dale]

Grant Edwards wrote:
> On 2020-10-29, Michael <confabulate@kintzios.com> wrote:
>
>> Heh!  I recall horror stories of compiling linmodem to get it to work and 
>> every other version would fail to initialize the modem leaving me with no 
>> Internet connection.  Yes, the good old days, you know - when sometimes in the 
>> evenings we would actually read ... books.  LOL!
> I even tried to avoid plug-in-card modems in favor of external modems
> with a full set of LEDs and an RS-232C port.  I've probably still got
> one in a closet somewhere...
>
>
>
>


I got a couple of those.  No idea if they still work tho.  One I had was
a high dollar one back in its day.  It had a lot of dip switches on the
bottom to change how it worked. 

Oh the dial-up days.  May we never see them again.  ;-)

Dale

:-)  :-) 

Re: [gentoo-user] youtube-dl and the conf file.

[Dale]

Dale wrote:
> Michael wrote:
>> Commented lines are not taken into account.
>>
>> The format you specify above is correct.
>>
>> The problem seems to be with the youtube-dl version you are using.  I get no 
>> such problems with youtube-dl version 2020.09.20.
>
> I'm on this:
>
>
> root@fireball / # youtube-dl --version
> 2020.06.16.1
> root@fireball / #
>
>
> How does one update?  Should I use the youtube-dl update tool or is
> there a way to do it with emerge but point it somewhere beside git or
> whatever that RIAA took down? 
>
> Gonna google in the meantime. 
>
> Dale
>
> :-)  :-) 
>


OK.  Did some googling, startpaging actually, and found some commands. 
Obviously this is outside of emerge and I wish I didn't have to update
it this way.  Also, I haven't done this yet.  The commands I found are this:


wget https://yt-dl.org/downloads/latest/youtube-dl -O
/usr/local/bin/youtube-dl
chmod a+rx /usr/local/bin/youtube-dl


Since I can't recall the last time I installed something without emerge
doing it, I got questions.  Should that work?  I have wget installed of
course.  Will this be easy to undo when a replacement comes along? 
Delete a directory or something and it's gone??  Can I leave the current
version installed since I can't upgrade and the current working one may
no longer be available to re-emerge?  I'd assume I'd need to include the
path to it as well to make sure it runs the correct one?? 

I've seen forks already popping up.  Is there any hope that one of those
will be added to the tree until this sorts out?  I read somewhere that
it is being fought.  I think EFF is involved along with others.  Plus,
with the forks already taking off, the RIAA didn't accomplish anything
with this stupid action.  It just created more options for people to
install and use.  Instead of playing whack-a-mole with one hole, they
now have several holes to whack at.  Sort of stupid to attempt this
really.  I suspect the RIAA is about to learn a huge lesson in how free
software works.  ;-)

May do this later depending on responses.  I don't use youtube-dl often
but right now, I found a gold mine of videos I want to save.  My DSL is
to slow to stream them anyway so downloading them is best, plus I don't
have to worry about them being censored for some stupid reason and then
gone.  I get them while I can.

Thanks for any info.

Dale

:-)  :-) 

Re: [gentoo-user] youtube-dl and the conf file.

[Arve Barsnes]

On Fri, 30 Oct 2020 at 22:56, Dale <rdalek1967@gmail.com> wrote:
> wget https://yt-dl.org/downloads/latest/youtube-dl -O
> /usr/local/bin/youtube-dl
> chmod a+rx /usr/local/bin/youtube-dl

This should work just fine, you just need to specify the path when you
want to use it.

Not sure how wise the following is, but you could also just put it
directly in /usr/bin/ as well, and then it would continue to work as
normal, and portage would update it when/if a new version is released.

Regards,
Arve

Re: [gentoo-user] youtube-dl and the conf file.

[Jack]

On 2020.10.30 18:36, Arve Barsnes wrote:
> On Fri, 30 Oct 2020 at 22:56, Dale <rdalek1967@gmail.com> wrote:
> > wget https://yt-dl.org/downloads/latest/youtube-dl -O
> > /usr/local/bin/youtube-dl
> > chmod a+rx /usr/local/bin/youtube-dl
> 
> This should work just fine, you just need to specify the path when you
> want to use it.
> 
> Not sure how wise the following is, but you could also just put it
> directly in /usr/bin/ as well, and then it would continue to work as
> normal, and portage would update it when/if a new version is released.
> 
> Regards,
> Arve
I put such things (or links to them) in /usr/local/bin.  That way I can  
easily see what stuff I've installed that way.

Re: [gentoo-user] youtube-dl and the conf file.

[Wols Lists]

On 30/10/20 21:56, Dale wrote:
> I read somewhere that
> it is being fought.  I think EFF is involved along with others.

Let's hope the EFF / Github argue "unclean hands" - that one of the
primary uses of youtube-dl is to get round the copy-protection that the
RIAA has forced copyright holders to use when they don't want to ...

Cheers,
Wol

Re: [gentoo-user] youtube-dl and the conf file.

[Dale]

Arve Barsnes wrote:
> On Fri, 30 Oct 2020 at 22:56, Dale <rdalek1967@gmail.com> wrote:
>> wget https://yt-dl.org/downloads/latest/youtube-dl -O
>> /usr/local/bin/youtube-dl
>> chmod a+rx /usr/local/bin/youtube-dl
> This should work just fine, you just need to specify the path when you
> want to use it.
>
> Not sure how wise the following is, but you could also just put it
> directly in /usr/bin/ as well, and then it would continue to work as
> normal, and portage would update it when/if a new version is released.
>
> Regards,
> Arve
>
>


I finally got it installed in /usr/local/bin.  I get the same error.  I
removed all the video links but this is what I get when I put the
options on the command line itself with the conf file commented out
completely. 


dale@fireball ~/Desktop/Videos/TV_Series/Midsomer_Murders $
/usr/local/bin/youtube-dl --format
'bestvideo[ext=webm,ext=mp4][width<=?1280]+bestaudio/best' <Lots of
video links that include HD versions>
ERROR: u'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a
valid URL. Set --default-search "ytsearch" (or run  youtube-dl
"ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to
search YouTube
dale@fireball ~/Desktop/Videos/TV_Series/Midsomer_Murders $


Version info.


dale@fireball ~/Desktop/Videos/TV_Series/Midsomer_Murders $
/usr/local/bin/youtube-dl --version
2020.11.01.1
dale@fireball ~/Desktop/Videos/TV_Series/Midsomer_Murders $


So, latest version, doesn't like the conf file or the option on the
command line itself.  What next?  Is there a tiny typo in there or
something? 

Dale

:-)  :-) 

Re: [gentoo-user] youtube-dl and the conf file.

[Arve Barsnes]

On Mon, 2 Nov 2020 at 17:06, Dale <rdalek1967@gmail.com> wrote:
> dale@fireball ~/Desktop/Videos/TV_Series/Midsomer_Murders $
> /usr/local/bin/youtube-dl --format
> 'bestvideo[ext=webm,ext=mp4][width<=?1280]+bestaudio/best' <Lots of
> video links that include HD versions>
> ERROR: u'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a
> valid URL. Set --default-search "ytsearch" (or run  youtube-dl
> "ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to
> search YouTube

I have not updated to yesterday's version yet, but using this format
string on the command line on a HD video downloaded a 720p video, as
expected.

Immediate thought is that there's a stray config file somewhere still.
Why do you get the 'ytdl-format' thing? As far as the internet can
tell me, this is a mpv command line option.

Regards,
Arve

Re: [gentoo-user] youtube-dl and the conf file.

[Dale]

Arve Barsnes wrote:
> On Mon, 2 Nov 2020 at 17:06, Dale <rdalek1967@gmail.com> wrote:
>> dale@fireball ~/Desktop/Videos/TV_Series/Midsomer_Murders $
>> /usr/local/bin/youtube-dl --format
>> 'bestvideo[ext=webm,ext=mp4][width<=?1280]+bestaudio/best' <Lots of
>> video links that include HD versions>
>> ERROR: u'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a
>> valid URL. Set --default-search "ytsearch" (or run  youtube-dl
>> "ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to
>> search YouTube
> I have not updated to yesterday's version yet, but using this format
> string on the command line on a HD video downloaded a 720p video, as
> expected.
>
> Immediate thought is that there's a stray config file somewhere still.
> Why do you get the 'ytdl-format' thing? As far as the internet can
> tell me, this is a mpv command line option.
>
> Regards,
> Arve
>
>


That idea turned into something.  I recently started running the command
as my user instead of root.  I was trying to fix permissions issues
since it sets them as root:root when run as root plus it shouldn't be
run as root.  Anyway, I thought I'd better look in /home/dale and see if
there was a config file in there.  Yep, there it was.  I think the
problem may be that they was a leading space at the beginning of the
relevant line.  That space may have confused youtube-dl. 

It didn't hit me that this started when I started switching to my user
instead of running as root.  I don't recall setting up that user config
file either.  That said, it was likely many years ago.  Will update
later when I test it again.

Oh, it was grabbing the right format despite the error.  It never went
above 720P or 1280 wide.  It was working, just complaining about it.  lol

Thanks much.

Dale

:-)  :-) 

Re: [gentoo-user] youtube-dl and the conf file.

[Dale]

Dale wrote:
> Arve Barsnes wrote:
>> I have not updated to yesterday's version yet, but using this format
>> string on the command line on a HD video downloaded a 720p video, as
>> expected.
>>
>> Immediate thought is that there's a stray config file somewhere still.
>> Why do you get the 'ytdl-format' thing? As far as the internet can
>> tell me, this is a mpv command line option.
>>
>> Regards,
>> Arve
>>
>>
>
> That idea turned into something.  I recently started running the command
> as my user instead of root.  I was trying to fix permissions issues
> since it sets them as root:root when run as root plus it shouldn't be
> run as root.  Anyway, I thought I'd better look in /home/dale and see if
> there was a config file in there.  Yep, there it was.  I think the
> problem may be that they was a leading space at the beginning of the
> relevant line.  That space may have confused youtube-dl. 
>
> It didn't hit me that this started when I started switching to my user
> instead of running as root.  I don't recall setting up that user config
> file either.  That said, it was likely many years ago.  Will update
> later when I test it again.
>
> Oh, it was grabbing the right format despite the error.  It never went
> above 720P or 1280 wide.  It was working, just complaining about it.  lol
>
> Thanks much.
>
> Dale
>
> :-)  :-) 
>


Just to confirm.  I been using the old version still but the error
message is gone.  Me starting to use my user account and it having a bad
config I forgot about was the problem. 

Thanks for the help.  :-D 

Dale

:-)  :-)