LightBlog

lundi 1 juin 2020

NewPipe v0.19.4 brings stream fixes, Restricted Mode setting, and more to the open-source YouTube client

NewPipe, the open-source YouTube client for Android, is a great alternative to the YouTube app for those of you who don’t have Google Play Services on your phone or don’t want to see ads on the platform without paying for YouTube Premium. The client doesn’t use YouTube’s APIs and simple parses the YouTube website to extract data and play any videos you want, without any restrictions or ads. Due to the way NewPipe works, it also circumvents any limitations that Google might add to the YouTube app. For instance, YouTube recently restricted the quality of videos to 480p for Android users in India, following the nationwide lockdown imposed in the country in response to the COVID-19 outbreak. But users could easily overcome this restriction with NewPipe, making it an amazing alternative to the YouTube app.

Along with the ability to overcome such restrictions, NewPipe also gets frequent updates that bring new features to the app. Early last month, the client received a major update that introduced Android TV support and a YouTube Music parser to the app. And now, the developers behind NewPipe have started rolling out another feature-packed update that brings stream fixes, a new Restricted Mode setting, and SoundCloud comments to the app.

The latest NewPipe update, version 0.19.4, is available for download on GitHub and it includes the following changes:

  • Added support for SoundCloud comments and PeerTube playlist support to help users discover new music on the client.
  • Added new Restricted Mode setting for YouTube to prevent users from seeing some restricted content in the client.
  • Introduces support for YouTube learning playlists, making it easier for users to learn new subjects on the platform.
  • Improvements for gesture controls, so that they don’t interfere with the status bar or navigation bar.
  • Fixed a streaming issue where trying to open a video resulted in a “Could not get any stream” error.

Along with the aforementioned changes, the latest NewPipe update also includes several minor improvements and bug fixes. For a complete list of everything’s that new in NewPipe 0.19.4, click on the source link below. To install the update, follow the GitHub link below and download the latest APK. In case you already have NewPipe installed on your device, you should receive an update notification that you can use to download the latest release.

Download NewPipe (v0.19.4) from GitHub


Source: NewPipe blog

The post NewPipe v0.19.4 brings stream fixes, Restricted Mode setting, and more to the open-source YouTube client appeared first on xda-developers.



from xda-developers https://ift.tt/3ctcPfG
via IFTTT

Red Magic 5G is getting a new “Hot Rod Red” color option

The Red Magic 5G was announced back in March and its headlining feature was its 144Hz refresh rate display. The design of the device itself, however, is just as striking. Gaming phones are known for having extreme designs and the Red Magic 5G is no different. The bright colors and “X” pattern are very noticeable, and now the company is releasing another color choice.

Red Magic 5G Forums ||| Red Magic 5G Gaming Review

At launch, the Red Magic 5G was available in “Eclipse Black” and “Pulse” colors. The black model is mainly black with some red accents on the back. The Pulse model is a combination of red and teal. The company showed off a third color option called “Hot Rod Red,” but it was marked as “coming soon.” Well, “soon” is now.

The “Hot Rod Red” model is very reminiscent of Iron Man. It’s mainly red with some gold accents and glossy all over. It’s pretty dang cool looking if I do say so myself. The pre-order event is open right now and will run until June 8th at 5:00 AM PST. The “Hot Red Red” model features 8GB of RAM and 128 GB of internal storage and costs $579 / €579 / £539.

After the pre-order event is over, the Red Magic 5G Hot Rod Red will be globally available starting on June 8th. 1% of the sales for the first 1,000 pre-orders of the Red Magic 5G in “Hot Rod Red” will be donated to the U.S.-based Child’s Play charity. 60 people who pre-order and share on Facebook or retweet on Twitter about the pre-order event will be chosen to win the following prizes before June 8th:

  • 5 Magic Adapters
  • 5 Pro-handles
  • 50 Protective Cases

Specifications (click to expand)

Specification Nubia Red Magic 5G
Dimensions and Weight
  • 168.56 x 78 x 9.75 mm
  • 218g
Display
  • 6.65″ FHD+ AMOLED;
  • 19.5:9 aspect ratio
  • 144Hz high refresh rate
  • 240Hz touch sampling rate
  • In-display fingerprint sensor
SoC Qualcomm Snapdragon 865

Adreno 650

RAM and Storage
  • 8GB LPDDR5 + 128GB UFS 3.0
  • 12GB + 128GB
  • 12GB + 256GB
  • 16GB + 256GB
Battery & Charging
  • 4,500 mAh battery
  • 55W fast charging
  • Compatible with Quick Charge 4.0 and Power Delivery 3.0
Rear Camera
  • Primary: 64MP Sony IMX686 sensor, f/1.8
  • Secondary: 8MP, Wide-Angle Camera
  • Tertiary: 2MP, Macro
Front Camera 8MP
Other Features
  • Active cooling through rotating fan within the phone
  • 3.5mm headphone jack
  • Low latency game screencasting
  • Touch-sensitive shoulder buttons
  • WiFi 6
  • Dual-frequency GPS
  • Side pins for further docking
Android Version Red Magic OS based on Android 10

The post Red Magic 5G is getting a new “Hot Rod Red” color option appeared first on xda-developers.



from xda-developers https://ift.tt/3eQ2Pib
via IFTTT

Google Chrome’s bottom tab “Duet” experiment has likely been killed off

In a bid to make Chrome easier to use on large screen devices, Google replaced Chrome Home with the Chrome Duplex split toolbar UI early in 2018. The new UI, which was later renamed Chrome Duet in order to avoid confusion with Google Duplex, moved some UI elements closer to the bottom of the display in order to make them easily accessible on modern devices. The latest update for the feature arrived late last year when Google started testing a new Duet-friendly UI for tab groups. However, it now seems like Google’s Duet experiment wasn’t successful as the company has done away with it in the latest Chrome beta release.

As per a recent report from Android Police, the Chrome 84 beta release has removed the two feature flags for Duet: #enable-duet-tabstrip-integration and @enable-chrome-duet. The flags can still be seen in the flags list in Chrome 84 if you enable #temporary-unexpire-flags-m82 and #temporary-unexpire-flags-m83, but enabling them doesn’t make any difference. The unexpire flags also have a description that reads, “These flags will be removed soon,” which suggests that Chrome Duet has been completely shelved by the company.

Google Chrome Duet on Chrome 83

For the unaware, Chrome Duet in its current form adds a toolbar to the bottom of the screen that includes a few shortcut buttons. While the address bar remains at the top of the screen, it can be opened by tapping the search icon in the bottom bar. These features make Chrome slightly easier to use on large devices. However, with the latest Chrome beta update, users won’t be able to enable these features in the browser. It’s quite possible that Google might, once again, release a new UI layout for the purpose with a new flag. But for now, we have no information regarding any such upcoming changes.


Source: Reddit

Via: Android Police

The post Google Chrome’s bottom tab “Duet” experiment has likely been killed off appeared first on xda-developers.



from xda-developers https://ift.tt/36Nuc9A
via IFTTT

Google Chrome’s bottom tab “Duet” experiment has likely been killed off

In a bid to make Chrome easier to use on large screen devices, Google replaced Chrome Home with the Chrome Duplex split toolbar UI early in 2018. The new UI, which was later renamed Chrome Duet in order to avoid confusion with Google Duplex, moved some UI elements closer to the bottom of the display in order to make them easily accessible on modern devices. The latest update for the feature arrived late last year when Google started testing a new Duet-friendly UI for tab groups. However, it now seems like Google’s Duet experiment wasn’t successful as the company has done away with it in the latest Chrome beta release.

As per a recent report from Android Police, the Chrome 84 beta release has removed the two feature flags for Duet: #enable-duet-tabstrip-integration and @enable-chrome-duet. The flags can still be seen in the flags list in Chrome 84 if you enable #temporary-unexpire-flags-m82 and #temporary-unexpire-flags-m83, but enabling them doesn’t make any difference. The unexpire flags also have a description that reads, “These flags will be removed soon,” which suggests that Chrome Duet has been completely shelved by the company.

Google Chrome Duet on Chrome 83

For the unaware, Chrome Duet in its current form adds a toolbar to the bottom of the screen that includes a few shortcut buttons. While the address bar remains at the top of the screen, it can be opened by tapping the search icon in the bottom bar. These features make Chrome slightly easier to use on large devices. However, with the latest Chrome beta update, users won’t be able to enable these features in the browser. It’s quite possible that Google might, once again, release a new UI layout for the purpose with a new flag. But for now, we have no information regarding any such upcoming changes.


Source: Reddit

Via: Android Police

The post Google Chrome’s bottom tab “Duet” experiment has likely been killed off appeared first on xda-developers.



from xda-developers https://ift.tt/36Nuc9A
via IFTTT

At least 3 Chromium-based browsers may enable extensions support thanks to Kiwi Browser

One of the advantages of open source software is the ability to allow forks of the main projects to exist. These forks can then take a different form to gain different features. If things go right, these changes and bug fixes can also make their way back upstream to the original project and then passed on to all other projects downstream that rely on it. Such is the beauty of open-source, and we are likely to see an example play out in a noticeable manner on our phones very soon. The code submitted upstream by the developer of the recently open-sourced Kiwi Browser will now make it easier for Chromium forks to enable extension support on mobile.

The Chromium browser is an open-source project that serves as the basis for a lot of web browsers, including Google Chrome, Microsoft Edge, Vivaldi, Brave, and Kiwi too. Most of these Chromium-based browsers offer a handful of additional features over the base, but there are some that radically change the experience. Kiwi Browser by XDA Senior Member arnaud42 falls in the latter category, with features like a built-in content blocker, dark mode, background video playback, AMP skipper, and the fact that it was one of the first Chromium-based browsers for Android that supported Chrome, the other being Yandex Browser. Earlier this year, Kiwi Browser went open-source, allowing other Chromium projects to include the code that enables extension support into their own projects. At the time of the announcement, the developer had mentioned that they were already working with other browser developers to help them integrate some of Kiwi’s Browser functionality.

As spotted by Dinsan Francis, arnaud42 had started a bug report on the Chromium Gerrit in order to make it easier for Chromium-based projects to enable extensions. The code proposed in the bug report would make it easier for Chromium forks to enable extensions if they want to, without affecting Google Chrome for Android. The submitted code has not been merged yet into Chromium, and to clarify, there is no evidence to suggest that Google will be enabling extension support for Chrome for Android. But still, there are “at least three variants of Kiwi” that are being worked on with extensions support.

As a result we increase maintainability for downstream players who do support extensions or may be tempted to do so (example: Microsoft, and of course, Kiwi Browser, but there are at least 3 variants of Kiwi that are getting born right now, including with a very very large OEM)

We asked the developer to elaborate on the projects being referred, but they mentioned that they would be unable to name them. Irrespective of the exact variants, this presents itself as good news for consumers as they will soon have more browser alternatives with extension support, and in turn, would prompt others to also consider its implementation.

Interestingly, the Chromium Gerrit commit that would change the Chromium build process to make it easier to rebase Chromium with extensions enabled was submitted by a Samsung engineer. However, we do not think Samsung would be the “large OEM” mentioned by arnaud42 because the Samsung Internet browser already supports extensions, albeit in a limited capacity as you can only install approved extensions from the Galaxy Store. Samsung would still be interested in the code that arnaud42 submitted, because it would make it easier for them to rebase the Samsung Internet browser with newer Chromium versions, such as how they recently updated Samsung Internet from Chromium 71 to Chromium 79.

Kiwi Browser - Fast & Quiet (Free, Google Play) →

Kiwi Browser (Free, XDA Labs) →


Sources: Chromium Bug Tracker, Chromium Gerrit
Story Via: @_dinsan

The post At least 3 Chromium-based browsers may enable extensions support thanks to Kiwi Browser appeared first on xda-developers.



from xda-developers https://ift.tt/36OeoU5
via IFTTT

At least 3 Chromium-based browsers may enable extensions support thanks to Kiwi Browser

One of the advantages of open source software is the ability to allow forks of the main projects to exist. These forks can then take a different form to gain different features. If things go right, these changes and bug fixes can also make their way back upstream to the original project and then passed on to all other projects downstream that rely on it. Such is the beauty of open-source, and we are likely to see an example play out in a noticeable manner on our phones very soon. The code submitted upstream by the developer of the recently open-sourced Kiwi Browser will now make it easier for Chromium forks to enable extension support on mobile.

The Chromium browser is an open-source project that serves as the basis for a lot of web browsers, including Google Chrome, Microsoft Edge, Vivaldi, Brave, and Kiwi too. Most of these Chromium-based browsers offer a handful of additional features over the base, but there are some that radically change the experience. Kiwi Browser by XDA Senior Member arnaud42 falls in the latter category, with features like a built-in content blocker, dark mode, background video playback, AMP skipper, and the fact that it was one of the first Chromium-based browsers for Android that supported Chrome, the other being Yandex Browser. Earlier this year, Kiwi Browser went open-source, allowing other Chromium projects to include the code that enables extension support into their own projects. At the time of the announcement, the developer had mentioned that they were already working with other browser developers to help them integrate some of Kiwi’s Browser functionality.

As spotted by Dinsan Francis, arnaud42 had started a bug report on the Chromium Gerrit in order to make it easier for Chromium-based projects to enable extensions. The code proposed in the bug report would make it easier for Chromium forks to enable extensions if they want to, without affecting Google Chrome for Android. The submitted code has not been merged yet into Chromium, and to clarify, there is no evidence to suggest that Google will be enabling extension support for Chrome for Android. But still, there are “at least three variants of Kiwi” that are being worked on with extensions support.

As a result we increase maintainability for downstream players who do support extensions or may be tempted to do so (example: Microsoft, and of course, Kiwi Browser, but there are at least 3 variants of Kiwi that are getting born right now, including with a very very large OEM)

We asked the developer to elaborate on the projects being referred, but they mentioned that they would be unable to name them. Irrespective of the exact variants, this presents itself as good news for consumers as they will soon have more browser alternatives with extension support, and in turn, would prompt others to also consider its implementation.

Interestingly, the Chromium Gerrit commit that would change the Chromium build process to make it easier to rebase Chromium with extensions enabled was submitted by a Samsung engineer. However, we do not think Samsung would be the “large OEM” mentioned by arnaud42 because the Samsung Internet browser already supports extensions, albeit in a limited capacity as you can only install approved extensions from the Galaxy Store. Samsung would still be interested in the code that arnaud42 submitted, because it would make it easier for them to rebase the Samsung Internet browser with newer Chromium versions, such as how they recently updated Samsung Internet from Chromium 71 to Chromium 79.

Kiwi Browser - Fast & Quiet (Free, Google Play) →

Kiwi Browser (Free, XDA Labs) →


Sources: Chromium Bug Tracker, Chromium Gerrit
Story Via: @_dinsan

The post At least 3 Chromium-based browsers may enable extensions support thanks to Kiwi Browser appeared first on xda-developers.



from xda-developers https://ift.tt/36OeoU5
via IFTTT

Xiaomi Redmi 9 is launching soon – Here’s what we know so far

Following the launch of the Redmi Note 9 series earlier this year, Xiaomi’s budget-friendly sub-brand is now prepping up to launch the entry-level Redmi 9 series. While Xiaomi hasn’t released any official information about the Redmi 9 series yet, we do have some key details about the upcoming devices, including live images, specifications, and pricing. Here’s everything we know about the Redmi 9 series so far:

Leaked live images

Live images of the upcoming Redmi 9 have surfaced online, revealing some key aspects of its design. The images in question were shared by leakster Sudhanshu Ambhore (@Sudhanshu1414), which reveal that the Redmi 9 will feature a vertically-oriented triple camera setup on the back with the fingerprint sensor right underneath.

The device will also feature a fourth sensor within a separate module with the LED flash. Both the primary and secondary camera modules are within a circular design element on the back, which looks to have a different finish compared to the rest of the back panel.

The images showcase two color variants of the device — purple and green — and also shed light on the camera specifications. As per the leakster, the Redmi 9 will feature a 13MP primary sensor, an 8MP wide-angle camera, a 5MP macro camera, and a 2MP depth sensor.

Redmi 9 leaked image Weibo

Additionally, another leaked image of the Redmi 9 has been shared on Chinese social media platform Weibo, which features the same camera module. However, the device itself is enclosed in a case in the third image, so we don’t get a clear look at its design.

Redmi 9 series certification listings

Along with the aforementioned live images, the Redmi 9 series has also been spotted in Bluetooth SIG and Wi-Fi Alliance certification listings. As per the listings, the devices in the Redmi 9 series will have the following model numbers:

  • M2004J19AG
  • M2004J19PI
  • M2004J19C
  • M2004J19I
  • M2004J19G

Even though the listings don’t reveal much about the specifications, they do confirm that the devices will run MIUI 11 based on Android 10 out of the box and that some variants of the Redmi 9 will include NFC support.

Leaked specifications

XDA Senior Member and noted Xiaomi tipster kacskrz tells us that the Redmi 9 goes by the code-name “lancelot”, with other variants also going by the code-names “galahad” and “shiva.” All of the three variants are based on MediaTek chipsets, with Sudhanshu claiming that the device will be powered by the MediaTek Helio G80 chipset.

In a separate tweet regarding the devices, he also reveals the rumored specifications of all the devices in the Redmi 9 series, along with their respective pricing. As per the tweet, the Redmi 9A will feature the MediaTek Helio G25 chip, coupled with 3GB RAM and 32GB storage. The device will feature a 5,000mAh battery and will be priced between €100-120.

The Redmi 9C, on the other hand, will be available in two variants — with and without NFC — and will be powered by the MediaTek Helio G35, coupled with 3GB RAM and 64GB storage. The device will also feature a 5,000mAh battery and will be priced between €130-150. And finally, the regular Redmi Note 9 will be powered by the MediaTek Helio G80, along with 4GB RAM and 64GB storage. The device will feature a 5,000mAh battery and will be priced between €160-180.

Several Geekbench listings for “lancelot” corroborate these specifications and further reveal that at least one model of the device will have 3GB of RAM. Kacskrz also revealed that he has spotted evidence of an EEA/RU firmware for “lancelot,” which means that the device might be launched internationally.


Source: Weibo, Geekbench, Bluetooth SIG, Wi-Fi Alliance

Featured image: Xiaomi Redmi 8A Dual

The post Xiaomi Redmi 9 is launching soon – Here’s what we know so far appeared first on xda-developers.



from xda-developers https://ift.tt/2MgDVf0
via IFTTT