Fabio/Auxio
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

Update markdown

Browse source 
Change some things in the ADDITIONS & README documents.
This commit is contained in:
OxygenCobalt 2020-12-27 15:59:14 -07:00
parent 501e40b2bf
commit 7a54b0a79f
No known key found for this signature in database
GPG key ID: 37DBE3621FE9AD47
4 changed files with 14 additions and 28 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

7
README.md
View file

@ -14,12 +14,7 @@
## About
Auxio is a local music player for android designed to be the perfect music player for myself. It only has the features I need out of a music player, and nothing more.
Auxio itself is customizable and extendable however, allowing others to add features that I personally do not use.
The UI/UX is heavily derived from both Spotify and other FOSS Music Players such as [Music Player GO](https://github.com/enricocid/Music-Player-GO) and [Phonograph](https://github.com/kabouzeid/Phonograph),
albeit with a heavy emphasis on usability, consistency, and simplicity.
Auxio is a local music player for android partially inspired by both Spotify and other FOSS music players such as [Music Player GO](https://github.com/enricocid/Music-Player-GO) and [Phonograph](https://github.com/kabouzeid/Phonograph), albeit with a heavy emphasis on simplicity, consistency, and customizability. Unlike other music players, Auxio is based off of [ExoPlayer](https://exoplayer.dev/), creating a much better listening experience compared to the native [MediaPlayer](https://developer.android.com/guide/topics/media/mediaplayer) API. Auxios codebase is also extendable, allowing for the addition of features that are not included in the main app.
**Note:** Auxio is still early in development, meaning that some things may change as time passes.

4
app/src/main/java/org/oxycblt/auxio/playback/PlaybackService.kt
View file

@ -338,8 +338,8 @@ class PlaybackService : Service(), Player.EventListener, PlaybackStateManager.Ca
* Create the [SimpleExoPlayer] instance.
*/
private fun newPlayer(): SimpleExoPlayer {
// Since Auxio is a music player, only specify an audio renderer to save battery & cache space.
val audioRenderer = RenderersFactory { handler, vidListener, audioListener, textOutput, metadataOutput ->
// Since Auxio is a music player, only specify an audio renderer to save battery/apk size/cache size.
val audioRenderer = RenderersFactory { handler, _, audioListener, _, _ ->
arrayOf<Renderer>(
MediaCodecAudioRenderer(this, MediaCodecSelector.DEFAULT, handler, audioListener)
)

4
app/src/main/java/org/oxycblt/auxio/playback/state/PlaybackStateManager.kt
View file

@ -631,11 +631,13 @@ class PlaybackStateManager private constructor() {
suspend fun getStateFromDatabase(context: Context) {
logD("Getting state from DB.")
val start = System.currentTimeMillis()
val start: Long
val state: PlaybackState?
val queueItems = withContext(Dispatchers.IO) {
start = System.currentTimeMillis()
val database = PlaybackStateDatabase.getInstance(context)
state = database.readState()

27
info/ADDITIONS.md
View file

@ -1,29 +1,18 @@
# Accepted Additions and Requests
I primarily built Auxio as a response to many other music players on android that did far too much, had frustrating UI/UX flaws, or both.
One of the reasons I built Auxio was out of frustration with other FOSS android music players, which had too many features, frustrating UI/UX flaws, or both. Therefore any additions will have to be accepted by **me** (OxygenCobalt) before they are implemented or merged.
Since I want to keep this app from suffering the same fate as those others, Any requests/additions have to be accepted my **me** (OxygenCobalt) before I implement them or merge them.
## Bug Fixes, Optimizations, Architecture Improvements, etc.
All guidelines from the [Contribution Guidelines](../.github/CONTRIBUTING.md) still apply.
These will likely be accepted as long as they do not cause too much harm to the codebase.
## Bug Fixes, Optimizations, Library Updates, Formatting, Architecture Improvements, etc.
## New Customizations/Options
These will likely be accepted as long as they do not cause too much harm to the app's architecture or UX.
While I do like adding new behavior/UI customizations, these will be looked at more closely as certain additions can cause harm to the apps UI/UX while not providing alot of benefit. These tend to be accpeted however.
## New Options/Customizations
## Feature Addtions and UI Changes
These will be looked at with more scrutiny, as certain customizations may cause harm to the apps UI/UX while still not providing alot of benefits as a whole.
These arent as likely to be accepted. As I said, I do not want Auxio to become overly bloated with features that are rarely used, therefore **I tend to only accept changes like these if I think they benefit everyone's usage of Auxio, including my own.** This does not rule out these additions, but they are not accepted as often as others.
Overall I tend to accept these however if I see the benefits of adding this UI/Behavior customization.
Feel free to fork Auxio to add your own feature set however.
**Note:** I will be adding Black Mode/Custom Accents in the future. Read the [FAQ](FAQ.md) for more information.
## Feature Additions and UI Changes
These are far less likely to be accepted/added. As I said, I want to avoid Auxio from becoming overly bloated with features I do not use, and therefore **I only tend to accept features/UI changes that directly benefit my own usage.** If they do not, then I will reject them. This does not rule out all additions of this kind, but I am generally less likely to accept these kinds of requests/PRs.
Feel free to fork Auxio to add your own features however.
## A Final Note
I am an extremely busy student that only programs in their free time. I also want to do things that aren't Android Dev. As a result, any additions I say I will add may take awhile. **Be patient**.