public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
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 --]

  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