NOt working

[WordpressArtist]

CODE:

$videoPath = 'https://commondatastorage.googleapis.com/gtv-videos-bucket/sample/ElephantsDream.mp4';
$options = array(
'is_localPath' => false,
'is_https' => true,
'video_size' => null,
'video_buffer' => 512,
'content_type' => 'video/mp4',
'cache_control' => 'max-age=2592000, public',
'expires' => gmdate('D, d M Y H:i:s', time()+2592000).' GMT',
'last_modified' => gmdate('D, d M Y H:i:s', @filemtime($videoPath)).' GMT'
);

$videoStream = new VideoStream();
return $videoStream->streamVideo($a, $options);

RESPONSE :

BLANK VIDEO
502 (Bad Gateway)

[micilini]

Hi @WordpressArtist , I ran some tests using the settings you entered, on the local machine, if you repeat your settings, the code runs normally.

But if you do it on a server, I tested your code on my server (Own Domain with https / 1 GB Memory / 1 Intel vCPU / 25 GB Disk / Ubuntu 22.10 x64) (Yes I know, 1 GB and 1 vCPU is too little for a streaming library video), which I use exclusively to host this videoStream library, the code will break.

The solution is to set the 'is_https' option from true to false.

Yes, this seems counterintuitive, but it was a problem already identified in the code and that will be resolved in future updates.

Let me know if the issue is resolved.

[micilini]

Hey @WordpressArtist 👋

This bug has been fixed in v2.3.0, which was just released.

Root cause

The is_https option was the direct cause of the 502. When set to true, the library was sending this HTTP response header:
HTTPS/1.1 206 Partial Content

But HTTPS/1.1 is not a valid HTTP protocol string. The correct value is always HTTP/1.1, regardless of whether the connection uses TLS/SSL. HTTPS is the transport layer, not the application protocol. Apache/Nginx couldn't parse the invalid header and returned 502 Bad Gateway.

What changed in v2.3.0

• The is_https option has been completely removed — it was fundamentally broken and unnecessary
• The protocol string is now always HTTP/1.1 (which is how HTTP works)
• Remote video streaming now uses cURL with native Range passthrough instead of fopen(), which is faster and more reliable
• The library was rewritten with a new fluent API

New usage

use Micilini\VideoStream\VideoStream;

$stream = new VideoStream();
$stream->remote('https://commondatastorage.googleapis.com/gtv-videos-bucket/sample/ElephantsDream.mp4')
    ->output();

That's it — no more is_https, no more is_localPath, no more $options array. HTTPS URLs just work.

Upgrade

composer update micilini/video-stream

The old API (streamVideo($path, $options)) still works for backward compatibility but is deprecated and will be removed in v3.0. Check the new README for full documentation.

Closing this as resolved. If you encounter any issues with v2.3.0, feel free to open a new one!