tracks(3)

πŸ’– tracks(3) πŸ’–

okay bestie sit DOWN because this is the libmtp manual, library-functions-manual edition, and it's literally all about tracks ✨ (tracks(3), if you're being formal about it). No cap, it's giving "everything you ever wanted to know about talking to an MTP device about its music and video tracks." 🎡🎬


✨ NAME ✨

libmtp β€” tracks πŸŽ€


πŸ¦‹ SYNOPSIS πŸ¦‹

πŸ’… Functions πŸ’…

LIBMTP_track_t * LIBMTP_new_track_t (void)
void LIBMTP_destroy_track_t (LIBMTP_track_t *)
LIBMTP_track_t * LIBMTP_Get_Tracklisting (LIBMTP_mtpdevice_t *)
LIBMTP_track_t * LIBMTP_Get_Tracklisting_With_Callback
    (LIBMTP_mtpdevice_t *, LIBMTP_progressfunc_t const, void const
    *const)
LIBMTP_track_t * LIBMTP_Get_Tracklisting_With_Callback_For_Storage
    (LIBMTP_mtpdevice_t *, uint32_t const, LIBMTP_progressfunc_t const,
    void const *const)
LIBMTP_track_t * LIBMTP_Get_Trackmetadata (LIBMTP_mtpdevice_t *,
    uint32_t const)
int LIBMTP_Get_Track_To_File (LIBMTP_mtpdevice_t *, uint32_t, char const
    *const, LIBMTP_progressfunc_t const, void const *const)
int LIBMTP_Get_Track_To_File_Descriptor (LIBMTP_mtpdevice_t *, uint32_t
    const, int const, LIBMTP_progressfunc_t const, void const *const)
int LIBMTP_Get_Track_To_Handler (LIBMTP_mtpdevice_t *, uint32_t const,
    MTPDataPutFunc, void *, LIBMTP_progressfunc_t const, void const
    *const)
int LIBMTP_Send_Track_From_File (LIBMTP_mtpdevice_t *, char const
    *const, LIBMTP_track_t *const, LIBMTP_progressfunc_t const, void
    const *const)
int LIBMTP_Send_Track_From_File_Descriptor (LIBMTP_mtpdevice_t *, int
    const, LIBMTP_track_t *const, LIBMTP_progressfunc_t const, void
    const *const)
int LIBMTP_Send_Track_From_Handler (LIBMTP_mtpdevice_t *,
    MTPDataGetFunc, void *, LIBMTP_track_t *const, LIBMTP_progressfunc_t
    const, void const *const)
int LIBMTP_Update_Track_Metadata (LIBMTP_mtpdevice_t *, LIBMTP_track_t
    const *const)
int LIBMTP_Track_Exists (LIBMTP_mtpdevice_t *, uint32_t const)
int LIBMTP_Set_Track_Name (LIBMTP_mtpdevice_t *, LIBMTP_track_t *, const
    char *)

fourteen functions, bestie. count 'em. πŸ”₯


🌸 Detailed Description 🌸

no notes, bestie β€” the original just kinda… doesn't say anything here. iconic of it honestly. moving on πŸ’€

πŸ‘‘ Function Documentation πŸ‘‘

πŸŽ€ void LIBMTP_destroy_track_t (LIBMTP_track_t * track)

okay so this one destroys a track metadata structure πŸ’€ and deallocates all the memory it was using, including any strings hanging off it.

⚠️ bestie LISTEN β€” never, ever use a track metadata structure again after you call this function on it. it's done. it's over. it's not coming back. that's undefined-behaviour territory and we do NOT go there. πŸ™ˆ

Parameters

  • track β€” the track metadata to destroy.

See also

  • LIBMTP_new_track_t()

References LIBMTP_track_struct::album, LIBMTP_track_struct::artist, LIBMTP_track_struct::composer, LIBMTP_track_struct::date, LIBMTP_track_struct::filename, LIBMTP_track_struct::genre, and LIBMTP_track_struct::title.

Referenced by LIBMTP_Get_Tracklisting_With_Callback_For_Storage(), and LIBMTP_Get_Trackmetadata().


πŸŽ€ int LIBMTP_Get_Track_To_File (LIBMTP_mtpdevice_t * device, uint32_t const id, char const *const path, LIBMTP_progressfunc_t const callback, void const *const data)

this one pulls a track off the device and drops it into a file, identified by a filename ✨. real talk though: this is actually just a wrapper for the LIBMTP_Get_Track_To_File() function. (yes bestie, that's literally what it says. we don't question it, we just report it πŸ’…)

Parameters

  • device β€” a pointer to the device to get the track from.
  • id β€” the track ID of the track to retrieve.
  • path β€” a filename to use for the retrieved track.
  • callback β€” a progress indicator function or NULL to ignore.
  • data β€” a user-defined pointer that is passed along to the progress function in order to pass along some user defined data to the progress updates. If not used, set this to NULL.

Returns

  • 0 if the transfer was successful, any other value means failure. 😭

See also

  • LIBMTP_Get_Track_To_File_Descriptor()

References LIBMTP_Get_File_To_File().


πŸŽ€ int LIBMTP_Get_Track_To_File_Descriptor (LIBMTP_mtpdevice_t * device, uint32_t const id, int const fd, LIBMTP_progressfunc_t const callback, void const *const data)

same vibe as before but the destination is a file descriptor instead of a filename 🫢. and yeah β€” this is actually just a wrapper for the LIBMTP_Get_File_To_File_Descriptor() function.

Parameters

  • device β€” a pointer to the device to get the track from.
  • id β€” the track ID of the track to retrieve.
  • fd β€” a file descriptor to write the track to.
  • callback β€” a progress indicator function or NULL to ignore.
  • data β€” a user-defined pointer that is passed along to the progress function in order to pass along some user defined data to the progress updates. If not used, set this to NULL.

Returns

  • 0 if the transfer was successful, any other value means failure.

See also

  • LIBMTP_Get_Track_To_File()

References LIBMTP_Get_File_To_File_Descriptor().


πŸŽ€ int LIBMTP_Get_Track_To_Handler (LIBMTP_mtpdevice_t * device, uint32_t const id, MTPDataPutFunc put_func, void * priv, LIBMTP_progressfunc_t const callback, void const *const data)

this one gets a track off the device and hands it straight to a handler function 🧚. and yes, it's actually just a wrapper for the LIBMTP_Get_File_To_Handler() function.

Parameters

  • device β€” a pointer to the device to get the track from.
  • id β€” the track ID of the track to retrieve.
  • put_func β€” the function to call when we have data.
  • priv β€” the user-defined pointer that is passed to put_func.
  • callback β€” a progress indicator function or NULL to ignore.
  • data β€” a user-defined pointer that is passed along to the progress function in order to pass along some user defined data to the progress updates. If not used, set this to NULL.

Returns

  • 0 if the transfer was successful, any other value means failure.

References LIBMTP_Get_File_To_Handler().


πŸŽ€ LIBMTP_track_t * LIBMTP_Get_Tracklisting (LIBMTP_mtpdevice_t * device)

🚨 THIS FUNCTION IS DEPRECATED. PLEASE UPDATE YOUR CODE IN ORDER NOT TO USE IT. 🚨 bestie seriously, update your code. it's giving legacy. it's giving "we love you but please move on." πŸ’€

See also

  • LIBMTP_Get_Tracklisting_With_Callback()

References LIBMTP_Get_Tracklisting_With_Callback().


πŸŽ€ LIBMTP_track_t * LIBMTP_Get_Tracklisting_With_Callback (LIBMTP_mtpdevice_t * device, LIBMTP_progressfunc_t const callback, void const *const data)

okay this is the main character ✨. it returns a long list of all tracks available on the current MTP device. and when we say tracks, we mean multimedia objects in general β€” both music tracks and video tracks. 🌈

typical usage, verbatim:

LIBMTP_track_t *tracklist;

tracklist = LIBMTP_Get_Tracklisting_With_Callback(device, callback, data);
while (tracklist != NULL) {
  LIBMTP_track_t *tmp;

  // Do something on each element in the list here...
  tmp = tracklist;
  tracklist = tracklist->next;
  LIBMTP_destroy_track_t(tmp);
}

now β€” if you wanna group your track listing by storage (per storage unit) or arrange tracks into folders, you must dereference the storage_id and/or parent_id field of the returned LIBMTP_track_t struct. to arrange by folders or files you typically have to create the proper trees by calls to LIBMTP_Get_Storage() and/or LIBMTP_Get_Folder_List() first. iykyk 🫢

Parameters

  • device β€” a pointer to the device to get the track listing for.
  • callback β€” a function to be called during the tracklisting retrieveal for displaying progress bars etc, or NULL if you don't want any callbacks.
  • data β€” a user-defined pointer that is passed along to the progress function in order to pass along some user defined data to the progress updates. If not used, set this to NULL.

Returns

  • a list of tracks that can be followed using the next field of the LIBMTP_track_t data structure. Each of the metadata tags must be freed after use, and may contain only partial metadata information, i.e. one or several fields may be NULL or 0. πŸ‘‘

See also

  • LIBMTP_Get_Trackmetadata()

References LIBMTP_Get_Tracklisting_With_Callback_For_Storage().

Referenced by LIBMTP_Get_Tracklisting().


πŸŽ€ LIBMTP_track_t * LIBMTP_Get_Tracklisting_With_Callback_For_Storage (LIBMTP_mtpdevice_t * device, uint32_t const storage_id, LIBMTP_progressfunc_t const callback, void const *const data)

same energy as the last one but ✨storage-aware✨ β€” it returns a long list of all tracks available on the current MTP device, tracks meaning multimedia objects, both music tracks and video tracks.

typical usage, verbatim:

LIBMTP_track_t *tracklist;

tracklist = LIBMTP_Get_Tracklisting_With_Callback_For_Storage(device, storage_id, callback, data);
while (tracklist != NULL) {
  LIBMTP_track_t *tmp;

  // Do something on each element in the list here...
  tmp = tracklist;
  tracklist = tracklist->next;
  LIBMTP_destroy_track_t(tmp);
}

and again bestie: if you want to group your track listing by storage (per storage unit) or arrange tracks into folders, you must dereference the storage_id and/or parent_id field of the returned LIBMTP_track_t struct. to arrange by folders or files you typically have to create the proper trees by calls to LIBMTP_Get_Storage() and/or LIBMTP_Get_Folder_List() first. 🌸

Parameters

  • device β€” a pointer to the device to get the track listing for.
  • storage_id β€” ID of device storage (if null, no filter)
  • callback β€” a function to be called during the tracklisting retrieveal for displaying progress bars etc, or NULL if you don't want any callbacks.
  • data β€” a user-defined pointer that is passed along to the progress function in order to pass along some user defined data to the progress updates. If not used, set this to NULL.

Returns

  • a list of tracks that can be followed using the next field of the LIBMTP_track_t data structure. Each of the metadata tags must be freed after use, and may contain only partial metadata information, i.e. one or several fields may be NULL or 0.

See also

  • LIBMTP_Get_Trackmetadata()

References LIBMTP_track_struct::filename, LIBMTP_track_struct::filesize, LIBMTP_track_struct::filetype, LIBMTP_track_struct::item_id, LIBMTP_destroy_track_t(), LIBMTP_FILETYPE_IS_TRACK, LIBMTP_new_track_t(), LIBMTP_track_struct::modificationdate, LIBMTP_track_struct::next, LIBMTP_mtpdevice_struct::params, LIBMTP_track_struct::parent_id, LIBMTP_track_struct::storage_id, and LIBMTP_mtpdevice_struct::usbinfo.

Referenced by LIBMTP_Get_Tracklisting_With_Callback().


πŸŽ€ LIBMTP_track_t * LIBMTP_Get_Trackmetadata (LIBMTP_mtpdevice_t * device, uint32_t const trackid)

this one grabs the metadata for a single track off the device. πŸ“

😭 okay bestie, do NOT call this function repeatedly! the track handles are linearly searched O(n) and the call may involve (slow) USB traffic. so use LIBMTP_Get_Tracklisting() and cache the tracks, preferably as an efficient data structure such as a hash list. fr fr, your USB bus will thank you.

Parameters

  • device β€” a pointer to the device to get the track metadata from.
  • trackid β€” the object ID of the track that you want the metadata for.

Returns

  • a track metadata entry on success or NULL on failure.

See also

  • LIBMTP_Get_Tracklisting()
  • LIBMTP_track_struct::filename
  • LIBMTP_track_struct::filesize
  • LIBMTP_track_struct::filetype
  • LIBMTP_track_struct::item_id
  • LIBMTP_destroy_track_t()
  • LIBMTP_FILETYPE_IS_TRACK
  • LIBMTP_new_track_t()
  • LIBMTP_track_struct::modificationdate
  • LIBMTP_mtpdevice_struct::params
  • LIBMTP_track_struct::parent_id
  • LIBMTP_track_struct::storage_id
  • LIBMTP_mtpdevice_struct::usbinfo

✨ LIBMTP_track_t * LIBMTP_new_track_t (void ) ✨

okay so this one is your lil' fresh-out-the-wrapper track metadata struct πŸ’– it creates a brand new track metadata thingy and allocates memory for it. iconic. no notes.

<talking-headvoice>But bestie, real talk:</talking-headvoice> if you shove strings into this struct, those strings get freed later by the matching LIBMTP_destroy_track_t operation. so like. be SO careful and use strdup() when you assign strings, mkay? for example:

LIBMTP_track_t *track = LIBMTP_new_track_t();
track->title = strdup(titlestr);
....
LIBMTP_destroy_track_t(track);

Returns 🌸

  • a pointer to the newly allocated metadata structure. she's here, she's yours πŸ’…

See also 🫢

  • LIBMTP_destroy_track_t()

Referenced by πŸ‘‘

  • LIBMTP_Get_Tracklisting_With_Callback_For_Storage(), and LIBMTP_Get_Trackmetadata().

πŸ”₯ int LIBMTP_Send_Track_From_File (LIBMTP_mtpdevice_t * device, char const *const path, LIBMTP_track_t *const metadata, LIBMTP_progressfunc_t const callback, void const *const data) πŸ”₯

this is THE function, no cap β€” it yeets a track from a local file straight onto an MTP device πŸš€ you gotta hand over a filename and a set of metadata, that's the price of admission.

Parameters πŸŽ€

  • device β€” a pointer to the device to send the track to. (<- the destination, obviously)
  • path β€” the filename of a local file which will be sent.
  • metadata β€” a track metadata set to be written along with the file. After this call the field metadata->item_id will contain the new track ID. Other fields such as the metadata->filename, metadata->parent_id or metadata->storage_id may also change during this operation due to device restrictions, so do not rely on the contents of this struct to be preserved in any way. fr fr, she's a different girl after this call:
    • metadata->parent_id should be set to the parent (e.g. folder) to store this track in. Since some devices are a bit picky about where files are placed, a default folder will be chosen if libmtp has detected one for the current filetype and this parameter is set to 0. If this is 0 and no default folder can be found, the file will be stored in the root folder. 🏠
    • metadata->storage_id should be set to the desired storage (e.g. memory card or whatever your device presents) to store this track in. Setting this to 0 will store the track on the primary storage. πŸ’Ύ
  • callback β€” a progress indicator function or NULL to ignore. (ngl, you want the little progress bar, it's giving serotonin ✨)
  • data β€” a user-defined pointer that is passed along to the progress function in order to pass along some user defined data to the progress updates. If not used, set this to NULL.

Returns 🌈

  • 0 if the transfer was successful, any other value means failure. periodt.

See also πŸ’œ

  • LIBMTP_Send_Track_From_File_Descriptor()
  • LIBMTP_Send_File_From_File()
  • LIBMTP_Delete_Object()

References πŸ¦‹

  • LIBMTP_Send_Track_From_File_Descriptor().

🌟 int LIBMTP_Send_Track_From_File_Descriptor (LIBMTP_mtpdevice_t * device, int const fd, LIBMTP_track_t *const metadata, LIBMTP_progressfunc_t const callback, void const *const data) 🌟

same energy as the last one but she takes a file descriptor instead of a path β€” basically the cool alternative route to get a track onto an MTP device. A filename and a set of metadata must be given as input.

Parameters πŸ“

  • device β€” a pointer to the device to send the track to.
  • fd β€” the filedescriptor for a local file which will be sent.
  • metadata β€” a track metadata set to be written along with the file. After this call the field metadata->item_id will contain the new track ID. Other fields such as the metadata->filename, metadata->parent_id or metadata->storage_id may also change during this operation due to device restrictions, so do not rely on the contents of this struct to be preserved in any way. like, at all. the struct has main character energy now and she does what she wants:
    • metadata->parent_id should be set to the parent (e.g. folder) to store this track in. Since some devices are a bit picky about where files are placed, a default folder will be chosen if libmtp has detected one for the current filetype and this parameter is set to 0. If this is 0 and no default folder can be found, the file will be stored in the root folder.
    • metadata->storage_id should be set to the desired storage (e.g. memory card or whatever your device presents) to store this track in. Setting this to 0 will store the track on the primary storage.
  • callback β€” a progress indicator function or NULL to ignore.
  • data β€” a user-defined pointer that is passed along to the progress function in order to pass along some user defined data to the progress updates. If not used, set this to NULL.

Returns 😭

  • 0 if the transfer was successful, any other value means failure.

See also πŸŽ€

  • LIBMTP_Send_Track_From_File()
  • LIBMTP_Delete_Object()

References πŸ’–

  • LIBMTP_file_struct::filename
  • LIBMTP_track_struct::filename
  • LIBMTP_file_struct::filesize
  • LIBMTP_track_struct::filesize
  • LIBMTP_file_struct::filetype
  • LIBMTP_track_struct::filetype
  • LIBMTP_file_struct::item_id
  • LIBMTP_track_struct::item_id
  • LIBMTP_FILETYPE_IS_TRACK
  • LIBMTP_Send_File_From_File_Descriptor()
  • LIBMTP_Update_Track_Metadata()
  • LIBMTP_file_struct::next
  • LIBMTP_mtpdevice_struct::params
  • LIBMTP_file_struct::parent_id
  • LIBMTP_track_struct::parent_id
  • LIBMTP_file_struct::storage_id
  • LIBMTP_track_struct::storage_id
  • LIBMTP_mtpdevice_struct::usbinfo

Referenced by πŸ‘‘

  • LIBMTP_Send_Track_From_File().

🧚 int LIBMTP_Send_Track_From_Handler (LIBMTP_mtpdevice_t * device, MTPDataGetFunc get_func, void * priv, LIBMTP_track_t *const metadata, LIBMTP_progressfunc_t const callback, void const *const data) 🧚

and here's the third sibling in the trio πŸ’… this one sends a track from a handler function to an MTP device β€” so instead of pointing at a file or an fd, you're like "hey, call me when you need data, i got you". A filename and a set of metadata must be given as input.

Parameters 🌸

  • device β€” a pointer to the device to send the track to.
  • get_func β€” the function to call when we have data.
  • priv β€” the user-defined pointer that is passed to get_func.
  • metadata β€” a track metadata set to be written along with the file. After this call the field metadata->item_id will contain the new track ID. Other fields such as the metadata->filename, metadata->parent_id or metadata->storage_id may also change during this operation due to device restrictions, so do not rely on the contents of this struct to be preserved in any way. bestie it is genuinely not the same struct after this, i'm so serious:
    • metadata->parent_id should be set to the parent (e.g. folder) to store this track in. Since some devices are a bit picky about where files are placed, a default folder will be chosen if libmtp has detected one for the current filetype and this parameter is set to 0. If this is 0 and no default folder can be found, the file will be stored in the root folder.
    • metadata->storage_id should be set to the desired storage (e.g. memory card or whatever your device presents) to store this track in. Setting this to 0 will store the track on the primary storage.
  • callback β€” a progress indicator function or NULL to ignore.
  • data β€” a user-defined pointer that is passed along to the progress function in order to pass along some user defined data to the progress updates. If not used, set this to NULL.

Returns ⭐

  • 0 if the transfer was successful, any other value means failure.

See also 🫢

  • LIBMTP_Send_Track_From_File()
  • LIBMTP_Delete_Object()

References 🌈

  • LIBMTP_file_struct::filename
  • LIBMTP_track_struct::filename
  • LIBMTP_file_struct::filesize
  • LIBMTP_track_struct::filesize
  • LIBMTP_file_struct::filetype
  • LIBMTP_track_struct::filetype
  • LIBMTP_file_struct::item_id
  • LIBMTP_track_struct::item_id
  • LIBMTP_FILETYPE_IS_TRACK
  • LIBMTP_Send_File_From_Handler()
  • LIBMTP_Update_Track_Metadata()
  • LIBMTP_file_struct::next
  • LIBMTP_mtpdevice_struct::params
  • LIBMTP_file_struct::parent_id
  • LIBMTP_track_struct::parent_id
  • LIBMTP_file_struct::storage_id
  • LIBMTP_track_struct::storage_id
  • LIBMTP_mtpdevice_struct::usbinfo

πŸŽ€ int LIBMTP_Set_Track_Name (LIBMTP_mtpdevice_t * device, LIBMTP_track_t * track, const char * newname) πŸŽ€

glow-up time ✨ this function renames a single track. and honestly? it's lowkey simple β€” it just means the PTP_OPC_ObjectFileName property gets updated, if this is supported by the device. iykyk.

Parameters πŸ’…

  • device β€” a pointer to the device that contains the file.
  • track β€” the track metadata of the track to rename. On success, the filename member is updated. Be aware, that this name can be different than newname depending of device restrictions. πŸ™ˆ (/srs, don't come for her about it, the device decided)
  • newname β€” the new filename for this object.

Returns πŸ”₯

  • 0 on success, any other value means failure.

References πŸ¦‹

  • LIBMTP_track_struct::filename
  • LIBMTP_track_struct::filetype
  • LIBMTP_track_struct::item_id

πŸ‘‘ int LIBMTP_Track_Exists (LIBMTP_mtpdevice_t * device, uint32_t const id) πŸ‘‘

helper function moment 🫢 she just tells you if a track exists on the device. a lil' vibe check, basically.

Parameters 🌸

  • device β€” a pointer to the device to get the track from.
  • id β€” the track ID of the track to retrieve.

Returns βœ…

  • TRUE (!=0) if the track exists, FALSE (0) if not.

References πŸ’–

  • LIBMTP_mtpdevice_struct::params

πŸ’œ int LIBMTP_Update_Track_Metadata (LIBMTP_mtpdevice_t * device, LIBMTP_track_t const *const metadata) πŸ’œ

this one updates the MTP track object metadata on a single file identified by an object ID ✨ so like, she's not sending anything new, she's just editing the tags on a file that's already there.

Parameters 🎧

  • device β€” a pointer to the device to update the track metadata on.
  • metadata β€” a track metadata set to be written to the file. notice that the track_id field of the metadata structure must be correct so that the function can update the right file. If some properties of this metadata are set to NULL (strings) or 0 (numerical values) they will be discarded and the track will not be tagged with these blank values. (so no, you can't blank out a tag this way, she's just gonna skip it πŸ™ˆ)

Returns 😭

  • 0 on success, any other value means failure. If some or all of the properties fail to update we will still return success. On some devices (notably iRiver T30) properties that exist cannot be updated. πŸ’€ yeah. tragic. that's just how she is.

References 🌈

  • LIBMTP_track_struct::album
  • LIBMTP_track_struct::artist
  • LIBMTP_track_struct::bitrate
  • LIBMTP_track_struct::bitratetype
  • LIBMTP_track_struct::composer
  • LIBMTP_track_struct::date
  • LIBMTP_track_struct::duration
  • LIBMTP_track_struct::filetype
  • LIBMTP_track_struct::genre
  • LIBMTP_track_struct::item_id
  • LIBMTP_track_struct::nochannels
  • LIBMTP_mtpdevice_struct::params
  • LIBMTP_track_struct::rating
  • LIBMTP_track_struct::samplerate
  • LIBMTP_track_struct::title
  • LIBMTP_track_struct::tracknumber
  • LIBMTP_mtpdevice_struct::usbinfo
  • LIBMTP_track_struct::usecount
  • LIBMTP_track_struct::wavecodec

Referenced by πŸ‘‘

  • LIBMTP_Send_Track_From_File_Descriptor(), and LIBMTP_Send_Track_From_Handler().

πŸ‘‘ Author πŸ‘‘

okay so nobody wrote this by hand bestie, and that's the whole tea πŸ«– β€” this page was generated automatically by Doxygen for libmtp from the source code. so if you're out here looking for a single tired human to @ about a typo, there isn't one, the robot did it and the robot does not read replies πŸ’€βœ¨


and that's the whole page, you made it to the end, so proud of you fr fr πŸ₯ΉπŸ’–

quick lil recap of the receipts so you always know where this came from: it's tracks(3), it ships with libmtp, and this version is Version 1.1.23 πŸŽ€ keep that in your pocket, it's giving main character energy and it's absolutely slay πŸ’…πŸŒΈπŸ¦‹

now go read some tracks bestie, you've got this πŸ‘‘πŸŒˆβ­

πŸ“¦ where this page comes from