LightBlog

jeudi 4 juin 2020

Facebook’s picture transfer tool that lets you transfer images to Google Photos is now available globally

Back in December last year, Facebook launched a new tool to help users transfer their photos and videos from the platform over to Google Photos. The photo transfer tool, which was launched as part of Facebook’s Data Transfer Project, was initially rolled out in Ireland and later made available in countries in Latin America, the Asia Pacific, the EU, UK, South East Asia, and Africa. Then, earlier this year in April, Facebook rolled out the tool in the US and Canada. And now, according to a recent blog post from the company, the tool has finally been made available worldwide.

Facebook Photo Transfer Tool instructions

The tool is quite easy to use and it seamlessly transfers all of your photos and videos on Facebook to Google Photos. To use the tool, open up Facebook’s desktop or mobile site and head to the main settings. On the desktop site, click the “Your Facebook Information” tab and then select “Transfer a Copy of Your Photos or Videos.” Enter your password in the next step, the choose Google Photos from the dropdown menu. Enter your Google password, grant permission, and you’re done. On the mobile site, you’ll have to scroll down on the main settings to access the “Your Facebook Information” section. The rest of the steps remain the same.

It’s worth noting that the transfer process isn’t quick and will take quite a bit of time if you have a whole lot of photos and videos shared on Facebook. The Activity section will show the transfer as “Pending” until it begins, then it will say “In Progress” while the photos/videos are being transferred. Once the process is complete, you’ll receive an email from Facebook notifying you of the same. The transferred photos and videos will appear in Google Photos under albums named “Copy of [Facebook album name].”


Source: Facebook Newsroom

The post Facebook’s picture transfer tool that lets you transfer images to Google Photos is now available globally appeared first on xda-developers.



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

Google Chrome and Microsoft Edge are fixing an annoying behavior when dragging and dropping files

For a very long time, web browsers have had a feature that can occasionally be frustrating. Dragging and dropping a file to a browser tab will open the file in the tab. This is fine if it’s intended, but it can be aggravating if you were trying to drop a file into an upload box and then you’re suddenly navigated away from the page. Thankfully, Google Chrome and Microsoft Edge are solving this problem.

The big issue with this behavior is that there’s no warning of what action will happen. You could be trying to drop something into a box to upload a file to a webpage or simply drop a file accidentally while dragging it across the screen. Either way, the page will navigate to the local file without warning, potentially causing you to lose your progress on a form or data.

Microsoft Edge developer Eric Lawrence detailed a change coming to Edge and Chrome that solves this problem. By default, the browser will no longer open the file in the current tab if you drop it on the page. Instead, it will open the file in a new tab. However, you can still open a file in the current tab if you drop it on the tab itself at the top of the browser.

Users can easily lose work if they drag/drop a file or URL into a tab that does not consume the dropped data (e.g. as a file upload). Rather than navigating the current tab (blowing away whatever was in it), instead open the dropped URL in a new foreground tab.

The change is present in Chromium version 85.0.4163.0. Google has already included this behavior change in the latest Chrome Canary update, and it will be coming to Microsoft’s Chromium-based Edge browser soon. Keep an eye out for the updated functionality in stable updates soon.


Source 1: Twitter | Source 2: Chromium

The post Google Chrome and Microsoft Edge are fixing an annoying behavior when dragging and dropping files appeared first on xda-developers.



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

Clicking featured snippets in Google Search will now take you directly to the result

Google offers dozens of different Internet services, but its most important one has always been Search. Search has undergone many changes since 1998, and two of those changes were designed to make searching more convenient and accessible to users: Accelerated Mobile Pages (AMP) and Featured snippets. The former makes loading web content much faster on mobile devices while the latter shows you portions of a webpage that Google thinks has the answer you’re looking for. Since December 2018, clicking an AMP link from a featured snippet would highlight the exact part of the page that was featured, and now, that same functionality has extended more broadly.

If you’re searching on Google and see a highlighted answer from a featured snippet, opening the website link will now take you directly to the part where the answer shows up and highlight that text in yellow. This can help you find the information you’re looking for much more quickly without having to skim through the entire page or using CTRL+F.

This works for both AMP as previously mentioned as well as HTML pages, and there’s nothing additional that needs to be done by webmasters in order to support this feature. If, for whatever reason, the featured snippet can’t be highlighted, the featured website will open up just like it always has done.

A featured snippet and its respective search result highlighted on the page when clicked.

Danny Sullivan, a search liaison at Google, confirms that this feature is now standard for users clicking on HTML and AMP pages from featured snippets.


The official Google Search Liaison Twitter account also confirmed this and added that the scroll anchoring is done using the Scroll To Text Fragment feature for HTML pages on supported browsers.


Do you like this feature? Let us know in the comments.

Via: Search Engine Land

The post Clicking featured snippets in Google Search will now take you directly to the result appeared first on xda-developers.



from xda-developers https://ift.tt/372awz5
via IFTTT

Google Camera 7.4 rolls out with 8X zoom for videos on the Pixel 4, resolution quick toggles, and prepares for Pixel 5 support

A few months ago, we spotted a leaked version of the Google Camera app, version 7.4, on a pre-release Pixel 4a device. Today, version 7.4 of the Pixel camera app is rolling out for users on the Google Play Store, and it brings a few noticeable changes.

8X Zoom for Videos on the Pixel 4 and Pixel 4 XL

First, upgrading to Google Camera 7.4 will enable owners of the Pixel 4 and Pixel 4 XL to record videos at an 8x zoom level. Previously, you were limited to recording at a maximum 6x zoom level. Thanks to Google’s Super Res Zoom algorithm, the Pixel 4 can already capture photos at up to 8x zoom levels with minimal loss in quality despite the fact that the phone only has a ~2x telephoto camera.

In order to record at 8x zoom, you can’t use the “auto” or “60fps” frame rate options that are available at the 1080p video resolution mode.

8X zoom with Google Camera 7.4 on Pixel 4

Credits to Telegram user @AAmedeus for the screenshot!

Video recording at 4k60 or 4k24 is still not available on this latest Google Camera release, however.

Video Resolution Quick Toggles

Google is it clearer to users what video resolution they’ll be recording at in Google Camera 7.4. When you tap the dropdown menu while in the video tab, you’ll see new “Full HD (1080p)” and “4K (Ultra-high resolution)” options. In version 7.3, the dropdown only showed the “Flash” and “Frames/sec” options, while the toggle for recording at 4K resolution was only available in the full settings menu.

Finally, in the Manifest, new lines have been added that hint at upcoming support for the Pixel 4a and Pixel 5. The Pixel 4a will be using Google Camera’s “2020 mid year” configuration while the Pixel 5 will be using the “2020” configuration.

<uses-library android:name="com.google.android.camera.experimental2020" android:required="false"/>
<uses-library android:name="com.google.android.camera.experimental2020_midyear" android:required="false"/>

We’ll be digging more into this version of the Google Camera app to see if we can uncover details on any new camera features. Version 7.4 is rolling out to users now on the Google Play Store so visit the link below to check for an update.

Google Camera (Free, Google Play) →

The post Google Camera 7.4 rolls out with 8X zoom for videos on the Pixel 4, resolution quick toggles, and prepares for Pixel 5 support appeared first on xda-developers.



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

TicPods ANC are truly wireless earbuds with active noise cancellation for $89

Truly wireless earbuds are a hot product category right now, but there’s a new trend within the genre that we’ve been seeing a lot recently. Earbuds with active noise cancellation are not new, but the feature was popularized by the Apple AirPods Pro. Mobvoi is the latest company to release wireless earbuds with ANC as they continue their TicPods series.

We’ve covered Mobvoi’s TicPods several times in the past. The original TicPods launched in 2018 with a somewhat bulky design and silicone ear tips. Early this year, the TicPods 2 (our review) arrived with a slimmed-down profile and “open-fit.” The TicPods ANC are sort of a merging of those two designs with the addition of active noise cancellation.

The TicPods ANC include three different active noise cancellation modes: Quiet Mode, Sound-Passthrough Mode, and ANC-Off mode. As you can probably guess, Quiet Mode is full ANC, while Sound-Passthrough will allow some sound to get through, and ANC-Off is basically like any other headphones. You can switch modes by pressing the button on either bud for two seconds.

If you’re not familiar with active noise cancellation, it essentially blocks out the sound around you and isolates the audio you’re listening to. That’s why ANC earbuds typically feature silicone ear tips as they help create a seal in your ears. The design of the TicPods ANC is very reminiscent of the AirPods Pro, even down to the charging case.

Speaking of the charging case, battery life is said to be around 5 hours and you can expect a hit of about 30 minutes if using active noise cancellation. The case provides 21 hours of battery life and charges over USB-C (no wireless charging). The TicPods ANC have a 13mm driver for audio. Both earbuds have microphones for voice calls and you can use the buds independently.

The TicPods ANC are available now for pre-order from Mobvoi’s website. You can snag a 10% discount through June 10th, which puts the price at a very affordable $80.99. After June 10th, the full retail price of $89.99 will go into effect and they will be available from Amazon as well. The TicPods ANC are only available in white.

The post TicPods ANC are truly wireless earbuds with active noise cancellation for $89 appeared first on xda-developers.



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

The new ROG Phone SDK for Unity will help game developers support the ROG Phone II and 3

ASUS is joining hands with Unity Technologies, the company behind the Unity development platform, to make it easier for game developers to optimize their games for the ASUS ROG II and the upcoming ROG Phone 3.

The ASUS ROG Phone II and ASUS ROG Phone 3 have multiple gaming-centric features that game developers can hook into. These features include:

  • View Dock — a dual-screen accessory for gaming
  • Kunai Gamepad — a physical controller
  • Aura Lighting — RGB lighting on the back
  • Refresh Rate Control — to let the developer choose between running the game at 60/90/120fps
  • Performance Boost — to choose the device’s performance profile

The issue for game developers is that, previously, ASUS’s ROG Phone SDK was only available to game developers on a case-by-case basis. ASUS would reach out to game developers and share the SDKs with them so they could incorporate the features. With this partnership, all game developers using the Unity platform will have direct access to ROG Phone SDK, enabling them to fully take advantage of various gaming features and hardware accessories of the ROG ecosystem.

This partnership aims to enhance the world-beating ROG Phone mobile gaming ecosystem, by making it easier for game developers to incorporate ROG Phone’s uniquely powerful hardware capabilities into their games.

Bryan Chang, General Manager of the Phone Business Unit, ASUS

ASUS ROG is now a “Verified Solution Partner” of Unity Technologies, which means that ASUS is ensuring its new ROG Phone SDK is “optimized for the latest version of the Unity Editor.” The plugin will allow developers to support all five aforementioned ROG Phone features (TwinView SDK, Gamepad SDK, Aura Light SDK, Refresh Rate Control SDK, and Performance Boost SDK) as well as more SDKs that may be added in the future. There are currently over 200 Android games that support 120fps gameplay on the ROG Phone II, and today’s announcement with Unity will hopefully expand that list even further.

The ROG Phone SDK is available on the Unity Asset Store today and can be downloaded from the link given below.

Download ROG Phone SDK

The post The new ROG Phone SDK for Unity will help game developers support the ROG Phone II and 3 appeared first on xda-developers.



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

Samsung Austin R&D Center reveals details of its unreleased Exynos M6 CPU microarchitecture

We know that the custom CPU core project at Samsung’s Austin Research & Development Center (SARC) came to an end in October 2019. For a project that was promoted with such fanfare with the launch of the Exynos M1-featuring Exynos 8890 in 2016, it was a sad end. Why did SARC fold up the project? The Exynos M5 custom core, featured in the Exynos 990 SoC, is the last Samsung-designed fully custom core for the foreseeable future, and in hindsight, it’s easy to see why Samsung gave up on custom cores, as they simply weren’t competitive enough. It is now known that the Exynos M5 core has a 100% power efficiency deficit against ARM’s Cortex-A77, which says a lot. Yet, it didn’t have to turn out that way. The Exynos M1 and Exynos M2 designs showed some promise, and the custom CPU core project was, at that time, viewed important for the sake of competition in the mobile CPU space. The Exynos M3 was a big downturn despite the major IPC increase, and the Exynos M4 and Exynos M5 failed to keep up with ARM’s stock CPU IP. What were the microarchitectural changes in the next custom core, the cancelled Exynos M6?

Up until now, the answer to that question was unknown. Now, though, the SARC CPU development team has presented a paper titled “Evolution of the Samsung Exynos CPU Architecture” (which we came to know via AnandTech) at the International Symposium for Computer Architecture (ISCA), which is an IEEE conference. It reveals a lot of details about previous Exynos M series CPUs as well as the architecture of the cancelled Exynos M6.

The paper presented by SARC’s CPU development team details the team’s efforts over its eight-year existence, and also reveals key details of the custom ARM cores ranging from the Exynos M1 (Mongoose) to the current-generation Exynos M5 (Lion), and even the unreleased Exynos M6 CPU, that would, prior to cancellation, have been expected to feature in the Exynos 990’s 2021 SoC successor.

Samsung’s SARC CPU team was established in 2011 to develop custom CPU cores, which were then featured in Samsung Systems LSI’s Exynos SoCs. The first Exynos SoC to use a custom core was the Exynos 8890, which was featured in 2016’s Samsung Galaxy S7. The custom cores remained a part of Exynos SoCs until the Exynos 990 with the Exynos M5 cores, which featured in the Exynos-powered Samsung Galaxy S20 variants. (The upcoming Exynos 992, likely to feature in the Galaxy Note 20, is expected to feature ARM’s Cortex-A78 and not the Exynos M5.) However, SARC had completed the Exynos M6 architecture before the CPU team had gotten news of it being disbanded in October 2019, with the disbandment being made effective in December.

The ISCA paper features an overview table of the microarchitectural differences between Samsung’s custom CPU cores from the Exynos M1 to the Exynos M6. Some of the well-known characteristics of the design had been disclosed by the company in its initial M1 CPU architecture deep dive at the HotChips 2016 event. At HotChips 2018, Samsung gave a deep dive on the Exynos M3. The architecture of the Exynos M4 and the Exynos M5 cores has also been detailed, as well as that of the M6.

Samsung Austin CPU architectures

Source: SARC

AnandTech notes that the one key characteristic of Samsung’s designs over the years was that it was based off the same blueprint RTL that was started off with the Exynos M1 Mongoose core. Samsung continued to make improvements in the functional blocks of the cores over the years. The Exynos M3 represented a change from the first iterations as it substantially widened the core in several respects, going from a 4-wide design to a 6-wide mid-core. (The Apple A11, A12, and A13, on the other hand, have a 7-wide decode width, while the Cortex-A76, A77, and A78 have a 4-wide width. The Cortex-X1 increases the decode width to 5-wide.)

The report also makes some disclosures that weren’t public before regarding the Exynos M5 and the M6. For the Exynos M5, Samsung made bigger changes to the cache hierarchy of the cores, replacing private L2 caches with a new bigger shared cache as well as disclosing a change in the L3 structure from a 3-bank design to a 2-bank design with less latency.

The cancelled M6 core would have been a bigger jump in terms of the microarchitecture. SARC had made large improvements such as doubling the L1 instruction and data caches from 64KB to 128KB – AnandTech notes that this is a design choice that has only been implemented by Apple’s A-series cores so far, starting with the Apple A12.

The L2 was doubled in its bandwidth capabilities up to 64B/cycle, while the L3 would have seen an increase from 3MB to 4MB. The Exynos M6 would have been an 8-wide decode core. As noted by AnandTech, this would have been the widest commercial microarchitecture currently known in terms of decode. However, even though the core was much wider, the integer execution units didn’t see a lot of change. One complex pipeline added a second integer division capability, while the load/store pipelines remained the same as the M5 with one load unit, one store unit, and one load/store unit. The floating-point/SIMD pipelines would have seen an additional fourth unit with FMAC capabilities. The L1 DTLB was increased from 48 pages to 128 pages, and the main TLB was doubled from 4K pages to 8K pages (32MB coverage).

The Exynos M6 would have represented another significant change from its predecessors by increasing the out-of-order window of the core from the first time since the M3. There would have been larger integer and floating-point physical register files, and the ROB (Reorder Buffer) would have increased from 228 to 256. AnandTech notes that one important weakness of the custom Exynos cores is still present on the M5 and would have been present on the M6 as well. It would be its deeper pipeline stages that would result in an expensive 16-cycle mispredict penalty, which was higher than ARM’s CPU cores that have 11-cycle mispredict penalty. The SARC paper goes into even more depth into the branch predictor design, showcasing the CPU core’s Scaled Hashed Perceptron based design. This design would have improved continuously over the years and implementations, improving the branch accuracy and reducing the mis-predicts per kilo-instructions (MPKI) continuously. SARC presents a table that shows the amount of storage structures that the branch predictor takes up within the front-end. The core’s prefetching technologies were also detailed in the paper, covering the introduction of a µOP cache in the M5, as well as the team’s efforts into hardening the core against security vulnerabilities such as Spectre.

Efforts to improve memory latency in the custom Exynos cores was also detailed by SARC in the paper. In the Exynos M4, the SARC team included a load-load cascade mechanism that reduced the effective L1 cycle latency from four cycles to three on subsequent loads. The M4 core also introduced a path bypass with a new interface from the CPU cores directly to the memory controllers, which avoided traffic through the interconnect. According to AnandTech, this explained some of the bigger latency improvements the publication was able to measure with the Exynos 9820. The Exynos M5 introduced a speculative cache lookup bypass, which issued a request to both the interconnect and the cache tags simultaneously. This would possibly save on latency in case of a cache miss as the memory request is underway. The average load latency was also continuously improved over the generations from 14.9 cycles on the M1 to 8.3 cycles on the M6.

While the above microarchitectural characteristics are quite technical, CPU enthusiasts will be familiar with the term Instructions Per Clock (IPC), which means per-MHz performance in single-thread CPU performance (it’s the primary major factor determining single-thread CPU performance, with the other factor being the clock speed of the core). Integer IPC and floating-point IPC are both determinants of IPC. The SARC team managed to get an average of 20% annual improvements from the M1 to the M6. The M3, in particular, represented a big percentage improvement in IPC, although it was let down by other factors. The Exynos M5 represented a 15-17% improvement in IPC, while the IPC improvement for the unreleased Exynos M6 has been disclosed to have an average of 2.71 versus 1.06 for the M1, representing a 20% improvement over the M5.

Brian Grayson, the paper’s presenter, did answer questions about the program’s cancellation during the Q&A session. He said the team had always been on-target and on-schedule with performance and efficiency improvements with each generation. (Does that mean that the targets weren’t high enough in the first place?). The team’s biggest difficulty, on the other hand, was in terms of being extremely careful with future design changes as the team didn’t have the resources to start from scratch or to completely rewrite a block. With hindsight, the team would have done different choices in the past with some of the design directions. In stark contrast, ARM has multiple CPU teams working in different locations that actually compete with each other. This allows for “ground-up re-designs” such as the Cortex-A76. The Cortex-A77 and the Cortex-A78 are the direct successors of the A76.

The SARC team had ideas for improvements for upcoming cores such as the hypothetical Exynos M7. However, it was supposedly a very high up person at Samsung who decided to cancel the custom core program. As AnandTech notes, the custom cores weren’t competitive in terms of power efficiency, performance, and area usage (PPA) compared to ARM’s CPUs of any particular generation. Last month, ARM announced the Cortex-X Custom program featuring the new Cortex-X1, a next-generation core intended for 2021 mobile devices. It has a design philosophy of breaking the Cortex-A PPA envelope and going for absolute performance instead. The Exynos M6, therefore, would have had a tough time competing with it. Even so, it seems Samsung won’t adapt the Cortex-X1 and will go only with the Cortex-A78 + Cortex-A55 combo in the Exynos 992 – it may be adopted in next year’s Galaxy S flagship, though.

The SARC team still currently designs custom interconnects and memory controllers for Samsung Systems LSI. It was also working on custom GPU architectures, but Samsung Systems LSI signed a deal with AMD to use AMD’s next-generation (Next graphics architecture) RDNA GPU architecture in future Exynos GPUs, starting in 2021.

Overall, the custom CPU core project was an illuminating lesson for mobile chip vendors on what can go wrong. The SARC CPU team had high ambitions of competing with Apple, which is the undisputed leader in the mobile CPU space. Unfortunately, it failed to compete with ARM, never mind Apple. The issues could have been solved, but year after year, SARC’s efforts were a step or two behind, and it reflected adversely in shipping products such as the Exynos 9810 variants of the Samsung Galaxy S9. Now, all major Android mobile chip vendors will use ARM’s stock CPU IP from 2021, and this list includes Qualcomm, Samsung, MediaTek, and HiSilicon. The fight will be taken to Apple with cores such as the Cortex-X1, not custom ARM cores designed from scratch.


Source: Evolution of the Samsung Exynos CPU Architecture | Via: AnandTech

The post Samsung Austin R&D Center reveals details of its unreleased Exynos M6 CPU microarchitecture appeared first on xda-developers.



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