Hi,
I am trying to get the ActiveX plugin for the Windows Media Player to work in PocketIE, or rather Internet Explorer Mobile on an O2 XDA Orbit 2 (Windows Mobile 6). The objective is to play a wma file from a URL, but using javascript to control the player, which will sit in a display:none; styled div.
I dont want to post walls of code, so I have setup this simple page to illustrate and test it:
http://lukas.xcomms.ie/cblproof/Default.aspx
I am able to display this fine in PocketIE, and I am able to play the audio file, just as in the desktop browser. However, with the new version of this plugin (i.e. using classid "clsid:6BF52A52-394A-11D3-B153-00C04F79FAA6" instead of the old "CLSID:22D6F312-B0F6-11D0-94AB-0080C74C7E95"), I am no longer able to use the javascript calls for .Play() and .Stop() on the player object.
When I switch the code back to use the old plugin, I can successfully use javascript to control the player in the desktop version of IE, but since the plugin is not installed on the WinMo6 device, I cannot bring the page to load the player in PocketIE.
Has anyone come across this before, or is there any reference documentation for the new ActiveX plugin, similar to the old Windows Media Player for PocketPC SDK that Microsoft had for PocketPC 2002 way back when?
Any input here would be much appreciated, I have trawled this forum and the internet for two days now, but unfortunately information is very sparse. I am stuck with PocketIE because of other requirements for the project, so switching to Opera or SkiFire is not an option I am afraid.
Thank you very much in advance for any pointers!
Mike
Other options
Hi again,
since no-one seem to have an idea to circumvent this particular challenge, can anyone suggest an alternative? I would be willing to skin the plugin, or use any other means of controlling audio in a web page through JavaScript.
I hate the fact that we have to work with Pocket IE on this, but at least it means that whatever solution we go for will need to work only on this platform and not across a variety of handsets / browsers.
Very grateful for any thoughts, opinions, advice,
Thanks again!
Mike
Netflix plays on silverlight.
There is a linux silverlight project called moonlight.
Android is Linux.
My searching has found 0 tutorials on how to get all of that together so I can stream netflix movies onto my captivate.
I did see the article about netflix saying in 2011 that there will be a netflix branded app on some devices but it doesnt list devices so not even sure if that would help.
Moonlight doesn't work with Netflix even on Ubuntu or Fedora, or any other Linux build. On normal Linux, even when switching the UA string to one that identifies as Windows, it still isn't compatible. To watch Netflix on Linux you have to create a VM with Windows and use Silverlight there.
It is a nice idea though. I hear Netflix is coming out with an Android client here soon. They maybe waiting on Gingerbread or Honeycomb.
So I guess the question here is this: What would it take to get virtualbox ported to android??
veive said:
So I guess the question here is this: What would it take to get virtualbox ported to android??
Click to expand...
Click to collapse
More RAM in our devices.
Two things to add
1. Oracle needs to stop suing Google (VirtualBox was Sun and now Oracle) for VirtualBox to be even remotely ported to something like Android.
2. Android to stop fragmenting so badly that companies like Netflix has to write specific versions of the app for the platform (refer to Angry Birds dev about the topic if you are curious).
Thanks guys - good information...
If Netflix comes out for a phone such as the droid incredible but not for the captivate because the droid has a "DRM" path or something.
Will it be easy for people to "steal" the app so we can get it to work on captivate? Or is it hard to do stuff like that?
NinjaCoder said:
Thanks guys - good information...
If Netflix comes out for a phone such as the droid incredible but not for the captivate because the droid has a "DRM" path or something.
Will it be easy for people to "steal" the app so we can get it to work on captivate? Or is it hard to do stuff like that?
Click to expand...
Click to collapse
No doubt, that's one MAJOR factor thats held back Netflix for soo long on Android... DRM. With Android being as open as it is, Netflix's content providers won't allow it without some kind of strong DRM. It would probably be as easy to "barrow" as Blockbuster from a VZW Android phone.
VirtualBox won't run Windows on a phone. Not enough memory, and CPU emulation from ARM to x86 is crazy slow on something like a phone CPU, no matter if it's 1GHz or 1.28GHz like mine. The UI for an emulated XP, for example, would be like a seriously laggy powerpoint presentation.
We're best off not even thinking about it until an official client is announced.
killatt said:
2. Android to stop fragmenting so badly that companies like Netflix has to write specific versions of the app for the platform (refer to Angry Birds dev about the topic if you are curious).
Click to expand...
Click to collapse
That's not an issue. EVERY Android phone is capable of displaying streaming video. Even the 528MHz MSM7200 based phones can handle streams of up to 1500Kb/s.
Even if the phone is capable of streaming video, Androids fragmentation is getting in the way of the streaming software. For example, the android ustream app does not work on the Galaxy S.
Serisium said:
Even if the phone is capable of streaming video, Androids fragmentation is getting in the way of the streaming software. For example, the android ustream app does not work on the Galaxy S.
Click to expand...
Click to collapse
Again, that has nothing to do with fragmentation. That app is in Beta, so bugs on different builds of Android are 100% expected.
This is my attempt to create a basic Linux TV server for mobile devices. A poor mans slingbox alternative (with a channel controller). I started tinkering with a simple android webview apk that I haven't posted yet because I want to create one that would support ssh tunnels for the server. So for now this example can run from any www client with flash support (I'm running 2.2.1 firmware and Flash Player 10.2 in the demo) It's not as fancy as slingbox but it works for me.. maybe it would work for someone else too.
Alpha Demo: (file attached): mhtvs.tar
See youtube link in attached file for demo..
This forum has been so helpful to me... I lurk here often just thought I would submit my project as a thank you to xda.
Interesting
Sounds very nice! Could you please post a basic tutorial or steps to configure the files on source code?
http://www.jbkempf.com/blog/post/2013/VLC-2.1.0-rc1
I haven't seen any of the news organizations comment on the last blog post yet by JBK. He mentions Windows RT in one of the bullets, but I'm not tech savy enough to interpret the lingo.
Can anyone help me out in translating his blog post in relation to windows RT?
Says WinRT not windows RT. Somewhat confusing but the 2 are not one and the same. However now that WinRT is cracked I doubt it will be long until Windows RT is also cracked. As it stands right now VLC is not on the windows store for x86 either, I expect both ARM and x86 versions to be coming very soon though. Source code is there so it might well be possible to compile it for RT manually right now.
if you have time, can you explain the difference?
WinRT - Correct term for windows 8/RT metro apps, or rather the framework they run on. WinRT is a set of functions and libraries etc that all metro/modern/start apps use in order to run in both windows 8 and windows RT.
Windows RT - Windows 8 on ARM processors.
I think winRT is meant to mean windows runtime. Windows rt doesn't really mean anything though.
Ah, but it does. It means that Microsoft's branding folks are *still* braindead. They'l be the last people left after the zombie apocalypse; nothing they have would be of interest.
Seriously, this is from the people who brought you "Windows Phone 7 Series" instead of something like Xphone or Zune Phone or some such. I thought they canned that guy, but apparently it wasn't confined to him...
Is there a way to build this state of progress from source to test it? I only found a tut for cross-compiling it for old arm (pda).
Cheers
Blade
BIade said:
Is there a way to build this state of progress from source to test it? I only found a tut for cross-compiling it for old arm (pda).
Cheers
Blade
Click to expand...
Click to collapse
They only posted source to VLC itself, not the MinGW toolchain required to target WinRT so we can't test windows 8/RT app support yet on x86 or ARM.
SixSixSevenSeven said:
They only posted source to VLC itself, not the MinGW toolchain required to target WinRT so we can't test windows 8/RT app support yet on x86 or ARM.
Click to expand...
Click to collapse
Oh Thank you very much for your answer (so fast). So good to know. Still waiting for a good free mkv player. "mobile.hd media player" (trail expired) and "PowerDVD mobile" (trail running) are very very good to play mkv, but sadly not free...
BIade said:
Oh Thank you very much for your answer (so fast). So good to know. Still waiting for a good free mkv player. "mobile.hd media player" (trail expired) and "PowerDVD mobile" (trail running) are very very good to play mkv, but sadly not free...
Click to expand...
Click to collapse
download VLC on another PC. Control+R. In the window which appears click Add. Click the little arrow on the convert/save button, click convert. Leave it at default settings (or play with it if you wish), set the output file to "file.mp4" of course changing file for the name you want. Hit start. Takes awhile though (about as long as the original file itself takes to play sometimes).
In my life I have never come across an mkv file, ever. Convert it to something else, play on RT.
Hey, I'm aware of that we can play mp4 files on our RT, but sadly my hd-movie-collection is 500GB+ and it would be hard to convert all the videos. There are also some players for the RT, which converts mkv to mp4 just before you want to watch, and it also takes a while. I was just stunned as I saw, that our RT is able to play that 10GB+-mkv-file flawlessly (with the mentioned players), without any framedrops or stucking or audio-lagging. So I think, I just wait a bit...
BIade said:
Hey, I'm aware of that we can play mp4 files on our RT, but sadly my hd-movie-collection is 500GB+ and it would be hard to convert all the videos. There are also some players for the RT, which converts mkv to mp4 just before you want to watch, and it also takes a while. I was just stunned as I saw, that our RT is able to play that 10GB+-mkv-file flawlessly (with the mentioned players), without any framedrops or stucking or audio-lagging. So I think, I just wait a bit...
Click to expand...
Click to collapse
It wouldn't be that hard to convert your MKV files to MP4. No re-encoding is necessary, just a re-writing of the files in MP4 containers. It takes only a few minutes/GB. Just find a converter that will batch process. I think that MKV/AVI to MP4 (for non-RT Windows) does that. It'll take all night or all afternoon to go through 500GB, but it won't require any supervision.
Keep in mind, though, that a main reason why MKV is the preferred format for ripped movies is that it has better subtitle and audio track support (ex. more than one audio track, whether it be two different languages or, say, 2.0 English and 5.1 English) than MP4 does. You might lose these features on any movies that have them if you convert them. If your movies don't use those features, or if the only subtitled movies that you have have the subtitles burned into the video, then you should be fine.
Thanks, I'll give it a shot Though most of my movies are dual-lang, I would try some of them to be put in a new container with single-lang
Cheers
Blade
BIade said:
Thanks, I'll give it a shot Though most of my movies are dual-lang, I would try some of them to be put in a new container with single-lang
Click to expand...
Click to collapse
FYI, I just tested on a movie of mine, and my initial estimation was quite a bit off, so my mistake on that. It takes several minutes per GB, not 10-30 seconds (it can take 10-30 seconds for a 350MB, low-quality rip, just not for a full GB). So, we're talking about a batch process that will take the better part of a day to go through 500GB, but, still, that's not so bad (considering the sheer size), since you don't need to babysit it any. You might start a batch of the entire collection and let it go for a day or you might split it up and do, say, 200GB overnight one night, 200GB overnight the next night and so on, so as not to tax the system too much or make it unusable for work or play during the day.
VLC 2.1 has released
On the release page under mobile they say:
Partial port to WinRT, for Windows 8, 8.1 and WP8.
Click to expand...
Click to collapse
Anyone here know, how to get this? I searched everywhere, but all i could get exept the win32-version is the source.tar.gz
Would love to test this
Or did I missunderstood the "winRT"? Because they do not say Windows RT....
Cheers
Blade
BIade said:
VLC 2.1 has released
On the release page under mobile they say:
Anyone here know, how to get this? I searched everywhere, but all i could get exept the win32-version is the source.tar.gz
Would love to test this
Or did I missunderstood the "winRT"? Because they do not say Windows RT....
Cheers
Blade
Click to expand...
Click to collapse
WinRT is the API used for start apps. Windows RT is windows 8 running on ARM (so both contain winrt). You wouldn't be the first to mix the 2, nor the last, frankly microsoft shouldnt have given the 2 such similar names.
I'm guessing because they dont mention ARM or windows RT, its winrt on x86 only at this time.
Thank you soo much for your answer. I'm so happy that a well known member has given me the answer, and I'm so sad they we cannot profit from that vlc 2.1 on our arm
Greatefully
Blade
WebOS is fine for what it does, however the built in media player is horrible and is unable to play many things. This question has already been asked on the VLC forum (https://forum.videolan.org/viewtopic.php?t=148909), with ultimately one of the developers saying "You cannot ship C/C++ code to WebOS LG TV, so it will probably have to wait for VLC.js and WASM support on LG TV".
However, this doesn't really make sense as webOS is written with C++ and XDA member xtreme_protector has ported RetroArch which is written in C/C++. Is it really impossible to port VLC? If I knew how to port apps I would attempt it myself.
Here is the SDK, great thanks to anyone who may give it a shot.
GitHub - webosbrew/meta-lg-webos-ndk: Most important tool to brew some native app for webOS TV
Most important tool to brew some native app for webOS TV - GitHub - webosbrew/meta-lg-webos-ndk: Most important tool to brew some native app for webOS TV
github.com