Related
If you have android 4.4+ device you can record screen of the device using android sdk on your pc.! :good:
The screenrecord command is a shell utility for recording the display of devices running Android 4.4 (API level 19) and higher. The utility records screen activity to an MPEG-4 file, which you can then download and use as part of a video presentation. This utility is useful for developers who want to create promotional or training videos without using a separate recording device.
Before I dive into how to record the screen of your Android device, you need to know the way to use this feature is through the Android Debug Bridge (ADB) [which is in ANDROID SDK you can see further details in Video]
OK, Launch into the command line with your Android 4.4 device connected to your computer(USB DEBUGGING ENABLED) and enter the command to record your screen:
adb shell screenrecord /sdcard/video.mp4
You can further customize the bitrate at which it captures video, the duration it records (the default duration is 3-minutes).
Another example of a command to record a video would be :
adb shell screenrecord --bit-rate 7000000 --time-limit 25 /sdcard/video2.mp4
The above command would record at 7Mbps, instead of the default 4Mbps, for a duration of 25-seconds and save it to the SD Card on your device with the name of video2.mp4 . You can find a full list of commands for screenrecord here on the Android Developer Site.
You can watch the video for complete Guide of tutorial : :good: https://www.youtube.com/watch?v=20h7Kms57So
Hi.
so if i'm in the wrong section or if any moderator think that this is sh**t you can delete my post or etc.
I will do the example with a moto g , but this work on any device running kitkat
So, in android 4.4 google introduces a new feature called "Screen Recording" so the tool basically record your screen , i think that if we use some videos an pics in the OP of any rom we will have a better idea of what we will see in our device, if is smooth or slow, or laggy, etc
So basically you will need :
THIS JUST WORK ON DEVICES RUNNING KITKAT
Moto G Drivers(Or drivers of the android device)
ADB
Moto G(Or android device)
So
open a conosole were is adb (shift+open window command here)
remember check adb debugging
try:
adb devices
this will return something like that
https://drive.google.com/file/d/0B9MUCjEugQjgVmpLc0tOSVIxbTQ/edit?usp=sharing
so, if our device is detected we use the next instructions(basic commando):
adb shell screenrecord /sdcard/demo.mp4
if we put attention we will see that the video will be saved in the sdcard(in the root), we can change were the video will be saved, and we see too that demo.mp4 is the name of the video, you can change the name but remember put .mp4 in the end, the length of time it records (the default duration is 3-minutes) and this comand would record at 4mbps THIS COMMAND IS THE BASIC
so this look like that:
https://drive.google.com/file/d/0B9MUCjEugQjgenVMWGhXeG9YRkE/edit?usp=sharing
we know that the video will be in /sdcard/ with the name demo.mp4
so another example of code will be this:
adb shell screenrecord --bit-rate 8000000 --time-limit 30 /sdcard/kit.mp4
now the bitrate of the video will be 8mbps and the time now will be 30 seconds and the name of the video is kit and will be saved in the root of our sdcard.
this look like:
https://drive.google.com/file/d/0B9MUCjEugQjgeER2bGhHcTRPdzQ/edit?usp=sharing
now we have our video, so we will pull the video from our sdcard to our pc:
adb pull /sdcard/kit.mp4
https://drive.google.com/file/d/0B9MUCjEugQjgMTdpbjc3ZHV3Smc/edit?usp=sharing
and DONE we have a little record about our rom,etc
i repeat this is the basic example. a lot of commands are in this page http://developer.android.com/tools/help/adb.html#screenrecord
This are more commands , just added in the command before put /sdcard/
Options Description
--help=======Displays a usage summary.
--size <WIDTHxHEIGHT>======Sets the video size, for example: 1280x720. The default value is the device's main display resolution (if supported), 1280x720 if not. For best results, use a size supported by your device's Advanced Video Coding (AVC) encoder.
--bit-rate <RATE>=======Sets the video bit rate for the video, in megabits per second. The default value is 4Mbps. You can increase the bit rate to improve video quality or lower it for smaller movie files. The following example sets the recording bit rate to 6Mbps:
screenrecord --bit-rate 6000000 /sdcard/demo.mp4
--time-limit <TIME>======Sets the maximum recording time, in seconds. The default and maximum value is 180 (3 minutes).
--rotate=======Rotates the output 90 degrees. This feature is experimental.
--verbose=======Displays log information on command line screen. If you do not set this option, the utility does not display any information while running.
And one more thing you can find all the requirements here :
Drivers For The moto g(download device manager)------https://motorola-global-portal.custhelp.com/app/answers/prod_answer_detail/a_id/97326/p/30,6720,9050/action/auth
Minimal Adb(Thanks to him)----- http://forum.xda-developers.com/showthread.php?t=2317790
Example of the Results:
http://www.youtube.com/watch?v=22C2w6FswAg&feature=youtu.be
Thanks to :
Google
Motorola
@shimp208
and maybe ... me....
THANKS!~ that's really helpful
Despite having the Sensor Shift sensor on the iPhone 13 Pro Max, OIS on the Samsung Galaxy S21 Ultra and several other vendors trying to produce the best handheld video without judder or vibrations, they are limited by the constraints of physics. Samsung's implementation of Super Steady mode suffers from low quality wide angle lens.
https://imgur.com/4nehtbo
Demonstrated above is an intentionally exaggerated example of the judder, rolling shutter effect or simply shaky video footage on the left, and the result on the right as can be judged by the framed footage compensating for the micro-vibrations of the hand movement despite of OIS and EIS. You can play with the parameters to your liking and requirement based on video resolution and CPU time you have the patience for while rendering super steady video.
If commercial solutions like Final Cut Pro X Stabilizer or Adobe Premier Warp Stabilizer etc aren't at your disposal, fire up a terminal on Mac OS, WSL2 on Windows or a Linux terminal, get the latest ffmpeg and run this bash script.
Code:
#!/bin/bash
# Script: Save this as super-steady.sh
# Usage : ./super-steady.sh file.mp4
# Contact XDA Developer: Miravision [https://forum.xda-developers.com/m/miravision.11839271/]
ffmpeg -y -i "$1" \
-vf vidstabdetect=stepsize=32:shakiness=10:accuracy=10:result=trf.trf -f null -
ffmpeg -y -i "$1" \
-vf vidstabtransform=input=trf.trf:zoom=0:smoothing=10,unsharp=5:5:0.8:3:3:0.4 \
-c:v libx265 -acodec copy "${1%.*}_stabilized.mkv"
rm trf.trf
Handheld videos that are smaller in resolution or shorter in time duration will take the least amount of time, longer duration videos or handheld 4K or 8K shaky footage will need serious CPU horsepower, the faster the cores and more the threads available, the better.
Hello people,any working call recorder that records both sides of a call?
Thanks.
sammis said:
Hello people,any working call recorder that records both sides of a call?
Thanks.
Click to expand...
Click to collapse
Currently, i only found a magisk mod called "Call Recorder - SKVALEX" can records both sides
I used to use the one from Appliqato until they disabled saving your call recordings in an accessible folder (in device memory or SD card). Now I use Boldbeast Software's app.
Appliqato: https://play.google.com/store/apps/details?id=com.appstar.callrecorder
Boldbeast Software: https://play.google.com/store/apps/details?id=com.boldbeast.recorder
Boldbeast Software for me too, it is simple to use. free version only permit manual recording.
Right now I'm using MX Player, and while it's a great player it doesn't let the user set the buffer size for network streams. This means that videos load only a limited amount in advance when streaming regardless of whether the video is paused or playing, which results in frequent stutters especially if you're streaming a high res file
Size of network buffers are set within Android's system file named build.prop
xXx yYy said:
Size of network buffers are set within Android's system file named build.prop
Click to expand...
Click to collapse
Hi
Do i need root to access this file?
Do you have the full path ?
Thx
pizzaaaaa said:
I understand the issue you're facing. Depending on the streaming service or website you're accessing, there may be different ways to adjust the buffer size. However, if you're using a third-party player like MX Player, you may need to use a different app that allows you to adjust the buffer size.
One app you could try is VLC for Android, which allows users to adjust the network caching size for streaming videos. To do this, go to the Settings menu of VLC and select "Input / Codecs". Then, under the "Advanced" sub-menu, you can find the option for the "Network Caching" size. You can adjust this to increase the buffer size for streaming videos and reduce the likelihood of buffering or stuttering during playback.
Another option is to try a different video player that allows users to adjust the buffer size, such as the Kodi app. Keep in mind that adjusting the buffer size too high may also cause longer load times for the video, so you'll need to find the right balance for your needs.
I hope this helps you find a solution for smoother video playback when streaming. If you have any further questions or concerns, feel free to let me know.
Click to expand...
Click to collapse
Thanks
I'll try vlc.
I checked vlc, cache size is in ms and not in Mbit
falciatrice10 said:
Hi
Do i need root to access this file?
Do you have the full path ?
Thx
Click to expand...
Click to collapse
1. YES
2. Depends on Android version: by default it's located in /system partition. It also may be located in /vendor partition. You typically set the buffer sizes via ADB
Code:
# Define TCP buffer sizes for various networks
# ReadMin, ReadInitial, ReadMax, WriteMin, WriteInitial, WriteMax,
adb shell "setprop net.tcp.buffersize.default 4096,87380,110208,4096,16384,110208"
adb shell "setprop net.tcp.buffersize.wifi 4095,87380,110208,4096,16384,110208"
adb shell "setprop net.tcp.buffersize.umts 4094,87380,110208,4096,16384,110208"
adb shell "setprop net.tcp.buffersize.edge 4093,26280,35040,4096,16384,35040"
adb shell "setprop net.tcp.buffersize.gprs 4092,8760,11680,4096,8760,11680"
Important:
TCP buffer tweaks to the build.prop may not work if they are set in the init.rc and (the init.roamer.rc)