TalkImg.com - Image hosting for BitcoinTalk

[UserU]

Nope, that's just a JPEG with the wrong extension:

Code:

identify sample.webp 
sample.webp JPEG 300x200 300x200+0+0 8-bit sRGB 17.6KB 0.000u 0:00.009

No, it doesn't support it:

Code:

https://www.gstatic.com/webp/gallery/1.sm.webp

Code:

https://www.gstatic.com/webp/gallery/1.sm.jpg

Source: https://developers.google.com/speed/webp/gallery1

Thanks, I stand corrected.

[fillippone]

From time to time I experience problems like this:



Of course the image is right on my phone.
In the past republishing fixes the problem, but not this time.
On other occasion, the preview is tilted, but the full image is correct.
What am I doing wrong?

[joker_josue]

Of course the image is right on my phone.
In the past republishing fixes the problem, but not this time.
On other occasion, the preview is tilted, but the full image is correct.
What am I doing wrong?

Well, it's hard to explain a specific reason. Sometimes the image is truly inverted, although it doesn't seem like it on a smartphone.
I've seen this happen in several scenarios, sent by email, sent to the cloud.

This is linked to the phone's camera software. It's the only explanation I can come up with. 

[LoyceV]

From time to time I experience problems like this:

I was just thinking: look at this FWP, there's sand on his beach towel

Well, it's hard to explain a specific reason.

Can you add a "rotate left" and "rotate right" arrow after uploading?

[fillippone]

Well, it's hard to explain a specific reason.

Can you add a "rotate left" and "rotate right" arrow after uploading?

This would be a very nice addition.
I guess it would be of very low computational impact and thus easy to implement.
just do that after the preview, on the updated image, as I said sometimes there are inconsistencies between the preview and the actual uploaded image.

[joker_josue]

Well, it's hard to explain a specific reason.

Can you add a "rotate left" and "rotate right" arrow after uploading?

This would be a very nice addition.
I guess it would be of very low computational impact and thus easy to implement.
just do that after the preview, on the updated image, as I said sometimes there are inconsistencies between the preview and the actual uploaded image.

It's really not a bad idea. I will study this possibility. 

[Foxpup]

Well, it's hard to explain a specific reason.

Your EXIF stripper is too aggressive and is removing the Orientation tag (set by some cameras to switch between landscape and portrait mode instead of actually rotating the image).

[joker_josue]

Well, it's hard to explain a specific reason.

Your EXIF stripper is too aggressive and is removing the Orientation tag (set by some cameras to switch between landscape and portrait mode instead of actually rotating the image).

That could be it, it could be! Well remembering.
Some cameras may put this information in the EXIF ​​and when it is removed, the information is also removed.

[Iamgoat]

From time to time I experience problems like this:



Of course the image is right on my phone.
In the past republishing fixes the problem, but not this time.
On other occasion, the preview is tilted, but the full image is correct.
What am I doing wrong?

Sorry about that. It happens. I'm pretty sure this could be as a result of when the photo was snapped. It's either you snapped the photo when the phone was rotated in the landscape view or from the original phone it was sent to you where it was sent to you and you were unaware or maybe there was an unusual bug in the browser or device during the time of the upload but it is ordinarily very unusual for a photo to automatically change its orientation without any of the above reasons.

You know if you have your auto-rotate activated on your phone, your phone might tilt to landscape view during the time of taking your shots and you might be unaware of it but then it looks fine on your gallery until you decide to upload it online. It used to happen to me sometimes in the past.

To solve such problems, you will need to use an editing tool on your pc or mobile phone to rotate the image then try uploading it again else you cannot correct it online since you used talkimg.com to upload it online.  unfortunately, bitcointalk platform doesn't support CSS or image transformations natively likewise the talkimg.com website doesn't support direct url based transformations like rotation etc.

However, I have a solution to this issue and what I did was to use external image hosting services like Cloudinary which allows me to rotate already uploaded images like yours. What I did was to follow the simple steps below.

1. I visited the Cloudinary website online and signed up for an account using my Gmail account.

2. I used the nav bar at the top left of the website to navigate to the 'Media Library' at the Manage and Analyze section.

3. There's a + button at the side which gives you the ability to add a media file then I upload your image.

Here's the default image you uploaded using talkimg.com re-uploaded to Cloudinary by myself.



Here's the final rotated url-based image I transformed by simply including the rotation parameter (a_90 for a 90 degrees rotation in between the url after the /upload.

[Bitcoinsummoner]

From time to time I experience problems like this:

Of course the image is right on my phone.
In the past republishing fixes the problem, but not this time.
On other occasion, the preview is tilted, but the full image is correct.
What am I doing wrong?

Here's the default image you uploaded using talkimg.com re-uploaded to Cloudinary by myself.



Here's the final rotated url-based image I transformed by simply including the rotation parameter (a_90 for a 90 degrees rotation in between the URL after the /upload.

https://res.cloudinary.com/dexi5ilcj/image/upload/v1721845968/IMG_2769_ftvkji.jpg
https://res.cloudinary.com/dexi5ilcj/image/upload/a_90/v1721845968/IMG_2769_ftvkji.jpg

It's great to see that just add a_90 I think if @joker_josue add TalkImg another features that increase the images regulations.

[joker_josue]

https://res.cloudinary.com/dexi5ilcj/image/upload/v1721845968/IMG_2769_ftvkji.jpg
https://res.cloudinary.com/dexi5ilcj/image/upload/a_90/v1721845968/IMG_2769_ftvkji.jpg

It's great to see that just add a_90 I think if @joker_josue add TalkImg another features that increase the images regulations.

Without a doubt, it had very interesting features. But I don't know if the costs are worth it for the main objective.

Either way, I will think of situations that could be useful.

[joker_josue]

 
 TalkImg  Info____________________
I inform you that it is now possible to make donations via Lightning (LN).
If you are interested in making donations this way, simply use: talkimg@wallets.fyoumoneypod.com
Thank you for all your support!

[JayJuanGee]

 
 TalkImg  Info____________________
I inform you that it is now possible to make donations via Lightning (LN).
If you are interested in making donations this way, simply use: talkimg@wallets.fyoumoneypod.com
Thank you for all your support!

O.k.  I just tested it out.  It looks like it came as an invoice for 1 satoshi, but the invoice could be edited to change the amount, which I did, and it looks like my payment went through with two hops and fees of around $0.29 (414.376 satoshis).

[joker_josue]

O.k.  I just tested it out.  It looks like it came as an invoice for 1 satoshi, but the invoice could be edited to change the amount, which I did, and it looks like my payment went through with two hops and fees of around $0.29 (414.376 satoshis).

Thanks for the support.
I'm still not very familiar with LN, but is that a negative?

[LoyceV]

I'm still not very familiar with LN, but is that a negative?

I would have expected a much lower transaction fee for LN. As in: 2 sats instead of more than 400.

[joker_josue]

I'm still not very familiar with LN, but is that a negative?

I would have expected a much lower transaction fee for LN. As in: 2 sats instead of more than 400.

But will I be able to control this, or is it the responsibility of the wallet I'm using?

[JayJuanGee]

I'm still not very familiar with LN, but is that a negative?

I would have expected a much lower transaction fee for LN. As in: 2 sats instead of more than 400.

But will I be able to control this, or is it the responsibility of the wallet I'm using?

I am not sure what wallet you were using (joker-josue) (or whether your wallet matters?), but I was sending from a Phoenix wallet, and I did not do anything except scan the barcode through the Phoenix App, and then chose the number of sats that I was sending, which was changing from the 1 sats in the invoice to send 102,594 sats, and so the total with the fee was 103,008.376 sats.  As far as I know, there was no option to change the fees, yet I was not using the wallet in any kind of advanced user way, I just sent from what was in front of me.

[joker_josue]

 
 Statistics  July 2024____________________
The numbers for this month of July may be a little lower than the previous month, but that was because in the months of May/June we had a greater movement due to the pizza competition. Another interesting point is that this month more images were seen on the forum than before, with more than 1TB of bandwidth used.

Since July, it has been possible to make donations via LN: talkimg@wallets.fyoumoneypod.com I believe it is useful for those users who prefer to use LN to make donations.
Personally, I continued to prefer SegWit directly: bc1qhwnncpdd8gfzqwjkk9n052wf7g9mvks3xaa7qa

Regardless of how you support TalkImg, whether by donating or using this service, I am very grateful. Without you, this project would not be possible, to be what it is today and it is here to continue. It's just that today I can continue guaranteeing it.



Here are the numbers for the month:

	Number of uploads in the month:  5 991 (-228 that in the last month)
	Total disk space in the month:  2GB (+0.17 that in the last month)
	Number of visits to the talkimg.com website in the month: 6 923 (-5 896 that in the last month)  Estimated number of times images were viewed on the forum in the month (hits): 5 943 001 (+1552k that in the last month)  Bandwidth in the month: 1.08TB (+270GB that in the last month)

Top 3 Images Viewed
In development...

[pawel7777]

The numbers for this month of July may be a little lower than the previous month, but that was because in the months of May/June we had a greater movement due to the pizza competition. Another interesting point is that this month more images were seen on the forum than before, with more than 1TB of bandwidth used.

Drop in uploads from June of -228 is only a 3.7%. The overall activity of bitcointalk (number of posts) dropped by over 14% (according to ninjastic.space), which probably indicates that TalkImg is no longer only used on this forum and probably has spread to other parts of the internet.

Anyhow, thanks for the great work!
I've sent you a small tip and would encourage others to do the same. Donation addresses are at the bottom of the page.

[logfiles]

Drop in uploads from June of -228 is only a 3.7%. The overall activity of bitcointalk (number of posts) dropped by over 14% (according to ninjastic.space), which probably indicates that TalkImg is no longer only used on this forum and probably has spread to other parts of the internet.

Outside the forum?

I don't think so as the service is hardly visible on the top search results of different search engines if someone is looking for image hosting sites unless if the person types up the full name of the search in the search space.

Also, there are very few forums that are fashioned like bitcointalk when it comes to posting images so this would make me think the Bitcointalk and altcointalk members are mainly the only peoples frequently using the service