In case you didn't want to open that other thread, here's one of the links.

Threads and full images of 4chan /gif/ from 2025-11:

https://eu-west-1.s3.fil.one/antiarchiveorg/quick-share/4chan_gif_2025_11.tar?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=8F92D0X7RS74LK3JIZKJ%2F20260804%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20260804T124126Z&X-Amz-Expires=604799&X-Amz-SignedHeaders=host&X-Amz-Signature=058d2becf6b89421b6788f90e9183a1dc2408b979181b285f1f30bfbeac1e49f

4chan_gif_2026_03.tar is fully released now:
>>>/t/1403379

>>1573010
I downloaded 2025-11 just fine, but 2025-12 isn't working properly. It keeps failing and I have to restart it only for it to download a few megabytes and then fail again. Idk if you can do anything about that though

>>1573072
Did you try using Wget to download it? I ran this:

$ TZ=UTC wget -O 4chan_gif_2025_12.tar "https://eu-west-1.s3.fil.one/antiarchiveorg/quick-share/4chan_gif_2025_12.tar?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=8F92D0X7RS74LK3JIZKJ%2F20260805%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20260805T152747Z&X-Amz-Expires=604799&X-Amz-SignedHeaders=host&X-Amz-Signature=f2fe15de037eccefc519d7001deda1aad840f251e0ab7a13e805eba7762ff52e"

and it worked without any problems. (1 GB downloaded in 3 minutes then I canceled the download, so that's an avg. download speed of 5425 KiB/s.)

^doesn't have to have the "TZ=UTC" part. That's a Linux thing. The Wget software works in Windows too.

>>1573078
I was just using my browser.
Wget worked, thanks.

File: 0pDykgCikQ9yEUs1rHiNJA.webm (3.54 MB, 1280x720)

3.54 MB WEBM

>>1573094
Great. I posted in the /t/ thread about a thing that was helpful to me for watching the videos in the tar files. It's a Linux-based solution.

Besides the videos, the fact that these TARs have thread JSONs of each month is important since archived.moe and archiveofsins.com won't let you mass download their websites or 4chan /gif/ threads. The API of archived.moe and archiveofsins.com is walled off.

Attached is some chud street art video that I found in one of the TAR files.

File: 08ym3cq7Taen0KclTHjvcw.gif (65 KB, 159x196)

65 KB GIF

>>1573010
>I'll soon lose the power to share these 4chan TAR files via those HTTP links
This'll happen in 1.5 days.

Here's another video from a tar file of a /gif/ month.

/gif/ is worse than /trash/

4chan_gif_2026_04.tar is fully released now (links will expire in 1 to 7 days):
>>>/t/1403443

>>1573102
I was thinking of making a thread in >>>/trash/. Is /trash/ a slower board, compared to >>>/g/?

I have 1 day left with Fil One. In 24 hours all of those links might break. Will I be able to share 4chan_gif_2026_06 in time?

Assuming it has a size of 60 GiB (IDK its size yet): at 800 KiB/s avg. upload speed, it would take about 22 hours. That, on top of part 2 of 4chan_gif_2026_05.tar (6 hours remaining) = not going to make it in time. Best I can do is share part 1 of 4chan_gif_2026_06 (the first half of it as a multi-part TAR file, as I've been doing).

>>1573121
/trash/ is one of the fastest boards on this website. Perhaps >>>/bant/happening would be interested in this sort of thing? Maybe.

File: Capture.png (52 KB, 1128x578)

52 KB PNG

Why is it almost all empty files? They’re all like this. There are actual webm files and such in here with content, but 99% of the files are empty.
I downloaded it without any errors using wget.

>>1573162
>Why is it almost all empty files?
Yup, that's how it is. Those are placeholder files so "wget -nc ..." doesn't download duplicate video files when it downloads videos from the 4chan /gif/ API every day.

As with what I said at
>>>/t/1403228
>>>/t/1403036
these are raw dumps and you could run this in Linux on the extracted version of the TAR file:
$ find . -type f -empty -delete # cd into folder "4chan_gif_2026_04/" then run this command

That deletes all of the empty files in the current directory. With Windows, I don't know how to do that in cmd or whatever. chatgpt is telling me that this works in powershell:
Get-ChildItem -Recurse -File | Where-Object { $_.Length -eq 0 } | Remove-Item -Force

(If you want a thing to delete all the empty files in the folder, be careful not to run the wrong command and delete something you want to keep.)

>>1573162
>>1573164
A bit of a lamebrain or lazy move by me. Sorry, hope it doesn't detract from you downloading any more. Would have been slightly more work for me to do things this way:
1. use my hs2sf function to save metadata to the .txt.gz file
2. cd into folder and run that "find[...]delete" command
3. create and share TAR file

Instead, I did #3 then #1, not #2.

>>1573164
>placeholder files
As a positive spin on things: those are a record of downloaded /gif/ files since 2022-10. The filenames are based on MD5 hashes. 4chan_gif_2026_05.tar contains 1,063,479 files.

This means that all of the 4chan /gif/ torrents + these less-polished HTTP releases amounts to about 1 million video files (GIF, MP4, and WebM) !!!

Each TAR file has files with hash+data (non-empty files) and hash+no data as empty files. Each empty file has a non-empty version with that same filename in a previous /gif/ release.

About 16 hours until links might get disabled...

2025-11 already expired.

>>1573167
9 hours now

>>1573187
Here's a new link for that in case you wanted to download it:

https://eu-west-1.s3.fil.one/antiarchiveorg/quick-share/4chan_gif_2025_11.tar?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=8F92D0X7RS74LK3JIZKJ%2F20260811%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20260811T150440Z&X-Amz-Expires=604799&X-Amz-SignedHeaders=host&X-Amz-Signature=f06956f8ab328a38e17eb0519e67cbd59aec402fbe4cf1841c225456625cc6a9

It will expire in either 9 hours or 7 days.

File: 07PQufGD0KeWkgrcOw5g-g.webm (622 KB, 480x854)

622 KB WEBM

4chan_gif_2026_05.tar is fully released now (links will expire in 9 hours to 7 days):
>>>/t/1403512

In the 9 hours I have left, I could maybe upload part one of 4chan_gif_2026_06.tar if not uploading anything else. I guess I won't do that as it would be sorta pointless to only have part 1 or 2 of a TAR file. Attached: another /gif/ video from a 2025 or 2026 tarball.

>>1573188
Reminds me to once again presign the links so they might last longer.

Good job lads: in part due to people downloading these TAR files, my 2-terabyte egress limit has been used up. Thanks. A webpage now says this (number go up):
>Storage
>928 GB / 1 TB
>Egress
>2 TB / 2 TB

This means that 4chan_gif_2026_06.tar.1 might not be downloadable by anyone. If you want it, you should try to download it. Maybe you can download it but the next anon can't (so it can have 1 download but not 2). This is only part 1 of that month, and as I said in the other thread, "it would be sorta pointless to only have part 1 of 2 of a TAR file" and I don't have enough time to upload part 2. Reply for: >>1573010

Part 1 of "4chan_gif_2026_06.tar" (25.7 GiB = size of "4chan_gif_2026_06.tar.1"):

https://eu-west-1.s3.fil.one/antiarchiveorg/quick-share/4chan_gif_2026_06.tar.1?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=8F92D0X7RS74LK3JIZKJ%2F20260811%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20260811T221140Z&X-Amz-Expires=604799&X-Amz-SignedHeaders=host&X-Amz-Signature=e0c51a3275e623989926a3ff388076b3b4ee15fbc4096fc00b139538412e5c8d

I wonder if you can download this! Do you see some error message? I'm not opening that link because I already have that file and following the link will use up 25.7 GiB of egress (close to or out of that resource, per >>1573213 >>>/t/1403532). It took approximately 6 hours to upload that file.

File: d230afe3ecaca9054c4b8d66b(...).png (1.08 MB, 1280x1659)

1.08 MB PNG

>>1573213
Now it says "Egress: 2.1 TB / 2 TB"

>>1573229
>Text at https://app.fil.one/buckets/antiarchiveorg?region=eu-west-1
Freemium thing will end in about 40 minutes: will see what happens then, Will all of these links break or not?

>>1573222
Tried downloading it 3 times with wget. After a while it always stops downloading, showing --.-KB/s and rising ETA.

File: 13082f53df136be48a098eefe(...).gif (3.01 MB, 374x374)

3.01 MB GIF

>>1573190
>Reminds me to once again presign [all of the the non-deleted links/files in that S3-compatible bucket] so they might last longer.
Done: with /gif/ TAR file links at the top of file "1-sign.txt" at https://files.catbox.moe/astgit.txt (lines 1 to 2966).

>>1573231
Interesting.

Maybe it's more of a degraded performance rather than a hard shut off (for now). archive.today and web.archive.org was able to grab some 5 to 15 MB files before the app.fil.one webpage said "0 days left in trial" as of this new day (the next UTC day started like 5 minutes ago).[1][2] Before 2026-08-12 00:00:00 UTC: Wget downloaded 4chan_gif_2026_06.tar.1 with info "104.12M, 6.70MB/s, eta 76m 10s" then I canceled the dl. At 2026-08-12 00:02:57 Wget could still download part of a file before I canceled it: "11.55M 3.38MB/s eta 2h 39m ^C".

This command is still working:
>$ tail -c+27589924609 /mnt/p4/b/zd/4changif/4chan_gif_2026_06.tar | pv | aws s3 cp - s3://antiarchiveorg/quick-share/4chan_gif_2026_06.tar.2 --endpoint-url https://eu-west-1.s3.fil.one
Recently increased from 7.39 GiB to 7.41 GiB, though like one anon implied: pointless if no one can download it.

Sources:
1. https://archive.is/2026.08.11-235521/https://eu-west-1.s3.fil.one/antiarchiveorg/1-sign.txt?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=8F92D0X7RS74LK3JIZKJ/20260811/us-east-1/s3/aws4_request&X-Amz-Date=20260811T235228Z&X-Amz-Expires=604799&X-Amz-SignedHeaders=host&X-Amz-Signature=ee08ddb270584772512842c5c8ea2ef073558a11963408a968a58334b26e5fef
2. https://web.archive.org/web/20260811235941/https://eu-west-1.s3.fil.one/antiarchiveorg/Rise_and_Fall_of_Hitler_little_dark_age_edit_Diamond_Wolf-Diamond_Wolf-20220712-youtube-1280x720-qt7paH-Jzxc.mp4?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=8F92D0X7RS74LK3JIZKJ%2F20260811%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20260811T235752Z&X-Amz-Expires=604799&X-Amz-SignedHeaders=host&X-Amz-Signature=7e4e8653e6f46037f94ed5684f4be6410459e036cfc5ebae41537f5a0294a68e

>>1573164
Ah, ok, thanks.

>>1573222
I was in the middle of downloading this when the day passed, it lost connection then reconnected after a couple seconds and finished normally.

I’ve downloaded all of these HTTP releases now so there’s at least one bit of redundancy.

File: -cJXkY0trHCYfvAGLMMBJQ.gif (2.39 MB, 360x450)

2.39 MB GIF

>>1573234
>I've downloaded all of these HTTP releases now so there’s at least one bit of redundancy.
Great! Size of these tarballs (49+49+43+48+67+71+67+52):
49G "4chan_gif_2025_11.tar"
49G "4chan_gif_2025_12.tar"
43G "4chan_gif_2026_01.tar"
48G "4chan_gif_2026_02.tar"
67G "4chan_gif_2026_03.tar"
71G "4chan_gif_2026_04.tar"
67G "4chan_gif_2026_05.tar"
52G "4chan_gif_2026_06.tar"

That set has a total size of 443 GB. You have 418 GB due to not having file "4chan_gif_2026_06.tar.2". I think having these raw .tar HTTP dumps in contrast to possible future .zip files (TorrentZip format) of the same /gif/ months as torrent releases isn't so bad. The hypothetical trrntzip-created ZIP files as torrents could be for other people who haven't downloaded/shared this: future users (months or years later).

>>1573233
Was able to upload and presign this random MP3 file in 2026-08-12 UTC:
https://web.archive.org/web/20260812003134/https://eu-west-1.s3.fil.one/antiarchiveorg/Springsteen.mp3?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=8F92D0X7RS74LK3JIZKJ%2F20260812%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20260812T002944Z&X-Amz-Expires=604799&X-Amz-SignedHeaders=host&X-Amz-Signature=2dd41121bc3bf05631f8e17a17ca87fd8774d77b8185151dd4da68dbecebebb7

Might be in the twilight period between the end of a stated limit and data being mass deleted + API key(s) or whatever revoked. How long is this period? Minutes, days, months? IDK, the twilight sparkles, then fades away.

Attached is a GIF from a recent /gif/ tarball that pet owners may be interested in.

>>1573165
Seems to be one reason I didn't do that: I have a standard way of dealing with empty files for the monthly torrent releases of /gif/ and that takes some more work than that different method with 3 steps. So I mentally pictured it taking more work than that other simpler 3-step method.

This thread is nearing its end except for:
- the thing with >>1571449 (see >>1573010)
- sharing file "4chan_gif_2026_06.tar.2" via some other thing

>>1573233
>>1573239
Details on the timing and results of the freemium thing ending is seen in these posts:
>>>/t/1403591
>>>/t/1403597
>- no one was ever able to download 4chan_gif_2026_06.tar.2 so I could share that with send.cm or something
>- all of these links are broken now: URLs are to an access denied XML instead
>\ All of the HTTP release links now result in an error message which looks like this:
Getting a directory listing and metadata is disabled also:
>$ aws s3 ls s3://antiarchiveorg/ --recursive --endpoint-url https://eu-west-1.s3.fil.one | head
>
>An error occurred (AccessDenied) when calling the ListObjectsV2 operation: Access Denied.
>$ # RIP

File: send.cm.png (58 KB, 1276x944)

58 KB PNG

>>1573249
>sharing file "4chan_gif_2026_06.tar.2" via some other thing
Currently working towards that - <s>I'm running this command</s>:
>$ tail -c+27589924609 4chan_gif_2026_06.tar | pv > /mnt/p4/b/zd/4changif/4chan_gif_2026_06.tar.2
Now uploading it to a site: https://send.now/ (formerly send.cm).

>Details on the timing and results of the freemium thing ending is seen in these posts:
Part that I found interesting:
>$ utc; tail -c+27589924609 /mnt/p4/b/zd/4changif/4chan_gif_2026_06.tar | pv | aws s3 cp - s3://antiarchiveorg/quick-share/4chan_gif_2026_06.tar.2 --endpoint-url https://eu-west-1.s3.fil.one; utc
>2026-08-11T22:22:06.372966343Z[...]
>25.7GiB 7:12:59 [1.01MiB/s] [...]
>2026-08-12T05:35:37.146310370Z
>$ utc; echo test | aws s3 cp - s3://antiarchiveorg/test --endpoint-url https://eu-west-1.s3.fil.one; utc
>2026-08-12T07:43:21.366663300Z
>upload failed: - to s3://antiarchiveorg/test An error occurred (AccessDenied) when calling the PutObject operation: Access Denied.
>2026-08-12T07:43:28.813664670Z
>$ # Access denied on everything related to that bucket happened in 2026-08-12 06:50 UTC as seen by me.

Meaning of this "interesting part": the remote computer(s) of that site are probably running Linux, and Linux OSes have a thing where currently running processes have a hold on things which retains a status quo. The state of 4chan_gif_2026_06.tar.2 when the upload started was no AccessDenied; at the time it was nearly finished uploading AccessDenied was probably the state of everything else. Creates a situation where old-running uploads are unfinished and will finish with no AccessDenied error, and at a time before they finish, new uploads are blocked as AccessDenied.

Maybe other nerds would find this interesting.

File: heave.gg.jpg (363 KB, 1276x944)

363 KB JPG

>>1573222
Here's part 2 of "4chan_gif_2026_06.tar":

https://heave.gg/file/3ee6686a-b624-4682-a815-cb3884177901/

Link will expire in 1.6 days. More info: >>>/t/1403625

Unless someone explicitly wants 4chan_gif_2026_07.tar, I guess I won't share it now.

>>1573188
>expire in either 9 hours or 7 days.
All of these "will expire in [smaller number] to [larger number] days" statements in this thread and the /t/ thread: they all expired in the shorter amount of time.

>>1573249
Thread is maybe over now that I've finished off that 2026-06 file by sharing "4chan_gif_2026_06.tar.2".

File: heave.gg.png (466 KB, 1276x944)

466 KB PNG

>>1573296
Woah: that image as a 100%-quality JPG is obviously visually worse than the same image as a PNG. I don't usually see that difference. PNG and JPG created by gimp cropping a screenshot created by scrot.