I'm streaming live feeds from Wowza to GoogleTV boxes via HLS. I'm having a lot of issues with artifacts, the kind you see if you lose packets, where part of the screen lags behind and doesn't get updated properly until the next key frame arrives. It's the same on the Visio, HiSense and Sony, with latest updates (GoogleTV FW 3.2 and Wowza 3.5.2). Watching the same streams in VLC or on an a Nexus 4/7 works great.
This is what I get from logcat:
[ 03-13 16:07:15.343 678:0xb3c W/MVBerlinVideoEngine36 ]
** empty vid_meta!!!
[ 03-13 16:07:15.423 678:0x2f1 E/MVBerlinVideoEngine36 ]
!! PE's result check pointer is null line = 536
The media is a live stream, encoded by VLC.
vlc udp://#239.0.0.2:10021 --sout "#transcode{deinterlace,deinterlace-mode=linear,acodec=aac,ab=160,vcodec=h264,venc=x264{profile=high,level=4.1,preset=fast}}:rtp{mux=ts,dst=192.168.100.10,port=10021}"
I have no idea where to continue to at this point. Can I get more information somehow? Is it most likely a decoding issue, network issue (tried wired + several wifi gateways) or code issue?
This is a firmware bug on the device. You will not be able to work around this right now. Internal bug filed - you will need to wait for an update.
We also often faced with the problem of freezing the bottom of the screen especially when we broadcast mp4 files with strong motion and frequent scene changes. When you plan to update the software? Is there a downloadable beta version of GoogleTV in which this problem was fixed?
Related
We have an Android app built using Unity and the Google Analytics GAv4 plugin for Unity.
The use-case is that the users might use the app for days without internet, and when they do connect to internet again our expectations is that the data is cached on the device and will then be sent off.
Our initial tests seems to work, but cannot find any reference to how long the data persists on the device, and if there are any expiration of the data. The users have experienced that they miss some data generated when offline.
I have tried exploring the plugin, but cannot seem to find anything about how it caches the data. Anyone who have experience with this?
It looks like it is using com.google.android.gms.analytics.GoogleAnalytics which you can search the documentation on. It also might depend on the highest API level/android version on their device, where low version may not be able to send while offline or something. I think this page explains a little about how it keeps checking for a connection and tries to dispatch the events:
https://developers.google.com/android/reference/com/google/android/gms/analytics/GoogleAnalytics#dispatchLocalHits()
I saw in the plugin source code here:
https://github.com/googleanalytics/google-analytics-plugin-for-unity/blob/master/source/Plugins/GoogleAnalyticsV4/GoogleAnalyticsAndroidV4.cs
Opening the Datastage hierarchical stage we have this error :
Flash Player Error. This application requires an Adobe Flash Player ActiveX control of version 10 or later. Get Flash
Time ago, we modified the mms.cfg and it was working.
AllowListRootMovieOnly=1
AllowListUrlPattern=xxx:xxx
EnableInsecureActiveXNavigateToURL=1
But it seems that now they deleted the flash software from windows and we have back again this Error.
Does someone have a brilliant idea to resolve this ?
Thank You -
Flash no longer exists. It was withdrawn by Adobe. Harman has created a replacement, which does work with the hierarchical data stage.
I tried various way's compile and update the firmware on my CC2650 Sensortag, more or less failed that.
Now I want the original functionality back. So I went to where I installed BLE 2.02 (simplelink\ble_sdk_2_02_01_18\examples\hex) and fetched the cc2650stk_sensortag_rel.hex. Programmed that with SmartRF. Now the Sensor tag is back in "near" normal operation. If I detach the programmer, remove the battery, then attach battery. The Simplelink on my Iphone can see a Sensortag 2.0. It notice when I push the buttons, but I can't see anything when using/pushing Sensor view or service explore. What can I do to get it back in it's original working state?
I don't know if I somewhat bricked the device trying to go over to Zigbee OTA and then trying to build/debug the IT resource explorer CC26xx Bluetooth Smart.
This is embarrassing. The SensorTag was working all along, a very important step was missed. Since I already tried uninstall/install the iPhone app I didn't think of switching off/on my bluetooth. The last step fixed the issue. Somehow settings where cashed there.
I've just acquired a HDMI recorder card, and I'm trying to digitally capture the output from my game using the HDMI out from a iPhone 4S.
Problem is software keeps complaining that the content is copyrighted and cannot record.
Is there a way I can setup the HDMI stream so that inside my game the HDCP copy flag isn't on ?
Even looking forward letting my costumers record their gaming sessions seems like a good idea, I think that's something that I would like to permit.
I'm pretty sure you can't turn off HDCP. That protection standard was founded on the basis that anything with HDCP enabled should never be recorded.
I have a monitor (a new samsung) at home I can't use because its not HDCP compatible, and newer video cards require it :(
Trying to determine what's "most" responsible for latency - the round trip my video makes from my encoder, to my server, and back down to the player in my browser.
I'm at about 12 seconds right now with a player I like. Is it buffering in my player? Buffering on the way out by FMLE?
The reason I ask is I feel I've eliminated other culprits with my little test scenario outlined below. And also, all else equal, swapping other players in produces the greatest variance in the latency. One takes it down to 4 seconds. Can't get any lower than that though.
Eliminating other culprits:
-Bad network? Nope, running it all locally.
-The codec?, Nope, setting FMLE to VP6 or H.264 produces same latency.
-Pushing too much data out of FMLE? Nope, 50kbs or 1000kbs produces 12 seconds
-Framerate settings to intense? Nope, 5-29.97 fps changes effects motion quality but delay stays around 12 seconds.
I'm developing a small FMS based web presentation package so the latency will have to be down to a second at most. I've seen a similar package with almost no latency. Here's my test set up:
-Camera connected to Windows XP machine
-Flash Media Live Encoder 3.0.1
-FLash Media Server 3.51
-Video Player - Sample dynamic streaming player in Adobe Flash Media Server productivity tools (kind of like a reference implementation for Adobe's ActionScript 3.0 Dynamic Streaming Class)
If I bounce my video off a server about 30 miles from me the result is nearly identical.
I ran a test with a CDN and a player they provided and the best I could do was 4 seconds.
Does anybody have a really fast player I can test?
To make low latency web stream, do the following:
Setup your encoder normally and point it to the media server
Check media server edge configuration for low latency configuration, Wowza has low latency app built-in
In your player, make sure your buffer is 2 second or larger.
ps. With player having buffer less than 2 second it will not work properly for most people, especially over wifi or long range links.
ps2. If your encoder is on the same LAN as Encoder, you can use low latency app for origin application as well.
ps3. You will never go below 4 seconds and reliable stream at the same time, but if you will do extreme tuning on your LAN part (no buffering for encoder at all - you can do it), by just using buffering on edge you can archive 2 seconds - I have such player but it's not public :(
I would like to share my experience since recently I have been researching into this world of CDN and live video streaming.
My best result has been 2 seconds latency.
I have tried a few providers and I would like to know if anyone knows of any other provider that gets to that low latency.
I achieved those 2 seconds with The Original Livestream, do not confuse with The New Livestream (16 seconds latency).
Both, The Original Livestream and The New Livestream, are part of the same group, Livestream, but it seems they target a different market segment.
They also told me that although they area still supporting The Original Livestrean, they are not longer developing it.
It is not very reassuring when they tell you that they not longer develop the platform, this is the only reason for which we have decided not to get on board with them. You will also have a hard time when you try to get support from them if you want to get access to their RESTfull endpoint for the Guide API.
Still, 2 seconds latency.
I am based in London by the way.
Please let me know if you have some other ultra low latency CDN.
Ah, the url for the original livestream is not easy to find, here it is... https://secure.livestream.com/
Take a look at NetStream.setBufferTime() and ns.bufferTime in the FMS documentation. Also like Robert mentioned the player has its buffer too.