+- XBMC Community Forum (http://forum.xbmc.org)
+-- Forum: Development (/forumdisplay.php?fid=32)
+--- Forum: Feature Suggestions (/forumdisplay.php?fid=9)
+--- Thread: Microsoft DVR-MS video container support request (/showthread.php?tid=34)
- John Donaghy - 2006-12-18 22:01
anywonder Wrote:actually I wonder if the xbmc devs will add this into the xbmc builds?
this new version of mplayer.dll plays .flv files better than dvdplayer (which xbmc now uses by default because previous mplayer couldn't play flv's)
Thanks for the feedback on it working for you. I dont think this'll make it into the main build of mplayer.dlll for a while though because I'm guessing it first needs to be accepted into mplayer itself. I've submitted a patch already but it's taking a while for them to review and accept it.
John
- John Donaghy - 2006-12-18 22:25
-wde- Wrote:John,
The sample I posted was recorded with MCE.
FYI, I converted the posted sample to mpg2 with DVR-MS toolbox. It does play in XBMC although at a pathetic frame rate. I got something like 6fps. I tried making adjustments to the cache to no avail. I'm still going to hold out hope that there is a solution to this, other than forking over a lot of money for the modded xboxes with extra ram and a faster processor (dreambox?).
Let me know if I can continue to help.
wde
Good to know that it's recorded with MCE, thanks. Which version/rollup are you using? I'm interested because I was able to get sound working by doing something similar to what I had to do to get the Meedio sample working. At first I thought it was a medio-specific issue but now I know it isnt.
Basically the audio stream header contains a number that's supposed to indicate the type of audio - the value isnt what the MS documentation says it should be for both the Meedio sample and your HD sample. In your case the audio is AC3 - not the usual MP3. Not sure if I have enough information to submit a patch to mplayer to get this working permanently though.
Re playing the HD file on the xbox - I wouldn't hold out too much hope on that one (which is a pity because I'd like to do that myself at some point). At the minute I cant even play the file on my windows build of mplayer without dropping frames - and it does play fine using WMP. I'm planning to look into why this doesnt work at some point when I have a chance.
John
- -wde- - 2006-12-20 05:57
John Donaghy Wrote:Good to know that it's recorded with MCE, thanks. Which version/rollup are you using? I'm interested because I was able to get sound working by doing something similar to what I had to do to get the Meedio sample working. At first I thought it was a medio-specific issue but now I know it isnt.John,
Basically the audio stream header contains a number that's supposed to indicate the type of audio - the value isnt what the MS documentation says it should be for both the Meedio sample and your HD sample. In your case the audio is AC3 - not the usual MP3. Not sure if I have enough information to submit a patch to mplayer to get this working permanently though.
Re playing the HD file on the xbox - I wouldn't hold out too much hope on that one (which is a pity because I'd like to do that myself at some point). At the minute I cant even play the file on my windows build of mplayer without dropping frames - and it does play fine using WMP. I'm planning to look into why this doesnt work at some point when I have a chance.
John
Thanks for looking into it.
I'm running version 5.1.2715.2773 (xpsp(wmbla),051011-0745) update rollup 2.
Different kind of dvr-ms issue - Don_Karnia - 2006-12-20 07:47
Hilo
I haven't yet connected my XBMC to my LAN, so I've been testing files via data-dvds. Everything else plays fine, but with dvr-ms, the video is in fast-forward but the audio is normal. Tried messing around with the video configuration settings, but nothing helps.
I understand dvr-ms isn't fully compatible yet, but I'm finding it kinda strange that nobody else seems to have this specific problem.
Running XBMC 2.0.1... on a PAL xbox (could that be the problem...?).
Thanks
- John Donaghy - 2006-12-22 18:31
Don_Karnia Wrote:Hilo
I haven't yet connected my XBMC to my LAN, so I've been testing files via data-dvds. Everything else plays fine, but with dvr-ms, the video is in fast-forward but the audio is normal. Tried messing around with the video configuration settings, but nothing helps.
I understand dvr-ms isn't fully compatible yet, but I'm finding it kinda strange that nobody else seems to have this specific problem.
Running XBMC 2.0.1... on a PAL xbox (could that be the problem...?).
Thanks
Did you try using the second test version of mplayer.dll I posted a few weeks back?
- Don_Karnia - 2006-12-23 01:38
Only just joined these forums so nup, I'll have a look for it.
- Don_Karnia - 2006-12-23 02:03
Replaced the original mplayer.dll file with the latest one and now it won't play anything... :confused2:
- Don_Karnia - 2006-12-23 03:06
Hmm, turns out it wasn't downloading the full file, and was saying finished before completion. Downloaded with Getright, and now dvr-ms files seem fixed, except the audio comes a few seconds before the video.
Also, the image gets kinda fuzzy when moving... but that might be only cos I'm using my older, small TV to test. I won't know until I get ethernet cables going from my router to my lounge room...
Still, a big improvement, thanks.
- John Donaghy - 2006-12-23 03:37
Don_Karnia Wrote:Downloaded with Getright, and now dvr-ms files seem fixed, except the audio comes a few seconds before the video.
Is the audio out of sync or do you mean that it starts before the video. If it's out of sync, does it say out by the same amount or does it get worse as time goes on - I mean can you fix it with the OSD?
John
- Don_Karnia - 2006-12-23 04:01
It's weird... I've got a recording of Smallville with a few minutes of Simpsons before it. For those first few minutes, the audio seems to come a few seconds before the video, and I can't fix it by fast-forwarding slightly or using the OSD... but if I fast-forward to Smallville, it's fine for 30 seconds or so, and then gradually gets worse. Blegh...