nate

joined 2 months ago
[–] nate@programming.dev 1 points 9 hours ago (1 children)

The data directory information is located in the documentation on the GitHub page. Will depend on the OS. In that directory, the log file is just log.txt. That being said, if no errors are given via yt-dlp, then it wouldn’t be logged regardless.

Yt-dlp logging was added in the most recent GitHub release, so anything from before may not have generated logs regardless.

Worth mentioning I am currently doing a complete rewrite for version 2.0 with lots of quality of life improvements and a fair bit more verbosity in error reporting. Historically, this was just a personal program so troubleshooting 3rd party interactions across operating systems was not a priority.

If you want to mess around with the MPV and yt-dlp pipeline. Try just running mpv <youtube_url> to see if it works outside of yt-feeds. Yt-dlp recently started to require a JS backend like Node or Deno, so that might be another thing to look into as that can cause bugs like this.

[–] nate@programming.dev 2 points 6 days ago (1 children)

GrayJay seems like a neat project that I bet I would enjoy.

I created yt-feeds as I wanted an ultra lightweight TUI as I was getting tired of the 500Mb-1Gb electrons programs.

[–] nate@programming.dev 1 points 6 days ago* (last edited 6 days ago) (3 children)

Thank you for continuing to troubleshoot. No worries with GitHub, I understand your concern!

Can you check the log file? In 1.0.5 I’ve added stderr dumps from MPV to the log file. If any errors occurred, that’d give us a place to start.

I might not be able to recreate the issue, but others might have the same issue so I’m happy to find the source problem.

[–] nate@programming.dev 1 points 1 week ago* (last edited 1 week ago) (5 children)

Curious: is this with the attached configuration in the documentation, or with a custom configuration for either MPV or yt-dlp?

If this is with that configuration, can you try the from source version?

Edit:

Please use Github Issues for any bug reporting to allow for better tracking. The newest version of yt-feeds is now at 1.0.5 with improved error logging for better user reporting!

[–] nate@programming.dev 1 points 1 week ago* (last edited 6 days ago)

The attached configuration should not theoretically be necessary - I was able to see full functionality with blank configuration.

In my testing though, I’ve notice some configurations options can cause issues with the yt-dlp and MPV pipeline.

As per logging, it is automatically on with messages stored in the specified files in the documentation. As of 1.0.5, MPV and yt-dlp stderr is also logged. Anything prior to 1.0.5 will not feature this logging.

Edit:

Please use Github Issues for any bug reporting to allow for better tracking. The newest version of yt-feeds is now at 1.0.5 with improved error logging for better user reporting!

[–] nate@programming.dev 2 points 1 week ago* (last edited 1 week ago) (8 children)

Update from today:

I could not replicate this issue. It is possible you initially were on 1.0.2, which had these issues.

Steps to replicate working build:

brew install yt-dlp 
brew install mpv
cargo install --git https://github.com/nate-craft/yt-feeds
yt-feeds

This was done with all default configurations set for MPV and yt-dlp.

Sample running on MacOS

Edit:

Please use Github Issues for any bug reporting to allow for better tracking. The newest version of yt-feeds is now at 1.0.5 with improved error logging for better user reporting!

[–] nate@programming.dev 1 points 1 week ago* (last edited 1 week ago) (2 children)

In what environment is this setup?

Running the version 1.0.3 via the AUR with Yt-dlp built on 11 12 2025 and MPV built on 9 24 2025 as well as the the provided MPV and yt-dlp configurations is confirmed to work this morning.

Edit:

Please use Github Issues for any bug reporting to allow for better tracking. The newest version of yt-feeds is now at 1.0.5 with improved error logging for better user reporting!

[–] nate@programming.dev 1 points 1 week ago* (last edited 1 week ago)

On version 1.0.3 running via the AUR package and directly from cargo, I cannot seem to replicate this issue.

What is your MPV/yt-dlp configuration? It is possible that the configured options specify options not provided by YouTube, so playback will not work well. To attempt a fix, try moving these configuration files temporarily to a new location.

Also please ensure this version is indeed the latest 1.0.3. It could be that the AUR did not cache the newest version, so this could be 1.0.2 which had issues with the new YT workaround.

Edit:

Please use Github Issues for any bug reporting to allow for better tracking. The newest version of yt-feeds is now at 1.0.5 with improved error logging for better user reporting!

[–] nate@programming.dev 4 points 1 week ago* (last edited 1 week ago)

Haven’t tested via MacOS yet, so I’m not sure about the issue from a glance.

As of yt-feeds 1.0.2, there was a yt-dlp issue that would do what you describe as yt-dlp requires a new flag to enable a JS backend to work around a YouTube change. I’d first check that to ensure it is on the newest version.

Otherwise, I’ll look into it on a Mac test environment tomorrow.

Edit:

Please use Github Issues for any bug reporting to allow for better tracking. The newest version of yt-feeds is now at 1.0.5 with improved error logging for better user reporting!

 

cross-posted from: https://programming.dev/post/40815478

Introducing YT-Feeds.

I was looking for an ultra lightweight YouTube client that would allow me to avoid the algorithm, clickbait thumbnails, and AI generated comment sections. After months of work, and getting side tracked many times, YT-Feeds was born. It can be found on GitHub, but is available on the AUR, and can be installed with binstall, github releases, or via cargo directly.

It is built in Rust with no graphical framework. It functions entirely on key binds and the design philosophy is to have only one page to view at any time.

Features List:

  • Fast startup and navigation
  • Uses minimal resources (under 1 Mb RAM!)
  • Distraction and short form content free
  • Allows for searching/subscribing/unsubscribing channels
  • Automatically tracks and resumes watch history locally
  • Shows recent videos from subscriptions organized by date
  • Groups subscriptions into a collective "feed" organized by date
  • Categorize and view videos in the 'watch later' menu
  • Never requires leaving the terminal or using your mouse
  • Cross platform support for ARM and x86_64 Windows, MacOS, and Linux

Note: I expect there to be bugs in the future - feel free to submit an issue and I will get to it when I can find the time.

 

cross-posted from: https://programming.dev/post/40815478

Introducing YT-Feeds.

I was looking for an ultra lightweight YouTube client that would allow me to avoid the algorithm, clickbait thumbnails, and AI generated comment sections. After months of work, and getting side tracked many times, YT-Feeds was born. It can be found on GitHub, but is available on the AUR, and can be installed with binstall, github releases, or via cargo directly.

It is built in Rust with no graphical framework. It functions entirely on key binds and the design philosophy is to have only one page to view at any time.

Features List:

  • Fast startup and navigation
  • Uses minimal resources (under 1 Mb RAM!)
  • Distraction and short form content free
  • Allows for searching/subscribing/unsubscribing channels
  • Automatically tracks and resumes watch history locally
  • Shows recent videos from subscriptions organized by date
  • Groups subscriptions into a collective "feed" organized by date
  • Categorize and view videos in the 'watch later' menu
  • Never requires leaving the terminal or using your mouse
  • Cross platform support for ARM and x86_64 Windows, MacOS, and Linux

Note: I expect there to be bugs in the future - feel free to submit an issue and I will get to it when I can find the time.

 

Introducing YT-Feeds.

I was looking for an ultra lightweight YouTube client that would allow me to avoid the algorithm, clickbait thumbnails, and AI generated comment sections. After months of work, and getting side tracked many times, YT-Feeds was born. It can be found on GitHub, but is available on the AUR, and can be installed with binstall, github releases, or via cargo directly.

It is built in Rust with no graphical framework. It functions entirely on key binds and the design philosophy is to have only one page to view at any time.

Features List:

  • Fast startup and navigation
  • Uses minimal resources (under 1 Mb RAM!)
  • Distraction and short form content free
  • Allows for searching/subscribing/unsubscribing channels
  • Automatically tracks and resumes watch history locally
  • Shows recent videos from subscriptions organized by date
  • Groups subscriptions into a collective "feed" organized by date
  • Categorize and view videos in the 'watch later' menu
  • Never requires leaving the terminal or using your mouse
  • Cross platform support for ARM and x86_64 Windows, MacOS, and Linux

Bugs are to be expected in the initial release. Please use Github Issues for any bug reporting to allow for better tracking. Since initial post, version has already been updated from 1.0.2 to 1.0.5 because of fantastic users submitting bug reports!

[–] nate@programming.dev 2 points 1 month ago (1 children)

Hi - thanks for the question.

If the drive is mounted into native fileystem, rust’s files API should be able to read and write properly.

If not, feel free to submit an issue on GitHub and I’ll look into solutions.

 

cross-posted from: https://programming.dev/post/38555081

I've just finished up version 1.2.2 for Auditorium - a fast local music player powered by Ratatui.

Since my last update, I've added a few new fun features:

  • Optional MPRIS support to allow global access to the underlying music player (pause, play, seek, view album art, and more from your desktop environment!)
  • Album/track sorting based on track number metadata
  • Switched from FfProbe to ID3 crate for huge load time decreases
  • Optional cover art display
  • Made lots of efficiency tweaks to take down CPU usage to < 2% while still running at 60 fps (fast TUI is a good TUI)

Lots of things I still would like to add (and a few issues already underway), so I hope to find time to improve more when I can.

Cheers

 

I've just finished up version 1.2.2 for Auditorium - a fast local music player powered by Ratatui.

Since my last update, I've added a few new fun features:

  • Optional MPRIS support to allow global access to the underlying music player (pause, play, seek, view album art, and more from your desktop environment!)
  • Album/track sorting based on track number metadata
  • Switched from FfProbe to ID3 crate for huge load time decreases
  • Optional cover art display
  • Made lots of efficiency tweaks to take down CPU usage to < 2% while still running at 60 fps (fast TUI is a good TUI)

Lots of things I still would like to add (and a few issues already underway), so I hope to find time to improve more when I can.

Cheers

 

I've just finished a 1.0.0 release of Auditorium!

I built this primarily because my script I use to play my local files was held back severely by the speed and lack of data structures from POSIX shell.

Auditorium features vim-like key binds, completely offline play via MPV, genre, artist, and title querying via ffmpeg, built-in fuzzy finding, automatic playback, and a hot-reloading theming configuration to allow you to pick your desired color scheme.

Installation instruction and dependencies are in the linked Github page. If you find any bugs, feel free to create an issue - I intend to keep this supported as I use it every day.