“file uri scheme”

hi,i'm exporting BGRA frames to h264 through AVAssetWriter on iOS.no matter what information i tag the source CVPixelBuffer(s) with (709 CGColorSpace, 709 primaries, 709 transfer function, 709 conversion matrix), the resulting file seems to always be using 601 primaries.if i tag the file as 601 and open it back up through AVFoundation the colors seem to match the source.i've found this comment on the internet in some opensource software...* AVAssetWriter will use BT.601 conversion matrix for RGB to YCbCr conversion * regardless of the kCVImageBufferYCbCrMatrixKey value. * Tagging the resulting video file as BT.601, is the best option right now. * Creating a proper BT.709 video is not possible at the moment. */my tests seem to confirm that this is the case.can someone how knows more confirm this?thanks

I've been sifting through the newer APIs and header comments for adding file promises to the pasteboard during dragging, and have a question. Assuming the code below, should I write something back to the pasteboard/item at the end of a file promise?-(void)mouseDown:(NSEvent *)theEvent { NSPasteboardItem *p = [NSPasteboardItem new]; [p setDataProvider:self forTypes:@[NSPasteboardTypeTabularText, NSPasteboardTypeString, NSPasteboardTypePDF, (__bridge NSString *)kPasteboardTypeFileURLPromise]]; [p setString:kUTTypeXLS forType:(__bridge NSString *)kPasteboardTypeFilePromiseContent]; NSDraggingItem *i = [[NSDraggingItem alloc] initWithPasteboardWriter:p]; NSSize s = NSMakeSize(64, 64); [i setDraggingFrame:(NSRect){[self convertPoint:theEvent.locationInWindow fromView:nil], s} contents:[NSImage imageWithSize:s flipped:false drawingHandler:^BOOL(NSRect dstRect) { [clipping drawInRect:dstRect]; return true; }]]; [self beginDraggingSessionWithItems:@[i] event:theEvent source:self]; } #pragma mark NSD

I have imported ios-charts in my Objective-C project, and running it in debug mode is fine. However, today I tried to archive and ad-hoc distribute my app, the app crashes at launch...I have set the swift optimization to none for release mode, still no luck.I have no log or trace since it's installed on iPhone 6. I am looking for help if anything I missed...I tried to remove all swift stuff and archive, everything is as usual now. However, once I drag the swift files into my Objective-C based project, Run(debug) the app is fine. But if archive(release) and install it on iPhone, immediate crash at launch. Anything what I am missing?I am with latest Xcode and swift official release

I recently was playing around with something in Xcode using a project created using the OS X Command Line Tool. I am fairly new when it comes to objective-C (will move to Swift soon) and was playing around with mathematical constants. An example of a very simple piece of code would be:NSLog(@u03c0 is %f, M_PI);Output --> π is 3.141593I wanted to view the definition for M_PI in the math.h file. But when I command-click on the contant M_PI in the code, I get a small error box that pops up with a question mark and test above it stating, Symbol Not Found. I have searched far and wide for a solution. One such solution, seemed promising, telling me to navigate to Xcode/preferences/locations and navigate to the derived data and delete its contents. This was unseccessful. I am out of ideas and really hope someone might be able to assist me! Thanks in advance.

I'm upgrading my CI box to El Capitan and Server 5.When the bot tries to checkout my repo it fails yielding an error such as :Bot Issue for GhostNote appStore_dev Bot (build service error)Integration #3 of GhostNote appStore_dev BotOpen in Xcode: xcbot://(null)/botID/3159aaf58ba762d3b34fc451b6009b50/integrationID/3159aaf58ba762d3b34fc451b600fe32Failed to stat file '/Library/Developer/XcodeServer/Integrations/Caches/3159aaf58ba762d3b34fc451b6009b50/Source/ghostnotes/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/GhostNote/Ghost