This project is mirrored from https://github.com/LineageOS/android_packages_apps_FMRadio. Updated .
  1. 13 Nov, 2019 1 commit
  2. 04 Aug, 2019 1 commit
  3. 08 Jun, 2019 1 commit
  4. 07 Apr, 2019 1 commit
  5. 10 Mar, 2019 1 commit
  6. 26 Feb, 2019 1 commit
  7. 21 Jan, 2019 1 commit
    • NyQuilXT's avatar
      FMRadio: build with AAPT2 · 34db918a
      NyQuilXT authored
      Fixes app crash when adding radio station to favorites
      
      Change-Id: I68f53086c0d93a65af62147c83f016afc4d1d2b3
      34db918a
  8. 12 Jan, 2019 1 commit
  9. 11 Aug, 2018 2 commits
    • Adrian DC's avatar
      FMRadio: Resolve android.support.v7.cardview rules · b7745ce9
      Adrian DC authored
       * Automate inclusions with LOCAL_STATIC_ANDROID_LIBRARIES,
          resolving frameworks/support/v7/cardview/res path
      
      Change-Id: Ie1082eb81f287c4d352509c803612947786672cc
      b7745ce9
    • Anton Hansson's avatar
      FMRadio: Set LOCAL_PRIVATE_PLATFORM_APIS · f46ec38b
      Anton Hansson authored
      This change sets LOCAL_SDK_VERSION for all packages where
      this is possible without breaking the build, and
      LOCAL_PRIVATE_PLATFORM_APIS := true otherwise.
      
      Setting one of these two will be made required soon, and this
      is a change in preparation for that. Not setting LOCAL_SDK_VERSION
      makes the app implicitly depend on the bootclasspath, which is
      often not required. This change effectively makes depending on
      private apis opt-in rather than opt-out.
      
      Test: make relevant packages
      Bug: 73535841
      Change-Id: Ib244e0b7de264191a94d8b0e6512be2a580ec59f
      f46ec38b
  10. 09 Jul, 2018 1 commit
  11. 03 Jun, 2018 1 commit
  12. 08 May, 2018 1 commit
  13. 19 Apr, 2018 1 commit
  14. 01 Apr, 2018 1 commit
  15. 08 Mar, 2018 1 commit
  16. 25 Feb, 2018 1 commit
  17. 22 Feb, 2018 1 commit
  18. 14 Feb, 2018 1 commit
  19. 27 Dec, 2017 2 commits
  20. 16 Dec, 2017 1 commit
  21. 12 Dec, 2017 1 commit
  22. 30 Sep, 2017 1 commit
  23. 18 Sep, 2017 1 commit
  24. 23 Jun, 2017 1 commit
  25. 01 Jun, 2017 1 commit
  26. 18 May, 2017 1 commit
  27. 20 Apr, 2017 1 commit
  28. 29 Mar, 2017 1 commit
  29. 20 Mar, 2017 1 commit
  30. 15 Mar, 2017 1 commit
  31. 11 Feb, 2017 1 commit
  32. 09 Dec, 2016 1 commit
  33. 04 Oct, 2016 1 commit
  34. 13 Aug, 2016 1 commit
  35. 28 Jun, 2016 3 commits
    • Khalid Zubair's avatar
      Keep main activity when recording is cancelled · 480142b3
      Khalid Zubair authored
      When a recording (running in background) is stopped and the user
      returns to the FM app, the recording activity is seen with a 'Save
      Recording?' popup. After responding keep/discard the app exits itself
      instead of returning to the main activity.
      
      This happens because the service calls exitFm() and activity finish()
      when the service receives the musicservice 'pause' command (e.g. when
      the camera starts).
      
      Instead of a complete shutdown, stop recording and pause (powerDown)
      the FM playback. This leaves the service in a funtional state and the
      recording activity can save/discard the recording and return to the
      main screen.
      
      FEIJ-1373
      
      Change-Id: Ia3209b32cea193e76fb7b0b26b1ba05b88bd9d2c
      480142b3
    • Khalid Zubair's avatar
      Handle recording without using MediaRecorder · 3c0c2766
      Khalid Zubair authored
      MediaRecorder creates a new AudioRecord for the tuner internally and
      causes two audio input devices to be in-use during recording. Replace
      MediaRecorder with a custom recorder that gets fed by the same
      AudioRecord instance used for playback when SW rendering is in affect.
      
      This change helps workaround some bugs in the Audio HAL during fm
      recording (two tuner input devices) and concurrent mic recording.
      
      Force SW rendering when recording starts so that the recorder works
      and attempt to start the audio patch when recording ends.
      
      In onAudioPatchListUpdate there is no need to call
      initAudioRecordSink() before calling startRender() because
      startRender() will call initAudioRecordSink().
      
      CYNGNOS-2819, KIPPER-687, FEIJ-1372
      
      Change-Id: Iddd9f325892ca4482c3977dcadc627352e6f5bb2
      3c0c2766
    • Khalid Zubair's avatar
      Fix stuck recording ui when recording is aborted · a7db4dc6
      Khalid Zubair authored
      When the recording activity is paused and recording is canceled (e.g.
      loss of audio focus), the recording UI appears frozen when the
      activity resumes.
      
      This happens due to two issues:
      
       1. When the activity is paused it ignores the cancellation
          MSG_FM_EXIT event.
       2. When the activity is destroyed, it does not check the current
          state of the Recorder when it resumes.
      
      In both these cases, the activity assumes that the recording is still
      ongoing but the stop button fails silently when there is no recording
      to stop.
      
      Fix these issues by querying the recording status when the activity
      resumes and show the save dialog if the recording was stopped.
      
      oResume() and onServiceConnected() have been consolidated in to
      onResumeWithService() and handles checking the status of the service,
      starting recording and revisiting the activity.
      
      In FmService, the recording state returns 'INVALID' before the first
      recording starts because the recorder has not yet been created.
      Querying the recording state before starting the 2nd recording returns
      'IDLE'. Treat the 1st and 2nd cases the same and return 'IDLE'.
      
      FEIJ-1373
      
      Change-Id: I8a6f85f067a4c5737c5e00e6c035ba743c373e8f
      a7db4dc6
  36. 25 Jun, 2016 1 commit
    • Khalid Zubair's avatar
      Remove false log warnings · 387bb91d
      Khalid Zubair authored
      The log should not be a warning as it occurs often during normal
      operation,
      
      Change-Id: I7e8fc3b8499dfa48988c8949d9527c905f44cbe3
      387bb91d