I have recorded a bunch of videos on the Tilt and have them transferred to the desktop. The video and sound works fine in quicktime player, but sound is missing with any other players like VLC and media player classic. I hate quicktime, so is there a way to get sound on VLC and/or media player classic?
bmt134 said:
I have recorded a bunch of videos on the Tilt and have them transferred to the desktop. The video and sound works fine in quicktime player, but sound is missing with any other players like VLC and media player classic. I hate quicktime, so is there a way to get sound on VLC and/or media player classic?
Click to expand...
Click to collapse
Download KM Player...
I will play everything.
[size=+1]KM Player[/size]
Thanks, KMPlayer was able to play the vids with sound. Although, I don't like too many apps installed on my comp, so does anyone know how to get sound in VLC or Media Player Classic?
Could be wrong, but I think the MP4 vids produced by the TyTnII use an AMR codec for audio? If so, it might be worth giving http://www.afreecodec.com/win/946/open-amr-codec-narrowband/download/ a spin?
Hey fellow xoom users, i found this app that finally solves the problem of media streaming from windows to android devices. All u have to do is download the app https://market.android.com/details?id=com.skifta.android.app&feature=search_result
and create an account and download the desktop client, and fiddle with your windows media player settings and it works beautifully for streaming movies, pictures, and music. It works on local wifi and over public networks when u sign up. It works with any DLNA device too, and an xbox 360 and ps3 for streaming. It is the only app that works for this. If u have an alternate media player for unsupported formats like avi it even plays those files through that app while streaming. and from my use, it streams very well over any half decent wifi, but still requires wifi. i tried it on my EVO 4g and even oven 4g it would not stream, so thats the only downside. ENJOY!!!
http://www.skifta.com/
Looks awesome, I was just looking for something like this. I'm going to give it a try. Thanks
down side is that unless you tagged your movies for streaming during conversion you can only download from your NAS. Can't beat cifs manager for no holds barred streaming
All iMS channels seem to be streaming well to PS3. However, some personal videos bring up the common ps3 data type not supported (800288c9) error.
Old iPhone 3Gs videos seem to play fine. Some iPhone 4 videos play, but most get same error. Non of the Galaxy Note videos are playable.
If you're using iMS or any other app to stream videos to either your DLNA TV or Game console, could you please share your experiences? Thanks!
Tried a bunch of other media server apps from the store. Skifta, home dia, UPnPlay, bubble up, soft media player... Skifta and iMedia are the best/easiest to set up. But still no luck playing videos... seems that PS 3 just doesn't play well with the Note video format (3gp).
I'm trying to play videos off my PC by loading the file in chrome and then using the chromecast plugin to cast or playing videos off dropbox using aircast.
Either way, I haven't yet found 1 video that will play sound. When using chrome on the PC, I hear sound on the PC, then once I cast it, sound stops on the PC and I don't get sound on the TV.
I've tried .mkv and .mp4. If I try to play an .avi within chrome, the video just downloads into chrome, but it doesn't play, so I can't cast it.
I guess only certain sound formats will play on the chromecast?
Does anyone have a sample/reference file that definitely plays from chrome on the PC to the chromecast on the TV with sound? If that works, then I know it's just the file formats I'm trying.
I get sound when casting netflix and youtube.
Bump, Anyone?
I even just tried converting an mkv/ac3 to mkv/aac and mkv/mp3 and I still didn't get any audio.
i got the same issues using Chrome. Like you said, netflix and youtube work fine.
as you said avi will just download, MKV with ac3 will have no sound but mp4 works ok for me, just doesnt automatically resize. which doesn't help you much.
Can anyone at all play an .mkv with any type of audio and get both audio and video working on the TV? If so, I'd really like to try that same file.
i've only tested with MP4. i was able to get sound and video to play on TV. not sure what codecs those videos are in tho.
mrhomiec said:
i've only tested with MP4. i was able to get sound and video to play on TV. not sure what codecs those videos are in tho.
Click to expand...
Click to collapse
Do you have a small MP4 that you know works that maybe you can upload here or upload to dropbox and share a public link for it?
i don't. what i was testing were episodes and movies i downloaded.
Am I correct in thinking there is no video play with chromecast push support? I.e. MX Player, you are watching video on phone then you press cast button?
Not possible or just no app has done it yet?
Avia has paid ($2.99) CC support.
Sent from my Galaxy Nexus using xda app-developers app
There is an app called y2cast which can cast videos to the Chromecast together with an app called Moliplayer. The 1. problem of this is that everytime you turn on your TV, you have to connect y2cast with your Chromecast before you can start casting via Moliplayer and the 2. is that Moliplayer doesn't play every file format (even when you haven't connected it to the Chromecast) and is also very slow/has a lot of lag.
---------- Post added at 03:43 PM ---------- Previous post was at 03:27 PM ----------
Does Avia play every file format and can avia cast every file format to the chromecast?
There are loads of apps now that will play media from phone to Chromecast - BubbleUPnP is my personal choice, Allcast, Localcast, Avia....there are more.
They vary in their capabilities - most can't cast videos that are not encoded in a Chromecast friendly format. BubbleUPnP can with the help of a Bubble Server installed on a PC on the local network.
neu - smurph said:
There are loads of apps now that will play media from phone to Chromecast - BubbleUPnP is my personal choice, Allcast, Localcast, Avia....there are more.
They vary in their capabilities - most can't cast videos that are not encoded in a Chromecast friendly format. BubbleUPnP can with the help of a Bubble Server installed on a PC on the local network.
Click to expand...
Click to collapse
Well then you could just cast the video in a tab via Chrome. I'd love to see a solution where an android device does that, most of the devices are probably capable of doing it.
Pete1612 said:
Well then you could just cast the video in a tab via Chrome. I'd love to see a solution where an android device does that, most of the devices are probably capable of doing it.
Click to expand...
Click to collapse
Share the page to either vGet or Web Video Caster, and cast from there.
It's one extra step - sharing the link - but it works great for supported video formats.
vGet has more options and is a paid app. Web Video Caster just casts and is free.
EarlyMon said:
Share the page to either vGet or Web Video Caster, and cast from there.
It's one extra step - sharing the link - but it works great for supported video formats.
vGet has more options and is a paid app. Web Video Caster just casts and is free.
Click to expand...
Click to collapse
for thus you can also use chrome for android (free from google obviously), go to chrome://flags and turn on chromecast support
Avia does NOT work on all formats. It's a bit of a hit and miss. Some work some dont
The moment everyone is waiting for is for mx player or vlc to support Chromecast !
I think that the limitions are not in the players but in the software of ccast that can play only a few format and codecs.
Do you think that, in future, ccast will be updated and so it will play other video format? Is a feature that can be implemented with a firmware upgrade?
Thanks!
davboc said:
I think that the limitions are not in the players but in the software of ccast that can play only a few format and codecs.
Do you think that, in future, ccast will be updated and so it will play other video format? Is a feature that can be implemented with a firmware upgrade?
Thanks!
Click to expand...
Click to collapse
Yes and Maybe....
You're right in that the CCast is limited in codec and container support.
But that is really only true if the Player app that gets loaded into CCast relies on the CCast hardware to play the files.
Android itself is almost as limited as the CCast is as far as Compatible file formats are concerned but the video players we use on Android add the support for those different codecs and container types into the APPs themselves.
The same could be done on the CCast side and BubbleUPnP seems to be the one (and Only) app that has gone the farthest in doing that.
All the others seem to just send whatever format the file is in and if it isn't CCast compatible it won't play.
What needs to happen is for someone to create an MX Player type CCast Player app that can play many Container and Codec types without the need for Transcoding. Then others could potentially use that Player App (think along the lines of a JW Player type CCast Application) when sending Media to the CCast without the worry of incompatible file and codec format.
Or Google needs to create it and add it to the CCast OS as the default player.
As of now there is no option close to that...Bubble supports more container types than others and in conjunction with the Bubble Server will transcode the ones it doesn't support.
Plex seems to transcode everything that isn't directly CCast compatible and the other Player Apps we have for Android don't deal with Compatibility at all they merely send the media to CCast and it works only if it is compatible.
Perhaps in time they will add to the CCast Player side to gain more support but Bubble is so far the only one to really focus as much on the Player side compatibility expansion and features.
Plex is working on it as well but they are less focused on Compatibility due to the fact they are able to transcode everything to whatever format they want. After they get all the transcoding perfected they might turn focus into finding ways to avoid transcoding for those who have issues due to low power servers.
Asphyx said:
...
Click to expand...
Click to collapse
perfect explanation! Really thank you. I hope that this device will be supported with the right software, meaning apps, in the near future.
Thanks again.
davboc said:
perfect explanation! Really thank you. I hope that this device will be supported with the right software, meaning apps, in the near future.
Thanks again.
Click to expand...
Click to collapse
The problem right now seems to be that every App creates their own CCast Player App (called the receiver) but the DIAL protocol really doesn't require that to happen.
If the Open Source community would create a FREE TO USE Player App for CCast that any Android (or iOS app for that matter) could have the CCast load You might see a situation where all players could use that app to play to CCast and remove the need to code a Player themselves.
The only reason to code your own player then would be if you wanted to add other features like Media Info Mirroring and if the Player was Open Source it could be used inside their custom versions as well provided there is no issue with GPL license and Commercial Use.
the CCast support has come a long way since December...
I hope by next December we see more after people figure it out better.
The holdup is Google Locking it all up with the Whitelist.
I keep looking here hoping to find a developer that has decided to work on a CCast Player side to bring full client side support that others can use.
So Far Bubble is the only one focused on that side of the coding.
In the end the CCast player should support any container, Most Codecs, Client side selectable Subtitles and Multitrack Audio with Client side selection as well.
If they could add Dolby Support (not likely given the Licensing requirements) it would set the bar for all the others.
Localcast works well for me. Even let's me access and stream movies/TV shows straight from my USB stick on my Note 2 using an otg cable.
Sent from my Sinclair ZX81.
Koush tried software decoding for H.264 video - the processor ran hot enough to destroy his Chromecast, and that was using a known and mature routine.
The MediaTek processor is very good but it has limitations.
Maybe someone will take it further and succeed. I think it's more reasonable to look for more codecs on Chromecast 2, if at all.
Btw, LocalCast now lets you use your phone for headphones for stuff you're casting.
Not doubting you here...I know the Hardware is close to being an Egg Cooker even under normal usage....
But I'm curious as to why would he software decode H.264? No need to do that as it's already supported.
I'm just wondering if he was trying to do transcode from unsupported codec to H.264 on the device.
That method I would expect to not work at all.
But by adding loadable Software codecs it should not require the same proc cycles and speed as trying to transcode as it's really just a decoding operation which is roughly half the intense of transcoding which both decodes then re-encodes.
The Tricky part would be getting the player to load codecs on an as needed basis which is where I expect it might make the approach impossible.
I'm personally less concerned with codec support as I am with Containers, Subtitles and Audio Track selection being done on the Player side.
All of my Library is already H.264 But I much prefer MKV container for keeping Subs and Multiple Audio (for Commentary) so once a player comes out that supports all of those without transcoding I'll be a very happy puppy.
I don't know but I imagine that he was simply following a standard best practice -
Comparing known quantities to map the solution space before proceeding into the unknown.
The H.264 routine (just a software codec attached to a simple player from what I recall looking at the time) made sense for that, precisely because it was a mature, known quantity that could be compared to the existing feature in hardware.
Apples to apples.
perhap he tried that since H.264 is the most hardware intensive compression compared to say On2, Cinepak or the older Indeo...
If it could software decode H.264 then it could pretty much decode everything else just fine with the exception of MPEG2 which requires specific hardware.
Asphyx said:
What needs to happen is for someone to create an MX Player type CCast Player app that can play many Container and Codec types without the need for Transcoding. Then others could potentially use that Player App (think along the lines of a JW Player type CCast Application) when sending Media to the CCast without the worry of incompatible file and codec format.
Click to expand...
Click to collapse
Are you saying if a player i.e. MX player had the cast function builtin into it then you can cast any video format that MX player supports?
ermacwins said:
Are you saying if a player i.e. MX player had the cast function builtin into it then you can cast any video format that MX player supports?
Click to expand...
Click to collapse
That's what a lot of people want.
ermacwins said:
Are you saying if a player i.e. MX player had the cast function builtin into it then you can cast any video format that MX player supports?
Click to expand...
Click to collapse
No not at all.....an App's (aka Transmitter) ability to cast to a CCast has little to do with it can support but what the CCast supports....Other than through the player app it tells CCast to load to receive the stream (aka the Receiver app).
Every App tells the CCast to load a player and it is that player that determines what format can be played not what the App that started the cast supports.
So even if MX Player supported CCast now...Doesn't mean at all that streaming from it to a CCast means MKV or MOV files will play on the CCast despite the fact they play in MX Player just fine.
That is unless MX Player wrote a custom player (receiver) for the CCast that supported all the formats MX Player does or MX Player added the ability to transcode any format to work with the receiver they load into the CCast.
As of today just about every app that supports more than just the standard CCast compatible media do so via Transcoding.
And thats not likely to change soon unless someone figures out a way to do it without frying the unit.
I bet it would work a lot better if the player app was run outside of the Google Sandbox the way Netflix is when it does it's own decryption.
The question is will anyone other than one of the Partners who invented the DIAL protocol ever get that type of access to the hardware?
Not without Google being fully on board....