Streaming video to iTunes

  • This topic has 5 replies, 4 voices, and was last updated 14 years ago by Anonymous.
Viewing 6 posts - 1 through 6 (of 6 total)
  • Author
    Posts
  • #2326
    kungfudrew
    Guest

    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

    #16618
    RichardBerndt
    Guest

    I also would like to know what is going on with the audio stream only when attempting to do video. I tried renaming the extension, using both purchased video from the iTunes store and ripped DVD’s using Handbrake with my Macbook Pro.

    I am using Firefly on a machine with Ubuntu.

    #16619
    HyperX-Systems
    Guest

    Ive been trying to get video to work for ages. I have found that if you click on the artwork section in iTunes you will see the video and can make it full screen. Its a poor substitute but at least it works

    #16621
    Anonymous
    Inactive

    Any updates on video support(in the future)? I’m curious to know….

    I was trying to use the forum search but couldn’t find a subject related to video quickly. Using Google I ended up on this thread 😀 .

    /Thomas

    #16620
    Anonymous
    Inactive

    Video works great in forked-daapd 🙂 And I actively maintain video support, so I’d be happy to help you with any video issues if you were using that instead.

    http://blog.technologeek.org/2009/12/26/261

    #16622
    Anonymous
    Inactive

    Actually the service would allow iTunes shoppers to build out their digital video collection without worrying about the space needed to store the often hefty media files.

    _________________
    My Net Hubby | Future Sports Unlimited | Home of Natures | Futured Web Themes

Viewing 6 posts - 1 through 6 (of 6 total)
  • The forum ‘General Discussion’ is closed to new topics and replies.