Get desktop application:
View/edit binary Protocol Buffers messages
Used in:
Used in:
enum
Used in:
Used in: ,
Used in:
* UP - The original pixel data matches the media's intended display orientation.
* DOWN - Rotate the original pixel data by 180 degree to match the media's intended display orientation.
* LEFT - Rotate the original pixel data by 90 degree counterclockwise to match the media's intended display orientation.
* RIGHT - Rotate the original pixel data by 90 degree clockwise to match the media's intended display orientation.
* UP_MIRRORED - Horizontally flip the original pixel data to match the media's intended display orientation.
* DOWN_MIRRORED - Vertically flip the original pixel data to match the media's intended display orientation.
* LEFT_MIRRORED - Rotate the original pixel data by 90 degree clockwise and flip horizontally to match the media's intended display orientation.
* RIGHT_MIRRORED - Rotate the original pixel data by 90 degree counterclockwise and flip horizontally to match the media's intended display orientation.
Used in:
Used in:
enum
Used in:
Used in:
Used in: , ,
* Media duration for videos. This differs than the value in the Duration envelope; which is about playback characteristics. E.g. for videos the Duration envelope might contain "play_once"; whereas MediaMetadata.duration_ms might be 1230 ms. See duration.proto or playback_characteristics.proto for the full documentation of how this works. Clients can use this information to display: 1. Total time information of a progress bar on the fullscreen video player (though that should really be based on the video itself; not this value) 2. Show total time on media before it's clicked (this *should* use this information; to avoid having to download the media). TODO (@ricky-leatham): consider renaming "Duration" to something like "Playback"
enum
* Height and width of the referenced
Used in:
Used in: , , , ,
enum
* The "DO_NOT_CLAIM" means that the media, once initially referenced, should have a fixed ttl, and thus it should not be re-claimed on a go-forward basis. For CAN_EXTEND_MEDIA_CLAIM cases, the party delivering the Snap in context should be responsible for making sure there's a claim matching the life cycle of this snap/snapdoc.
Used in:
Used in: , ,
Used in:
Used in:
Used in:
* UNKNOWN - Some legacy messages do not specify a media type - rather than make an assumption about what they are; we model them explicitly as UNKNOWN. New messages should absolutely not use this value.
* DEPRECATED. Please use DisplayOrientation to specify the display orientation. Orientation for display on the client. Defaults to VERTICAL. Need to continue being populated for supporting backward compatibility.
Used in:
Used in:
Used in:
Used in:
* The higher the value, the higher the media quality.
Used in:
Used in:
* FASTSTART_DISABLED - Can’t progressively stream; since MOOV atom is at the end
* FASTSTART_ENABLED - Capable of progressive streaming; with MOOV atom at the front
Used in:
Used in:
enum
enum