# \[BUG\] HLS input with relative path

**URL:** <https://community.wowza.com/t/bug-hls-input-with-relative-path/49850>\
**Category:** Wowza Streaming Engine\
**Created:** [October 5, 2017, 12:14pm UTC](https://community.wowza.com/t/bug-hls-input-with-relative-path/49850 "2017-10-05T12:14:27Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![Damien\_Leroy](https://avatars.discourse-cdn.com/v4/letter/d/45deac/32.png) [@Damien\_Leroy](https://community.wowza.com/u/Damien_Leroy)\
**Post date:** [October 5, 2017, 12:14pm UTC](https://community.wowza.com/t/bug-hls-input-with-relative-path/49850/1 "2017-10-05T12:14:27Z")

</div>

Using the Wowza Streaming Engine to ingest HLS (following instructions of [https://www.wowza.com/docs/how-to-publish-and-play-a-live-stream-apple-hls](https://www.wowza.com/docs/how-to-publish-and-play-a-live-stream-apple-hls)), I noticed that the ingest is not working correctly when the chunks are relative.

In practice, in a playlist located at [http://domain.com/a\_path/playlist.m3u8](http://domain.com/a_path/playlist.m3u8) which contains the following lines:

```auto
...
#EXTINF:4.00,
/another_path/chunk1.ts
...

```

… the chunk is supposed to be located at [http://domain.com/another\_path/chunk1.ts](http://domain.com/another_path/chunk1.ts). It is how it is interpreted in all players that I know.

Wowza does looks for this file at [http://domain.com/a\_path/another\_path/chunk1.ts](http://domain.com/a_path/another_path/chunk1.ts), which would correspond to the following content:

```auto
#EXTINF:4.00,
another_path/chunk1.ts

```

This problem makes the HLS ingestion fail when the chunk paths are relative and the playlist is not at the root of the domain.

---

<div class="post-metadata">

**Author:** ![Shaun\_Procter](https://avatars.discourse-cdn.com/v4/letter/s/df705f/32.png) [@Shaun\_Procter](https://community.wowza.com/u/Shaun_Procter)\
**Post date:** [December 22, 2017, 6:01am UTC](https://community.wowza.com/t/bug-hls-input-with-relative-path/49850/2 "2017-12-22T06:01:06Z")

</div>

Not sure if I have read the issue correctly. For deeper paths I find you need to use _definst_ in the path like this when referencing the playlist m3u8 file that Wowza generates,

http:///\<application\_name\>/_definst_/\<dir\_1\_name\>/\<dir\_2\_name\>/\<stream\_name/playlist.m3u8

e.g. where,

address = [somecompany.com](http://somecompany.com)

application\_name = live

dir\_1\_name = 1

dir\_2\_name = 2

stream\_name = 1.sdp

[http://somecompany.com/live/](http://somecompany.com/live/)_definst_/1/2/1.sdp/playlist.m3u8

---

<div class="post-metadata">

**Author:** ![Hector\_Claudio](https://avatars.discourse-cdn.com/v4/letter/h/d07c76/32.png) [@Hector\_Claudio](https://community.wowza.com/u/Hector_Claudio)\
**Post date:** [July 3, 2018, 3:19pm UTC](https://community.wowza.com/t/bug-hls-input-with-relative-path/49850/3 "2018-07-03T15:19:27Z")

</div>

I have the exact same problem. No resolution yet. Anyone has an answer please help, because this is rediculuous that I’m using two big hitters in the Industry (Akamai and Wowza) and something as simple as this has been an issue for over 6 to 8 months. Just parsing a url is TRIVIAL.