Youtube decade bug? Takedown notice: dec 31, 1969 - Page 1
Forum section: electronics / general

author: aix
author_rank: Regular Contributor
timestamp: January 01, 2020, 04:01:30 am
content: I'm not in a position to watch the video right now, but I think it's unlikely to be a "decade bug". I think it's probably some zero-initialised Unix time converted to someone's local timezone.https://en.wikipedia.org/wiki/Unix_timeI imagine this totally misses the point of your post.

author: Ed.Kloonk
author_rank: Super Contributor
timestamp: January 01, 2020, 04:13:15 am
content: Quote from: aix on January 01, 2020, 04:01:30 amYou got it!

author: vwestlife
author_rank: Regular Contributor
timestamp: January 02, 2020, 11:42:48 pm
content: It is because of the UNIX epoch. Midnight GMT on 1/1/1970 (which UNIX represents as a time/date value of zero) is equal to 4:00 PM 12/31/1969 in California (where YouTube is based). So somehow the copyright takedown date got entered as zero and this is what it gets displayed as.The latest reply I got from TeamYouTube on Twitter is "Sorry for the trouble -- we're taking another look at this and will share updates asap."

author: Ed.Kloonk
author_rank: Super Contributor
timestamp: January 03, 2020, 12:07:05 am
content: How many years will it take for time to loop back around to year 1969?9949 ?Prolly as long as it will take for you to get a satisfactory response from Youtube.

author: vwestlife
author_rank: Regular Contributor
timestamp: January 03, 2020, 01:29:44 am
content: Speaking of that song and YouTube, Rick Evans was furious about Denny Zager getting credit for writing the music, and blasted the comments section of anyone who uploaded that song to YouTube, insisting that he wrote the whole thing and deserved all of the credit for it, until he passed away in 2018.

author: Ed.Kloonk
author_rank: Super Contributor
timestamp: January 03, 2020, 02:21:37 am
content: Quote from: vwestlife on January 03, 2020, 01:29:44 amFolk singers are funny. They tout living in peace and kindness and sharing everything. Until someone pinches their song...

author: Red Squirrel
author_rank: Super Contributor
timestamp: January 05, 2020, 02:25:25 pm
content: Quote from: Ed.Kloonk on January 03, 2020, 12:07:05 amActually less than that. time_t is signed so half of it is wasted which does not help. It will roll over in 2038! Not sure what the solution is, I think this issue will be worse than Y2K. They could make a new one that is 64bit unsigned but honestly I think an even better system is in order, rather than counting seconds since a given time to me it should just be a yyyy-mm-dd-hh-mm-ss-ms system. Without sitting down right now to figure it out, I imagine all that information can be compressed into a 64 bit int and cover practically unlimited time. But no matter what, the hard part is dealing with existing systems. C/C++ for example uses time_t and without having to incorporate extra libraries you can't easily change it. Though perhaps C/C++ itself is due for an update. There's lot of core/standard libraries that could use updating, like adding ipv6 support etc too. Yeah you can add add-on libraries that you have to specificity link to but I'm talking about the core ones. On embedded systems it's important to keep things very small and simple.What I find odd is how someone designed these time systems without making it future proof from the get go. It's one thing to not account for a certain thing when coding, but everybody knows time goes forward, so it's not like the fact that a certain date will happen is an unforeseen circumstance.

author: langwadt
author_rank: Super Contributor
timestamp: January 05, 2020, 04:03:47 pm
content: Quote from: Red Squirrel on January 05, 2020, 02:25:25 pmtime_t is usually signeda 64 bit time_t is plenty, it rolls around ~292 billion years from now, in ~2 billion years from now the 32 bit tm_year rolls around

author: SiliconWizard
author_rank: Super Contributor
timestamp: January 05, 2020, 06:06:21 pm
content: I don't think time_t is meant to really hold dates anyway. As a time arithmetic type (to compute time difference for instance), it must be used with due care.The type defined in the standard to hold calendar time is "struct tm", which defines all of its fields as "int". The year is the offset from 1900. That's plenty on platforms where int is at least 32-bit, and still not too bad even on platforms where int is 16-bit!The conversion functions between time_t and struct tm are up to the environment I guess... and I don't doubt some environments are not able to fully convert a struct tm to time_t without losing something in the process...

author: Red Squirrel
author_rank: Super Contributor
timestamp: January 05, 2020, 07:15:09 pm
content: Quote from: langwadt on January 05, 2020, 04:03:47 pmErr right meant signed. The one that can go negative lol.

author: station240
author_rank: Unknown
timestamp: January 05, 2020, 11:13:10 pm
content: Could be someone wrong a function that calculates the difference in time, but returns -1 (false) if unsuccessful.

author: vwestlife
author_rank: Regular Contributor
timestamp: January 06, 2020, 04:45:32 pm
content: This is getting more and more FUBAR. I used YouTube's online video editor to completely remove the song that was causing the copyright claim (a 26-second clip of Gino Vanelli's "I Just Wanna Stop"), thinking that would remove the claim -- but it didn't! So now YouTube is threatening to take down the video and give me a copyright strike -- whenever it decides it's December 31st, 1969 again -- for a piece of music that isn't even in the video anymore!

author: vwestlife
author_rank: Regular Contributor
timestamp: January 09, 2020, 01:25:50 pm
content: Finally somewhat of a substantive response from YouTube:QuoteThat "smedisputes@gmail.com" e-mail address is totalbullshit. Do you really think any corporation as large as Sony Music Entertainment would use freakin' GMAIL for their official company communications!? No, it's just some burner address they made up to satisfy YouTube's requirements and which they never actually check. I've tried contacting that e-mail address in the past regarding other videos and never received a response from them. The "peeleremi@gmail.com" address that YouTube will give you for contacting EMI Records (UMG) is equally fake and useless.

author: vwestlife
author_rank: Regular Contributor
timestamp: January 13, 2020, 09:49:10 pm
content: Success! Today YouTube Support finally escalated my problem to someone who could actually fix it, and now the copyright claim has finally been removed from the video. Let's hope it stays that way!

author: Red Squirrel
author_rank: Super Contributor
timestamp: January 16, 2020, 09:42:51 pm
content: it's a piss off how long it takes them to react. You still end up losing tons of views and revenue because of their own screw up.

author: vwestlife
author_rank: Regular Contributor
timestamp: January 23, 2020, 06:45:13 pm
content: And now a Family Guy video on YouTube is claiming it premiered on December 31st, 1969 (or January 1st, 1970, depending on your time zone):

author: Ed.Kloonk
author_rank: Super Contributor
timestamp: January 24, 2020, 12:03:34 am
content: Derek points out an interesting statistic regarding percentage of independent creators now and ten years ago.