hperrin

joined 7 months ago
[–] hperrin@lemmy.ca 1 points 28 minutes ago* (last edited 23 minutes ago)

Currently working on a better script to import all my Google Takeout images into Immich. If anyone wants to help, I can publish it on GitHub. I’ve currently got it sorting all the photos correctly, and now I need to combine the still and live versions into one photo.

I’m doing this because the current import project doesn’t work well. It goes on basically filename alone, which has a lot of problems with a big complicated library like my own. I’ve used all of iCloud, Google Photos, and Immich at different points and together, so there are tons of duplicate files.

This is a particularly hard problem because Google Takeout names files in the most convoluted way. You might have a photo called Photo1.jpg and a metadata file called Photo1.supplemental-meta.json, which is fine, but then a photo called MeAndTheWifeAtTheBeach(1).jpg and a metadata file called MeAndTheWifeAtTheBeach.supplemental-m(1).json. Then you could also have a live version that doesn’t have its own metadata file. And these might exist in different folders. The current import project doesn’t take any of this into account.

[–] hperrin@lemmy.ca 3 points 2 days ago* (last edited 2 days ago)

It should be “silico” instead of “syllaco”. It comes from “silicon”, like the dust you mentioned.

[–] hperrin@lemmy.ca 2 points 2 days ago

The subtle debt rhymed in rhythm on Wednesday.

[–] hperrin@lemmy.ca 11 points 2 days ago* (last edited 2 days ago)

I love the word helicopter, because unobviously, the root words aren’t heli and copter, but are “helico”, meaning spiral, and “pter”, meaning wing.

[–] hperrin@lemmy.ca 6 points 2 days ago

I love the word trabajaba (pronounced trah-buh-hah-buh). It means “worked” in Spanish.

[–] hperrin@lemmy.ca 1 points 2 days ago

Now drive it over a slightly slanted road.

[–] hperrin@lemmy.ca 3 points 2 days ago (1 children)

The library is how people learned things before a search engine came and ruined people’s ability to find things on their own. Dewey Decimal, bitch.

[–] hperrin@lemmy.ca 4 points 2 days ago

Fair enough. It’s one of my favorite games, because I played it through with my best friend right before he passed away in an accident, so it’s really emotionally valuable to me. Seeing what they did with the movie was pretty offensive in that regard, to me.

[–] hperrin@lemmy.ca 1 points 3 days ago

250,000 lines is way more than 250,000 tokens, so even that context is too small.

[–] hperrin@lemmy.ca 2 points 3 days ago (1 children)

I don’t yet, but I can make a user. Let me do that tomorrow, and I’ll reply here again with it.

[–] hperrin@lemmy.ca 3 points 3 days ago (9 children)

I wrote Svelte Material UI, so I could definitely help you with UI stuff. Do you have a public repo?

[–] hperrin@lemmy.ca 22 points 3 days ago

I scored 13/28 on https://jsdate.wtf/ and all I got was this lousy text to share on social media.

Oof. I’ve been a JS dev since 1998.

 

My first app on Flathub: Stream Overlay!

If you stream games on Linux, this can help you by showing your chat and alerts on your screen on top of your game.

 

This is my first application on Flathub! If you’re a game streamer, this can help by having your Twitch chat and alerts appear on your screen, above your game.

It’s a FOSS application, available here on GitHub:

https://github.com/hperrin/stream-overlay

 

A fully automated, on demand, personalized con man, ready to lie to you about any topic you want doesn’t really seem like an ideal product. I don’t think that’s what the developers of these LLMs set out to make when they created them either. However, I’ve seen this behavior to a certain extent in every LLM I’ve interacted with. One of my favorite examples was a particularly small-parameter version of Llama (I believe it was Llama-3.1-8B) confidently insisting to me that Walt Disney invented the Matterhorn (like, the actual mountain) for Disneyland. Now, this is something along the lines of what people have been calling “hallucinations” in LLMs, but the fact that it would not admit that it was wrong when confronted and used confident language to try to convince me that it was right, is what pushes that particular case across the boundary to what I would call “con-behavior”. Assertiveness is not always a property of this behavior, though. Lately, OpenAI (and I’m sure other developers) have been training their LLMs to be more “agreeable” and to acquiesce to the user more often. This doesn’t eliminate this con-behavior, though. I’d like to show you another example of this con-behavior that is much more problematic.

 

A fully automated, on demand, personalized con man, ready to lie to you about any topic you want doesn’t really seem like an ideal product. I don’t think that’s what the developers of these LLMs set out to make when they created them either. However, I’ve seen this behavior to a certain extent in every LLM I’ve interacted with. One of my favorite examples was a particularly small-parameter version of Llama (I believe it was Llama-3.1-8B) confidently insisting to me that Walt Disney invented the Matterhorn (like, the actual mountain) for Disneyland. Now, this is something along the lines of what people have been calling “hallucinations” in LLMs, but the fact that it would not admit that it was wrong when confronted and used confident language to try to convince me that it was right, is what pushes that particular case across the boundary to what I would call “con-behavior”. Assertiveness is not always a property of this behavior, though. Lately, OpenAI (and I’m sure other developers) have been training their LLMs to be more “agreeable” and to acquiesce to the user more often. This doesn’t eliminate this con-behavior, though. I’d like to show you another example of this con-behavior that is much more problematic.

 

cross-posted from: https://lemmy.ca/post/43297441

I just started working on a self hosted Android & iOS ereader app. I’d like to know what features you would like to see if you use this kind of app.

Current Planned Features

  • Support for EPUB, TXT, and HTML ebooks.
  • Syncing over WebDAV. (Bring your own server. I’m not hosting people’s pirated libraries.)
  • Multiple libraries (a WebDAV server is a library), and multiple users per library.
  • Current progress from offline reading will get synced when back online.
  • Dark mode.
  • Custom fonts and themes.
  • Text to speech.
  • Keep awake.
  • Orientation lock.
  • Open source. (GPL license)
  • Native apps using React Native.
  • Animations can be turned completely off.
  • Really good e-ink screen support.
  • Tablet and phone sized device support.

Background

I use a Boox Palma, but sometimes I don’t have it with me, and I’d like to read on my iPhone.

With the current ereaders I know of, there’s always some downside. Syncing costs money, rendering is janky, page turn animations can’t be disabled, themes cost money (really???), no cross platform support, etc.

I want to learn how to build native apps with React Native, so I’m using this as a learning project. I’m not trying to make money on it, so it’ll be open source, and you have to have your own WebDAV server with all your ebooks on it to sync.

Non-Planned Features

Some things I just can’t do or won’t help me learn, so I’m not going to do them.

  • PDF support. (Maybe in the future, but not the initial version.)
  • Web app. (I don’t want to host it.)
  • Kindle app. (React Native doesn’t support them.)
  • Syncing over anything but WebDAV. (I’ll be using WebDAV properties, and I’m not interested in doing any other providers.)

So I’d like to know, what are some features you would like to see, and what are the pain points you’ve experienced with your current ereader apps?

 

I just started working on a self hosted Android & iOS ereader app. I’d like to know what features you would like to see if you use this kind of app.

Current Planned Features

  • Support for EPUB, TXT, and HTML ebooks.
  • Syncing over WebDAV. (Bring your own server. I’m not hosting people’s pirated libraries.)
  • Multiple libraries (a WebDAV server is a library), and multiple users per library.
  • Current progress from offline reading will get synced when back online.
  • Dark mode.
  • Custom fonts and themes.
  • Text to speech.
  • Keep awake.
  • Orientation lock.
  • Open source. (GPL license)
  • Native apps using React Native.
  • Animations can be turned completely off.
  • Really good e-ink screen support.
  • Tablet and phone sized device support.

Background

I use a Boox Palma, but sometimes I don’t have it with me, and I’d like to read on my iPhone.

With the current ereaders I know of, there’s always some downside. Syncing costs money, rendering is janky, page turn animations can’t be disabled, themes cost money (really???), no cross platform support, etc.

I want to learn how to build native apps with React Native, so I’m using this as a learning project. I’m not trying to make money on it, so it’ll be open source, and you have to have your own WebDAV server with all your ebooks on it to sync.

Non-Planned Features

Some things I just can’t do or won’t help me learn, so I’m not going to do them.

  • PDF support. (Maybe in the future, but not the initial version.)
  • Web app. (I don’t want to host it.)
  • Kindle app. (React Native doesn’t support them.)
  • Syncing over anything but WebDAV. (I’ll be using WebDAV properties, and I’m not interested in doing any other providers.)

So I’d like to know, what are some features you would like to see, and what are the pain points you’ve experienced with your current ereader apps?

view more: next ›