[APP] [8.0+] Dolby Atmos™ Axon 7 Oreo port 20180125

Search This thread

docnok63

Senior Member
Nov 22, 2012
2,176
2,581
Memphis, TN
So you didn't do anything special to get V4A to work?

Any ideas?

This is an old V4A trick that I found works with this situation:

1) Hit V4A's Master Power
2) Use the 3 dot menu in the top right to exit V4A.
3) Use your recents and swipe right to completely wipe V4A from memory
4) Launch V4A and hit the Master Power. Profit.
 

Attachments

  • Screenshot_20180119-144832.jpg
    Screenshot_20180119-144832.jpg
    226 KB · Views: 10,067
  • Screenshot_20180119-144842.jpg
    Screenshot_20180119-144842.jpg
    198.9 KB · Views: 10,025
  • Screenshot_20180119-144854.jpg
    Screenshot_20180119-144854.jpg
    108 KB · Views: 9,869
  • Screenshot_20180119-144913.jpg
    Screenshot_20180119-144913.jpg
    227.2 KB · Views: 9,148

docnok63

Senior Member
Nov 22, 2012
2,176
2,581
Memphis, TN
Thank you for the confidence-boost of booting with all my data intact after updating to the official OP5 firmware, unfortunately, the ViPER4Android behavior remains unchanged

Inability to process Bluetooth audio output

I wonder if headset output is different and is your testing environment.

I'm glad the update went smoothly. Try the above?
 

Trupen

Senior Member
May 14, 2014
329
55
Was very excited to flash the zip but it's stuck in twrp just dolby logo and loading

---------- Post added at 09:09 PM ---------- Previous post was at 09:01 PM ----------

Was very excited to flash the zip but it's stuck in twrp just dolby logo and loading

Any suggestions would be helpfull
 

guitardedhero

Senior Member
Jan 17, 2012
7,941
24,094
42
Little Rock
Changelog:

  • Code:
    [B]20180119-1 -[/B]
    
    - Correction to boot script.

NOTE:
Both of today's updates are focused on resolving device boot issues. :good:

HEAD'S UP:
Updated 20180119-1
Confirm MD5: 983d49e2fcf49e87afb31164610d803f
68407cc6b86a7adfa96cd4d2baf73a1f
before installing 20180119-1!
 
Last edited:

guitardedhero

Senior Member
Jan 17, 2012
7,941
24,094
42
Little Rock


Dolby Atmos™
for
Android Oreo

LExesia.jpg


Description:
  • Dolby Atmos™ Digital Signal Processer with effects and Graphic User Interface ported from the latest ZTE™ Axon 7 Android Oreo firmware.
  • Dolby Atmos™ sound effects applied to media audio output supporting various media players.
  • MiFavor Music Player from the same firmware included only because of its Settings option to directly launch Dolby Atmos™ for testing purposes such as the possibility of additional features and/or other unique functionality.
  • Flexible custom recovery installation archive supporting Magisk and SuperSU installations including the options to install directly to /system for Magisk users and to install to /su for SuperSU¹ users. ¹ Experimental


Details:
  • A minimum of SDK 26 (Android 8.0) is required for installation to begin, else Exit 1 will abort the recovery installation activity.
  • Magisk users are provided the option of installing directly to /system instead of creating a Magisk module using the included arise_parameters.prop.
  • SuperSU users with the systemless root solution are provided the option of creating a SU module instead of installing directly to /system. This is similar to Magisk module installations and is a great alternative for those with insufficient /system space to accommodate a /system installation among other benefits Magisk users enjoy.
    • arise_parameters.prop may be extracted from the installation archive, placed directly into root of internal storage (e.g. /sdcard/arise_parameters.prop), and edited (details and instructions inside prop file) before installing the archive in recovery.
    • arise_parameters.prop (with no options active) will be automatically placed in the root of internal storage if not already present during the installation in recovery.
  • SuperSU users and Magisk users instructing a /system installation via a prepared /sdcard/arise_parameters.prop are encouraged to confirm a minimum of 100MB of /system space is available before beginning installation in recovery.
  • Magisk users performing the default Magisk module installation and SuperSU users performing the optional systemless installation will require 100MB more than the minimum available /data space acceptable (usually 500MB, 500MB + 100MB = 600MB).
  • Permissive SELinux Mode is currently required and will be set automatically each device boot. Do not install archive if this is not acceptable.


Instructions:
  • Performing a backup of the /system partition in recovery is encouraged for users other than Magisk users receiving the default installation in recovery:

    • TWRP > Backup > Check System > Edit name, if desired > Swipe to perform backup operation
  • Confirm device requirements are met and installation results are acceptable.
  • Confirm an escape route is available in the event of unsuccessful device boot or unsatisfactory experience.
  • Confirm successful download and location of downloaded archive(s).
  • Boot to recovery > Install > *.zip > Swipe to perform installation operation > Advanced > Copy Log > Reboot
  • Updating procedure is no different unless specified otherwise.


Additional Information:

  • Escape routes for unsuccessful/unsatisfactory installations:
    • Magisk Module Installation:
      • If booted, navigate to /magisk using a capable file manager application and delete /dolbyatmos before rebooting the device. If experiencing an unsuccessful device boot, boot to recovery using the appropriate hardware button combination for the device, install the Magisk Recovery Management archive attached below, and follow the given instructions to delete the Magisk module (/magisk/dolbyatmos).
    • SuperSU/Magisk /system installations:
      • Restore Backup in recovery if available: TWRP > Restore > appropriate backup folder > Check System > Swipe to perform Restore operation
      • Install the currently installed rom zip in recovery without any partition wipes or install a different rom zip according to the rom developer's installation instructions.

  • Reporting bugs/failures:
    • An acceptable report will include the /sdcard/recovery.log received after the installation session before booting from recovery even if the recovery session appeared to be free from any error. An acceptable report will include relevant information/details to equip me to efficiently address the report.

  • Auditing:
    • Assessing the installation is encouraged for all users and is especially helpful when the collected information is included in reports of less than perfect experiences.
    • Dumpsys:
      • The dumpsys utility in Android can be a very valuable troubleshooting tool, especially audio output processing related issues, when targeting the audioflinger service. Recommended terminal application's include Terminal Emulator for Android and Termux.
      • In Android Terminal:
        Code:
        su
        dumpsys media.audio_flinger
        OR
        Code:
        su -c dumpsys media.audio_flinger
      • The output generated upon tapping the Enter key is the information of interest and can be copied from the Terminal and pasted with a report, if necessary.
      • This output includes the list of successfully configured audio sound effect libraries and any successfully created effect-chains from one or more of those libraries when combined with the successful installation of an appropriate apk, Dolby Atmos being one of many examples.
    • Logging:
      • The log utility in Android is another valuable tool for many various purposes, including troubleshooting. This utility is most convenient when used with a logging application such as Matlog in order to utilize features such as word filtering and syntax highlighting among others.
      • Using the logging application's search feature, the user can filter the displayed log output using words or characters relevant to this Dolby Atmos™ port such as: dolby, dax, dlb, dseffect and include that relevant log output with reports, if necessary.


  • Testing:
    • The possibility of my experience being different from others' experiences is always present! Those meeting the installation requirements may certainly test against various aspects stated as facts within this OP such as compatibility with other audio effects, functionality in Enforcing SELinux Mode, etc.


  • Vulnerabilities:
    • The installation, as with any device content, is not immune to impact from existing and future installations of custom content. This custom content may remove or modify necessary content, or introduce conflicting content preventing Dolby Atmos™ from functioning as intended by this mod's installation. Security measures can block these scenarios from occuring but will typically be implemented only after the discovery of such cases of "breaking" Dolby Atmos™ functionality, in which case, the relevant vulnerability will be omitted from this particular section.
    • Audio Modification Library (ver: ? - 2.9):
      • Scenarios: The AML 2.9 Magisk module has been found to remove a necessary audio effects configuration entry upon every device boot, if found by AML's detection mechanics targeting content to eradicate. This vulnerability for the Dolby Atmos™ system exists in every installation method if AML 2.9 is installed.
      • Solutions: Until this vulnerability is no longer exploited by the AML 2.9 Magisk module, the appropriate AML uninstallation procedure must be performed to restore Dolby Atmos ™ functionality. Fortunately, this vulnerability can be addressed quickly due to the active development of AML in addition to existing and active communication with AML authors.is currently being accommodated by the AML authors and should no longer present an issue with the next AML update. Props to the AML guys for focusing on securing a complimentary experience with this single package. :good:


Downloads:


Changelog:

  • Code:
    [B]20180119-2 -[/B]
    
    - Yet another correction to boot script.

    Code:
    [B]20180119-1 -[/B]
    
    - Correction to boot script.
    
    [B]20180119 -[/B]
    
    - Extensive adjustments to systemless
    module creation and boot script.
    
    - Removed build properties.
    
    - Default installations intended to
    accommodate HTC devices.
    
    [B]20180117-1 -[/B]
    
    - Correction to
    /odm/etc/audio_policy_configuration.xml
    symlink.
    
    [B]20180117 -[/B]
    
    - Various script corrections.
    
    - Recovery Management zip now supports
    SuperSU's /data/su.img and is now included
    in the Dolby Atmos zip for convenient access.
    
    
    
    [B]20180114-4 -[/B]
    
    - More script corrections.
    
    
    
    [B]20180114-3 -[/B]
    
    - Script error correction.
    
    
    
    [B]20180114-2 -[/B]
    
    - Further script changes.
    
    
    
    [B]20180114-1 -[/B]
    
    - Adjustment to supported .prop detection.
    
    - Removed experimental /*_contexts patches.
    
    - Various script changes.
    
    
    
    [B]20180114 -[/B]
    
    - Corrected Magisk module installation.
    
    - Added systemless installation option
    for SuperSU users (/su/dolbyatmos).
    
    - Updated /sdcard/arise_parameters.prop
    (will overwrite the no longer supported .prop).
    
    - Various script changes.
    
    
    
    [B]20180112-2 -[/B]
    
    - Added missing setprop section
    to script in /system installations.
    
    
    
    [B]20180112-1 -[/B]
    
    - Added two library dependencies
    to accommodate devices without
    either library. (@Zackptg5)
    
    - Adjustment to vendor partition
    audio effects configuration
    detection. (@Zackptg5)
    
    - Added Xposed alert describing
    potential conflict and potential resolution
    of Dolby Atmos functionality. (@MMWolverine)
    
    - Added /system free space detection,
    resolution methods, and installation exit
    for /system installations destined to fail due
    to insufficient space to accommodate the
    Dolby Atmos system.
    
    Massive shout out to the many users
    responsible for the current success rate
    enjoyed by this Dolby Atmos Oreo solution!
    
    :highfive:
    
    
    
    [B]20180112 -[/B]
    
    - Updated Magisk module.prop to 1530
    
    
    
    [B]20180112 -[/B]
    - Updated Magisk module.prop to 1530
    
    
    
    [B]Initial Release -[/B]
    -

Thanks you, @docnok63! :highfive:
 
Last edited:

jandia7381

Senior Member
Nov 8, 2015
1,267
352
Taiping, Perak
Reporting - latest update (magisk) working great on my Kate(reno3SE) running latest Nos official 8.1 along with viper(take from fx manager, shadow kernel) + shox + ainur sauron = its making my sound really2 BOOM!!! Enjoy it so much dev, thnx again n again :cowboy:
*been follow u since Arise Up!
 
  • Like
Reactions: guitardedhero

dioooi

Senior Member
Sep 20, 2008
573
90
Georgetown, Penang
Hi I am on the latest 20180119-2 file and able to boot but the Dolby atmos app still fc.
Viper4a is working fine.
Any clues?

Thank you.
 

Attachments

  • Screenshot_20180120-131524.jpg
    Screenshot_20180120-131524.jpg
    172.2 KB · Views: 357
  • Screenshot_20180120-131327.jpg
    Screenshot_20180120-131327.jpg
    192.3 KB · Views: 357

Top Liked Posts

  • There are no posts matching your filters.
  • 67


    Dolby Atmos™
    for
    Android Oreo

    LExesia.jpg


    Description:
    • Dolby Atmos™ Digital Signal Processer with effects and Graphic User Interface ported from the latest ZTE™ Axon 7 Android Oreo firmware.
    • Dolby Atmos™ sound effects applied to media audio output supporting various media players.
    • MiFavor Music Player from the same firmware included only because of its Settings option to directly launch Dolby Atmos™ for testing purposes such as the possibility of additional features and/or other unique functionality.
    • Flexible custom recovery installation archive supporting Magisk and SuperSU installations including the options to install directly to /system for Magisk users and to install to /su for SuperSU¹ users. ¹ Experimental


    Details:
    • A minimum of SDK 26 (Android 8.0) is required for installation to begin, else Exit 1 will abort the recovery installation activity.
    • Magisk users are provided the option of installing directly to /system instead of creating a Magisk module using the included arise_parameters.prop.
    • SuperSU users with the systemless root solution are provided the option of creating a SU module instead of installing directly to /system. This is similar to Magisk module installations and is a great alternative for those with insufficient /system space to accommodate a /system installation among other benefits Magisk users enjoy.
      • arise_parameters.prop may be extracted from the installation archive, placed directly into root of internal storage (e.g. /sdcard/arise_parameters.prop), and edited (details and instructions inside prop file) before installing the archive in recovery.
      • arise_parameters.prop (with no options active) will be automatically placed in the root of internal storage if not already present during the installation in recovery.
    • SuperSU users and Magisk users instructing a /system installation via a prepared /sdcard/arise_parameters.prop are encouraged to confirm a minimum of 100MB of /system space is available before beginning installation in recovery.
    • Magisk users performing the default Magisk module installation and SuperSU users performing the optional systemless installation will require 100MB more than the minimum available /data space acceptable (usually 500MB, 500MB + 100MB = 600MB).
    • Permissive SELinux Mode is currently required and will be set automatically each device boot. Do not install archive if this is not acceptable.
    • Third party audio effects and DSP's such as https://xdaforums.com/showpost.php?p=75262097&postcount=201 ViPER4Android (<--
      link to @docnok63's solution :highfive:)
      may require some extra effort to allow processing due to Dolby Atmos' dependency on its output_session_processing music effect.


    Instructions:
    • Performing a backup of the /system partition in recovery is encouraged for users other than Magisk users receiving the default installation in recovery:

      • TWRP > Backup > Check System > Edit name, if desired > Swipe to perform backup operation
    • Confirm device requirements are met and installation results are acceptable.
    • Confirm an escape route is available in the event of unsuccessful device boot or unsatisfactory experience.
    • Confirm successful download and location of downloaded archive(s).
    • Boot to recovery > Install > *.zip > Swipe to perform installation operation > Advanced > Copy Log > Reboot
    • Updating procedure is no different unless specified otherwise.


    Additional Information:

    • Escape routes for unsuccessful/unsatisfactory installations:
      • Magisk Module Installation:
        • If booted, navigate to /magisk using a capable file manager application and delete /dolbyatmos before rebooting the device. If experiencing an unsuccessful device boot, boot to recovery using the appropriate hardware button combination for the device, install the Magisk Recovery Management archive attached below, and follow the given instructions to delete the Magisk module (/magisk/dolbyatmos).
      • SuperSU/Magisk /system installations:
        • Restore Backup in recovery if available: TWRP > Restore > appropriate backup folder > Check System > Swipe to perform Restore operation
        • Install the currently installed rom zip in recovery without any partition wipes or install a different rom zip according to the rom developer's installation instructions.

    • Reporting bugs/failures:
      • An acceptable report will include the /sdcard/recovery.log received after the installation session before booting from recovery even if the recovery session appeared to be free from any error. An acceptable report will include relevant information/details to equip me to efficiently address the report.

    • Auditing:
      • Assessing the installation is encouraged for all users and is especially helpful when the collected information is included in reports of less than perfect experiences.
      • Dumpsys:
        • The dumpsys utility in Android can be a very valuable troubleshooting tool, especially audio output processing related issues, when targeting the audioflinger service. Recommended terminal application's include Terminal Emulator for Android and Termux.
        • In Android Terminal:
          Code:
          su
          dumpsys media.audio_flinger
          OR
          Code:
          su -c dumpsys media.audio_flinger
        • The output generated upon tapping the Enter key is the information of interest and can be copied from the Terminal and pasted with a report, if necessary.
        • This output includes the list of successfully configured audio sound effect libraries and any successfully created effect-chains from one or more of those libraries when combined with the successful installation of an appropriate apk, Dolby Atmos being one of many examples.
      • Logging:
        • The log utility in Android is another valuable tool for many various purposes, including troubleshooting. This utility is most convenient when used with a logging application such as Matlog in order to utilize features such as word filtering and syntax highlighting among others.
        • Using the logging application's search feature, the user can filter the displayed log output using words or characters relevant to this Dolby Atmos™ port such as: dolby, dax, dlb, dseffect and include that relevant log output with reports, if necessary.


    • Testing:
      • The possibility of my experience being different from others' experiences is always present! Those meeting the installation requirements may certainly test against various aspects stated as facts within this OP such as compatibility with other audio effects, functionality in Enforcing SELinux Mode, etc.


    • Vulnerabilities:
      • The installation, as with any device content, is not immune to impact from existing and future installations of custom content. This custom content may remove or modify necessary content, or introduce conflicting content preventing Dolby Atmos™ from functioning as intended by this mod's installation. Security measures can block these scenarios from occuring but will typically be implemented only after the discovery of such cases of "breaking" Dolby Atmos™ functionality, in which case, the relevant vulnerability will be omitted from this particular section.
      • Audio Modification Library (ver: ? - 2.9):
        • Scenarios: The AML 2.9 Magisk module has been found to remove a necessary audio effects configuration entry upon every device boot, if found by AML's detection mechanics targeting content to eradicate. This vulnerability for the Dolby Atmos™ system exists in every installation method if AML 2.9 is installed.
        • Solutions: Until this vulnerability is no longer exploited by the AML 2.9 Magisk module, the appropriate AML uninstallation procedure must be performed to restore Dolby Atmos ™ functionality. Fortunately, this vulnerability can be addressed quickly due to the active development of AML in addition to existing and active communication with AML authors.is currently being accommodated by the AML authors and should no longer present an issue with the next AML update. Props to the AML guys for focusing on securing a complimentary experience with this single package. :good:


    Downloads:


    Changelog:

    • Code:
      [B]20180125 -[/B]
      
      - Adjustment to Xposed detection.

      Code:
      [B]20180124-1 -[/B]
      
      - Unique atmos library and effect
      UUID to accommodate native Dolby
      effects.
      
      [B]20180124 -[/B]
      
      - Adjustment to Magisk variables with
      existing audio effects configurations.
      
      [B]20180122-2 -[/B]
      
      - Mount magisk.img with Magisk's
      util_functions.sh if initial mount
      attempt was unsuccessful.
      
      [B]20180122-1 -[/B]
      
      - Correction to audio effects
      configuration manipulation.
      
      [B]20180122 -[/B]
      
      - Correction of introduced errors.
      
      [B]20180121 -[/B]
      
      - Extensive adjustments to installation script.
      
      - Addressed Pixel, Samsung, /su module, and
      general installations.
      
      - Removed previously bundled music player.
      
      - Beginning of DolbyAtmos.apk customization
      and experimentation.
      
      [B]20180120-1 -[/B]
      
      - Conservative shift of boot scripts.
      
      [B]20180120 -[/B]
      
      - Various and discriminate installation
      and boot script adjustments.
      
      [B]20180119-3 -[/B]
      
      - Third time's the charm??
      
      [B]20180119-2 -[/B]
      
      - Yet another correction to boot script.
      
      [B]20180119-1 -[/B]
      
      - Correction to boot script.
      
      [B]20180119 -[/B]
      
      - Extensive adjustments to systemless
      module creation and boot script.
      
      - Removed build properties.
      
      - Default installations intended to
      accommodate HTC devices.
      
      [B]20180117-1 -[/B]
      
      - Correction to
      /odm/etc/audio_policy_configuration.xml
      symlink.
      
      [B]20180117 -[/B]
      
      - Various script corrections.
      
      - Recovery Management zip now supports
      SuperSU's /data/su.img and is now included
      in the Dolby Atmos zip for convenient access.
      
      
      
      [B]20180114-4 -[/B]
      
      - More script corrections.
      
      
      
      [B]20180114-3 -[/B]
      
      - Script error correction.
      
      
      
      [B]20180114-2 -[/B]
      
      - Further script changes.
      
      
      
      [B]20180114-1 -[/B]
      
      - Adjustment to supported .prop detection.
      
      - Removed experimental /*_contexts patches.
      
      - Various script changes.
      
      
      
      [B]20180114 -[/B]
      
      - Corrected Magisk module installation.
      
      - Added systemless installation option
      for SuperSU users (/su/dolbyatmos).
      
      - Updated /sdcard/arise_parameters.prop
      (will overwrite the no longer supported .prop).
      
      - Various script changes.
      
      
      
      [B]20180112-2 -[/B]
      
      - Added missing setprop section
      to script in /system installations.
      
      
      
      [B]20180112-1 -[/B]
      
      - Added two library dependencies
      to accommodate devices without
      either library. (@Zackptg5)
      
      - Adjustment to vendor partition
      audio effects configuration
      detection. (@Zackptg5)
      
      - Added Xposed alert describing
      potential conflict and potential resolution
      of Dolby Atmos functionality. (@MMWolverine)
      
      - Added /system free space detection,
      resolution methods, and installation exit
      for /system installations destined to fail due
      to insufficient space to accommodate the
      Dolby Atmos system.
      
      Massive shout out to the many users
      responsible for the current success rate
      enjoyed by this Dolby Atmos Oreo solution!
      
      :highfive:
      
      
      
      [B]20180112 -[/B]
      
      - Updated Magisk module.prop to 1530
      
      
      
      [B]20180112 -[/B]
      - Updated Magisk module.prop to 1530
      
      
      
      [B]Initial Release -[/B]
      -
    22
    Those on the brink or already settling on losing hope, do not feel discouraged. This port's viability was never a guarantee and its versatility was as bleak as I have ever experienced dabbling in Android audio content.

    The week or more before this thread was transposed, I was the only one experiencing a fully working Axon 7 Oreo Dolby Atmos™ port, after numerous failed attempts to expand my single scenario into a shared one.

    I am not joking with you when I say the first reported success in this thread was, indeed, the very first one since devoting time to this particular port, which obviously has substantial value now that many of us have become more familiar with Android's latest offering and the compromise that comes with it in regards to the arsenal of available audio enhancements at our disposal in pre-Oreo Android.

    Remember when the only complaint heard during Nougat was, "AM3D® is blank?!!"

    Meh, that was a mere annoyance only at times of reminiscing its unique "flavor" in an overpopulated "not as good as ViPER4Android" audio infestation. For a time, I jokingly referred to XDA's Android Software Development forum as XDA's Audio Software Development, as the experience would certainly suggest as much were it not for the actual title up above.

    At any rate, I do not want to induce slumber with yet another 1,500 word essay describing what a "tweet" could justify, but I want to remind those feeling "defeated", even slightly, that this chapter of Android promises to be the most satisfying and joyous audio experience ever offered by Google, AOSP, and unique vendors.

    It's still the not uncommon (although, more challenging) tug-of-war of "intellectual property", "value of vendor", and us nerds having a painful and persistent stubbornness to "use what we bought/have" within the boundaries of "what is deemed appropriate/optimal" by countless nerdier nerds making a living to "nerder" the competition before they have a chance to "renerd" in time.

    A thread of 25 pages, or wherever we are at this point, is NOTHING. I am accustomed to threads spanning hundreds, thousands of pages. The progress from page 1 to this page is truly remarkable, even discounting the bleak possibilities when crafting the OP.

    I assure you, I am not one to suddenly appear, and even more quickly disappear when things do not go my way or I am not flooded with "People® Magazine's Sexiest Man of the Year" votes. Even more than achieving such a distinguished title, my passion and motivation has always been to equip you with the information, the tools, and the encouragement to bridge the gap of end-user and myself. I truly have no other pronoun other than that as I am just an equal peer, with a treasure trove of failure's lessons, and a willingness to provide an encyclopedia of "werdz" purposed for maximum global understanding.

    Do not get discouraged. I am widely known for my persistence (especially in the face of guaranteed failure), among most other less desirable traits. I admit, I am proficient in failure, but I have tasted success in minimal, artificially flavored doses, even if only personal battles amounting to absolutely nothing lol.

    Sometimes it is something in which someone else may see value. This is certainly one of those. I often recall the eerily similar objective of porting Dolby Atmos™ last year from, yes, Axon 7's Nougat firmware. This was another "first!" and as such, required an enormous amount of trial and error, as we attempted to grasp the "goings on's" of this very unique Dolby™ system unlike anything offered by Dolby™ previously.

    It began the "audioserver" Dolby™ systems and proved to suffer tremendous versatility as a result of this Nougat-introduced binary change (previously, mediaserver handled today's/last year's audioserver duties), but if it worked for you, man was it worth it lol. The viability wasn't that bad, but bootloops are annoying as hell to listen about (and experience, I get my healthy share, I assure you lol) so the chance of bootloop would never go away lol.

    Yet, this Oreo Dolby Atmos™ system has already surpassed what the Nougat Dolby Atmos™ system achieved, in versatility, compatibility, and not the least of which - the sound. I purposely avoid commenting on subjective opinion-oriented aspects as this is not a poll or discussion on how "cool this sounds!", but more importantly to not degrade the experience for you guys. I know how it sounds to me. I'd like to know how it sounds to you without having the slightest clue how it sits in my usage.

    But, yeah, this is a worthy ViPER4Android competitor that has been sorely missed since AM3D® was abandoned with Marshmallow. ViPER4Android still being king is absolutely miraculous, but this Dolby Atmos™ system fulfills quite a lot of such a tall order. When adequate time and scenarios are afforded to tailoring one or more profiles, the results are incredibly satisfying.

    Finally, I came here to merely post this:

    Those currently plagued with bootloop issues or any other "something just isn't right" issue, please do the following if haven't already tested:

    Set "true" (no quotes, mind you) for the /sdcard/arise_parameters.prop property below to appear as:

    install.add.libraries=true

    before installing. A Magisk module installation is easier to remove, but if you don't mind flashing your rom zip to recover, if necessary, then go right ahead.

    I am most curious how helpful these four libraries (32 & 64 bit quads) are for many of you.
    :good:
    20
    So you didn't do anything special to get V4A to work?

    Any ideas?

    This is an old V4A trick that I found works with this situation:

    1) Hit V4A's Master Power
    2) Use the 3 dot menu in the top right to exit V4A.
    3) Use your recents and swipe right to completely wipe V4A from memory
    4) Launch V4A and hit the Master Power. Profit.
    13
    Changelog:

    • Code:
      [B]20180124-1 -[/B]
      
      - Unique atmos library and effect
      UUID to accommodate native Dolby
      effects.
    9
    Changelog:

    • Code:
      [B]20180121 -[/B]
      
      - Extensive adjustments to installation script.
      
      - Addressed Pixel, Samsung, /su module, and
      general installations.
      
      - Removed previously bundled music player.
      
      - Beginning of DolbyAtmos.apk customization
      and experimentation.