Database Info

.mp4 no sound

Mediainfo
General
Complete name : D:\MOVIES\Frequency\Frequency_(2000)_BluRay_high_(fzmovies.net).mp4
Format : MPEG-4
Format profile : Base Media
Codec ID : isom
File size : 206 MiB
Duration : 1h 58mn
Overall bit rate : 242 Kbps
Encoded date : UTC 2012-11-29 23:17:13
Tagged date : UTC 2012-11-29 23:17:13
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : [email protected]
Format settings, CABAC : Yes
Format settings, ReFrames : 5 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 1h 58mn
Bit rate : 240 Kbps
Maximum bit rate : 1 209 Kbps
Width : 640 pixels
Height : 358 pixels
Display aspect ratio : 16:9
Original display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.044
Stream size : 204 MiB (99%)
Writing library : x264 core 128
Encoding settings : cabac=1 / ref=5 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=umh / subme=8 / psy=1 / psy_rd=1.00:0.15 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-3 / threads=18 / lookahead_threads=3 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=50 / rc=2pass / mbtree=1 / bitrate=240 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00
Tagged date : UTC 2012-11-29 23:17:20
Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : SSR
Codec ID : 68
Duration : 127ms
Bit rate mode : Constant
Bit rate : 312 Kbps
Channel(s) : 2 channels
Channel(s)_Original : 5 channels
Channel positions : Front: L C R, Side: L R
Sampling rate : 16.0 KHz
Compression mode : Lossy
Stream size : 4.88 KiB (0%)
Encoded date : UTC 2012-11-29 23:17:18
Tagged date : UTC 2012-11-29 23:17:20

It should because of 5 audio channels, try changing to audio to software decoder.
Settings>Decoder>S/W audio.

josuearisty said:
It should because of 5 audio channels, try changing to audio to software decoder.
Settings>Decoder>S/W audio.
Click to expand...
Click to collapse
Already tried s w audio.
Vlc player also gives this error
No suitable decoder module:
VLC does not support the audio or video format "mp4a". Unfortunately there is no way for you to fix this.

dhruvdave said:
Already tried s w audio.
Vlc player also gives this error
No suitable decoder module:
VLC does not support the audio or video format "mp4a". Unfortunately there is no way for you to fix this.
Click to expand...
Click to collapse
It seems to be file, convert to other format on a pc or use mediacoder from playstore to convert that file, so audio can be changed.
Its the file that big? If you can upload the file it would great!
Edit: 206mb its big enough

josuearisty said:
It seems to be file, convert to other format on a pc or use mediacoder from playstore to convert that file, so audio can be changed.
Its the file that big? If you can upload the file it would great!
Edit: 206mb its big enough
Click to expand...
Click to collapse
I have attached the file in zip format size is 6mb.You can check it out

{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
MX Player doesn't recognize audio in this file, media encoder or mp3 video converter either.
Play it on a pc and see if this file is good.

josuearisty said:
MX Player doesn't recognize audio in this file, media encoder or mp3 video converter either.
Play it on a pc and see if this file is good.
Click to expand...
Click to collapse
it does not work on pc also.Tried with vlc player.The problem is with file only.In media info audio stream size is showing 0%.I will download file from another site.Thanks for help

dhruvdave said:
Stream size : 4.88 KiB (0%)
Click to expand...
Click to collapse
That..... just looks like a missing audio stream to me.

CDB-Man said:
That..... just looks like a missing audio stream to me.
Click to expand...
Click to collapse
Yes the audio stream is missing.The problem is the with the file.No problem with mx player.

[Bug Report] White pixels are rendered as black in 10-bit depth video.

Summary:
Sometimes white pixels are rendered as black on 10 bit depth video on MX Player.
8 bit depth video works fine on MX Player.
I attached a sample video file.
The file works fine on VLC player on Windows / Linux, but doesn't on MX Player on Android.
=========================
Manufacturer: asus
Model: Nexus 7
Brand: google
Version: 5.0.2 (REL)
Build: google/razor/flo:5.0.2/LRX22G/1649326:user/release-keys
Kernel: Linux version 3.4.0-g154bef4 ([email protected]) (gcc version 4.7 (GCC) ) #1 SMP PREEMPT Thu Nov 20 22:16:57 UTC 2014
CPU: 4 core(s) 1.51 GHz (family:1 features:511)
CPU architecture: 7
CPU features: swp half thumb fastmult vfp edsp neon vfpv3 tls vfpv4
Board platform: msm8960
Instruction set: armeabi-v7a (+armeabi)
Resolution: 1200 x 1824
Available screen size (DIP): 600 x 887 (smallest: 600)
Tablet: false
Screen size: Large
Density: 2.0 (320)
Font scale: 1.0
Hardware main button: false
Locale: en_US
Total memory: 1850148 kB (1850148kB)
Free memory: 199124 kB
=========================
Please check the attached video using MX Player and other players (e.g. VLC on Linux)
I created the video from Japanese TV animation using following command. (Note: most of arguments are not necessary to reproduce)
$ ffmpeg -i japanese_anime.ts -ss 3.5 -t 1 -filter:v crop=32:16:560:190 -vcodec libx264 -an -crf 18 sample.mp4
libx264 is built with --bit-depth=10 configuration.
I tested libx265 with 10 bit depth configuration, and the output file also has a same problem.
I created this bug report with Nexus 7 (2013). I tested Nexus 5 and Galaxy S4 and they are also reproducible.
Encoder environment is here.
- Ubuntu 14.04 LTS
- libx264 snapshot of 2014-11-29
- libx265 1.4+433 2015-01-26
- ffmpeg 2.5.2
What steps will reproduce the problem?
1. Download the attached sample video file.
2. Play it on MX Player on Android with S/W decoder.

Hmm, in rgb mode it decodes fine (so the problem is not in the decoder), in yuv - has this problem. So this is probably related to 10-bit -> 8-bit yuv conversion.
I suspect that that white is actually whiter than white (means out of TV/limited range) and some kind of overflow happens.
UPD: yeah, look at histogram, it's out of range:
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
P.s. is this FUNimation (and has ugly Media Factory logo at the beginning)? Because those videos are broken (PC range) and should be fixed when reencoding.

Thank you for the quick response!
I tested with RGB 16/32bit and YUV color format on decoder settings, and RGB 32bit works fine for me!
(RGB 16bit and YUV doesn't, unfortunatley)
I hope the default settings handles this issue correctly in the future

vivan000 said:
P.s. is this FUNimation (and has ugly Media Factory logo at the beginning)? Because those videos are broken (PC range) and should be fixed when reencoding.
Click to expand...
Click to collapse
No. The source video file is not from BD/DVD but from Japanese airwave.
This issue frequently happen on texts in opening / ending movie.
I suspect that such texts are embedded by animation company or broadcaster, and it causes this out-of-range issue.
AFAIK, animation itself doesn't have this issue (except for the attached sample video).

mecenc said:
Thank you for the quick response!
I tested with RGB 16/32bit and YUV color format on decoder settings, and RGB 32bit works fine for me!
(RGB 16bit and YUV doesn't, unfortunatley)
I hope the default settings handles this issue correctly in the future
Click to expand...
Click to collapse
Well, while rgb mode doesn't have this problem - it has some downsides:
1) it's much slower (on my pc ffmpeg's yuv->rgb conversion gives me 3x slowdown, though in MX it might be faster due to lower quality)
2) it uses nearest neighbor for upsampling chroma (basically colors are "pixelated", look at the edge of this red thing):
https://dl.dropboxusercontent.com/u/16254258/android/mx/matrix/noir/sw_32.png
https://dl.dropboxusercontent.com/u/16254258/android/mx/matrix/noir/sw_yuv.png
But on 1080p screen it might be not that noticeable.
mecenc said:
No. The source video file is not from BD/DVD but from Japanese airwave.
This issue frequently happen on texts in opening / ending movie.
I suspect that such texts are embedded by animation company or broadcaster, and it causes this out-of-range issue.
AFAIK, animation itself doesn't have this issue (except for the attached sample video).
Click to expand...
Click to collapse
Credits... Yeah, broadcasters could easily screw this up.
It might be fixable (clamping range) but I have no idea how to do it using ffmpeg
About FUNimation - they do such things for the entire video: funi, corrected/as broadcast.
---------- Post added at 20:09 ---------- Previous post was at 19:46 ----------
Actually this issue is even mentioned in FAQ, but they never found the real reason, only workaround (that I'm not fond of).
http://forum.xda-developers.com/apps/mx-player/resolved-color-distortion-10-bit-x264-t2725658
http://forum.xda-developers.com/apps/mx-player/bug-weird-10-bit-decoding-issue-sw-t2892333
I've took that funimation video that is out of range and encoded it with 8 and 10 bit versions of x264. With SW decoder in YUV mode only 10-bit video shows this issue, so now I'm even more sure that it's related to overflow in 10->8 downconversion.
https://dl.dropboxusercontent.com/u/16254258/android/mx/range/t08.mp4 (plays fine)
https://dl.dropboxusercontent.com/u/16254258/android/mx/range/t10.mp4 (has dots)

Thanks again for your kindly response! and sorry for my duplicated bug report...
I figured out the way to clamp the luminance value on reencoding by ffmpeg, and it solves this issue.
Please let me note it here for other users
Code:
$ ffmpeg -i input.ts -filter:v lutyuv="y=clipval" out.mp4
BTW, AFAIK, luminance value can be greater than 235 on airwave (and it is NOT invalid).
I believe we are happy if MX Player automatically clamp the luminance value since we already have lots of such movies.

mecenc said:
BTW, AFAIK, luminance value can be greater than 235 on airwave (and it is NOT invalid).
I believe we are happy if MX Player automatically clamp the luminance value since we already have lots of such movies.
Click to expand...
Click to collapse
Well, "invalid" may be wrong word... Basically after rgb conversion it produces values outside of 0..255 range. Actually some displays could take advantage of this (kinda like HDR).
I've been researching 10 (it's actually decoded as 16 bit, aka unsigned short) bit input for my project today. From MSDN:
These formats use a fixed-point representation for both the luma channel and the chroma (C'b and C'r) channels. Sample values are scaled 8-bit values, using a scaling factor of 2^(n − 8), where n is either 10 or 16, as per sections 7.7-7.8 and 7.11-7.12 of SMPTE 274M. Precision conversions can be performed using simple bit shifts. For example, if the white point of an 8-bit format is 235, the corresponding 10-bit format has a white point at 940 (235 × 4).
Click to expand...
Click to collapse
So 16-bit -> 8-bit conversion (with rounding instead of shift) could be performed as
Code:
(unsigned char) (round (input / 256.0))
or
Code:
(unsigned char) ((input + 128) >> 8)
This code overflows if input is >= 255.5 * 256 = 65408 or 255.5 * 4 = 1022 (for 10-bit). To fix it in need to be clamped:
Code:
(unsigned char) std::min ((input + 128) >> 8, 255)
Okay, now let's check if this is what happens.
1) screenshot from my video (t10)
2) pixels that have values >=1022
Seems that I was right
Avisynth script used
Code:
s = ffvideosource ("t10.mp4", enable10bithack=true)
h = s.Crop (0,0,0,720).Binarize (254, true)
l = s.Crop (0,720,0,0).Binarize (127, true)
Overlay (l, h, mode="add").ConvertToY8 ().ConvertToRGB ()
(needs masktools and hacked ffvideosource)
Hope this will help @bleu8888 to locate the issue...

[Q] MX Player on 2013 Nexus 7 kills OS framerate (possible memory leak?)

Basically what the title says. I have a 2013 Nexus LTE running 5.0.2 and every recent version of MX Player (as far back as 1.4.X - 1.7.37) has affected my tablets performance at the OS level. The entire tablet lags to a point where I can see screen tearing happening on any app when panning vertically or horizontally. One would think force stopping MX Player would release whatever resources it uses to restore performance but this doesn't work. The only solution is to reboot the tablet. This has affected the Nexus 7 not only on Lollipop, but also every version of Android (Jellybean through Lollipop).
Others have reported the same on the Nexus 7 subreddit http://www.reddit.com/r/Nexus7/comments/2w5nm7/mx_player_causing_low_framerate_in_whole_os/

bump. Still causing problems - Android 5.1.1 with latest MX Player, N7 II 16gb/Wifi.

jara001 said:
bump. Still causing problems - Android 5.1.1 with latest MX Player, N7 II 16gb/Wifi.
Click to expand...
Click to collapse
Hmm, could you collect the error logs? Perhaps they'll reveal something.
@bleu8888 you probably want to check this out, along with the reddit thread too: https://www.reddit.com/r/Nexus7/comments/2w5nm7/mx_player_causing_low_framerate_in_whole_os/

Hi, I have same problem (Nexus 7 2013 16 GB WiFi). Problem occurs on all versions (Android 4.4, 5, 5.1, 6). Here are logs:
Aplikace: MX Player (1.7.40)
Výrobce: asus
Model: Nexus 7
Značka: google
Verze: 6.0 (REL)
Sestavení: google/razor/flo:6.0/MRA58V/2324235:user/release-keys
Jádro: Linux version 3.4.0-ga5a4133 ([email protected]le.com) (gcc version 4.8 (GCC) ) #1 SMP PREEMPT Mon Aug 17 21:50:19 UTC 2015
CPU: 4 core(s) 1,51 GHz (family:1 features:511)
CPU architektura: 7 (os.arch: armv7l)
Vlastnosti CPU: swp half thumb fastmult vfp edsp neon vfpv3 tls vfpv4
Platforma: msm8960
Sada instrukcí: armeabi-v7a armeabi
Rozlišení: 1200 x 1824
Dostupná velikost obrazovky (DIP): 600 x 888 (smallest: 600)
Tablet: true
Velikost obrazovky: Large
Hustota: 2.0 (320)
Velikost písma: 1.0
Hlavní hardwarové tlačítko: false
Dotyková obrazovka: true
TV: false
Národní prostředí: cs_CZ
Celková paměť: 1850144 kB (1850144kB)
Volná paměť: 99756 kB
Code:
https://drive.google.com/folderview?id=0By0MwUeDIo6FUDVsWllQczBTY3M&usp=sharing

Confirm, have the same problem for more than a year. For a long time I couldn't understand why my device starts to lag a few hours after reboot. But a few weeks ago found that lags begin after playing some videos using MX Player.
Device: Nexus 7 Wi-Fi 32 Gb (2013), different Android versions and different MX Player versions.
Right now: Android 6.0.1 (MMB29K), MX Player 1.8.1 (ARMv7 NEON), Custom codec 1.8.0
It looks like that H/W+ codec causes UI lags. Starting today I will use H/W codec and see if this helps.
Steps to reproduce:
Start playing any video using H/W+ codec.
Use fast scrolling. (Not sure this step is necessary.)
Stop video playing.
Repeat steps 1-2 a few times.
After that device starts to lag.
Reboot the tablet to fix lags.
Logs: dl.dropboxusercontent.com/u/19826965/report_2015-12-21_141819.zip (as a new user I can't post link)

Yupic said:
Confirm, have the same problem for more than a year. For a long time I couldn't understand why my device starts to lag a few hours after reboot. But a few weeks ago found that lags begin after playing some videos using MX Player.
Device: Nexus 7 Wi-Fi 32 Gb (2013), different Android versions and different MX Player versions.
Right now: Android 6.0.1 (MMB29K), MX Player 1.8.1 (ARMv7 NEON), Custom codec 1.8.0
It looks like that H/W+ codec causes UI lags. Starting today I will use H/W codec and see if this helps.
Steps to reproduce:
Start playing any video using H/W+ codec.
Use fast scrolling. (Not sure this step is necessary.)
Stop video playing.
Repeat steps 1-2 a few times.
After that device starts to lag.
Reboot the tablet to fix lags.
Logs: dl.dropboxusercontent.com/u/19826965/report_2015-12-21_141819.zip (as a new user I can't post link)
Click to expand...
Click to collapse
Would you try latest beta version from http://forum.xda-developers.com/apps/mx-player/mx-player-2013-nexus-7-kills-os-t3041159 ?

bleu8888 said:
Would you try latest beta version from http://forum.xda-developers.com/apps/mx-player/mx-player-2013-nexus-7-kills-os-t3041159 ?
Click to expand...
Click to collapse
I installed MX Player 1.8.2.nightly.20151224 (ARMv7 NEON) but this did't help.
Yesterday I used H/W codec and found that device starts to lag too.
I recorded a video: drive.google.com/file/d/0B-XYerj3YlaBeTFJSnBWY19vZFU/view?usp=sharing (1 Gb file)
Compare how smooth screen and menu sliding and animations at the video beginning, and how they are slow at the video end. If I continue to use MX Player then animations get more slowly.
Here are logs: dl.dropboxusercontent.com/u/19826965/report_2015-12-24_005240.zip
I can't understand what causes lags. Sometimes device slows down after viewing one or two videos. Sometimes I can see more videos before it starts to lag.
I think that lags can be caused by pause/resume, start/stop or seeking.
I found something interesting. I set option "Profile GPU rendering" to "On screen as bars".
Right after reboot:
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
After playing a few videos using MX Player:

Yupic said:
I installed MX Player 1.8.2.nightly.20151224 (ARMv7 NEON) but this did't help.
Yesterday I used H/W codec and found that device starts to lag too.
I recorded a video: drive.google.com/file/d/0B-XYerj3YlaBeTFJSnBWY19vZFU/view?usp=sharing (1 Gb file)
Compare how smooth screen and menu sliding and animations at the video beginning, and how they are slow at the video end. If I continue to use MX Player then animations get more slowly.
Here are logs: dl.dropboxusercontent.com/u/19826965/report_2015-12-24_005240.zip
I can't understand what causes lags. Sometimes device slows down after viewing one or two videos. Sometimes I can see more videos before it starts to lag.
I think that lags can be caused by pause/resume, start/stop or seeking.
I found something interesting. I set option "Profile GPU rendering" to "On screen as bars".
Right after reboot:
After playing a few videos using MX Player:
Click to expand...
Click to collapse
In fact, HW decoder is the original media player provided by Android media framework and MX player can not touch any low level configurations of HW decoder. If even HW decoder lags, it is highly alike fault of media framework of Nexus 7 2013. Anyway I will keep trying to find a workaround or fix for it.

bleu8888 said:
In fact, HW decoder is the original media player provided by Android media framework and MX player can not touch any low level configurations of HW decoder. If even HW decoder lags, it is highly alike fault of media framework of Nexus 7 2013. Anyway I will keep trying to find a workaround or fix for it.
Click to expand...
Click to collapse
I think that performance problems are not caused by H/W or H/W+ codec. Earlier when MX Player doesn't support playback speed control I used DicePlayer (play.google.com/store/apps/details?id=com.inisoft.mediaplayer.a) that supports it for a long time. When I used only DicePlayer my device didn't start to lag despite DicePlayer use H/W acceleration too. But I stopped to use DicePlayer because it is not so convenient as MX Player. Since I started to use MX Player for all videos I have to often reboot my Nexus 7 because it starts to lag.
Update: Someone writes that he have not had any issues with UI lag since using BS Player, but he had them when he used MX Player: reddit.com/r/Nexus7/comments/33crot/nexus_7_2013_ui_lags_but_reboot_fixes_it_for_a/cqjtxgx

VXG Video Player SDK for Android (and RTSP Player source code)

{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
Video Experts Group is glad to present you the VXG Video Player SDK on GitHub.
VXG SDK can be used for IPTV, Android client of surveillance system, IP camera viewer, TV player, OTT clients and other kinds of applications with video playback.
Also the source code of sample RTSP player based on this SDK is provided. RTSP Player is the client which is perfect for IP cameras. The source code is free to use for development of different applications.
VXG Video Player SDK Features:
• Hardware acceleration – Hardware accelerated decoding of HD video (H.264, MPEG4, MPEG2 and others).
• Multi-core decoding – Support of decoding for Multi-core architecture.
• Multi-channel support – Support of simultaneous connection to several video sources.
• Integration with active apps – Mobile Video Playback SDK is based on SurfaceView and can be integrated with any activity.
• H/W post and pre-processing – Hardware de-interlacing and pre-processing using OpenGL shaders.
• Custom and standard notifications – The network module notifies application about connection, disconnection and other events. There is a possibility to add custom event.
• Preview mode.
• Stream playback: Multicast/Unicast UDP, HTTP and HTTPS tunneling for RTSP.
• Supported file formats: AVI, 3GP, M4V, MP4, WMV, FLV, MPEG, MPG, MOV, RM, VOB, ASF, MKV, F4V, TRP, TS, TP and others.
• Supported Network protocols: HTTP-HLS, RTSP, RTP, UDP (Multicast stream support), RTMP, MMS and others.
• Smart online thumbnails – Quick and simple API gets thumbnails for local files and network streams.
• Low latency for network streams – Special API controls playback latency.
• Recording from live camera and file trimming
• Digital zoom and picture shifting
• Replay for live HLS stream
If you are interested in purchasing of full SDK version, you are welcome to our site
Please don't hesitate to contact us at [email protected] if you meet any problem.

Isuue on streaming
We couldn't stream continuously, stream will stop within 2 minutes

siraan said:
We couldn't stream continuously, stream will stop within 2 minutes
Click to expand...
Click to collapse
This is a free evaluation version of SDK with limited playback time. Please contact us if you want to purchase the full version.

Wow! It's amazing. I want to adapt that SDK to my project. I'm using Android Studio. Target OS is Android 5.1.1. Can you help me? Any tutorial? I would be so grateful

tamiano said:
Wow! It's amazing. I want to adapt that SDK to my project. I'm using Android Studio. Target OS is Android 5.1.1. Can you help me? Any tutorial? I would be so grateful
Click to expand...
Click to collapse
Thank you for your feedback. Please, contact our specialists by mail at [email protected] and they will give you all relevant information. In the letter please give more details about project.

Check out our SDK promo video!

The new version of VXG Video Player SDK for iOS is published on our website!

We have published RTSP Player for iOS, based on VXG Video Player SDK for iOS!

The new version of VXG Video Player SDK for Android with Marshmallow support is published on our website!

how much the price of >> "This is a free evaluation version of SDK with limited playback time. Please contact us if you want to purchase the full version. "

alamsyah3000 said:
how much the price of >> "This is a free evaluation version of SDK with limited playback time. Please contact us if you want to purchase the full version. "
Click to expand...
Click to collapse
Please write at [email protected] and our sales team will contact you. Thanks

Very disappointed, waste of time.
Tried to build rtsp player using VXG Video Player SDK following Programmer's guide.
guide is full of typos and looks like is incomplete, i suspect some important steps are missing.
This one for example:
player = (MediaPlayer)findViewById(R.id.playerView);
// Get player instance
... <- Really??? ...? really?
// Connect or start playback
player.Open
Nothing happens apter open (except lots of errors in LogCat)
Have you guys ever tried to build anything following your own "Programmer's guide"?

Hello
We used your SDK in our project , we are using android studio and the target OS is Android 4 so everything is OK but when
we want record a video played from RTSP stream , it doesn't work
this is our code
Code:
int record_flags = MediaPlayer.PlayerRecordFlags.forType(MediaPlayer.PlayerRecordFlags.PP_RECORD_AUTO_START);
Player.RecordSetup(cameraGetRecordPath(), record_flags, 0, 0, "");
Player.RecordStart();
and this is logcat output
W//player.c: STAT(RES(1280x960) FPS:24/05230 V: c-d(0-0:100) d-r(0:100) A: c-d(0:100) d-r(68:99))
D/ViewRootImpl: ViewPostImeInputStage ACTION_DOWN
W//player.c: STAT(RES(1280x960) FPS:25/04534 V: c-d(1-0:99) d-r(0:100) A: c-d(0:100) d-r(68:99))
D/ViewRootImpl: ViewPostImeInputStage ACTION_DOWN
W//player.c: =>export_player_set_record_options path(/storage/emulated/0/DCIM/CameraRecords) flags(1) split_time(0), split_size(0), sprefix()
W//recorder_provider_thread.c: =>rpt_rec_setup rec_state(-1) record_flags(0x00000001) record_path(/storage/emulated/0/DCIM/CameraRecords) record_prefix()
W//recorder_provider_thread.c: <=rpt_rec_setup rec_state(-1) is_change(1) record_stream_a(0)
W//player.c: =>export_player_set_record_options start trim(-9223372036854775808) stop trim(-9223372036854775808)
W/art: Attempt to remove local handle scope entry from IRT, ignoring
W/art: Attempt to remove local handle scope entry from IRT, ignoring
W//player.c: <=export_player_set_record_options ret=0
W//player.c: =>export_player_record_start
W//recorder_provider_thread.c: =>rpt_rec_setup rec_state(2) record_flags(0x00000001) record_path(/storage/emulated/0/DCIM/CameraRecords) record_prefix()
W//recorder_provider_thread.c: <=rpt_rec_setup rec_state(2) is_change(1) record_stream_a(0)
W//player.c: <=export_player_record_start ret=(0)
W//recorder_provider_thread.c: =rec change state(2)
W//recorder_provider_thread.c: =rec_init avformat_write_header ret=-22,Invalid argument
W//recorder_provider_thread.c: =rec_close file inst->rec_size(0) stat error ret=0
W//recorder_provider_thread.c: =rec_close invalid recorded file(/storage/emulated/0/DCIM/CameraRecords/._20161211_190634_0.mp4)
W//player.c: player_notify: 110
W//player.c: player_notify: CallVoidMethod 110
E/SmartHome: Form Native Player status: 110
W//player.c: player_notify: CallVoidMethod return 110
W//recorder_provider_thread.c: =after rec_init err(-22) inst->record_path(/storage/emulated/0/DCIM/CameraRecords) inst->audio_only(0) inst->rate(0) inst->param.clock(0xaf84a080)
W//player.c: STAT(RES(1280x960) FPS:24/04807 V: c-d(1-0:99) d-r(0:100) A: c-d(0:100) d-r(67:99))
W//player.c: STAT(RES(1280x960) FPS:23/04258 V: c-d(1-0:99) d-r(0:100) A: c-d(0:100) d-r(66:99))
W//player.c: STAT(RES(1280x960) FPS:24/04950 V: c-d(0-0:100) d-r(1:99) A: c-d(0:100) d-r(69:99))
W//player.c: STAT(RES(1280x960) FPS:25/04345 V: c-d(0-0:100) d-r(0:100) A: c-d(0:100) d-r(66:99))
W//player.c: STAT(RES(1280x960) FPS:24/04812 V: c-d(0-0:100) d-r(0:100) A: c-d(0:100) d-r(67:99))
D/ViewRootImpl: ViewPostImeInputStage ACTION_DOWN
W//player.c: =>export_player_record_stop
W//recorder_provider_thread.c: =>rpt_rec_setup rec_state(0) record_flags(0x00000001) record_path(/storage/emulated/0/DCIM/CameraRecords) record_prefix()
W//recorder_provider_thread.c: <=rpt_rec_setup rec_state(0) is_change(0) record_stream_a(0)
W//player.c: <=export_player_record_stop ret=(0)
W//player.c: STAT(RES(1280x960) FPS:24/04236 V: c-d(0-0:100) d-r(0:100) A: c-d(0:100) d-r(66:99))
W//player.c: STAT(RES(1280x960) FPS:24/05036 V: c-d(1-0:99) d-r(0:100) A: c-d(0:100) d-r(65:99))
Click to expand...
Click to collapse
what is the problem ?

VideoExpertsGroup said:
This is a free evaluation version of SDK with limited playback time. Please contact us if you want to purchase the full version.
Click to expand...
Click to collapse
Hello. There are no email responds from specialists. How can I get fully functional sdk?

johnny170 said:
Hello. There are no email responds from specialists. How can I get fully functional sdk?
Click to expand...
Click to collapse
Hello! Please write at [email protected] and our sales team will contact you.
Regards,
VXG Team

I have used you SDK in my project, it works good, thank you. But is there a way to decrease latency?

[APP][4.3+] Torrents 4k | Mega.nz | FTP | Samba | Android TV | Media Library v. 7.0

Media Library only hi-rez
version: 7.0
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
Screenshots:
View attachment 4865857
Features:
1. Player can play 4k-8k Blue-Ray torrents with support for HDR and all the latest technology. It is possible to make playlists of torrent files and use them as music player;
2. Supported playback sources: from memory cards, from other applications, from torrents, from Mega.nz cloud (50GB free), HTTP (+IndexOf), HTTPS, FTP sites or Windows (Samba) directories;
3. Supported streaming algorithms for playing media over the network:
Progressive Streaming (https://habr.com/ru/post/452766/), HLS and all analogues;
4. To save the cache, all external media are supported. The cache may be used to continue downloading data. Multi-threaded write to the cache to increase performance;
5. Load and save playlists to a file. Supported formats: m3u, m3u8;
6. Used torrent library: https://www.libtorrent.org/
7. Supported player modules for playback: Classic, ExoPlayer, VLCPlayer;
8. Supported playback codecs:
video:
MPEG-1/2, DivX® (1/2/3/4/5/6), MPEG-4 ASP, XviD, 3ivX D4, H.261, H.263 / H.263i, H.264 / MPEG-4 AVC, Cinepak, Theora, Dirac / VC-2, MJPEG (A/B), WMV 1/2, WMV 3 / WMV-9 / VC-1, Sorenson 1/3, DV, On2 VP3/VP5/VP6/VP9, Indeo Video v3 (IV32), Real Video (1/2/3/4), AV1;
audio:
MPEG Layer 1/2, MP3 - MPEG Layer 3, AAC - MPEG-4 part3, Vorbis, AC3 - A/52, E-AC-3, MLP / TrueHD>3, DTS, WMA 1/2, WMA 3, FLAC, ALAC, Speex, Musepack / MPC, ATRAC 3, Wavpack, Mod, TrueAudio, APE, Real Audio, Alaw/µlaw, AMR (3GPP), MIDI, LPCM, ADPCM, QCELP, DV Audio, QDM2/QDMC, MACE, Opus;
9. Supported file extensions:
video:
avi, mpeg, flv, mpg, wmv, mp4, mkv, 3gp, amv, asf, divx, mov, mpe, mpeg1, mpeg2, mpeg3, mpeg4, nsv, ogm, ogv, vob, ts, tts.
audio:
flac, mp3, aac, ogg, m4a, wav, alac, amr, aif, ape, mka, opus, wma, xa, xm, mid, ac3;
10. Support for scrobbling everything listened to Last.FM (without additional modules);
11. Reading tags from already downloaded files;
12. Saving the playback position of the tracks;
13. Customizable frame-by-frame rewind;
14. Volume normalization. Experimental setting, works only for video and at a total volume of more than 16%;
15. Optional background playback;
16. Hardware equalizer, with automatic detection of the number of bands;
17. Visualization of music. Light music \ strobe flash camera (experimentally);
18. Horizontal and vertical operating modes. Tablet support;
19. Play in the background;
20. Support Android TV (Optimized for Sony TVs). Management: arrows, media buttons, color buttons: red, green, yellow, blue;
21. Demo sites with constantly updated music, clips and films;
22. Increase channel capacity using peer-to-peer technologies. NMDC protocol (experimental);
23. Experimental, smart mode 3g \ 4g. Turn on and off if necessary;
Language:
- English
- Russian
Articles dedicated to the application (in Russian):
*- Android MediaPlayer. Expanding features with a proxy (https://habr.com/ru/post/241858/)
*- Progressive Streaming technology, or how to watch 4k video over the network, without friezes (https://habr.com/ru/post/452766/)
*- DoubleDomain and freedom (https://habr.com/ru/post/267329/)
Other resources:
Telegram - application chat: https://t.me/media_library
Google Play: https://play.google.com/store/apps/details?id=com.media.library
Version 7.0
What new:
1. Integration with torrents. Beta version, there's a lot more to debug and do.
Thanks for the c++ torrent library: Arvid Norberg, Gubatron. I modified it for use in the player.
Integration adds ability to watch 4k movies directly from torrents without waiting for their download.
You can listen the music and make playlists from torrent files. In the future, this feature will be further developed.
2. All processes of data loading and processing are accelerated with optimization of memory usage.
Version 5.0.4
What new:
- Added ability to rewind using arrows on the remote control in movie mode
- Fixed bugs in the Android TV interface.
Download:
version: 7.0 com.media.library
version: 5.0.4 View attachment app-release.apk
The application used a demo site. In your favorites you can add your sites.
Demo access at ftp://master255.org
login: user
password: 123

Added codecs as planned. The player has become even more unique.
There are no separate codecs in Android. There are "modular players" that contain all these codecs themselves and concurrently reproduce content using the same codecs, because the algorithms for interacting with codecs are very complex. There to decrypt the container, match the codecs ... understand where the audio track, and where the video ...
Well, there are a lot of player modules on the Internet ... there were many candidates. Everyone has their drawbacks and at first I didn’t think of using ExoPlayer, but when I tried to use it, I realized that it is the best in playback quality and speed. Therefore, now it is used by default.
In the future, it is planned to introduce playback of torrent files. So I needed a module to play any video. It turned out to be VLC. At first it seemed very green and with bugs, but then it was possible to get rid of all the bugs and bring it to a stable state.
The application architecture is modular ... so I can add at least 100 different playback submodules.
All the benefits that were previously preserved. Along with the modules, new HLS, Dash streaming algorithms were added - which I do not welcome. They work without saving the file to disk.
The second ExoPlayer module plays content with improved quality. He literally does remastering on the fly. It improves the quality of audio and video, so it is used by default.
The free version 5.0 does not contain some fixes and codecs, and may contain bugs that are already fixed in the paid version.

Updated version. Bug fixes.

Updated version 5.0.3 and 5.1.3. Bug fixes.

At the request of users, the application is optimized for consoles. Including the free version.

The world community can sleep peacefully. The implementation and adaptation of the chunks was successful! Urgently buy USB flash drives in TVs and SD cards in phones! And preferably 256GB or so. Since the films are now huge at 80GB ..
This release completely redesigned the logic for storing data in the cache.
Now there are two kinds of files: integers and chunks. Chunks are cut whole files. Full chunks can be played in exactly the same way as a single file.
The speedometer showed a significant increase in recording speed if recorded in different files and multithreaded. Without this, you can forget about writing cache to external drives. Well, at least to files that are about large 5-10GB .. In this case, the speed increases already on files more than 200MB .. So this will be the default setting.
Finally, a new feature has appeared - file size comparison in the cache and on the network. Previously, there was a problem in that movies with HDVideobox had the same name, for example, “1080.mp4” and the file was played from the cache, even if the movie on the server was of a different size. Now, before downloading, the size is compared and if it does not match, then the local file \ chunks is overwritten.
Due to the new feature, you can now not overwrite files by their size, but overwrite the cache by its maximum size. Chunks, if not even downloaded completely, can be used and downloaded. For example, a 4k movie, accidentally turned on for 10 minutes and turned off, will weigh several gigabytes in the cache and this cache will be used during repeated playback.
On swipe to the right, a mechanism for joining chunks to a file appeared in the playlist. It is very convenient if you need to connect and send something. There is also an automatic connection function, but there are problems with it. It’s not possible to simply take and merge files in Android. Therefore, the player takes the first chunk and copies the other chunks into it. It turns out double-writing the file to disk. Whatever this is, you can uncheck the automatic file connection.
The player is smart - if there is one chunk, then it renames it into a finished file.
It is very interesting to observe the multi-threaded operation of the player by the size of chunks. There sometimes 5 files are written. Streams that download data - they also write to disk. So there are no more threads. They have become smarter.
The default settings for chunks are recommended. The default settings for new features for users updating the application are not being tightened yet. This is temporary. Therefore, you can configure or reset the application memory and get the "factory" settings.
Due to the sharply increased number of use cases and various combinations of checkmarks / protocols, bugs are possible. But if they are, then some small ones that I can correct during the day. Therefore, the algorithms will improve and adapt, as it always has been.
For tests of chunks - in the demo site in the wanted directory is the movie "The First Player Will Get Ready". Cinema 4k, weighs 71GB. Anyone can turn it on. In this case, the speed of the Internet is not important, since you can pause and wait for resumes, and it does not matter how much free space is available - the disk will be saved, only the size of the downloaded traffic.

Playback Blu-Ray 4k torrents for Android TV is ready.

Added support for MQA and Spatial Audio for all formats and devices.