Related
Any word on a cifs.ko for VEGAn-Tab beta3? I am dying to get connected to my home server which houses my music, movies, and ebooks.
I have searched some, but no one has mentioned it since November...
huntar said:
Any word on a cifs.ko for VEGAn-Tab beta3? I am dying to get connected to my home server which houses my music, movies, and ebooks.
I have searched some, but no one has mentioned it since November...
Click to expand...
Click to collapse
There isn't a cifs.ko that I am aware of yet for this kernel but you should check out the Gmote app - I use it and have access to music and movies on my Windows home server/pc from my phone (and my tablet).
Works great too (it is the only reason my home pc is still on Windows). You can play on device or launch on the server/pc. It works fairly well over the 3g / 4g network too but not so well on Edge.
I think cifs.ko is really needed in some use cases... Gmote is great, but just remote control and playing music. I've also tried all the UPnP/DLNA sharing and viewing apps -- most have good aspects, but have a scenario in mind that uses the Android device as a control & redirector. I'm using my Viewsonic Gtab as a multimedia endpoint -- to play music, videos and view photos (e.g. glorified LCD picture frame). The default tools on my rooted Vegan b3 ROM are great for all those things if I could just mount the dang SMB share the media is sitting on!
Does TnT have cifs module?
No, it doesn't unfortunately since the kernel hasnt been released (yet). Until viewsonic let's the source out into the "wild", it wont happen.
Hey guys, I wanted to see who all here has picked up a chrome cast and what your thoughts are on it so far?
I really dig it, quick connection and ability to play things with no noticeable degradation or lag. And with HBO Go and Hulu Plus both coming soon it is going to be really nice.
One issue though that I have found is that the previous version of Google Play Movies allowed you to play locally stored videos on your device through the app. With the update to work with Chromecast this option is removed even when trying to do it on your device only so you have to use an external app such as the gallery or MX player etc.
Any word or people working on creating a cracked version of google movies or a work around to allow other apps to chromecast?
indiscriminant said:
Hey guys, I wanted to see who all here has picked up a chrome cast and what your thoughts are on it so far?
I really dig it, quick connection and ability to play things with no noticeable degradation or lag. And with HBO Go and Hulu Plus both coming soon it is going to be really nice.
One issue though that I have found is that the previous version of Google Play Movies allowed you to play locally stored videos on your device through the app. With the update to work with Chromecast this option is removed even when trying to do it on your device only so you have to use an external app such as the gallery or MX player etc.
Any word or people working on creating a cracked version of google movies or a work around to allow other apps to chromecast?
Click to expand...
Click to collapse
Koush has wrote a chromecast app just for that actually but due to he developer agreement with chromecast he cannot release the apk.
https://plus.google.com/110558071969009568835/posts/QuQdJQEd82e
turtleman2008 said:
Koush has wrote a chromecast app just for that actually but due to he developer agreement with chromecast he cannot release the apk.
https://plus.google.com/110558071969009568835/posts/QuQdJQEd82e
Click to expand...
Click to collapse
That is pretty slick and works for home made videos (although obviously he isn't releasing it at the moment) but as is it also wouldn't solve the problem of being able to fling other movies you have to the TV.
IE I own a digital copy of Ironman and have it on my tablet, before the google movie app would play it internally. With the update to enable chromecast it no longer shows up to even be played on the phone through the app, let alone fling it to the TV.
Get it whilst its hot.
Stream all those mp4 clips of 'nature' and documentaries with ease.. Definitely not porn. No.
Good stuff. :good:
Bonus! sky sports web videos now playback in non flash mode.. If u wait a second the vget icon appears top left of video.. Pleased
Sent from my Nexus 7
This is so full of win it's not even funny.
Works great.
Tried and works great. Streams seem to be more stable than with both Avia or BubbleUPnP for some reason.
So, on which sites would this be useful? I tried it on amazon prime, it didn't work. I wanted to see if it would work on byutv.org, it didn't work. Any suggestions on where I might use this?
primetime34 said:
So, on which sites would this be useful? I tried it on amazon prime, it didn't work. I wanted to see if it would work on byutv.org, it didn't work. Any suggestions on where I might use this?
Click to expand...
Click to collapse
You can use it to watch clips on hulu.com (not plus) and if you like searching archives (I do, it's an acquired taste) there's a ton of stuff on the Internet Archive.
https://archive.org/details/dick_tracy_detctive (be sure to use the mp4 link in the table)
It's jumpy, it's cheesy but it's the original **** Tracy.
Some good and all but lost stuff in there.
https://archive.org/details/EyesInTheNight720p1942
I'm sure you'll run across things for your tastes at other sites if you're not interested in that sort of thing. There's a lot of gems squirreled away on the net.
I'm just not getting how to use VGet with Chrome to cast an internet stream. Can someone explain it to me?
I have the VGet downloader extension and the VGet casting extension installed in Chrome on my PC.
I see a VGet icon on my toolbar.
If I start an internet video stream (like the **** Tracy example), I can can click on the VGet icon and it gives me the options to download or cast to Chromecast.
I click on Chromecast, and says it's searching for a DLNA renderer on my network (why does it need one?).
I have to turn on an Android based DLNA client like BubbleUpNP on my Android table, or it won't find anything and it won't proceed. My TV DLNA clients on Samsung or Roku aren't detected.
If I select my Android tablet as the DLNA renderer, I get a small VGet play window that looks like its trying to play something, but nothing happens. It never asks me anything about which Chromecast to use, and my Chromecast shows nothing. The BubbleUpNP client on the Android tablet shows a blank screen.
What's supposed to happen? I don't quite understand the relationship between VGet and the DLNA renderer and the Chromecast.
I'm using the vGet app for Android. On that, if you turn off desktop/Flash mode and turn on Chromecast, select an mp4, it'll cast. With desktop/Flash mode on, you get to choose - Stream (to your selected Android media player, MoboPlayer is good here), Download, or DLNA.
I didn't know that they made a desktop Chrome extension.
PS - when I said it works great - I'm using it with low quality videos that don't look worse via vGet/casting vs. any other methods I use to watch those, but it's very convenient so that's great for me.
VGet appears to work for the Webisodes Network website which is nice.
Would be even nicer if vGet had a functional back button in their internal browser. If I navigate into a site and then press the Android back button, it just bumps me out of the app.
Sent from my Nexus 5 using Tapatalk
cmstlist said:
VGet appears to work for the Webisodes Network website which is nice.
Would be even nicer if vGet had a functional back button in their internal browser. If I navigate into a site and then press the Android back button, it just bumps me out of the app.
Click to expand...
Click to collapse
Odd. Must be device or Android version dependent. I get the previous page.
The problem with the app that I noticed last night is that once my phone has gone to sleep, it sometimes forgets that it's casting and remote control is lost.
Are you seeing any of that?
PS - thanks for the tip on Webisodes.
Could be version dependent. This is a Nexus 7 2012 running 4.4. The bad back button may be a quirk of the new Chromium Web view.
Sent from my Nexus 5 using Tapatalk
Eyeonanime.com tried, tested, and verified to work.
Tried a few more experiments with the PC Chrome extension and with the Android app to answer my own questions about vGet since nobody else seems to have the answers.
As far as I can tell, the vGet extension for PC Chrome does not currently support the Chromecast, although it uses the Chromecast icon. When I click the cast icon and it prompts for a "DLNA renderer", it's looking for a playback client. But it doesn't detect the Chromecast as a valid client, nor does it detect my Roku (even if it's running the DLNA client), nor my Samsung Blu-Ray player (even if it's running the DLNA client). The only thing it detects is Android-based DLNA clients on the network, like BubbleUPnP on my tablet - and it can't cast successfully to that client either, although it tries.
I can get the Android vGet app to work and cast a stream like the **** Tracy video to the Chromecast, but it's really flaky. Most of the time I just get the cast icon in the middle of the screen on the Chromecast when vGet connects, and no stream starts. A few times I got sound but no video. It takes a couple of tries to get a proper video stream to start, and as soon as it does, vGet crashes Android immediately, causing a reboot - but the stream keeps playing on the Chromecast, so it's obviously receiving it directly. If I attempt to restart vGet after Android reboots, it just crashes and reboots Android again immediately as long as the Chromecast continues to play. Only after I turn off the Chromecast will vGet start again without crashing the Android tablet.
Too bad vGet on Android isn't more robust. I'd guess it cares about the version or something. I've used it quite a bit already without those issues. Hopefully they'll fix it.
Vget forma Android is great. But only with DLNA devices.
giuliastro said:
Vget forma Android is great. But only with DLNA devices.
Click to expand...
Click to collapse
My mileage is the exact opposite.
On vGet Android, I uncheck desktop/Flash, select Cast, then tap the desired mp4 link and I'm in business.
My TV tends to suck at dealing with DLNA video.
On my TV, I'm stuck with this -
Compatible files: DLNA-supported file types and extensions are listed below.
Music – MP3 (.mp3)
Photos – JPEG (.jpg, .jpeg)
Video – MPEG1 (.mpg, .mpeg) MPEG2 (.mpg, .mpeg, .trp, .ts, .tp) DIVX (.mpg, .mpeg, .avi)
MPEG4 AVC (.mpg, .mpeg)
Click to expand...
Click to collapse
Between vGet, LocalCast, and RealPlayer Cloud, I'm pretty much done with DLNA.
It's fabulous when it works though, I agree.
And now it's US$5 for vGet.
EarlyMon said:
And now it's US$5 for vGet.
Click to expand...
Click to collapse
Since when? I have it for free, so if you got it free you dont have to buy a premium version or anything?
Sent from my Nexus 10 using Tapatalk
impulse101 said:
Since when? I have it for free, so if you got it free you dont have to buy a premium version or anything?
Click to expand...
Click to collapse
Since now.
If you update to 0.4.3 or newly install it, you get two weeks free, after that it's $5. I understand that one can earn more free time through a new referral plan.
0.4.2 was the last free version.
People responded with unhappiness in the Play Store comments, the dev replied -
schibum February 27 said:
We are truly sorry for those that cannot afford to spend a few bucks and have no Facebook or real live friends to refer. But basically it's simple: Developing and maintaining an App costs money. This money has to come from somewhere. For some very popular Apps, Ads may be able to pay it for you . They cannot for vGet - we tried that initially.
Click to expand...
Click to collapse
I got the price by asking in another thread.
It's not listed in the Play Store - it simply says that an in-app purchase is added.
Hello XDA Developers,
I need some to developers to build an app.
The idea as that to add the network media devices (XBMC, Upnp..) to the list of Cast To.
Example -
You are watching a video using Youtube app.
You press the cast button (It will show the list of all network media devices)
You cast the video to XBMC
XBMC plays it on your TV or Monitor
Now use Youtube app as the remote for the playback
Thank You.
quappic said:
Hello XDA Developers,
I need some to developers to build an app.
The idea as that to add the network media devices (XBMC, Upnp..) to the list of Cast To.
Example -
You are watching a video using Youtube app.
You press the cast button (It will show the list of all network media devices)
You cast the video to XBMC
XBMC plays it on your TV or Monitor
Now use Youtube app as the remote for the playback
Thank You.
Click to expand...
Click to collapse
Not sure that can be done via an App I think it is all incorporated into the Media Router library of Android.
It might be possible to hack that and replace it or make the changes to a custom rom using that library though.
Asphyx said:
Not sure that can be done via an App I think it is all incorporated into the Media Router library of Android.
It might be possible to hack that and replace it or make the changes to a custom rom using that library though.
Click to expand...
Click to collapse
Libraries are inside the apps... so I dont think custom rom will affect it! (I may be wrong... not so knowledgeable about ROMs)
But I guess we can use the Xposed Framework's hook method to access it... And change it to search for all devices.... (Easier said then done!)
I need help to pinpoint that function in the Media Router Library....
quappic said:
Libraries are inside the apps...
Click to expand...
Click to collapse
Not in this case...That library is part of Android itself and Apps can use it but it is not in the app itself.
The app merely calls to that android library.
Asphyx said:
Not in this case...That library is part of Android itself and Apps can use it but it is not in the app itself.
The app merely calls to that android library.
Click to expand...
Click to collapse
I did find a app called 'Cast to Upnp/Dlna for GMusic' which seems to do the job..
It also claims that it will show network devices also in the cast to list in Chrome... (When you play using play music and chrome... I dosent work for me though... But works through the app.)
I guess it emulates upnp devices to be Chromecast.
Anyhow dismantled the apk. But could not make sense..
its too complicated due to obfuscated code! I am stuck here! :/
quappic said:
I did find a app called 'Cast to Upnp/Dlna for GMusic' which seems to do the job..
It also claims that it will show network devices also in the cast to list in Chrome... (When you play using play music and chrome... I dosent work for me though... But works through the app.)
I guess it emulates upnp devices to be Chromecast.
Anyhow dismantled the apk. But could not make sense..
its too complicated due to obfuscated code! I am stuck here! :/
Click to expand...
Click to collapse
Perhaps I am not understanding what you want...
It's easy to make an app that can include those other targets in an app but it's not possible to have that work in other apps Cast menu.
AT least not that I know of.
If anyone could do this it would be Koush who makes Allcast and supports what your looking for.
Asphyx said:
Perhaps I am not understanding what you want...
It's easy to make an app that can include those other targets in an app but it's not possible to have that work in other apps Cast menu.
AT least not that I know of.
If anyone could do this it would be Koush who makes Allcast and supports what your looking for.
Click to expand...
Click to collapse
How to include them in an app?
If we find it how to add those targets then...
We can use Xposed to add that to other cast apps too! (For now...)
Koush made allcast as an regular which is no use in this situation :/
You need the developers for those apps to support the feature...Only they can change how their own app works.
In the meantime check out BubbleUPnP out as it does what you want AND transcodes provided you have a PC to run the Server software on.
It will allow you to select just about any target device on your network that supports DLNA, UPnP and DIAL.
Asphyx said:
You need the developers for those apps to support the feature...Only they can change how their own app works.
In the meantime check out BubbleUPnP out as it does what you want AND transcodes provided you have a PC to run the Server software on.
It will allow you to select just about any target device on your network that supports DLNA, UPnP and DIAL.
Click to expand...
Click to collapse
As the casting uses another library (here Mediarouter of v7 android support library) to search for the chromecast devices.... We can use Xposed to hook the search method (hypothetically) and make it search for Upnp devices too...
I am aware of BubblePnP (same developer as of Cast to UPNP/DLNA for GMusic app)
But it dose not serve the propose.....
Like when you are watching a youtube you can simply cast it to XBMC and control the playback through the youtube app (Thats the feature I want)
But when you use BubblePnP we share a youtube video link (Non-Streaming) which then the upnp looks up using youtube plugin for it (Not every device have that plugin) then they play (their is also chance that it cant play it... restrictions for example.... even though you can play it on your mobile)
I guess the best step would be study the mediarouter library to check things out!
Let me disassemble the Google Play Music app and try to look how does it cast....
quappic said:
As the casting uses another library (here Mediarouter of v7 android support library) to search for the chromecast devices.... We can use Xposed to hook the search method (hypothetically) and make it search for Upnp devices too...
I am aware of BubblePnP (same developer as of Cast to UPNP/DLNA for GMusic app)
But it dose not serve the propose.....
Like when you are watching a youtube you can simply cast it to XBMC and control the playback through the youtube app (Thats the feature I want)
But when you use BubblePnP we share a youtube video link (Non-Streaming) which then the upnp looks up using youtube plugin for it (Not every device have that plugin) then they play (their is also chance that it cant play it... restrictions for example.... even though you can play it on your mobile)
I guess the best step would be study the mediarouter library to check things out!
Let me disassemble the Google Play Music app and try to look how does it cast....
Click to expand...
Click to collapse
I agree completely with the goal and feature, I'm just not sure you can hijack 3rd party calls to the Media Router library, insert the extra device search (or enable the ones that are there) and have them display in some App that has JUST CCast support to display DLNA targets as well.
If anyone is capable of that I would suspect he posts here! LOL
I would ask Koush Ditta about the viability...
But I wasn't shooting down the idea, just the notion that you could hack or patch the device to list those targets for any app that uses the Cast menu.
Asphyx said:
I agree completely with the goal and feature, I'm just not sure you can hijack 3rd party calls to the Media Router library, insert the extra device search (or enable the ones that are there) and have them display in some App that has JUST CCast support to display DLNA targets as well.
Click to expand...
Click to collapse
Sounds very hacky.
The flip-side, and I think what they mentioned, was to have a "middleman" piece that emulates a Chromecast, similar to how BubbleUPnP Server can pull stuff from other sources on behalf of a DLNA/UPnP receiver.
Problem is, all the Chromecast emulators (LeapCast, CR Cast, CheapCast) seem to have been broken by the enhanced signing security in the Cast SDK 2.0
Asphyx said:
I agree completely with the goal and feature, I'm just not sure you can hijack 3rd party calls to the Media Router library, insert the extra device search (or enable the ones that are there) and have them display in some App that has JUST CCast support to display DLNA targets as well..
Click to expand...
Click to collapse
CCast supported apps can send DLNA targets as they just send a streaming URL (According to log of Play Music...)
Anyway I disassembled the Play Music app. Great thing is that code is not obfuscated... But need a lot of work to understand the code...
@bhiga I did not understand completely!
But as far as I understood (may be wrong) is that you are saying to emulate a DLNA device as a chromecast, right?
But cant devices like XBMC directly get the streaming URL and stream it? (Confused) :/
quappic said:
CCast supported apps can send DLNA targets as they just send a streaming URL (According to log of Play Music...)
Anyway I disassembled the Play Music app. Great thing is that code is not obfuscated... But need a lot of work to understand the code...
@bhiga I did not understand completely!
But as far as I understood (may be wrong) is that you are saying to emulate a DLNA device as a chromecast, right?
But cant devices like XBMC directly get the streaming URL and stream it? (Confused) :/
Click to expand...
Click to collapse
Can maybe if they wanted to...But some like PLEX do not.
And I don't see anyway to hack into and get Plex to show DLNA targets in that menu by hijacking the calls to the Media router...
Truth is the Media router should do this already and perhaps it even does and the apps that are using are limiting the list on their end...
---------- Post added at 07:19 PM ---------- Previous post was at 07:11 PM ----------
bhiga said:
Sounds very hacky.
The flip-side, and I think what they mentioned, was to have a "middleman" piece that emulates a Chromecast, similar to how BubbleUPnP Server can pull stuff from other sources on behalf of a DLNA/UPnP receiver.
Click to expand...
Click to collapse
Yes it is rather hacky...What might be possible is something along what y2cast did which would instead of making a CCast a DLNA target did the opposite.
I know full well it is possible to get a listing of all devices (DLNA and CCAST) in an App...Allcast does this and Bubble finds these devices as well.
But thats because the developers of those apps had the good sense to put the code needed to get those listings.
Now you know I never say anything code related is impossible but in this case I find it hard to see how you could get an app whose developer did not have this foresight to code it in themself, to start displaying devices they had no intention of streaming to.
While both devicxe types may use linkage to stream the linkage used is VERY VERY different where a CCast sends a link to load a Player with Parameters and the other merely sends a link to the source media.
That would have to be accounted for in the App itself as the media router does none of that work for you that I know of.
quappic said:
CCast supported apps can send DLNA targets as they just send a streaming URL (According to log of Play Music...)
Anyway I disassembled the Play Music app. Great thing is that code is not obfuscated... But need a lot of work to understand the code...
@bhiga I did not understand completely!
But as far as I understood (may be wrong) is that you are saying to emulate a DLNA device as a chromecast, right?
But cant devices like XBMC directly get the streaming URL and stream it? (Confused) :/
Click to expand...
Click to collapse
Apps will only find what they're looking for. If they're looking for a Chromecast or Google Cast device, they will only find Chromecast and Google Cast devices. They will not find DLNA devices.
Likewise, if a app is looking for DLNA devices, it will only find DLNA devices, not Chromecast devices.
So in order for those apps to see other things, there must be some kind of translation or proxy.
This is where the idea of a Chromecast "emulator" or "masquerader" could come in.
The DIAL documentation probably has enough for the discovery aspect.
Once seen, the second half of the equation is whether the receiver is sent something that it knows how to use.
Most DLNA implementations do not restrict formats to only things Chromecast can use. So even if Chromecast is seen, it still may not work.
Thus, as Asphyx said, it's better for the application itself to support Chromecast natively, so it can make sure it only sends things that Chromecast and Google Cast devices can handle - or on the flip side, make sure to only send DLNA-compatible requests to DLNA devices.
The only other option would be to standardize the media router to encompass all target types and be a mediator involved in all links sent...
Not a good way to go really. Limits 3rd Party developers to what they could do and send to devices that are targets.
That said the apps themselves should already being putting this support into their apps because if you feel it is worth supporting a CCast then it's probably just as important to you to be able to cast to other renderers...
Bubble and Allcast do this already as do some others...
I have been waiting for the same thing to happen in Plex's cast menu...
I looked into the Google Play Music APK... and Chormecast API...
Found something which may get us started.... (A big May be.. Also assuming the Stream URL will work with other devices)
Here it is...
According to the Chromecast API
This line should be present in the App for the lifetime of its run
Code:
mMediaRouter = MediaRouter.getInstance(getApplicationContext())
So I searched for it in the APK code...
As it must be some where called when it searches for CCast devices
Found 4 usages.... under....
Code:
com.google.android.music - onCreate
com.google.android.music.cast - getSelectedRouteOnMainThread
com.google.android.music.playback - onCreate
com.google.android.music.ui.mmp - onCreate
4 possible paths.... Took the variable name and ignored...
Going to the next part of CCast API is to build a builder in the mediaRouterSelector.....
API Code...
Code:
mMediaRouteSelector = new MediaRouteSelector.Builder()
.addControlCategory(CastMediaControlIntent.categoryForCast("YOUR_APPLICATION_ID"))
.build();
Searched for it using the found variable name....
Only one usage under
Code:
com.google.android.music.ui.mmp - onCreate
The line.....
Code:
this.mMediaRouteSelector = new MediaRouteSelector.Builder().addControlCategory("android.media.intent.category.LIVE_AUDIO").addControlCategory("android.media.intent.category.REMOTE_PLAYBACK").addControlCategory("com.google.cast.CATEGORY_CAST").addControlCategory("com.google.cast.CATEGORY_CAST_APP_NAME:" + getCastAppName()).addControlCategory(str).build();
So did some queries (May be wrong again) and found that adding control category "com.google.cast.CATEGORY_CAST" filters CCast devices form all devices....
So, I made a Xposed App... to hook to that addControlCategory and read the parameters it receives... And if it has string 'cast' in it... null it...
Xposed Code....
Code:
//Google Play Music
if(lpparam.packageName.equals("com.google.android.music")) {
XposedBridge.log("Connected to Process: " + lpparam.packageName);
final Class<?> hookClass = XposedHelpers.findClass("android.support.v7.media.MediaRouteSelector", lpparam.classLoader);
XposedBridge.log("Injecting code now on" + lpparam.packageName + " : " + hookClass.toString());
XposedBridge.hookAllMethods(hookClass, "addControlCategory", new XC_MethodHook() {
@Override
protected void beforeHookedMethod(MethodHookParam param) throws Throwable {
Log.d("Hook", "Hooked! to addControlCategory");
Log.d("Hook", "Parmas: " + param.args[0].toString());
if(param.args[0].toString().contains("cast")) {
param.args[0] = null;
Log.d("Hook", "Params: Null (changed)!");
}
}
});
}
But I am stuck here.... Xposed seems to be attached to the process and their are no problems in the Xposed logs...
But their is no Debug Log for the hooked method....
No log shows for the received parameters!
Need some help here... Check the code.....
Hope it will be in some use!
Nothing guys? :/
@Asphyx
@bhiga
??
quappic said:
Nothing guys? :/
@Asphyx
@bhiga
??
Click to expand...
Click to collapse
Sorry, I know very little about Xposed Framework. Looks like something that would be a time sink for me, so I'm avoiding.
bhiga said:
Sorry, I know very little about Xposed Framework. Looks like something that would be a time sink for me, so I'm avoiding.
Click to expand...
Click to collapse
Leave Xposed Framework for minute...
But will the theory work? What do you think about it?
Getting the devices listed in the Menu is easy....
The issue is getting every program that it could show up on to send the proper linkage.
You won't be able to use an exposed framework for that.
Your going to have to create code for each and every app or an app like the y2cast app that mimics a CCast and converts links sent to it in DLNA Format.
While you can get the device listed it's almost impossible to get the hooks into each app t make those apps support DLNA if they do not already.
Your best bet is to create that opposite of y2cast and make an emulator that makes DLNA devices into CCasts instead of making CCast a DLNA renderer like y2cast does.
Then you don't need to hook into the menu listing operation the emulator merely gets discovered like any other DIAL device and when links get sent to it it converts those links to a proper DLNA send format.
I have a Nook Tablet running @amaces AOSP 7.0 and my husband has an HD running CM 11. The "cast" feature, as far as I can tell, does not seem to do anything. It doesn't see my Win 10 laptop and does not see a generic Miracast dongle I just picked up (the Win 10 PC does see the dongle...).
Does the cast feature support Chromecast? If so, what's the experience like? The main reason my husband's HD is still on CM 11 is to maintain functionality of the HDMI out. But we've run into issues with our local newspaper app (of all things) after an update and are now looking at trying the last CM 13 build to support HDMI out.
It would be simpler if the cast function worked (I.e., cast the entire screen) as well as the really simple HDMI out. I get it, people don't like wires. But for the price (now $10 online at B&N), that cable is pretty sweet.
So...what works for whole screen casting? We don't have smart TV's and don't use any streaming services. 90% of the video material is local, played with either MX player or Kodi. Occasional streams via Kodi.
I added an entry in the FAQ addressing some of these concerns.
nmyshkin said:
Does the cast feature support Chromecast? If so, what's the experience like? The main reason my husband's HD is still on CM 11 is to maintain functionality of the HDMI out. But we've run into issues with our local newspaper app (of all things) after an update and are now looking at trying the last CM 13 build to support HDMI out.
Click to expand...
Click to collapse
Yes, full screen casting definitely wants a Chromecast receiver. I think it works pretty well, especially for static content; highly dynamic content might have slight delays, or out of sync audio. Movies should be fine, but really, you should send video, YouTube, etc using in-app casting, so all A/V processing is done on the receiver (rather than full screen re-encoded on tablet).
nmyshkin said:
It would be simpler if the cast function worked (I.e., cast the entire screen) as well as the really simple HDMI out. I get it, people don't like wires. But for the price (now $10 online at B&N), that cable is pretty sweet.
So...what works for whole screen casting? We don't have smart TV's and don't use any streaming services. 90% of the video material is local, played with either MX player or Kodi. Occasional streams via Kodi.
Click to expand...
Click to collapse
While full screen casting works, for the above reasons, it's always better to use in-app casting, if available. Even with local content, finding an app that processes only the actual media (rather than capture/encode entire screen) is usually preferable. I looked at HDMI intermittently, but no idea what's broken yet.