The current OpenAPI specifications makes clear that every field as a determined purpose from the PoV of Vimeo system (storage, frontend, metadata, administration, ...)

But there is no user-defined metadata : A metadata field (or set of fields, possibly prefixed or nested), which can be set and queried, usable from the API (at least) and not necessarily public but would contain arbitrary content (4 kB blob/string/...)

The point is to let the user convey additional data alongside video instead of having to use a 3rd-party storage backend/listing/table/...

A common and obvious use-case come to mind:

• As a user coming from Youtube
• In want to store the original ID/URL/... of my YT videos alongside Vimeo videos
• in order to mirror then transition efficiently away from my YT channel

Could be an internal UUID, or something more complex related to a specific video (regarding ads, a/b testing, IA, versions, ...)
Consider custom metadata as 4kB of free private "metadata storage" alongside each video would be very useful (because the temptation is huge to hijack other [public] existing fields, [👉 tracks?] for fulfilling this class of use-cases)

Hey I'm the original author of Speccy. I'm doing the rounds letting people know they should switch to Spectral. Speccy is not getting much love these days, and Spectral is like its considerably more mature and advanced replacement.

It seems the specification is not in sync with the actual response(s?) of the API, at least for the https://api.vimeo.com/me/videos response.

I see the response is returning a player_embed_url field that I can't seem to find in the spec.

A simple search for player_embed_url in https://raw.githubusercontent.com/vimeo/openapi/master/api.yaml shows no results and is the basis for my question.

Hey now. Would love to get you guys in the Postman API network - https://explore.postman.com/ and do some storytelling on the blog about it. Ping me if interested. Thanks!

GET https://api.vimeo.com/videos/VIMEO_ID/texttracks returns 404 code, but according to documentation it shouldn't:

Video 456535774 does exist, but Vimeo API refuses to return its texttracks.

Let me know if this can be fixed on your end.

It would be very handy if each video (as retrieved from /me/videos for example) included the channel it belongs too (instead of only their parent_folder)