Perian for the iPhone

3 views
Skip to first unread message

MDK

unread,
Apr 28, 2008, 4:51:21 PM4/28/08
to perian discussion
Once upon a time,
there was a phone,
built for the crazy one,
but it was a crime:
videos played only after converting 'em
'cause it f*ckin lacked of perian!!!


Thank you for making my digital life much better with perian!
So, would you now be so kind and take it to the next level? Please!
;)
DivX on jailbroken iPhones, yay.


To be serious, it would be nice if someone could compile perian for
ARM, is it already planned?

Augie Fackler

unread,
Apr 28, 2008, 4:55:39 PM4/28/08
to perian-...@googlegroups.com

I've got some interest in doing this, but I don't even want to bother
putting engineering effort into it until we know what the jailbreaking
landscape looks like once the official SDK goes final. We'll see how
things pan out then.

>
> >

MDK

unread,
Apr 28, 2008, 5:11:34 PM4/28/08
to perian discussion
Thank you very much for your quick reply!

I don't think there will be to much change for 'broken devices sw-
landscape in June, since there is already an active dev-community
workin on official projects most Frameworks won't basically be changed
anymore, the beta1.2FW is pwned as Apple did nothing since 1.1.3 to
stop jailbreaking and last but not least the plugin-structure of
iPhone-quicktime won't be changed since it won't be opened. I assume
this is clear to you, just wanted to point it out.

It is your desitition, when and how you wan't to do it - and I have to
say I am very pleased hearing someone actually planned it already!

Augie Fackler

unread,
Apr 28, 2008, 5:17:20 PM4/28/08
to perian-...@googlegroups.com

On Apr 28, 2008, at 4:11 PM, MDK wrote:

>
> Thank you very much for your quick reply!
>
> I don't think there will be to much change for 'broken devices sw-
> landscape in June, since there is already an active dev-community
> workin on official projects most Frameworks won't basically be changed
> anymore, the beta1.2FW is pwned as Apple did nothing since 1.1.3 to
> stop jailbreaking and last but not least the plugin-structure of
> iPhone-quicktime won't be changed since it won't be opened. I assume
> this is clear to you, just wanted to point it out.
>
> It is your desitition, when and how you wan't to do it - and I have to
> say I am very pleased hearing someone actually planned it already!
>

I will warn you - the frameworks on the phone are totally
undocumented, and with the (lack) of speed on the phone, it's not
going to play a lot of files back acceptably. My guess is that I'll
experiment with it, but in the end decide it isn't a worthwhile
investment of time. I've already written scripts to use ffmpeg to
batch-convert to iPhone compatible mp4, and it goes blindingly fast on
a Core2Duo.

Graham Booker

unread,
Apr 28, 2008, 6:08:20 PM4/28/08
to perian-...@googlegroups.com

On Apr 28, 2008, at 4:17 PM, Augie Fackler wrote:
>
>
> On Apr 28, 2008, at 4:11 PM, MDK wrote:
>
>>
>> Thank you very much for your quick reply!
>>
>> I don't think there will be to much change for 'broken devices sw-
>> landscape in June, since there is already an active dev-community
>> workin on official projects most Frameworks won't basically be
>> changed
>> anymore, the beta1.2FW is pwned as Apple did nothing since 1.1.3 to
>> stop jailbreaking and last but not least the plugin-structure of
>> iPhone-quicktime won't be changed since it won't be opened. I assume
>> this is clear to you, just wanted to point it out.
>>
>> It is your desitition, when and how you wan't to do it - and I have
>> to
>> say I am very pleased hearing someone actually planned it already!
>>
>
> I will warn you - the frameworks on the phone are totally
> undocumented, and with the (lack) of speed on the phone, it's not
> going to play a lot of files back acceptably. My guess is that I'll
> experiment with it, but in the end decide it isn't a worthwhile
> investment of time. I've already written scripts to use ffmpeg to
> batch-convert to iPhone compatible mp4, and it goes blindingly fast on
> a Core2Duo.
>

Speaking of frameworks: The iPhone does *not* have a QuickTime
Framework. Sorry to say, but Perian is a QuickTime component and
without that, no perian on iPhone.

Now, what does this mean for playing other files on the iPhone:
Basically, it'll be a different project. Essentially, it will need to
be app that uses ffmpeg as its backend. It may be more feasible to
take VLC or mplayer, rip out their awful UI which no iPhone user would
never find acceptable, and give it a new front end. That'd be where I
start.

The only thing that bothers me is getting the files on there. iTunes
is obviously going to reject anything that the iPhone doesn't play out
of the box, and Apps are sandboxed so they can only see their own
files (can't see the music library last I looked). So, there would
also need to be some means of transferring files to the player's media
directory so it can play them. Then, what about the meta data, and
other niceties?

I really think the best solution is convert to mp4, and just transfer
that over. It will playback already, iTunes makes the transfer
painless, you have guarantees that it won't turn into a stop-motion
skip-fest, and you already have a nice browser for finding the clip.

>>
>> On 28 Apr., 22:55, Augie Fackler <li...@durin42.com> wrote:
>>> On Apr 28, 2008, at 3:51 PM, MDK wrote:
>>>
>>>
>>>
>>>
>>>
>>>> Once upon a time,
>>>> there was a phone,
>>>> built for the crazy one,
>>>> but it was a crime:
>>>> videos played only after converting 'em
>>>> 'cause it f*ckin lacked of perian!!!
>>>
>>>> Thank you for making my digital life much better with perian!
>>>> So, would you now be so kind and take it to the next level? Please!
>>>> ;)
>>>> DivX on jailbroken iPhones, yay.
>>>
>>>> To be serious, it would be nice if someone could compile perian for
>>>> ARM, is it already planned?
>>>
>>> I've got some interest in doing this, but I don't even want to
>>> bother
>>> putting engineering effort into it until we know what the
>>> jailbreaking
>>> landscape looks like once the official SDK goes final. We'll see how
>>> things pan out then.
>>>
>>>
>>>


- Graham


Augie Fackler

unread,
Apr 28, 2008, 6:59:15 PM4/28/08
to perian-...@googlegroups.com

On Apr 28, 2008, at 5:08 PM, Graham Booker wrote:

> The only thing that bothers me is getting the files on there.
> iTunes is obviously going to reject anything that the iPhone doesn't
> play out of the box, and Apps are sandboxed so they can only see
> their own files (can't see the music library last I looked). So,
> there would also need to be some means of transferring files to the
> player's media directory so it can play them. Then, what about the
> meta data, and other niceties?

This wouldn't matter if you did Perian for a jailbroken phone, in
theory.

That said, I see a standalone media player that has its own desktop
companion for adding files as being more probable, but at that point I
think I'd rather just see a Good tool that would sync on-disk
libraries into iTunes lazily.

MDK

unread,
Apr 28, 2008, 9:43:30 PM4/28/08
to perian discussion


On 29 Apr., 00:08, Graham Booker <gboo...@cod3r.com> wrote:

> Speaking of frameworks: The iPhone does *not* have a QuickTime  
> Framework.  Sorry to say, but Perian is a QuickTime component and  
> without that, no perian on iPhone.
>
> Now, what does this mean for playing other files on the iPhone:  
> Basically, it'll be a different project.  Essentially, it will need to  
> be app that uses ffmpeg as its backend.  It may be more feasible to  
> take VLC or mplayer, rip out their awful UI which no iPhone user would  
> never find acceptable, and give it a new front end.  That'd be where I  
> start.

Very good point. I digged a bit and found out that it only pretends to
be quicktime, but actually is something very special to the hardware.
Seems like H264H1.videodecoder is something really different
than .component

OK, knowing that fact, this is not convincing me, something like VLC
could be easier to realize. Look, the iPhone already has a player-app
supporting plugins for codecs:
a really bad plugin would always be better integrated in the whole
system, like sofa (french app), where I access my remote mac trough
safari, browse the folders and play a divx file in-place.

This makes me wonder if waiting is the only thing i have to do...
well, thanks for pointin that out

Alexander Strange

unread,
Apr 29, 2008, 12:29:33 AM4/29/08
to perian discussion
On Apr 28, 9:43 pm, MDK <m...@gmx.com> wrote:
> Very good point. I digged a bit and found out that it only pretends to
> be quicktime, but actually is something very special to the hardware.
> Seems like H264H1.videodecoder is something really different
> than .component

Those are components for Celestial, which seems to be similar to
PrivateFrameworks/CoreMediaIOServicesPrivate on OS X. Maybe that's
what we'll get for QuickTime 8?

Anyway, it's nearly impossible to recover structs from C programs, so
I don't think you could do it. But mplayer isn't so hard to port.

Ciaran McNulty

unread,
Apr 29, 2008, 3:59:11 AM4/29/08
to perian discussion
On Apr 28, 9:51 pm, MDK <m...@gmx.com> wrote:
> Thank you for making my digital life much better with perian!
> So, would you now be so kind and take it to the next level? Please!
> ;)
> DivX on jailbroken iPhones, yay.
>
> To be serious, it would be nice if someone could compile perian for
> ARM, is it already planned

I believe iPhone does its decoding in hardware on specialised chips, I
think it'll be significantly slower decoding other codecs using the
processor?

-Ciaran McNulty

MDK

unread,
Apr 29, 2008, 1:08:19 PM4/29/08
to perian discussion
Ars in depth: iPhone hardware
http://arstechnica.com/reviews/hardware/iphone-review.ars/14

Looks like it's done with the ARM, like anything on the phone ;P
(it read one of the three ARM-chips could do h.264-decoding, but is it
just fast enough or really specialized?)

MDK

unread,
Apr 29, 2008, 1:08:27 PM4/29/08
to perian discussion


On 29 Apr., 06:29, Alexander Strange <astra...@gmail.com> wrote:

> Anyway, it's nearly impossible to recover structs from C programs, so
> I don't think you could do it. But mplayer isn't so hard to port.

I see, this is a very constructive and it leads to anything but perian
for iPhone - to be honest, I am not the quicktime specialist, and this
discussion started all about my silly idea based on my knowledge of
existence of some decoder-plugins and the quicktime-logo on the
iPhone. However, it led me to a point where divx is much nearer to me

I'll be botherin those mplayer-guys tomorrow, maybe you are just right
and it's only some simple portin/checking dependecies to be done for a
cli-version, maybe easy with cydia.
Reply all
Reply to author
Forward
0 new messages