search

evercam / ex_nvr

Video recording and computer vision for edge devices
https://evercam.github.io/ex_nvr/
GNU Affero General Public License v3.0
33 stars 7 forks source link

Playback speed #244

Open FerielKHA opened 8 months ago

FerielKHA commented 8 months ago

Add the possibility to manage the speed of the video.

Example: In Youtube video

image
marcoherbst commented 7 months ago

We discussed that currently the HLS feed is generated in realtime. A solution is needed that allows for adaptive playback speed.

marcoherbst commented 4 months ago

image

I see this exists (certainly in v 0.10

Closing.

gBillal commented 4 months ago

This is actually done in the front-end natively. This issue is about generating the speed in the back-end.

marcoherbst commented 4 months ago

Ok, on my test camera ( Dublin camera with h265 ) it seemed to work as expected. When I chose 2x speed , it plays 2x speed.

marcoherbst commented 2 months ago

This is actually done in the front-end natively. This issue is about generating the speed in the back-end.

Thinking about this today for some reason. I imagine what you see here is that, from recordings at least, we could have quite an efficient process to play only a small number of I-Frames. That's quite interesting from an Evercam perspective.

I was searching HLS Trick Play and I saw this link https://docs.unified-streaming.com/documentation/package/trickplay.html

which mentions https://docs.unified-streaming.com/documentation/package/trickplay.html

which links to the HLS spec for Jpeg Thumbnails https://dashif.org/docs/DASH-IF-IOP-v4.2-clean.htm#_Toc511040840

I keep these notes here as much for my memory as I always thought that HLS reduced to jpeg chunks was an interesting idea for streaming our Cloud Recordings