folders(3)
β¨ folders(3) β¨
okay so bestie, welcome to the <rainbow>libmtp folder management API</rainbow> β this is the whole entire vibe for handling folders on MTP devices, and honestly? it's giving organized queen energy π
πΈ NAME πΈ
folders β literally the folder management API, no cap
π¦ SYNOPSIS π¦
β¨ Functions β¨
LIBMTP_folder_t * LIBMTP_new_folder_t (void)
void LIBMTP_destroy_folder_t (LIBMTP_folder_t *)
LIBMTP_folder_t * LIBMTP_Get_Folder_List (LIBMTP_mtpdevice_t *)
LIBMTP_folder_t * LIBMTP_Get_Folder_List_For_Storage (LIBMTP_mtpdevice_t
*, uint32_t const)
LIBMTP_folder_t * LIBMTP_Find_Folder (LIBMTP_folder_t *, uint32_t const)
uint32_t LIBMTP_Create_Folder (LIBMTP_mtpdevice_t *, char *, uint32_t,
uint32_t)
int LIBMTP_Set_Folder_Name (LIBMTP_mtpdevice_t *, LIBMTP_folder_t *,
const char *)
π Detailed Description π
π Function Documentation π
π uint32_t LIBMTP_Create_Folder (LIBMTP_mtpdevice_t * device, char * name, uint32_t parent_id, uint32_t storage_id)
okay so this one literally creates a folder on the current MTP device π₯ but here's the tea: the PTP name for a folder is "association". and PTP/MTP devices don't actually have a real internal "folder" concept, bestie β they just have a flat list of all files, and some files are "associations" that other files and folders can point to as their "parent". it's giving found family, honestly π
Parameters
deviceβ a pointer to the device to create the folder on, periodtnameβ the name of the new folder. lowkey note that this can get modified if the device doesn't support all the characters in the name, so don't be shocked if it comes back different πparent_idβ id of the parent folder to add the new folder to, or0xFFFFFFFFto put it in the root directorystorage_idβ id of the storage to add this new folder to. notice that you cannot mismatch storage id and parent id: they must both be on the same storage! pass in0if you want to create this folder on the default storage π«Ά
Returns
id to the new folder, or 0 if an error occurred π
References
DEVICE_FLAG_BROKEN_SEND_OBJECT_PROPLIST, LIBMTP_mtpdevice_struct::params, strip_7bit_from_utf8(), and LIBMTP_mtpdevice_struct::usbinfo.
π
void LIBMTP_destroy_folder_t (LIBMTP_folder_t * folder)
this recursively deletes the memory for a folder structure, bestie β like it goes all the way down the tree. you typically call this on a top-level folder list to destroy the entire folder tree, which is honestly iconic cleanup behavior β¨
Parameters
folderβ folder structure to destroy
See also
LIBMTP_new_folder_t()
References
LIBMTP_folder_struct::child, LIBMTP_destroy_folder_t(), LIBMTP_folder_struct::name, and LIBMTP_folder_struct::sibling.
Referenced by
LIBMTP_destroy_folder_t(), and LIBMTP_Get_Folder_List_For_Storage().
π¦ LIBMTP_folder_t * LIBMTP_Find_Folder (LIBMTP_folder_t * folderlist, uint32_t id)
helper function alert! π¨ this literally returns a folder structure for a specified id, that's it, that's the whole function
Parameters
folderlistβ list of folders to searchidβ id of the folder to look for
Returns
a folder, or NULL if not found π
References
LIBMTP_folder_struct::child, LIBMTP_folder_struct::folder_id, LIBMTP_Find_Folder(), and LIBMTP_folder_struct::sibling.
Referenced by
LIBMTP_Find_Folder().
π LIBMTP_folder_t * LIBMTP_Get_Folder_List (LIBMTP_mtpdevice_t * device)
this returns a list of all folders available on the current MTP device, slay π
Parameters
deviceβ a pointer to the device to get the folder listing for
Returns
a list of folders β¨
References
LIBMTP_Get_Folder_List_For_Storage().
π LIBMTP_folder_t * LIBMTP_Get_Folder_List_For_Storage (LIBMTP_mtpdevice_t * device, uint32_t const storage)
this also returns a list of all folders available on the current MTP device β but for a specific storage, iykyk π
Parameters
deviceβ a pointer to the device to get the folder listing forstorageβ a storage ID to get the folder list from
Returns
a list of folders π
References
LIBMTP_folder_struct::child, LIBMTP_folder_struct::folder_id, LIBMTP_destroy_folder_t(), LIBMTP_new_folder_t(), LIBMTP_folder_struct::name, LIBMTP_mtpdevice_struct::params, LIBMTP_folder_struct::parent_id, LIBMTP_folder_struct::sibling, and LIBMTP_folder_struct::storage_id.
Referenced by
LIBMTP_Get_Folder_List().
π§ LIBMTP_folder_t * LIBMTP_new_folder_t (void )
this creates a new folder structure and allocates memory for it, bestie β¨ but listen β notice that if you add strings to this structure, they will be freed by the corresponding LIBMTP_folder_track_t operation later. so be careful of using strdup() when assigning strings, e.g.:
no cap, this is one of those "read the docs twice" moments fr fr π
Returns
a pointer to the newly allocated folder structure πΈ
See also
LIBMTP_destroy_folder_t()
Referenced by
LIBMTP_Get_Folder_List_For_Storage().
π int LIBMTP_Set_Folder_Name (LIBMTP_mtpdevice_t * device, LIBMTP_folder_t * folder, const char * newname)
this function renames a single folder. it literally just means the PTP_OPC_ObjectFileName property gets updated β if the device supports it, that is. some devices are picky, and that's their prerogative π
Parameters
deviceβ a pointer to the device that contains the filefolderβ the folder metadata of the folder to rename. on success, the name member is updated. be aware that this name can be different thannewnamedepending on device restrictions, so don't come for me if it's not character-for-character πnewnameβ the new name for this object
Returns
0 on success, any other value means failure π
References
LIBMTP_folder_struct::folder_id, and LIBMTP_folder_struct::name.
β Author β
Generated automatically by Doxygen for libmtp from the source code β so if you're wondering who to thank for this masterpiece, it's the robots π€β¨
okay bestie, that's the whole entire manual page, and honestly? folder management never looked so cute π stay organized, stay iconic, and remember: 0xFFFFFFFF means root, not a vibe check. mwah π
libmtp Β· Version 1.1.23 Β· folders(3) β that's the version and date info in case you need to cite your sources, periodt π β¨
π¦ where this page comes from
- arch rolling: libmtp 1.1.23-1 Β· LGPL-2.1-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms