+- XBMC Community Forum (http://forum.xbmc.org)
+-- Forum: Help and Support (/forumdisplay.php?fid=33)
+--- Forum: XBMC General Help and Support (/forumdisplay.php?fid=111)
+---- Forum: iOS support (/forumdisplay.php?fid=137)
+---- Thread: Airplay to XMBC videos not rotating - it's upside down!! (/showthread.php?tid=110553)
- ajerazzor - 2011-09-22 08:49
Ned Scott Wrote:It's not an airplay problem, it's a Quick Time problem. I just tried it myself. I recorded 4 videos at every possible rotation of the iPhone, and only one plays correctly in XBMC (locally played, not over airplay). I'm guessing the .mov file has rotation data that is read when you play it in a native Apple/QT player, but isn't read by XBMC. I'll upload samples in a moment here.
OK Thanks Ned - if you can do that, then I wont do the same....appreciate everyone's responses
- Ned Scott - 2011-09-22 10:09
Maybe Apple didn't want to try processing the rotation on the fly while recording? I know the screen shows the view rotated, but that's hardly the full quality of the actual video (both in resolution and possibly frame rate). In any case it's something I remember being in QuickTime for a while, and I actually think it's neat. You can rotate or flip a video (or a bunch of other post-prossesing type stuff) and not have to re-encode the video. Basically making it a lossless process.
I don't know if on-the-fly rotation of .mov files is something you guys want to try or not, or is even possible right now with XBMC. The .mov container supports all kinds of stuff (including stylized subs way before mkv's were around, multiple video tracks, even some basic sprite animation), so that might be opening pandora's box. Granted the rotation thing is probably the only one of those features people will probably notice.
- Memphiz - 2011-09-22 13:02
not my area...
- Robikonobi - 2011-10-16 18:22
Has anyone found a solution for this yet? When displaying home video via the photo app, the videos are showing on the tv upside down via AirPlay. Pictures are displaying properly and the same video plays fine locally in xbmc. I am using a iPhone 4 on ios5 with a windows based xbmc running the latest nightly build.
- davilla - 2011-10-16 19:23
None for this cycle, there's a atom in mov containers that indicate the orientation, ffmpeg does not detect nor pass this atom up.
- kim1406 - 2011-10-17 11:18
I have same thing here, in some of my recordings on iPad/iPhone. I knew it is due to my bad shooting with the wrong angle, even though clips will be played fine on the iDevices, but not on my PC or XBMC.
- Memphiz - 2011-10-17 14:07
kim1406 Wrote:I have same thing here, in some of my recordings on iPad/iPhone. I knew it is due to my bad shooting with the wrong angle, even though clips will be played fine on the iDevices, but not on my PC or XBMC.
This doesn't change anything to the statement from davilla. We can't do anything about it until ffmpeg upstream developers make this bit accessible to us...
Pictures issue? - mliegey - 2012-02-09 17:08
Not meaning to hijack this thread, but has anyone noticed that pictures on the iphone lose aspect ratio when being "airplayed?" It seems to me that its getting squished (only from the sides, not from top/bottom) when being airplayed.
aka picture on iphone = rectangle
picture on tv = square
- pTeronaut - 2012-02-10 00:34
On the topic: As noted, this issue is a bug within iOS, if you use the volume controls to start recording video or take photos, then they will be upside down. If you use the touchscreen to initiate image capture (moving or still), then the screen orientation data will be recorded with the file correctly.
- XbmcFuntimes - 2012-02-10 13:24
pTeronaut Wrote:On the topic: As noted, this issue is a bug within iOS, if you use the volume controls to start recording video or take photos, then they will be upside down. If you use the touchscreen to initiate image capture (moving or still), then the screen orientation data will be recorded with the file correctly.
Where is this noted exactly? What you're saying is simply not the case. Having tried it myself this is most defiantly not the case.
Screen orientation must be recorded correctly with either method or the file wouldn't display correctly on your iPhone. The problem is that this information is either not being passed (such as appears to be with ffmeg) or not being used (e.g. when you try to view in windows media player) depending what method you use to display the picture.