Streaming video to iTunes

Okay, I didn’t want to start a new topic, but after a couple of days of searching and reading the forum, I haven’t been able to solve my problem. The situation is as follows:

I have an h.264 video called ‘Across the Universe.m4v’
I flattened it with MP4Box (a good way to sort out all the metadata so other utilities can shuffle things around if qt-faststart, etc. throw errors).
I rearranged the atoms with mp4creator -optimize.

I checked the atom tree with AtomicParsley -T and got this:

Atom ftyp @ 0 of size: 24, ends @ 24

Atom moov @ 24 of size: 5191063, ends @ 5191087

Atom mvhd @ 32 of size: 108, ends @ 140

Atom iods @ 140 of size: 24, ends @ 164

Atom trak @ 164 of size: 3408619, ends @ 3408783

Atom tkhd @ 172 of size: 92, ends @ 264

Atom mdia @ 264 of size: 3408483, ends @ 3408747

Atom mdhd @ 272 of size: 32, ends @ 304

Atom hdlr @ 304 of size: 33, ends @ 337

Atom minf @ 337 of size: 3408410, ends @ 3408747

Atom vmhd @ 345 of size: 20, ends @ 365

Atom dinf @ 365 of size: 36, ends @ 401

Atom dref @ 373 of size: 28, ends @ 401

Atom stbl @ 401 of size: 3408346, ends @ 3408747

Atom stsd @ 409 of size: 154, ends @ 563

Atom avc1 @ 425 of size: 138, ends @ 563

Atom avcC @ 511 of size: 52, ends @ 563

Atom stts @ 563 of size: 1072944, ends @ 1073507

Atom stsz @ 1073507 of size: 766400, ends @ 1839907

Atom stsc @ 1839907 of size: 40, ends @ 1839947

Atom stco @ 1839947 of size: 31952, ends @ 1871899

Atom ctts @ 1871899 of size: 1532776, ends @ 3404675

Atom stss @ 3404675 of size: 4072, ends @ 3408747

Atom edts @ 3408747 of size: 36, ends @ 3408783

Atom elst @ 3408755 of size: 28, ends @ 3408783

Atom trak @ 3408783 of size: 1408308, ends @ 4817091

Atom tkhd @ 3408791 of size: 92, ends @ 3408883

Atom mdia @ 3408883 of size: 1408208, ends @ 4817091

Atom mdhd @ 3408891 of size: 32, ends @ 3408923

Atom hdlr @ 3408923 of size: 33, ends @ 3408956

Atom minf @ 3408956 of size: 1408135, ends @ 4817091

Atom smhd @ 3408964 of size: 16, ends @ 3408980

Atom dinf @ 3408980 of size: 36, ends @ 3409016

Atom dref @ 3408988 of size: 28, ends @ 3409016

Atom stbl @ 3409016 of size: 1408075, ends @ 4817091

Atom stsd @ 3409024 of size: 103, ends @ 3409127

Atom mp4a @ 3409040 of size: 87, ends @ 3409127

Atom esds @ 3409076 of size: 51, ends @ 3409127

Atom stts @ 3409127 of size: 24, ends @ 3409151

Atom stsz @ 3409151 of size: 1376596, ends @ 4785747

Atom stsc @ 4785747 of size: 40, ends @ 4785787

Atom stco @ 4785787 of size: 31304, ends @ 4817091

Atom udta @ 4817091 of size: 373996, ends @ 5191087

Atom meta @ 4817099 of size: 373988, ends @ 5191087

Atom hdlr @ 4817111 of size: 33, ends @ 4817144

Atom ilst @ 4817144 of size: 373943, ends @ 5191087

Atom ©ART @ 4817152 of size: 105, ends @ 4817257

Atom data @ 4817160 of size: 97, ends @ 4817257

Atom stik @ 4817257 of size: 25, ends @ 4817282

Atom data @ 4817265 of size: 17, ends @ 4817282

Atom desc @ 4817282 of size: 860, ends @ 4818142

Atom data @ 4817290 of size: 852, ends @ 4818142

Atom ©day @ 4818142 of size: 44, ends @ 4818186

Atom data @ 4818150 of size: 36, ends @ 4818186

Atom ---- @ 4818186 of size: 88, ends @ 4818274

Atom mean @ 4818194 of size: 28, ends @ 4818222

Atom name @ 4818222 of size: 20, ends @ 4818242

Atom data @ 4818242 of size: 32, ends @ 4818274

Atom gnre @ 4818274 of size: 26, ends @ 4818300

Atom data @ 4818282 of size: 18, ends @ 4818300

Atom ---- @ 4818300 of size: 776, ends @ 4819076

Atom mean @ 4818308 of size: 28, ends @ 4818336

Atom name @ 4818336 of size: 20, ends @ 4818356

Atom data @ 4818356 of size: 720, ends @ 4819076

Atom ©nam @ 4819076 of size: 43, ends @ 4819119

Atom data @ 4819084 of size: 35, ends @ 4819119

Atom covr @ 4819119 of size: 371968, ends @ 5191087

Atom data @ 4819127 of size: 371960, ends @ 5191087

Atom mdat @ 5191087 of size: 1152645521, ends @ 1157836608

Total size: 1157836608 bytes; 68 atoms total. AtomicParsley version: 0.9.0 (utf8)

Media data: 1152645521 bytes; 5191087 bytes all other atoms (0.448% atom overhead).

Total free atom space: 0 bytes; 0.000% waste.

This seems to be in the right order given the discussion on these forums. Next it’s time to fire up mt-daapd (svn-1696) and try and stream it, and this is where things get interesting:

Getting uri...

Mallocing privinfo...

Added *Accept-Ranges=bytes*

Added *DAAP-Server=firefly/svn-1696*

Updating Content-Type from text/html to application/x-dmap-tagged

Added *Cache-Control=no-cache*

Added *Expires=-1*

Tokenizing url

Found 17 elements

Checking reponse 0

Checking reponse 1

Checking reponse 2

Checking reponse 3

Checking reponse 4

Checking reponse 5

Checking reponse 6

Checking reponse 7

Checking reponse 8

Checking reponse 9

Found it! Index: 9

Executing: select * from songs where id=1

Creating new db handle

Opening file:///home/drew/Movies/Across+the+Universe.m4v

Checking handler for file

opening /home/drew/Movies/Across the Universe.m4v

Thread 2: Length of file (remaining): 1157836608

Updating Content-Type from application/x-dmap-tagged to audio/m4v

Added *Content-Length=1157836608*

Updating Connection from close to Close

Emitting reponse header Content-Length: 1157836608

Emitting reponse header Expires: -1

Emitting reponse header Cache-Control: no-cache

Emitting reponse header DAAP-Server: firefly/svn-1696

Emitting reponse header Accept-Ranges: bytes

Emitting reponse header Content-Language: en_us

Emitting reponse header Content-Type: audio/m4v

Emitting reponse header Server: mt-daapd/svn-1696

Emitting reponse header Connection: Close

Emitting reponse header Date: Mon, 24 Mar 2008 08:50:01 GMT

Entering config_set_status

Exiting config_set_status

Session 0: Streaming file 'Across the Universe.m4v' to 192.168.1.200 (offset 0)

Write error: Broken pipe

Error copying file to remote...

Entering config_set_status

Exiting config_set_status

Thread 2: Terminating

Thread 2: Freeing request headers

Thread 2: Freeing response headers

Thread 2: Freeing request vars

Thread 2: Closing fd

With thread 2 exiting, 2 are still running

So, iTunes starts playing the audio of the movie, but not the video. Using ActivityMonitor.app I can see that iTunes is pulling down ~3MB/s (megabytes per second) of data which is way too much for just audio. Also, mt-daapd is showing stuff about audio/m4v which is odd… The line:
Updating Content-Type from application/x-dmap-tagged to audio/m4v
to be specific. So what’s going on?

Thanks,
Drew