JB Live ক্যামেরা ও রিওয়ার্ড আপগ্রেড

FAH SWE — JB Live Application Development & Upgrade Final Delivery Report

Project: JB Live — Android Live Streaming Application

Development Company: FAH SWE

Platform: Native Android

Package: com.jblive.rana

Live Streaming Engine: Agora RTC 4.6.3

Project Overview

FAH SWE completed a major upgrade and production stabilization phase for the JB Live application. The work covered SOLO video live streaming, camera stability, Agora video effects, beauty and face reshape controls, filters, PK/live infrastructure, hourly live rewards, admin controls, production signing, application-size optimization, security-related token handling, and multiple UI improvements.

The main goal of this phase was to improve the quality of the live-streaming experience while keeping the application stable on normal and lower-performance Android phones and preserving the existing production backend, wallet, gift, PK, multi-guest and voice-room systems.

1. Agora Live Streaming Integration

• Maintained Agora RTC SDK 4.6.3 as the production video/live-streaming engine.
• Preserved the existing SOLO Host, Viewer, PK, Multi Guest and Voice Room architecture.
• Maintained the shared production Agora RtcEngine instead of creating multiple competing engines.
• Preserved the existing server-generated Agora token architecture.
• Maintained secured Agora token renewal support for long-running live sessions.
• Kept the production package, Agora project configuration and server-side token system unchanged during UI work.
• Preserved cross-channel media relay support required for PK/live relay functionality.

2. SOLO Live Camera Stability

A major previous SOLO Host preview-freeze problem was investigated and the camera ownership problem was identified. The outgoing Create Live screen was previously able to detach the new Host preview from the shared Agora engine while publishing continued.

• Removed the known preview-detach conflict from the SOLO handoff path.
• Preserved Agora built-in camera capture for live publishing.
• Prevented unnecessary camera-source replacement during Beauty/UI work.
• Added lifecycle protections around delayed live-start work.
• Added cancellation guards for intentional End Live and Activity destruction.
• Protected the live flow from a delayed start operation restarting a room after intentional End Live.
• Restored the Host avatar-frame loading without permanently removing the feature.
• Reduced unnecessary startup work on the critical SOLO-live opening path.

Additional real-device monitoring is still recommended for rare Android "Wait / Close app" ANR reports because the exact ANR stack for those affected devices has not yet been captured.

3. New Agora Beauty System

The older vendor-dependent Beauty design was replaced with a simplified Agora-based production Beauty system. The new Beauty interface uses one unified bottom sheet instead of multiple competing Beauty systems.

Main Beauty tabs:

• Skin
• Reshape
• Filter

The design follows the supplied live-app reference style with a dark compact bottom panel, horizontal tools, selected-tool highlighting, a floating intensity slider and Recover controls.

4. Skin Beauty Controls

The Skin section is connected to Agora's real video-processing APIs.

• Whiten / Brighten — adjustable skin-lightening intensity.
• Fine Smooth — adjustable skin smoothing.
• Ruddy / Redness — adjustable rosy/red tone.
• Clarity / Sharpness — adjustable facial clarity.
• Contrast — supported Agora lightening-contrast control.
• Acne / Blemish Softening — implemented as an honest strong smoothing and detail-balancing preset using supported processing.
• Recover — resets only Skin settings without resetting Reshape or Filter.

The Skin controls use the full legitimate Agora adjustment range. Whitening and redness are not artificially limited to a weak maximum, allowing users to choose a significantly brighter and more rosy live appearance when desired.

The Beauty system uses the same universal controls for all users and does not classify users by race, ethnicity, gender or skin color.

5. Strong Default Beauty Preset

For users who have never saved their own Beauty settings, the production Beauty system provides a strong initial preset designed to make the result clearly visible:

• Whiten / Brighten: strong default level
• Fine Smooth: medium-to-strong smoothing
• Ruddy / Redness: visible natural rosy tone
• Clarity: moderate detail preservation
• Contrast: Normal
• Natural face reshape base: mild natural level

Once a user changes the values manually, their own saved values take priority. Recover/disabled state is also respected so the application does not continuously force the default preset back on the user.

6. Agora Face Reshape

Face reshape was connected directly to Agora's face-shape APIs instead of depending on BytePlus or Banuba for the main Beauty interface.

Implemented Reshape controls include:

• Cheek Thin
• Cheek Narrow
• Cheek Short
• Face Width
• Cheekbone
• Big Eyes
• Short Chin
• Short Nose
• Forehead
• V Face preset

Signed reshape ranges were handled for controls where shortening and lengthening require opposite directions. Recover clears Reshape independently without resetting Skin or Filter.

7. Custom Nature Filters

FAH SWE created an Agora-compatible local filter system without depending on BytePlus or Banuba. Five original production LUT filters were generated and packaged with the application.

• Nature 1 — warm and bright portrait grade.
• Nature 2 — soft clean neutral grade.
• Nature 3 — warm creamy grade.
• Nature 4 — fresh cooler/clear grade.
• Nature 5 — warm rosy/vibrant grade.

Each filter uses an original 32×32×32 .cube LUT and an adjustable strength control. LUT files are copied to application-private storage and Agora receives a valid local filesystem path. Filter Recover disables only the active filter and leaves Skin and Reshape untouched.

8. Single Beauty Processing Architecture

The production Beauty architecture was simplified so AgoraBeautySuite is the single active writer for:

• Beauty processing
• Face-shape processing
• Face-area reshape processing
• Filter processing

Old competing BytePlus/Banuba Beauty activation logic was removed from the new Beauty path. The previous duplicate Agora Beauty binder was also removed to prevent multiple components from overwriting the same live-video state.

9. Old Beauty Pipeline Cleanup

A large audit was performed on the previous homemade Beauty/effects implementation. Disabled and unused custom Beauty-processing components were removed after confirming they were no longer part of the active production path.

Removed obsolete components included:

• Old Beauty controller/state classes.
• Old custom OpenGL Beauty engine.
• Old RAW-frame Beauty processor.
• Old custom Agora processed-video publisher.
• Old MediaPipe/landmark Beauty components.
• Old face-warp implementation.
• Old makeup/background/magic effects components.
• Unused custom Beauty flags and debugging classes.
• Unused Beauty resources and obsolete vendor UI assets.

This cleanup reduced application complexity and removed multiple potential camera/video-processing conflicts.

10. BytePlus / Banuba Status

The current Skin / Reshape / Filter system does not require BytePlus or Banuba in order to provide the implemented Agora Beauty controls.

• BytePlus Beauty activation was not used in the final Agora Beauty path.
• Banuba was not required for the current three-tab Beauty implementation.
• Old vendor activation dialogs and Beauty gating were removed from the active Beauty flow.
• No unlicensed vendor processing is falsely shown as active.

Additional vendor SDKs may still be considered in the future only for specialized capabilities that Agora basic/advanced processing does not provide.

11. Low-Light and Lower-End Device Optimization

The Beauty/live architecture was designed to remain lightweight and avoid heavy per-frame Java image processing.

• No full-frame Bitmap conversion on every video frame.
• No continuous Java-side neural-network inference in the active Beauty pipeline.
• No revived MediaPipe Beauty pipeline.
• Beauty processing remains primarily in Agora/native processing.
• Rapid slider updates are designed to be coalesced rather than flooding the SDK.
• Filter files are cached instead of repeatedly copied during slider changes.
• Camera restart is not required when Beauty settings change.
• One shared Agora engine is preserved.
• Large video-processing allocations are avoided on the UI thread.

The target is to provide strong Beauty while preserving smooth camera/video behavior on lower-performance Android devices.

12. Hourly Live Reward System

FAH SWE implemented the production Hourly Live Reward architecture with both live-time and received-gift requirements.

• Eligible time is based on public, unlocked SOLO Video Live.
• Voice-room time does not count toward the SOLO live-time requirement.
• Locked/private live does not count toward qualifying live time.
• PK and Multi Guest time do not qualify as SOLO live-time progress.
• Successful received gifts can count toward the gift requirement.
• Sent gifts do not count toward reward qualification.
• Live-time and received-gift progress are evaluated within the same configured reward day.
• Daily reward reset/cutoff supports administrator-controlled time and timezone.
• Multiple eligible reward blocks are supported while preventing duplicate credit.
• Reward transactions remain separate from normal gift-income records.
• Duplicate payout protection and grant-key safeguards were implemented.

13. Hourly Reward Admin Panel

The admin frontend includes an Hourly Live Reward page under User Management.

Admin route: /admin/live-reward

Admin configuration supports:

• Required SOLO Live Time
• Required Received Gift threshold
• Reward Amount in diamonds
• Daily Reset Time
• Timezone
• Reward System ON/OFF state
• Current Active Rule
• Next/Scheduled Rule information
• Hourly Live Reward report

A frontend authentication issue was also corrected where the page was reading the wrong session-token storage key. The admin page now uses the same TOKEN session key used by the authenticated admin application.

14. Reward Currency Correction

Reward payouts were kept aligned with the application's diamond wallet system.

• Reward Amount is identified as diamonds.
• Hourly reward payout uses the application's diamond balance path.
• Gift-requirement units remain separate from reward currency.

15. Production Security & Signing

All verified production releases use the existing authorized JB Live signing configuration.

• Package: com.jblive.rana
• Keystore: D:\allkey\Jblive
• Alias: Keystore
• Approved signer SHA-256: 290807f605a8832b23d346e586c8f006d049102f3959569a0cb2584d63df4d26
• No replacement key was generated.
• No debug signing was used for production release verification.
• APK alignment and Android signing verification were performed.

16. Application Size Optimization

The project originally exceeded the preferred application-size target during the large effects-development phase. Significant old effects code/resources were audited and removed from later production candidates.

A later verified production release reported an APK size of approximately 132 MB, safely below the previous ~200 MB target while preserving the active production features included in that build.

17. Profile / Me Stability Investigation

A production issue was reported where some devices could crash after entering the Me/Profile area. The exact Profile navigation path was audited:

MainActivity → Profile ViewPager slot → ProfileFragment

• Additional null-safety and lifecycle risks were reviewed.
• Heavy/shimmer/profile decoration work was reduced in the affected Profile path.
• An unrelated Go Live level-null crash risk was separately guarded.

The original Me/Profile incident root cause was not conclusively proven from an available fatal stack trace, so final closure of this issue still requires confirmation from an affected production device if it reproduces.

18. SOLO ANR / Not Responding Investigation

Some users reported Android "Wait / Close app" behavior during SOLO live. Several safe startup mitigations and lifecycle protections were implemented without changing the stable camera architecture.

• Reduced startup work on the first critical live frame.
• Deferred non-critical host UI work.
• Protected delayed live-start work against Activity destruction.
• Protected End Live from delayed callbacks restarting a live session.
• Preserved existing avatar-frame functionality by deferring rather than deleting it.

The exact ANR root cause remains under real-device evidence monitoring because a complete ANR main-thread stack from an affected device has not yet been captured.

19. Existing Production Features Preserved

Throughout the upgrade, FAH SWE preserved the following existing application systems:

• SOLO Video Live
• Audience / Viewer Live
• PK Live
• Multi Guest Live
• Voice Room
• Gift system
• Wallet and diamond system
• Chat/comments infrastructure
• Existing backend authentication
• Existing Agora token server
• Admin panel
• Hourly Reward accounting
• Existing production package/signing identity

20. Production Safety Rules Followed

• No fake production gifts were inserted.
• No synthetic production rewards were issued.
• No temporary fake user accounts were required as part of the production implementation.
• No alternate production package was created.
• No production signing key was replaced.
• No unrelated stable project was merged over the current JB Live source.

21. Current Beauty User Experience

When Beauty is available in the Agora live path, users can control Skin, Reshape and Filter independently. Changing one category does not automatically reset the others.

Example combined state:

• Strong Whiten
• Moderate Smooth
• Rosy/Ruddy tone
• Natural face contour
• Selected Nature filter

These effects are designed to remain simultaneously active where supported by the device and Agora SDK. Users retain manual control over effect strength.

22. Recover / Reset Behavior

• Skin Recover: resets Skin Beauty only.
• Reshape Recover: clears face-shape changes only.
• Filter Recover: disables the active color filter only.

Recover in one category does not wipe the user's settings in the other two categories.

23. Items Requiring Final Real-Device Confirmation

The following items are implemented or mitigated in code but should not be represented as fully field-proven until confirmed through normal production use on representative devices:

• Exact visual strength of Whiten / Ruddy / Smooth across different cameras and lighting conditions.
• Face Reshape behavior on every supported Android chipset.
• Nature-filter visual strength on Host and Viewer devices.
• Rare SOLO Android ANR reports.
• The original Profile/Me crash on the specific affected device.
• Any rare second-session camera issue that only reproduces on certain phones.

Build success, signing verification and source-level implementation are kept separate from real-device behavior confirmation.

24. Final Delivery Summary

FAH SWE delivered a major production upgrade to JB Live with a simplified Agora-powered Beauty system, Skin/Reshape/Filter controls, strong whitening and rosy-tone controls, original Nature LUT filters, camera/lifecycle stabilization, old Beauty-pipeline cleanup, production Hourly Live Rewards, improved reward administration, token/security preservation, production signing verification and significant application-size optimization.

The project remains compatible with the existing JB Live backend and production identity while removing major unnecessary Beauty/vendor complexity.

The current implementation is structured so that future effects or advanced AI retouching can be added without rebuilding the main live-streaming architecture.

Delivery Status

Core development: Completed

Production source integration: Completed

Production signing: Verified

Agora Beauty integration: Implemented

Hourly Live Reward system: Implemented

Admin reward controls: Implemented

Final multi-device field verification: Ongoing for device-specific stability cases

Delivered by FAH SWE
Android Application Development • Live Streaming • Agora RTC • Backend Integration • Admin Systems • Production Optimization