From: Dale <rdalek1967@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Youtube-dl and file time stamps.
Date: Thu, 23 Jul 2020 20:53:38 -0500 [thread overview]
Message-ID: <a47ca0c6-98c2-540d-5231-8f94135e724b@gmail.com> (raw)
In-Reply-To: <f70cd065-851d-84f5-a640-29d4942d9553@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1947 bytes --]
Dale wrote:
> Simon Thelen wrote:
>> [2020-07-15 17:30] Dale <rdalek1967@gmail.com>
>>> Howdy,
>> Hi,
>>
>>> I'm not sure what causes this because it doesn't always do this. When I
>>> use youtube-dl to download videos, it sometimes uses the current date and
>>> time for the time stamp. I like that because I can sort by date and see
>>> new videos. On some sites tho it seems to use the time stamp of the file
>>> on the server I am downloading from not when it was put on my system.
>>> Sometimes I download a video and it may have a time stamp of years ago,
>>> decades sometimes. I looked through the help page but can't find a option
>>> to tell it to use local time instead of the time from the remote server
>>> file. Needless to say, when it does this, I can't tell which videos I
>>> recently downloaded since sorting by time stamps is no longer accurate.
>>> It's annoying.
>>>
>>> Has anyone else noticed this behavior? Is there a way to tell it to stop
>>> setting it to really old time stamps? Some option that isn't documented
>>> maybe.
>> You're probably looking for the --no-mtime option. Depending on what
>> you're using to sort your local videos you can always just tell it to
>> sort by ctime instead of the (probably) default mtime. Several other
>> file download programs set the mtime to the last-modified header or
>> similar, but they tend not to touch the ctime.
>>
>
> I found that but wasn't sure if that was what I was looking for or
> not. I'll give that a try. I added it to the conf file. Now to wait
> until this set of videos finishes.
>
> Thanks much.
>
> Dale
>
> :-) :-)
This appears to be affected by the other end in some cases. It seems to
help in most places but not all. To work around this, I changed the
info used to sort the files. Sort of odd at times how it works but
anyway.
Thanks for the info. It's not a complete fix but it does help.
Dale
:-) :-)
[-- Attachment #2: Type: text/html, Size: 3000 bytes --]
next prev parent reply other threads:[~2020-07-24 1:53 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-07-15 22:30 [gentoo-user] Youtube-dl and file time stamps Dale
2020-07-15 22:48 ` Simon Thelen
[not found] ` <20200715224833.7F22AE08AC@pigeon.gentoo.org>
2020-07-16 0:14 ` Dale
2020-07-24 1:53 ` Dale [this message]
[not found] ` <5f0fdbf1.1c69fb81.4050d.7bcfSMTPIN_ADDED_MISSING@mx.google.com>
2020-07-24 1:55 ` Dale
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=a47ca0c6-98c2-540d-5231-8f94135e724b@gmail.com \
--to=rdalek1967@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox