AdobeHDS f4f fragments not in order

[mrswhite]

Hi there
I'm wondering if you could help me out. I've downloaded a livestream (it's now over) using adobehds since i've noticed using urlsnooper that it had a f4m manifest file.

When I tried the common method I've always used which is

php AdobeHDS.php --manifest "http://warner-lh.akamaihd.net/z/hobbiteng_1@7503/manifest.f4m?hdcore=2.11.3&g=CDVTXVXUIKTY"

But when I do that I get this

Processing manifest info....
Quality Selection:
 Available: 3000 896 480 224
 Selected : 3000
Fragments Total: 708731213, First: 708727056, Start: 708727056, Parallel: 8
Downloading 708731213/708731213 fragments
Found 0 fragments
Finished

However, when I added a --start parameter like this

php AdobeHDS.php --manifest "http://warner-lh.akamaihd.net/z/hobbiteng_1@7503/manifest.f4m?hdcore=2.11.3&g=CDVTXVXUIKTY" --start 74719

It began downloading. It's a 3.5gb file. The thing is that when I play it, it plays but some fragments are clearly mixed up, like there are bits from the middle that show up at the beginning, etc.

Any ideas?

Thank you

[blimey]

Use livestreamer;

livestreamer "hds://warner-lh.akamaihd.net/z/hobbiteng_1@7503/manifest.f4m?hdcore=2.11.3&g=CDVTXVXUIKTY" best -o output.flv

The stream is still active, and it starts at the beginning too.

I've seen this sort of odd hds manifest from akamaihd.net before. For example, here;

http://www.huffingtonpost.com/2014/11/03/jennifer-lopez-92nd-street-y_n_6094968.html?utm_hp_ref=jennifer-lopez

By odd, I mean high fragment counts like 708731213/708731213, and yet 0 fragments found. There might be some parameters that get adobehds.php to work properly, I don't know. Livestreamer is working on your manifest now, 50% complete. No fragments are out of order. But, boy is that a pretty dull premiere.

[mrswhite]

Hi! Thank you for your reply!

I'm going to find livestreamer and give it ago. There is *something* weird going on. I can't remember right now where I found that "start" number I used, but after checking out the different URLs i got as the livestream began (i saved the urlsnooper output) I was then able to get a different number. I tried with "0" first haha but it didn't work, but then i saw that it one the first url was like this

http://warner-lh.akamaihd.net/z/hobbitlaspa_1@7512/3000_4f59a885c2bf18ec-p_Seg1-Frag708727235?als=6.76,12,3.83,3,2743,3191,25,0,0,84,f,7841.88,7856.07,t,u,VKGJVZZQTNMF,2.11.3,84&hdcore=2.11.3

So i used the numbers behind "Frag": 70872 as the start parameter.

Apparently it searched for some frags but began downloading from frag #71846.

I did a "--duration 60" just to check out the first 60 seconds (on my previous download it was already messy). But this time it worked. I tried with "--duration 900" and the first 15 minutes aprox downloaded correctly.

So I'm downloading it again starting from fragment 71846 for 9000 seconds and I'll see if that works.

Anyway, if this doesn't work I'll try livestreamer, it sounds very interesting. Thank you so much!

I'll let you all know how it works.