Fixed
Status Update
No update yet.
Comments
uc...@google.com
lf...@google.com
Seeing the same issue. Similar behaviour if proxy is attempted to be set via the emulator console.
is...@google.com
rk...@google.com
bo...@google.com
bo...@google.com
The release notes for 33.1.23 mention:
"Graphics backend upgrade: We've implemented the gfxstream protocol for our graphics backend, This enhancement elevates the overall graphics performance and stability of your system. In addition, introducing Vulkan 1.3 support beginning with system image with API 34",
and IpAddress::toString() basically early exits if GFXSTREAM backend is defined:
std::string IpAddress::toString() const {
std::string result;
// TODO: Figure out why on mingw build of gfxstream backend, we get a link
// error for inet_ntop here. Since inet_ntop is not needed in gfxstream
// backend, we can safely avoid referencing it in the linker. In the long
// term, perhaps we should unbundle more dependencies away from
// android-emu-base so that it doesn't need this function in the first place.
#if defined(AEMU_GFXSTREAM_BACKEND) && AEMU_GFXSTREAM_BACKEND
return result;
#else
switch (mKind) {
case Kind::Ipv4: {
struct in_addr ip4;
ip4.s_addr = htonl(mIpv4);
result.resize(INET_ADDRSTRLEN);
inet_ntop(AF_INET, &ip4, &result[0],
static_cast<socklen_t>(result.size()));
result.resize(::strlen(result.c_str()));
break;
}
case Kind::Ipv6: {
struct in6_addr ip6;
static_assert(sizeof(ip6.s6_addr) == sizeof(mIpv6.mAddr),
"Invalid Ipv6Address size");
memcpy(ip6.s6_addr, mIpv6.mAddr, sizeof(ip6.s6_addr));
result.resize(INET6_ADDRSTRLEN);
inet_ntop(AF_INET6, &ip6, &result[0],
static_cast<socklen_t>(result.size()));
result.resize(::strlen(result.c_str()));
break;
}
default:
result = "<invalid>";
}
return result;
#endif
}
Not sure how to know what cmake options / features the release was built with, but since i see libgfxstream_backend.so in the release package I assume that the release is built with this and that is what breaks it? It would we consistent with the output in the logs - proxy is resolved but the address shows up as an empty string.
"Graphics backend upgrade: We've implemented the gfxstream protocol for our graphics backend, This enhancement elevates the overall graphics performance and stability of your system. In addition, introducing Vulkan 1.3 support beginning with system image with API 34",
and IpAddress::toString() basically early exits if GFXSTREAM backend is defined:
std::string IpAddress::toString() const {
std::string result;
// TODO: Figure out why on mingw build of gfxstream backend, we get a link
// error for inet_ntop here. Since inet_ntop is not needed in gfxstream
// backend, we can safely avoid referencing it in the linker. In the long
// term, perhaps we should unbundle more dependencies away from
// android-emu-base so that it doesn't need this function in the first place.
#if defined(AEMU_GFXSTREAM_BACKEND) && AEMU_GFXSTREAM_BACKEND
return result;
#else
switch (mKind) {
case Kind::Ipv4: {
struct in_addr ip4;
ip4.s_addr = htonl(mIpv4);
result.resize(INET_ADDRSTRLEN);
inet_ntop(AF_INET, &ip4, &result[0],
static_cast<socklen_t>(result.size()));
result.resize(::strlen(result.c_str()));
break;
}
case Kind::Ipv6: {
struct in6_addr ip6;
static_assert(sizeof(ip6.s6_addr) == sizeof(mIpv6.mAddr),
"Invalid Ipv6Address size");
memcpy(ip6.s6_addr, mIpv6.mAddr, sizeof(ip6.s6_addr));
result.resize(INET6_ADDRSTRLEN);
inet_ntop(AF_INET6, &ip6, &result[0],
static_cast<socklen_t>(result.size()));
result.resize(::strlen(result.c_str()));
break;
}
default:
result = "<invalid>";
}
return result;
#endif
}
Not sure how to know what cmake options / features the release was built with, but since i see libgfxstream_backend.so in the release package I assume that the release is built with this and that is what breaks it? It would we consistent with the output in the logs - proxy is resolved but the address shows up as an empty string.
ar...@gmail.com
I recompiled emu-33-release from sources (so gfxstream by default is off) and proxy works so that is most likely it.
Description
I have my emulator on one side of my monitor, and when I rotate it to landscape, half of it's off the screen because it's rotating around the centre of the emulator's window. So I have to drag it back onto the screen, and when I rotate it to portrait again, I have to move it back to where it was. That's a lot of dragging the window around when testing rotations!
So would it be possible to pin a corner of the window, so it rotates around that instead of the centre? That way it would basically stay where it is, and the window would always be in view. Or at least make it an option (since people probably put their emulators in different places on the screen)
Plus I've seen people requesting something to stop the toolbar moving around when performing rotations - this would solve that too, if the top right corner of the window stays where it is, the toolbar will be in the same place as well because it seems to be positioned relative to that corner.
It would be nice if the emulator remembered its position and size when it started too, but at least you only have to mess with that when you start it up! It's the rotation that's a pain to use.
Thanks!