WAI
Status Update
Comments
sp...@google.com <sp...@google.com> #2
How do you envision recording a screen orientation change? Should the video switch between portrait and landscape orientation?
lb...@gmail.com <lb...@gmail.com> #3
@2 You can have various ways to handle this (including a combination), all by user's choice, and you can choose some default behavior for this:
1. Initial resolution is what will be used based on current orientation. When rotated, there will be empty space. This should be the default behavior
2. Set orientation to record from, even if it's not the current one.
3. Set a resolution for the video
4. Set scale-type (like of ImageView) for each orientation.
5. Each time you change the orientation, it will create a new file that's for it
I'm sure you can think of more solutions.
There is also the possibility of changing the density/resolution (via the device's OS settings), that needs to be handled
1. Initial resolution is what will be used based on current orientation. When rotated, there will be empty space. This should be the default behavior
2. Set orientation to record from, even if it's not the current one.
3. Set a resolution for the video
4. Set scale-type (like of ImageView) for each orientation.
5. Each time you change the orientation, it will create a new file that's for it
I'm sure you can think of more solutions.
There is also the possibility of changing the density/resolution (via the device's OS settings), that needs to be handled
vi...@google.com <vi...@google.com>
sp...@google.com <sp...@google.com>
en...@google.com <en...@google.com> #4
essick: is this realistic? who would own this if so?
lb...@gmail.com <lb...@gmail.com> #5
@4 Of course it's possible.
It's audio recording. Just needs to support it.
As apps can do it, adb should definitely be able to do it.
And it's very useful for demo videos about the apps, tutorials, etc...
ScrCpy already offers to mirror the audio and not just what's shown, so if you collaborate with them, you could offer it on both tools
It's audio recording. Just needs to support it.
As apps can do it, adb should definitely be able to do it.
And it's very useful for demo videos about the apps, tutorials, etc...
ScrCpy already offers to mirror the audio and not just what's shown, so if you collaborate with them, you could offer it on both tools
lb...@gmail.com <lb...@gmail.com> #6
@4 I suggest to stream the video&audio together via USB directly to the place that called the adb command.
This way, no storage issues would arise on the device.
Android Studio's mirroring feature should also be able to mirror the audio.
This way, no storage issues would arise on the device.
Android Studio's mirroring feature should also be able to mirror the audio.
es...@google.com <es...@google.com> #7
our internal 'screenrecord" command line app captures the screen, but not the audio. every so often we get requests (internal and external) to capture the device's audio in the same stream.
a quick search in the play store for "record android screen and audio" shows at least a dozen hits. I don't see a need for us to develop an app to displace any of those.
My suggestion is to use one of those apps from the playstore.
a quick search in the play store for "record android screen and audio" shows at least a dozen hits. I don't see a need for us to develop an app to displace any of those.
My suggestion is to use one of those apps from the playstore.
en...@google.com <en...@google.com>
lb...@gmail.com <lb...@gmail.com> #8
@7 So what's the reason not to have it officially via the PC too?
It only shows you that there is a demand for it. You said so yourself, that you keep getting such requests, and that there are apps that do it too.
Why if you see that people want it, you say that there is no need? It's a contradiction.
What's next? Remove adb command to record completely, because others have done it?
I don't understand your logic.
adb should be improved. Not stagnate. Not becoming deprecated. Not left behind.
It only shows you that there is a demand for it. You said so yourself, that you keep getting such requests, and that there are apps that do it too.
Why if you see that people want it, you say that there is no need? It's a contradiction.
What's next? Remove adb command to record completely, because others have done it?
I don't understand your logic.
adb should be improved. Not stagnate. Not becoming deprecated. Not left behind.
lb...@gmail.com <lb...@gmail.com> #9
@7 BTW, I already mentioned that apps can do it, on comment #5 .
an...@gmail.com <an...@gmail.com> #10
Yes, there are several third party apps available.
Me as a Test Engineer who sometimes needs to automate android devices. So our verification are sometimes based on the video output. Since our ECU's doesn't support third party app installation we need to capture video and audio separately and merging them to get a actual output. If abd can provide this in a single command, that would be really helpful.
Me as a Test Engineer who sometimes needs to automate android devices. So our verification are sometimes based on the video output. Since our ECU's doesn't support third party app installation we need to capture video and audio separately and merging them to get a actual output. If abd can provide this in a single command, that would be really helpful.
Description
We should be able to choose which source to record from, and also be able to record from multiple sources.