better-ffmpeg-progress
progiter
| better-ffmpeg-progress | progiter | |
|---|---|---|
| 3 | 1 | |
| 51 | 25 | |
| - | - | |
| 6.1 | 4.2 | |
| 12 days ago | 3 months ago | |
| Python | Python | |
| MIT License | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
better-ffmpeg-progress
-
Getting a circular import error when trying to use my Python package
Here's the repo, maybe I did the `__init__.py` file wrong or something? https://github.com/CrypticSignal/better-ffmpeg-progress
-
My Python function which shows the percentage progress & ETA when running an FFmpeg command.
https://github.com/CrypticSignal/better-ffmpeg-progress# better-ffmpeg-progress
- [Python] Better FFmpeg Progress - shows percentage progress & ETA when running an FFmpeg command.
progiter
-
How do you feel about vendored packages?
Number 3 is the one I feel most conflicted about. Specifically, I tout my ubelt library as having 0 required dependencies. However, it vendors two libraries: progiter and orderedset. The first of which I also maintain and the second of which I don't maintain, but have contributed to. It feels odd to have a single dependency for a library that would otherwise have zero. But at the same time it feels odd to maintain that code myself. Also if I didn't vendor it, it would not be included in the documentation, so there is that. I've recently been thinking I should split ubelt up into many smaller packages and then use ubelt as a "hub" to include them all. However, that's a lot more work than just maintaining one (still quite small) package, and I think having everything broken up with incur a lot of overhead at pip install time, so I'm very conflicted on the whole subject.
What are some alternatives?
reddit-automata - A simple script for automate getting data from reddit
ezbar - A simple progress bar for loop progress measurement and time estimation.
ffmpy - Pythonic interface for FFmpeg/FFprobe command line
ordered-set - A mutable set that remembers the order of its entries. One of Python's missing data types.
p_tqdm - Parallel processing with progress bars
tqdm - :zap: A Fast, Extensible Progress Bar for Python and CLI
gopro2gpx - Parse the gpmd stream for GOPRO moov track (MP4) and extract the GPS info into a GPX (and kml) file.
alive-progress - A new kind of Progress Bar, with real-time throughput, ETA, and very cool animations!
ubelt - A Python utility library with a stdlib like feel and extra batteries. Paths, Progress, Dicts, Downloads, Caching, Hashing: ubelt makes it easy!
polyglot - Find the percentage of programming languages used in your project
total_duration - Application that calculates total duration, along with resolution and frame rate of media files.