Update markdown

Update the markdown documents for Version 1.2.0.
This commit is contained in:
OxygenCobalt 2021-01-19 16:00:16 -07:00
parent ab2da7a5a4
commit f779904c0c
No known key found for this signature in database
GPG key ID: 37DBE3621FE9AD47
14 changed files with 6 additions and 11 deletions

View file

@ -14,7 +14,7 @@
## About
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 a simple and straightfoward, however customizable UI/UX.
Auxio is a local music player for android 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), with a heavy emphasis on a simple, straightfoward, and customizable UI/UX.
Unlike other music players, Auxio is based off of [ExoPlayer](https://exoplayer.dev/), allowing for much better listening experience compared to the native [MediaPlayer](https://developer.android.com/guide/topics/media/mediaplayer) API. Auxio's codebase is also designed to be extendable, allowing for the addition of features that are not included in the main app.
@ -35,7 +35,7 @@ I primarily built Auxio for myself, but you can use it too, I guess.
## Features
- Reliable, [ExoPlayer](https://exoplayer.dev/) based playback
- [ExoPlayer](https://exoplayer.dev/) based playback
- Customizable UI & Behavior
- Genres/Artists/Albums/Songs support
- Extensive queue system
@ -51,10 +51,10 @@ I primarily built Auxio for myself, but you can use it too, I guess.
## To Come in the future:
- Improved genre/artist/album UIs
- Dedicated search tab
- Swipe-to-next-track function [Maybe]
- Translations
- Artist Images
- Artist Songs
- Swipe-to-next-track function [Maybe]
- Black theme
- Custom accents
- Playlists

View file

@ -2,7 +2,6 @@ package org.oxycblt.auxio.music.processing
import org.oxycblt.auxio.music.Album
import org.oxycblt.auxio.music.Artist
import org.oxycblt.auxio.music.Genre
import org.oxycblt.auxio.music.Song
/**

View file

@ -224,10 +224,6 @@ class PlaybackService : Service(), Player.EventListener, PlaybackStateManager.Ca
}
}
override fun onIsPlayingChanged(isPlaying: Boolean) {
logD(isPlaying.toString())
}
// --- PLAYBACK STATE CALLBACK OVERRIDES ---
override fun onSongUpdate(song: Song?) {

Binary file not shown.

Before

Width:  |  Height:  |  Size: 572 KiB

After

Width:  |  Height:  |  Size: 657 KiB

Binary file not shown.

Before

Width:  |  Height:  |  Size: 1,020 KiB

After

Width:  |  Height:  |  Size: 925 KiB

Binary file not shown.

Before

Width:  |  Height:  |  Size: 883 KiB

After

Width:  |  Height:  |  Size: 962 KiB

Binary file not shown.

Before

Width:  |  Height:  |  Size: 435 KiB

After

Width:  |  Height:  |  Size: 428 KiB

Binary file not shown.

Before

Width:  |  Height:  |  Size: 301 KiB

After

Width:  |  Height:  |  Size: 348 KiB

Binary file not shown.

Before

Width:  |  Height:  |  Size: 173 KiB

After

Width:  |  Height:  |  Size: 215 KiB

Binary file not shown.

Before

Width:  |  Height:  |  Size: 429 KiB

After

Width:  |  Height:  |  Size: 471 KiB

Binary file not shown.

Before

Width:  |  Height:  |  Size: 436 KiB

After

Width:  |  Height:  |  Size: 412 KiB

Binary file not shown.

Before

Width:  |  Height:  |  Size: 204 KiB

After

Width:  |  Height:  |  Size: 225 KiB

Binary file not shown.

Before

Width:  |  Height:  |  Size: 391 KiB

After

Width:  |  Height:  |  Size: 413 KiB

View file

@ -12,7 +12,7 @@ While I do like adding new behavior/UI customizations, these will be looked at m
## Feature Addtions and UI Changes
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.
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. I will also hold off adding features that I **cannot properly add to the UI/UX** until I'm able to implement them without too much disruption or strange behaviors.
Feel free to fork Auxio to add your own feature set however.