Earlier quoted context omitted.
That is a problem entirely of our own making. The stereo beside me has components that span 30 years and uses the same cabling for all components. I realise someone will come back with "Oh, but DRM, encryption, needing more information about the source and destination"... but I'd counter by pointing out that telecoms cabling works perfectly well for transporting all kinds of things across it. You can put into protoco…
While I sympathize, this isn't just about A/V standards. This allows for absolutely ANYTHING, barring bandwidth concerns. Ubiquitous body computers with skin access ports? We can make an interface for that. "Quantum broadcast" antenna technology? We can make a dongle for that.
(Presumably) Apple engineer comment on Lightning AV adapter design
151–160 of 175 posts
Re: (Presumably) Apple engineer comment on Lightning AV adapter design
#152Earlier quoted context omitted.
Perhaps you didn't experience the PR storm around the time OS X was initially released: it was heavily geared towards nerds and the literal phrase "open source" was extensively employed in their marketing material. This aside, you're basically trying to write off nirvana's (IMHO excellent) rant using a minor technicality, one of the common features of the discussions here that tends to make my skin crawl.
The technicality being that Darwin seizes to be an open source operating system once it is shipped with closed source components. Why would this be true?
GNU/Linux is therefore cough nVidia cough completely, 100% open. Thanks for clearing that up. Darwin sux!1!
/sarc
Re: (Presumably) Apple engineer comment on Lightning AV adapter design
#153Earlier quoted context omitted.
Sorry but are you talking about the right connector here ? Lightning is for the iPod, iPhone and iPad. Of course dual link DVI et al can do more than 1080p. They are all huge. Apple's needs to support not just today's thin devices but those for the next decade (iWatch ?).
DVI is inferior to HDMI in bandwidth, and plenty of mobile devices have been offering that.
Re: (Presumably) Apple engineer comment on Lightning AV adapter design
#154Earlier quoted context omitted.
You'd need 3Gbps to push uncompressed 1080p data. If you look at USB 3.0 and make a not-unreasonable bet that Lightning is slower, then you simply don't have the bandwidth to do so.
As well as bandwidth, power consumption. Chucking 3Gbps down a long wire is going to reduce battery life for a mobile product. Perhaps the controller can support it, but heat dissipation in the phone is significant?
Re: (Presumably) Apple engineer comment on Lightning AV adapter design
#155Ideology has trumped engineering, and as hackers, you shouldn't tolerate it. Frankly, all of this has been obvious all along to any competent engineer, since the moment Apple introduced lightening. They described it as a serial bus and talked about how it gave more flexibility. If you think about it for 2 seconds its obviously better to run protocols over a serial bus than to run 30 lines of individual signals, with…
What's the win from an engineering standpoint here? And why is this an inevitable design (which you suggest if I understand you right)? What are some other options and what are the reasons those might not have been used?
Re: (Presumably) Apple engineer comment on Lightning AV adapter design
#156Earlier quoted context omitted.
I appreciate reversibility once per day. In 2074 days of owning an iPhone and 1065 days of owning an iPad I have never used or wanted an HDMI output. I'd say they made the right tradeoff.
I agree. I don't even have a device with the connector (yet?), but it seems like a major advantage. Who are all these people popping out of the woodwork wanting a wired connection from their phone to their TV? I'm sure some people do this sometimes, but so many? Why would you even do that? Perhaps this is uncharitable, but it makes me think that most of the people complaining here have never done it, never will, prob…
Edit: third use case, hooking this up to a monitor to turn your smartphone into a desktop computer.
Re: (Presumably) Apple engineer comment on Lightning AV adapter design
#157Earlier quoted context omitted.
What you're saying is true from an engineering standpoint (serial vs parallel), but has to be placed in the customer's context. In this specific case the quality is bad, operation is unreliable, and the price is high. Consumer devices accept HDMI as input. Serial to parallel video (Lightning to HDMI) is tough without some heavy-duty hardware -- hence the exorbitant cost of these adapters. The SoC design introduces a…
I strongly disagree that reversibility is a small feature. Whenever Plugging the chargers to new iOS devices is effortless the same way as headphones jacks. Non-symmetrical connectors are an affront to usability.
Re: (Presumably) Apple engineer comment on Lightning AV adapter design
#158Earlier quoted context omitted.
I appreciate reversibility once per day. In 2074 days of owning an iPhone and 1065 days of owning an iPad I have never used or wanted an HDMI output. I'd say they made the right tradeoff.
I agree. I don't even have a device with the connector (yet?), but it seems like a major advantage. Who are all these people popping out of the woodwork wanting a wired connection from their phone to their TV? I'm sure some people do this sometimes, but so many? Why would you even do that? Perhaps this is uncharitable, but it makes me think that most of the people complaining here have never done it, never will, prob…
Re: (Presumably) Apple engineer comment on Lightning AV adapter design
#159Earlier quoted context omitted.
> suitable for processing in dedicated circuits, not SOCs. Your splitting hairs. Pretty much all HDMI transmitter ICs have a microcontroller on board, they need a processor to deal with the protocol configuration, DDC and HDCP. Probably most are using some 8051 design plunked into the chip. They are SoCs by any reasonable definition.
Yes, of course. But they have the the actual transfer of the raw data offloaded onto specific circuitry that mostly just passes it through, something the processor part of a SOC would be terrible at. That's not what Apple is doing; they take in a normal lossy compressed video stream (H.264, who knows) and then reconstruct a HDMI signal.
The rest of this is ancillary stuff. They aren't decoding h.264 on an ARM core, that's impossible for any significant bit rate, they are doing it with a purpose built bit of hardware, just as the HDMI encoding is done in a purpose built bit of hardware. Incidentally the encoding of HDMI is a mess, the spec is worth a read some time.
Re: (Presumably) Apple engineer comment on Lightning AV adapter design
#160Earlier quoted context omitted.
What you're saying is true from an engineering standpoint (serial vs parallel), but has to be placed in the customer's context. In this specific case the quality is bad, operation is unreliable, and the price is high. Consumer devices accept HDMI as input. Serial to parallel video (Lightning to HDMI) is tough without some heavy-duty hardware -- hence the exorbitant cost of these adapters. The SoC design introduces a…
The problem isn't even serial-to-parallel - HDMI is serial based - the problem is that Apple apparently designed Lightning with insufficient bandwidth for uncompressed video, then kludged around it. Then Apple fanboys went on and on about how much more elegant it is than MHL, which has much cheaper HDMI adapters and better video quality because all the MHL adapters have to do is convert one uncompressed serial video…
Good trade? No.