Information processing method and device, electronic equipment and storage medium

Abstract

The embodiment of the invention provides an information processing method and device, electronic equipment and a storage medium. The method comprises the steps of providing a sharing interface in response to a sharing instruction for target content in a first display direction; according to the display direction compatibility judgment result of the target content, generating corresponding content of the target content in the second display direction, and providing a display direction switching control on the sharing interface; in response to a first operation for the display direction switching control, determining a target display direction, the target display direction being a first display direction or a second display direction; and determining the target content corresponding to the target display direction as the shared content. Through the technical scheme provided by the invention, the shared contents in different display directions can be automatically generated according to the content compatibility, the tedious operation of manually switching the direction of the equipment by a user is avoided, and the sharing efficiency is improved; and meanwhile, by intelligently judging whether the content supports the switching of the display direction or not, invalid processing in a non-supported scene is avoided, and system computing resources are saved.

Description

Technical Field

[0001] The embodiments of the present invention relate to the field of human-computer interaction, and more specifically, the embodiments of the present invention relate to an information processing method, apparatus, electronic device, and storage medium. Background Technology

[0002] This section is intended to provide background or context for embodiments of the invention as set forth in the claims. The description herein is not an admission that it is prior art simply because it is included in this section.

[0003] With the widespread adoption of mobile devices and the development of the mobile internet, more and more applications support both landscape and portrait display modes to adapt to different user scenarios and operating habits. This is especially true in the gaming field, where many games support both landscape and portrait modes, and are compatible with most scenarios requiring landscape operation in portrait mode.

[0004] Currently, users frequently need to share screen content with other users when using mobile applications. However, existing sharing functions typically only share content displayed in the user's current screen orientation, failing to flexibly switch orientations based on the user's actual needs. For example, when a user is playing a game in landscape mode and wants to share content in portrait format, they usually need to exit the current interface, switch to portrait mode, re-enter the target scene, and only then can they share the content in portrait format. This process is not only cumbersome but also leads to a degraded user experience and additional consumption of terminal resources. Furthermore, existing solutions cannot intelligently determine whether the content supports orientation switching, causing the system to potentially attempt to generate content in unsupported scenarios, resulting in wasted computing resources. Summary of the Invention

[0005] In this context, embodiments of the present invention aim to provide an information processing method, apparatus, electronic device, and storage medium to at least partially solve the aforementioned problems existing in the related art.

[0006] In a first aspect of the present invention, an information processing method is provided, the method comprising: providing a sharing interface in response to a sharing instruction for target content in a first display direction; generating corresponding content for the target content in a second display direction based on a display direction compatibility judgment result of the target content, and providing a display direction switching control in the sharing interface; determining a target display direction, wherein the target display direction is either the first display direction or the second display direction, in response to a first operation of the display direction switching control; and determining the target content corresponding to the target display direction as the sharing content.

[0007] In a second aspect of the present invention, an information processing apparatus is provided, comprising: a sharing interface providing module, configured to provide a sharing interface in response to a sharing instruction for target content in a first display direction; a content generation module, configured to generate corresponding content for the target content in a second display direction based on a display direction compatibility judgment result of the target content, and to provide a display direction switching control on the sharing interface; a display direction determining module, configured to determine a target display direction, wherein the target display direction is either the first display direction or the second display direction, in response to a first operation of the display direction switching control; and a content determining module, configured to determine the target content corresponding to the target display direction as the sharing content.

[0008] In a third aspect of the present invention, an electronic device is provided, comprising: a memory storing computer-executable instructions executable by a processor; and a processor for executing the computer-executable instructions to perform the steps of the information processing method described in any of the preceding claims.

[0009] In a fourth aspect of the present invention, a computer-readable storage medium is provided storing a computer program that, when executed by a processor, implements the steps of the information processing method described in any of the preceding claims.

[0010] The technical solution provided in this disclosure can automatically generate sharing content with different display orientations based on content compatibility, avoiding the tedious operation of users manually switching device orientations and improving sharing efficiency; at the same time, by intelligently determining whether the content supports display orientation switching, it avoids invalid processing in unsupported scenarios and saves system computing resources. Attached Figure Description

[0011] The above and other objects, features, and advantages of exemplary embodiments of the present invention will become readily apparent from the following detailed description taken in conjunction with the accompanying drawings. Several embodiments of the invention are illustrated in the drawings by way of example, not limitation, in which: Figure 1 This is a schematic diagram illustrating the implementation environment of an information processing method provided in this embodiment of the disclosure. Figure 2 A flowchart of an information processing method provided in an embodiment of this disclosure; Figure 3 This is a schematic diagram illustrating a horizontally displayed target content and a vertically displayed corresponding content, provided as an embodiment of this disclosure. Figure 4 A schematic diagram of a sharing interface providing a display direction switching control, provided as an embodiment of this disclosure; Figure 5 This is a schematic diagram illustrating how to select shared content using a display orientation switching control, as provided in an embodiment of this disclosure. Figure 6 This is a schematic diagram of the structure of an information processing device provided in an embodiment of the present disclosure; Figure 7 This is a schematic diagram of the structure of an electronic device provided in an embodiment of the present disclosure.

[0012] In the accompanying drawings, the same or corresponding reference numerals indicate the same or corresponding parts. Detailed Implementation

[0013] To enable those skilled in the art to better understand the present disclosure, the technical solutions of the present disclosure will be clearly and completely described below with reference to the accompanying drawings of the embodiments. Obviously, the described embodiments are only some embodiments of the present disclosure, and not all embodiments. Based on the embodiments of the present disclosure, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present disclosure.

[0014] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this disclosure are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this disclosure described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0015] The accompanying drawings are schematic illustrations of this disclosure and are not necessarily drawn to scale. Some block diagrams shown in the drawings may be functional entities and do not necessarily correspond to physically or logically independent entities. These functional entities may be implemented in software, in hardware modules or integrated circuits, or in networks, processors, or microcontrollers. Implementations can be carried out in various forms and should not be construed as limited to the examples set forth herein. The features, structures, or characteristics described in this disclosure can be combined in any suitable manner in one or more embodiments. Numerous specific details are provided in the following description to give a thorough description of embodiments of this disclosure. However, those skilled in the art will recognize that one or more specific details may be omitted when implementing the technical solutions of this disclosure, or other methods, components, apparatuses, steps, etc., may be used to replace one or more specific details.

[0016] Figure 1A system architecture diagram of the operating environment of this exemplary embodiment is shown. This system architecture may include a terminal device 110 and a server 120. The terminal device 110 may be a mobile phone, tablet computer, personal computer, smart wearable device, game console, etc., and has a display function capable of displaying a graphical user interface, which may include the operating system interface or the application interface. An application, such as a game program, is installed on the terminal device 110. The server 120 generally refers to the backend system providing application services in this exemplary embodiment; it may be a single server or a cluster of multiple servers. For example, a game server program is deployed on the server 120 to perform server-side game data processing. The terminal device 110 and the server 120 can be connected via a wired or wireless communication link for data transmission. The method in one exemplary embodiment of this disclosure can be executed by any one or more of the terminal device 110 and the server 120.

[0017] In one implementation, the above method can be implemented and executed based on a cloud interaction system. The cloud interaction system can be the system architecture described above. Various cloud applications, such as cloud gaming, can run under the cloud interaction system. Taking cloud gaming as an example, cloud gaming can be a game mode based on cloud computing. In the cloud gaming operation mode, the game program's execution entity and the game screen presentation entity are separated. The storage and execution of the game's control and interaction methods are completed on the cloud gaming server (such as the aforementioned server 120). The cloud gaming client (such as the aforementioned terminal device 110) is responsible for receiving and sending data and presenting the game screen. For example, the cloud gaming client can be a display device with data transmission capabilities located close to the user, such as a mobile terminal, television, computer, or PDA; while the cloud gaming server in the cloud performs information processing. When playing the game, the user operates the cloud gaming client to send operation commands to the cloud gaming server. The cloud gaming server runs the game according to the operation commands, encodes and compresses the game screen and other data, returns it to the cloud gaming client via the network, and finally, the cloud gaming client decodes and outputs the game screen.

[0018] In one implementation, the method described above can be implemented by the terminal device 110 alone. For example, without deploying the server 120, the terminal device 110 can run the application in a standalone environment to implement the game function and execute the method described above.

[0019] This embodiment provides an information processing method. Figure 2 This is a flowchart of an information processing method according to an embodiment of the present disclosure, such as... Figure 2 As shown, the process includes the following steps: Step S110: In response to a sharing instruction for the target content in the first display direction, a sharing interface is provided.

[0020] Step S120: Based on the display orientation compatibility judgment result of the target content, generate the corresponding content of the target content in the second display orientation, and provide a display orientation switching control on the sharing interface.

[0021] Step S130: In response to the first operation of the display orientation switching control, a target display orientation is determined, which is either the first display orientation or the second display orientation.

[0022] Step S140: Determine the target content corresponding to the target display direction as the sharing content.

[0023] The method provided in this implementation allows users to switch the display orientation of content in real time within the sharing interface. The system automatically generates content for different orientations based on display orientation compatibility, enabling users to choose the most suitable sharing format according to their needs. This flexible sharing mechanism not only enhances the user's interactive experience and makes the sharing process more convenient and natural, but also enriches the application's social sharing functions, meeting personalized sharing needs in different scenarios.

[0024] The steps described above are explained in detail below.

[0025] In step S110, a sharing interface is provided in response to a sharing instruction for the target content in the first display direction.

[0026] Optionally, the first display orientation can be either landscape or portrait. The first display orientation refers to the screen display mode currently used by the user, and is used to determine the display status of the current target content.

[0027] Optionally, the target content is the specific information the user wants to share, which can be static or dynamic. In practical applications, the target content may include scene screenshots, system preset images, application screen recordings, or video recordings of the application running.

[0028] Optionally, a sharing command is triggered by the user, indicating an intention to share the current content with others. This command is typically triggered by clicking a share button or similar method, and serves as the entry point for initiating the sharing process.

[0029] Optionally, the sharing interface is a user interface provided by the system after responding to a sharing command. It displays sharing content options and provides related operation controls. This interface integrates sharing-related functions and options.

[0030] In step S120, based on the display orientation compatibility judgment result of the target content, the corresponding content of the target content in the second display orientation is generated, and a display orientation switching control is provided on the sharing interface.

[0031] Optionally, the display orientation compatibility assessment result refers to the system's determination of whether the target content supports display in different orientations. This assessment determines whether the user can be provided with the option to switch the display orientation.

[0032] Optionally, the second display orientation is an alternative display method corresponding to the first display orientation. If the first display orientation is horizontal, then the second display orientation is vertical, and vice versa. The second display orientation provides another possibility for content display.

[0033] Optionally, the corresponding content refers to a version of the target content displayed in a second orientation. This version retains the key information of the original content but adapts to different display orientations. This content is automatically generated by the system to ensure correct presentation in various display orientations.

[0034] Optionally, a display orientation switch control is an interactive element provided in the sharing interface that allows users to switch between content displayed in different orientations. This control is typically presented as a button or option, clearly indicating its function.

[0035] In step S130, in response to a first operation on the display orientation switching control, a target display orientation is determined, which is either a first display orientation or a second display orientation.

[0036] Optionally, the first operation refers to the user's interactive action on the display orientation switching control, such as clicking or swiping. This operation expresses the user's intention to switch the content display orientation and is a direct reflection of the user's choice.

[0037] Optionally, the target display orientation is the final display orientation that the user selects through the first operation. This could be keeping the original first display orientation or switching to a second display orientation. The target display orientation determines the final display format of the shared content.

[0038] In step S140, the target content corresponding to the target display direction is determined as the sharing content.

[0039] Optionally, the shared content is the final content to be shared, determined based on the target display orientation selected by the user. This is the actual content that will be sent to the sharing target after user confirmation; it may be the original content for the first display orientation or the generated content for the second display orientation.

[0040] In a specific application of this embodiment, see Figure 3 ,Figure 4 and Figure 5 When a user plays a role-playing game in landscape mode and takes a screenshot of a scene, a sharing command is triggered to prepare to share it with a friend. The system detects that the current scene supports switching between landscape and portrait modes, automatically generates a corresponding screenshot of that scene in portrait mode for the user, and provides a "Portrait Image" selection button in the pop-up sharing interface. The user can click the switch button to switch the shared screenshot to the corresponding screenshot in portrait mode. The system responds to the user's operation, confirms the screenshot content in portrait mode as the final shared content, and shares the portrait version of the game screenshot with friends according to the user's selected sharing recipients, providing a sharing experience that is more suitable for the recipient's browsing habits.

[0041] In an optional implementation, based on the display orientation compatibility judgment result of the target content, corresponding content for the target content in the second display orientation is generated. This includes: determining whether the source scenario of the target content supports switching between different display orientations; and when the judgment result is yes, generating corresponding content for the target content in the second display orientation. In this way, by identifying scenario compatibility, operations are only performed when additional content needs to be generated, avoiding redundant processing and reducing system load.

[0042] For example, if a user takes a screenshot in landscape mode from the game's main interface and then enters the sharing interface, the system first detects that the screenshot originates from a game scene that supports both landscape and portrait modes. Since the scene meets the compatibility requirements, the system automatically generates a corresponding portrait version image in the background and provides a display orientation switch control on the sharing interface for the user to choose from. If the screenshot originates from a scene that only supports one orientation, no additional image is generated and the switching control is not displayed, thus ensuring efficient resource utilization and a consistent user experience.

[0043] Optionally, the source scenario refers to the specific application interface or functional module where the user accesses the target content. Its purpose is to serve as a prerequisite for determining whether the target content can generate a copy in another display orientation. In mobile applications, especially games, different functional scenarios support different screen orientations. Some scenarios, such as character displays and online store browsing, may support both portrait and landscape displays simultaneously. The interface elements and interaction logic in these scenarios are already adapted for different display orientations. Other scenarios, such as certain mini-games and special effects demonstrations, may only support a single display orientation because these scenarios may require a specific screen ratio for optimal effect, or their interaction methods are closely related to a specific display orientation. Therefore, when processing shared content, it is first necessary to determine whether the source scenario of the target content has cross-display orientation compatibility; this is a prerequisite for determining whether the corresponding content can be generated.

[0044] Optionally, determining whether the source scenario of the target content supports switching between different display orientations can be achieved through various technical means. One method is to query a preset scenario compatibility configuration table, which records the support for different display orientations in various scenarios within the application. The system can directly retrieve the display orientation compatibility information for that scenario based on the scenario identifier contained in the target content's metadata. Another method is dynamic detection. The system can analyze the layout structure, interface element arrangement, and interaction logic of the target content to determine whether it has the ability to maintain functional integrity and visual consistency under different display orientations. Historical scenario data can also be combined; if a user has manually switched the display orientation in a scenario and the system has recorded a successful switch, it can be inferred that the scenario supports switching between different display orientations. Furthermore, developers can explicitly mark the display orientation compatibility during scenario design, allowing the system to directly read this attribute. These methods can be used individually or in combination to improve the accuracy of the judgment.

[0045] Optionally, a display orientation switch control is a tool used to control the display orientation of target content in the sharing interface. Its purpose is to provide users with an intuitive entry point, allowing them to easily switch the orientation of the shared content as needed. Display orientation switch controls can take various forms, such as graphical buttons, toggles, and drop-down menus. For example, a small button with horizontal and vertical icons can be placed on the sharing interface, allowing users to switch the orientation of the currently displayed content by clicking it; or a horizontal / vertical toggle bar can be placed at the top of the interface, allowing users to drag the slider to select the target orientation.

[0046] Optionally, when the judgment result indicates support, generating the corresponding content of the target content in the second display direction can be achieved through re-rendering or format conversion. Re-rendering adjusts the display direction according to the original rendering parameters and then re-outputs the image data; format conversion directly modifies the existing file through image rotation, cropping, or scaling algorithms. The two methods can be selected based on the content type; for example, re-rendering is used to ensure image quality for game recordings, while format conversion is used to improve processing speed for system preset images.

[0047] In an optional implementation, based on the display orientation compatibility determination result of the target content, corresponding content for the target content in the second display orientation is generated, and a display orientation switching control is provided on the sharing interface. This includes: providing a display orientation switching control on the sharing interface based on the display orientation compatibility determination result of the target content; and generating corresponding content for the target content in the second display orientation in response to a second operation on the display orientation switching control. In this way, by delaying the content generation operation until the user actually triggers the switch, unnecessary resource consumption is reduced, while maintaining the immediate responsiveness of the interface interaction.

[0048] For example, in a specific application, when a user enters the game screenshot sharing interface, the system first decides whether to display the orientation switching control based on the compatibility judgment result of the screenshot source scenario; if the control is displayed and the user clicks the control, the system starts the process of generating the portrait version screenshot, avoiding the consumption of computing resources in advance before the user clearly expresses the intention to switch.

[0049] Optionally, the display orientation switch control is an interface element used to control the switching of target content between different display orientations. Its function is to provide users with the ability to select the orientation format of the shared content. The display orientation switch control can be presented in various forms, such as drop-down menus, toggle buttons, icon buttons, etc., but regardless of the form, its core function is to allow users to directly switch the content orientation in the sharing interface without having to exit the current interface or re-execute the relevant operations.

[0050] Optionally, the second operation refers to the user's interactive action on the display orientation switching control, used to trigger a change in the content display orientation. The second operation can be the same as the first operation; that is, the second operation and the first operation are the same operation. When the first operation triggers the display orientation switching control to select a second display orientation, different from the first display orientation, as the target display orientation, the corresponding content under the second display orientation is generated according to the user's selection. For example, see... Figure 4 and Figure 5 After a user takes a screenshot in landscape mode and enters the sharing interface, clicking the "Portrait Image" button means the user has chosen to change the image's display orientation for sharing, triggering the generation of a portrait-oriented copy of the corresponding content. The second action can also be different from the first, specifically instructing the system to generate the corresponding content in the second display orientation, for example, through a dedicated control or a different interaction method. The second action can take various forms of user interaction, including but not limited to clicking, swiping, long-pressing, or dragging. In practical applications, the specific form of the second action depends on the design of the display orientation switching control. For example, if the switching control is designed as a button, the second action is usually clicking the button; if it is designed as a slider, the second action might be a swipe.

[0051] In an optional implementation, generating the corresponding content of the target content in the second display direction includes: acquiring image rendering data corresponding to the target content, wherein the image rendering data includes at least one of the following: scene data, model data, virtual character data, user attribute data, and interactive operation instructions; and generating the corresponding content of the target content in the second display direction based on the image rendering data. In this way, by acquiring and utilizing the original image rendering data to generate content for different display directions, the high quality and consistency of the generated content can be ensured, effectively avoiding the image quality degradation that may result from direct image processing, while improving the accuracy of content conversion and visual effects.

[0052] In a specific application, for example, if a player records a horizontal video after a battle in a game and initiates a sharing request, the system detects that the battle scene supports switching between horizontal and vertical modes. It then retrieves the corresponding game data during the video recording, including scene data, character data, and interaction commands during the battle, and re-renders the corresponding recording content in vertical mode. The system also provides a switching control on the sharing interface for users to select the sharing direction, thus flexibly adapting to the needs of different social media platforms.

[0053] Optionally, image rendering data refers to the foundational data set used to generate or reproduce target content. It contains more original information and parameters than the final rendered image or video, recording various elements and conditions required to generate the final visual effect, including but not limited to scene data, model data, character data, user attributes, and interaction commands. Its role is to support the system in accurately reproducing game screen content under different display orientations. The advantage of this type of data is that it preserves the original information of the scene, enabling the system to regenerate high-quality visual content from different angles or under different conditions. Compared to directly processing rendered images or videos, using image rendering data for content generation avoids information loss and image quality degradation. In mobile applications, especially games or applications that support landscape and portrait switching, the preservation and utilization of image rendering data is particularly important. It allows the system to dynamically generate the most suitable visual content according to different display orientation requirements, rather than simply stretching or cropping existing content.

[0054] Optionally, image rendering data can be further subdivided into various types to meet the content generation needs of different scenarios. For example, scene data typically includes environmental information such as the background, lighting, and special effects of the current scene, providing a basic layout basis for generating images in new display orientations; model data includes the structure and state information of three-dimensional or two-dimensional elements such as characters, props, and UI components, determining the position, shape, and action of each element in the image; virtual character data records personalized information such as the character's appearance, skills, equipment, and action sequences, ensuring consistency in character presentation under new orientations; user attribute data includes identity characteristics such as player level, profession, and fashion, helping to maintain the integrity of content under different display orientations; interactive operation commands are a series of input behaviors performed by the player during the game, such as moving, attacking, and casting spells, which can be re-executed to reproduce the same game process. By processing and integrating the above different types of data, the system can generate new content that conforms to the target display orientation in real time without relying on the original screenshots or screen recordings, thereby ensuring that the output quality is consistent with the original content and avoiding redundant storage.

[0055] Optionally, the method for acquiring image rendering data should be adjusted according to the specific content source. For screenshots, the system can extract a complete rendering dataset from the current frame, including all visible elements in the current scene and their state information, to accurately recreate the scene when generating new content. For video content, the system needs to continuously collect and store the rendering data for each frame to support subsequent frame-by-frame generation and playback. Furthermore, for special types of content, such as non-traditional video format replays like battle recordings, the system needs to record relevant data in real-time during the battle, including but not limited to key parameters such as character position, action trigger time, and skill release order, and reproduce these in sequence when generating new content to ensure content coherence and realism. Through this categorized and phased data acquisition strategy, the system can efficiently acquire image rendering data without impacting performance.

[0056] In an optional implementation, the method further includes: generating target content for a first display orientation in response to a screen image acquisition instruction; and recording image rendering data corresponding to the target content. Thus, by recording the corresponding image rendering data while generating the target content for the first display orientation, necessary raw materials are provided for the subsequent generation of the corresponding content for the second display orientation, ensuring the consistency and integrity of the content across different display orientations.

[0057] For example, in a specific application, when a user uses the system's built-in screenshot function in a role-playing game to capture a screenshot of the character's equipment in landscape mode, the system not only generates a landscape screenshot that the user can directly view, but also simultaneously records the complete rendering data of the image, including character model data, equipment attribute data, scene lighting data, and camera view parameters. This rendering data is temporarily stored in the system background. When the user selects to view the portrait version on the sharing interface, the system does not need to recapture the image. Instead, it adjusts the display parameters based on the recorded rendering data and regenerates a high-quality portrait version image.

[0058] Optionally, screen image acquisition commands are operation commands that trigger the system to generate content in a specific display direction. Their function is to guide the system to complete the image capture and recording process. In actual implementation, the recording process occurs simultaneously with or before the generation of the target content to ensure that complete and accurate rendering data is obtained. In mobile applications, screen image acquisition commands are usually presented in various ways, the most common forms including system-level screenshot button combinations, application-built-in screenshot buttons, screen recording function entry points, or automatically triggered scene recording mechanisms. The triggering method for screen image acquisition commands can be explicit or implicit. Explicit triggering refers to the image acquisition behavior actively initiated by the user through explicit operations such as clicking a specific button or using system shortcut keys; implicit triggering refers to the image acquisition behavior automatically executed by the system in specific scenarios or conditions, such as automatic battle recording in games or screenshots of achievement completion. Screen image acquisition commands can be personalized according to user needs and application scenarios.

[0059] Optionally, recording the image rendering data corresponding to the target content is a crucial technical step, providing foundational data support for subsequent multi-directional content generation. Unlike simply saving rendered images or videos, this step captures and stores the raw data and parameters required to generate visual content. In practice, the recording process occurs simultaneously with or before the target content generation, ensuring complete and accurate rendering data is obtained. The scope of the recorded content is typically determined by the application type and scene characteristics. Game applications may need to record 3D scene data, character model information, lighting parameters, etc., while utility applications may focus more on interface layout data, content element attributes, etc. Data recording can be implemented using various techniques, such as directly accessing the rendering engine's scene graph, capturing intermediate data in the rendering pipeline, and recording user input sequences and system responses. Furthermore, the trigger and termination times of screen image acquisition commands also need to be recorded synchronously to ensure that the subsequently generated content remains consistent with the target content.

[0060] Screen image acquisition commands can include screenshot commands, which are image capture commands manually triggered by the user. When the player clicks the screenshot button or uses a shortcut key, the system immediately executes the image acquisition process, completely recording the screen in the current display orientation and simultaneously acquiring image rendering data.

[0061] Optionally, the screen image acquisition command may also include a video recording command, which initiates the system into continuous recording mode to generate dynamic content. During recording, the system not only records each frame of the image but also simultaneously saves the corresponding image rendering data, so that when a video needs to be generated in a different display orientation, the entire recording process can be reproduced based on the original data.

[0062] Optionally, the screen image acquisition command can also include a timed screenshot command, whereby the system automatically executes the image acquisition task at set time intervals. This mechanism is suitable for long-running game scenarios, such as dungeon challenges and event quests. Through timed screenshots, the system can ensure that high-quality, shareable images are generated at different times, and can quickly generate content in other display orientations using the recorded image rendering data when needed, meeting the diverse sharing needs of players.

[0063] In an optional implementation, generating corresponding content for the target content in the second display direction based on image rendering data includes: generating a screen image in the second display direction based on the image rendering data; and reproducing the screen image acquisition instruction to generate corresponding content for the target content in the second display direction. This two-step process of first generating the screen image and then reproducing the acquisition instruction ensures that the content generated in different display directions maintains a high degree of similarity in visual effect and functional consistency, improving the continuity of the user experience and optimizing system processing efficiency.

[0064] For example, when a user captures a character's victory screen in landscape mode using the screenshot function in a role-playing game, when the user requests to view the portrait version, the system first readjusts the viewpoint and interface element positions based on the recorded original rendering data (including scene layout, character posture, special effects parameters, etc.) to generate a complete screen image adapted for portrait display; then the system simulates executing the same screenshot command as the original screenshot, and performs a cropping operation on this newly generated portrait screen image to ensure that the captured area and content are semantically consistent with the original landscape screenshot.

[0065] Optionally, the image rendering data may include timestamp information, enabling the system to accurately match the original operation moment when generating content for different display orientations. This means that even after a considerable period, the system can still find the image rendering data associated with a specific screenshot or screen recording based on the timestamp and generate content for the corresponding orientation. Furthermore, timestamps help the system ensure temporal consistency when generating content for multiple orientations, thereby improving the consistency and coherence of the user experience. By combining timestamps and image rendering data, the system can not only efficiently generate content for different orientations but also ensure that the logical relationships between these contents are clear and accurate.

[0066] Optionally, in mobile applications and gaming environments, a screen image refers to the complete visual content displayed on the device screen at a specific moment, including the comprehensive presentation of all visible components such as game scenes, user interface elements, text information, and visual effects. A screen image can be viewed as a collection of all visual information that a user can perceive at a specific point in time; it is a visual snapshot of the user's interaction with the application. Technically, a screen image typically consists of pixel data ultimately output from the graphics rendering pipeline to the device's display buffer, containing visual attribute information such as color, brightness, and transparency. In applications that support multiple display orientations, the screen image needs to dynamically adjust its content layout and presentation according to the current display orientation (horizontal or vertical). For example, the same scene may present a wider horizontal field of view when displayed horizontally, while emphasizing vertical space and height hierarchy when displayed vertically. In this embodiment, the screen image in the second display orientation is regenerated based on the original rendering data, rather than a simple processing of the screen image in the first orientation, which ensures optimal image quality and visual effects.

[0067] Optionally, reproducing screen image acquisition instructions refers to the process by which the system simulates and executes the same or equivalent operation instructions as when acquiring the original content, in order to capture the target content on the newly generated screen image. This technique ensures the consistency of the acquired content in terms of functionality and semantics under different display orientations. The reproduction process first requires identifying the type and parameters of the original acquisition instructions, such as the capture range of the screenshot instruction, the duration and frame rate of the recording instruction, etc. Then, the system applies equivalent instruction parameters to the newly generated screen image, but may need to make appropriate adjustments according to the new display orientation. For example, for the screenshot instruction, the system needs to determine a new area that semantically corresponds to the original captured area under the new orientation; for the recording instruction, the system needs to ensure that the content captured under the new orientation contains the same key information and event sequence as the original recording. In terms of technical implementation, the reproduction process also involves operations such as coordinate transformation, region mapping, or event replay. To improve the accuracy of reproduction, the system can record key parameters and state information during the original acquisition process, such as viewpoint position, selected object, interaction state, etc., and restore these conditions as much as possible during reproduction to ensure that the content acquisition process under the new orientation is consistent with the original experience.

[0068] In optional implementations, the screen image acquisition command includes at least one of the following: a screenshot command or a video recording command. This allows the system to flexibly generate image or video content in different display orientations based on user operations, thus meeting diverse sharing needs.

[0069] For example, when a user captures a beautiful character image in landscape mode in a role-playing game using the phone's built-in screenshot function (such as pressing the volume down button and power button simultaneously) or the game's built-in screenshot button, and wants to share it with friends in portrait mode, the system will record the type and parameters of this screenshot command. When generating the portrait version, the system will execute the same type of screenshot command on the newly generated portrait screen image to ensure that the captured area and content are semantically consistent with the original screenshot. Optionally, a screenshot command refers to an operation command that, through triggering a specific interface or input action, causes the system to instantly capture the currently displayed screen content as a static image. Screenshot commands are typically initiated by the user during game execution, such as clicking the "Screenshot" button or using a shortcut key combination. In this embodiment, the screenshot command is not only used to generate a screenshot in the original display orientation but also serves as the basis for triggering the system to generate a copy of the screenshot in another orientation. Specifically, after the user executes the screenshot command, the system saves relevant image rendering data and timestamp information as the basis for subsequently generating a copy of the screenshot in the other orientation.

[0070] Optionally, a video recording command refers to a user's interactive command to initiate the system to record the currently displayed content as dynamic video. Video recording commands are typically triggered by the user by clicking the "Start Recording" button, using voice commands, or using preset shortcut keys. Their function is to continuously capture frame sequences of the game screen and encode them into a video file. In this embodiment, the video recording command is not only the core means of generating video content in the original direction, but also an important prerequisite for the system to automatically generate a video copy in the other direction. Specifically, when the user executes the video recording command, the system will simultaneously record and save the image rendering data corresponding to each frame of the recorded video image. Subsequently, video content in the other direction will be generated based on the saved image rendering data.

[0071] In an optional implementation, the method further includes: responding to a sharing trigger operation by sending the shared content to the target object. This ensures that content displayed in the user-selected target direction is successfully delivered to the intended recipient, improving the usability and integrity of the sharing function.

[0072] For example, in a specific application, see Figure 4 and Figure 5 When a user clicks the share button and selects a target direction in the game, the system transmits the generated target content to the designated recipient via social media interfaces or instant messaging tools, without the need to manually capture or change the direction image again, thereby reducing the user's operational burden and improving the convenience of sharing.

[0073] Optionally, a share trigger action refers to the user's proactive interaction of sharing content with others after preparing the content and selecting the display direction. This action is usually the final step in the sharing process, signifying that the user has confirmed their sharing intention and selected the final content. Share trigger actions can be implemented in various interactive forms, the most common being clicking or tapping a dedicated button on the interface, such as controls labeled "Share," "Send," or corresponding icons. On touchscreen devices, gesture operations may also be supported, such as swiping content in a specific direction or using multi-finger gestures. The target audience refers to the specific recipient to whom the user wishes to send the shared content; it can be an individual user, a user group, an online platform, or an application service, among other entities. In practical applications, the user first selects the target platform type (such as social media, instant messaging, or email systems) using the sharing channel controls provided on the sharing interface, and then further selects the specific recipient (such as a specific friend, group, or public channel) within the selected platform.

[0074] In an optional implementation, the method further includes: deleting the corresponding content of the target content in the second display direction after the sharing is completed. This effectively frees up device storage space by proactively deleting content copies after sharing, preventing a large amount of temporarily generated content from occupying system resources for extended periods, improving application efficiency, and maintaining the cleanliness of the user's device.

[0075] For example, in a specific application, if a user chooses to share a landscape screenshot in portrait format to a social media platform, the system automatically clears the portrait copy of the screenshot temporarily generated in the background after the sharing operation is completed, in order to save device resources.

[0076] Optionally, deletion refers to the process of cleaning up specific generated content after the sharing activity is completed. Its purpose is to free up storage space and maintain data consistency. To achieve efficient cleanup, the system typically triggers deletion logic after successful sharing to avoid accidental deletion due to network latency or anomalies. Furthermore, deletion operations can be performed synchronously or asynchronously. Synchronous deletion is suitable for applications with high real-time requirements, while asynchronous deletion is more suitable for large-scale data processing environments and can effectively balance system load. In addition, the system can also incorporate a user authorization mechanism to perform deletion operations with user permission, thereby enhancing the security and controllability of data management.

[0077] Optionally, the corresponding content of the target content in the second display direction refers to the adapted content generated by the system based on the characteristics of the original content and the requirements of the change in display direction. It is a temporarily generated copy or derivative content and is the main object for performing the deletion operation.

[0078] In an optional implementation, the first display orientation is horizontal, and the second display orientation is vertical; or, the first display orientation is vertical, and the second display orientation is horizontal. This allows players to flexibly choose the sharing format according to the needs of their device or social media platform, improving user experience and ease of use.

[0079] For example, when a player takes a screenshot in landscape mode and enters the sharing interface, the system determines whether to generate a portrait version of the screenshot based on whether the scene corresponding to the current screenshot supports portrait switching. If it does, the system will regenerate a content version suitable for portrait viewing based on the image rendering data recorded in the screenshot, and provide a switching control on the sharing interface, allowing the player to freely switch between landscape and portrait modes. Conversely, if the player takes a screenshot in portrait mode and enters the sharing interface, the system will regenerate a content version suitable for landscape viewing based on the image rendering data recorded in the screenshot.

[0080] Optionally, the primary display orientation is the display mode used when the user currently retrieves content. It identifies the directional attribute of the original content, facilitating subsequent processing and display. The primary display orientation can be horizontal or vertical, depending on the user's current operating environment and interaction behavior. Therefore, the system needs to accurately identify the user's current display orientation and generate corresponding backup content accordingly. Furthermore, the system needs to assess the compatibility of the target content's source scenario to determine whether content in another orientation can be generated. By dynamically adapting the display orientation, the system can meet sharing needs in different scenarios without increasing the complexity of user operations. Optionally, a second display orientation is an alternative display mode relative to the first display orientation, used to provide an alternative content display method and enhance the adaptability and flexibility of shared content. The second display orientation can be horizontal or vertical, depending on the setting of the first display orientation. For example, when the first display orientation is vertical, the second display orientation is horizontal, and vice versa. The generation of the second display orientation depends on the source scenario of the target content and its technical characteristics. For example, some scenarios may only support a single orientation for display, thus making it impossible to generate alternative content; while other scenarios may support multiple orientations simultaneously, providing users with more choices.

[0081] In optional implementations, the target content includes at least one of the following: screenshots of game scenes; system-preset images; recorded video of game footage; and video recording of the game process. This allows the system to adopt the processing strategy of this embodiment for different types of content, improving the applicability and practical value of the solution and meeting users' sharing needs across various content formats.

[0082] For example, after a user defeats a difficult boss in a role-playing game, they can choose to record the character's position and skill effects at the moment of victory by taking a screenshot of the game scene, or save the exciting process of the entire battle by recording the game process, or share the preset image of the battle settlement interface automatically generated by the system, or even the game screen video recorded by the user through the device's built-in function; no matter which content format the user chooses, when the user triggers the sharing operation, the system will detect the compatibility of the content's display orientation and provide a display orientation switching option on the sharing interface, allowing the user to flexibly choose the display orientation most suitable for the target social platform for sharing.

[0083] Optionally, game scene screenshots refer to static images created by capturing the current game screen. This type of content captures the visual state of the game at a specific moment, including components such as the scene environment, character states, and interface elements. Game scene screenshots can be generated in various ways, including using the game's built-in screenshot function, the device's system-level screenshot function, or third-party screenshot tools.

[0084] Optionally, system preset images refer to static image content with predefined templates and layouts automatically generated by the game system based on specific events or conditions. Unlike game scene screenshots, which are actively captured by the user, system preset images are usually automatically triggered and generated at specific game nodes, or requested by the user from the system in a specific interface. From a technical implementation perspective, system preset images are usually dynamically generated based on pre-designed templates, combined with real-time game data and resources, rather than simply capturing the current screen content. System preset images come in various types, commonly including achievement cards (such as level upgrades, achievement unlocks), battle settlement interfaces, leaderboard snapshots, character attribute cards, equipment display cards, event posters, etc. In games that support multiple display orientations, system preset images usually have versions optimized for different display orientations, including different layout designs, element arrangements, and visual balance. These preset images may be optimized according to the requirements of the target platform, such as providing different variations for the size and format requirements of different social media platforms. Therefore, when generating the corresponding content for the second display orientation of the system preset image, it can be generated based on its preset display version data.

[0085] Optionally, game screen recording refers to capturing dynamic video content formed by continuous game footage using the device's screen recording function. Unlike static images, game screen recording can record a period of gameplay, including dynamic elements such as screen changes, character actions, user interactions, and sound effects. From a technical implementation perspective, game screen recording is typically achieved through the screen recording API provided by the device's operating system or third-party recording tools, directly capturing and encoding a continuous sequence of frames from the device's display buffer. During recording, screen image data is continuously written to the video encoder, and audio data (such as game sound effects, background music, or user voice) may also be captured, ultimately generating a standard video format file such as MP4 or WebM. In games that support multiple display orientations, the video recording process also needs to record the image rendering data of each frame to generate the corresponding content in the second display orientation. Optionally, game recording refers to a dedicated data file containing game events and state data recorded internally by the game system for subsequent replay and reproduction of the game process. Unlike video recording, which directly captures screen pixel data, game recording records the event sequence and state changes at the game logic level. During playback, the game engine re-renders and generates the visual image. From a technical implementation perspective, game recording typically employs an event recording mechanism to save key game events (such as user input, random number seeds, AI decisions, physical collisions, etc.) and necessary state data (such as character positions, attribute values, scene states, etc.). During playback, the game engine reloads the initial state and then re-executes the game logic according to the recorded event sequence, generating a visually consistent image with the original game process. Game recording has diverse applications, commonly used for battle replays, match reviews, tutorial demonstrations, or achievement sharing. The advantages of this recording method include small data size (usually much smaller than video files), high playback quality (can be rendered at the original resolution), and support for interactivity (potentially allowing for view adjustment or pause for detailed examination). In games that support multiple display orientations, a significant advantage of game recordings is their flexible playback capability across different orientations. This is because playback is based on re-rendering of game data, rather than fixed video frames. This allows the same recording data to generate both landscape and portrait playback experiences, providing users with more flexible sharing options. The limitation of game recordings lies in their reliance on specific game engine environments; they typically can only be played back within the game in which the recording was generated, unlike universal video formats that can be viewed on any video player. For social sharing needs, game systems also need to convert game recordings to standard video formats for sharing and viewing outside of the game.

[0086] The technical solution disclosed herein integrates a display orientation switching control into the sharing interface and intelligently generates corresponding content in another display orientation based on the display orientation compatibility of the target content. This allows users to directly switch between different display orientations during the sharing process. This technique avoids the cumbersome process of users needing to exit the current interface, switch the display orientation, re-enter the target scene, and then share again, reducing terminal resource consumption and processing burden. Simultaneously, by judging the display orientation compatibility of the target content, the system can intelligently decide whether to provide the switching function, further optimizing the clarity of the user interface and operational efficiency. This technical solution not only improves the convenience and flexibility of sharing operations but also enhances the social dissemination effect of the application and the consistency of the user experience, effectively solving the technical problem in existing technologies where users cannot flexibly switch the content display orientation during the sharing process.

[0087] Corresponding to the above method embodiments, this invention provides an information processing device, see [link to previous document]. Figure 6 In an optional embodiment, the device includes: a sharing interface providing module, configured to provide a sharing interface in response to a sharing instruction for target content in a first display direction; a content generation module, configured to generate corresponding content for the target content in a second display direction based on a display direction compatibility judgment result of the target content, and to provide a display direction switching control in the sharing interface; a display direction determining module, configured to determine a target display direction in response to a first operation of the display direction switching control, wherein the target display direction is either the first display direction or the second display direction; and a content determining module, configured to determine the target content corresponding to the target display direction as the sharing content.

[0088] In an optional implementation, the content generation module includes: a compatibility judgment unit, used to judge whether the source scenario of the target content supports switching between different display orientations; and a content generation unit, used to generate the corresponding content of the target content in the second display orientation when the judgment result is supported.

[0089] In an optional implementation, the content generation module includes: a control providing unit, used to provide a display orientation switching control on the sharing interface based on the display orientation compatibility judgment result of the target content; and a content generation unit, used to generate corresponding content of the target content in the second display orientation in response to a second operation on the display orientation switching control.

[0090] In an optional implementation, the content generation module includes: a data acquisition unit, used to acquire image rendering data corresponding to the target content, the image rendering data including at least one of the following: scene data, model data, virtual character data, user attribute data, and interactive operation instructions; and a content generation unit, used to generate corresponding content of the target content in the second display direction based on the image rendering data.

[0091] In an optional embodiment, the device further includes: a target content acquisition module, used to generate target content in a first display direction in response to a screen image acquisition command; and a data recording module, used to record image rendering data corresponding to the target content.

[0092] In an optional implementation, the content generation unit includes: a screen image generation subunit, used to generate a screen image in a second display direction based on image rendering data; and a content reproduction subunit, used to reproduce the screen image acquisition instruction for the screen image to generate corresponding content of the target content in the second display direction.

[0093] In an optional implementation, the screen image acquisition instruction includes at least one of the following: screenshot instruction, video recording instruction.

[0094] In an optional implementation, the device further includes a content sharing module, used to send the shared content to the target object in response to a sharing trigger operation.

[0095] In an optional implementation, the device further includes a content deletion module, used to delete the corresponding content of the target content in the second display direction after the shared content has been shared.

[0096] In an optional implementation, the first display direction is horizontal and the second display direction is vertical; or, the first display direction is vertical and the second display direction is horizontal.

[0097] In optional implementations, the target content includes at least one of the following: screenshots of game scenes; system preset images; recorded video of game screens; and video recording of the game process.

[0098] The information processing apparatus provided in this disclosure has the same implementation principle and technical effects as the aforementioned method embodiments. For the sake of brevity, any parts not mentioned in the apparatus embodiments can be referred to the corresponding content in the aforementioned method embodiments.

[0099] It should be noted that although several units / modules or sub-units / modules of the device have been mentioned in the detailed description above, this division is merely exemplary and not mandatory. In fact, according to embodiments of the present invention, the features and functions of two or more units / modules described above can be embodied in one unit / module. Conversely, the features and functions of one unit / module described above can be further divided and embodied by multiple units / modules.

[0100] This invention also provides an electronic device, such as... Figure 7As shown, the electronic device includes a processor and a memory. The memory stores computer-executable instructions that can be executed by the processor. The processor executes the computer-executable instructions to implement any information processing method of the embodiments of this disclosure. For specific implementation methods and the resulting technical effects, please refer to the method embodiments, which will not be repeated here.

[0101] Figure 7 This is a schematic diagram of the structure of an electronic device. The electronic device 1100 includes a processor 1101 with one or more processing cores, a memory 1102 with one or more computer-readable storage media, and a computer program stored in the memory 1102 and executable on the processor. The processor 1101 and the memory 1102 are electrically connected. Those skilled in the art will understand that the electronic device structure shown in the figure does not constitute a limitation on the electronic device, and may include more or fewer components than shown, or combine certain components, or have different component arrangements.

[0102] The processor 1101 is the control center of the electronic device 1100. It connects various parts of the electronic device 1100 through various interfaces and lines. By running or loading software programs and / or modules stored in the memory 1102, and calling data stored in the memory 1102, it executes various functions of the electronic device 1100 and processes data, thereby performing overall monitoring of the electronic device 1100.

[0103] Optionally, the electronic device 1100 further includes: a touch display screen 1103, a radio frequency circuit 1104, an audio circuit 1105, an input unit 1106, and a power supply 1107. The processor 1101 is electrically connected to the touch display screen 1103, the radio frequency circuit 1104, the audio circuit 1105, the input unit 1106, and the power supply 1107. Those skilled in the art will understand that... Figure 7 The electronic device structure shown does not constitute a limitation on the electronic device and may include more or fewer components than shown, or combine certain components, or have different component arrangements.

[0104] This invention also provides a computer-readable storage medium storing a computer program, wherein the computer program is configured to execute any information processing method of this disclosure embodiment when run by a processor. For specific implementation methods and the resulting technical effects, please refer to the method embodiments, which will not be repeated here.

[0105] If the aforementioned functions are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this invention, essentially, or the part that contributes to the prior art, or a portion of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, a terminal device, or a network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0106] In the description of this invention, it should be noted that the terms "center," "upper," "lower," "left," "right," "vertical," "horizontal," "inner," and "outer," etc., indicate the orientation or positional relationship based on the orientation or positional relationship shown in the accompanying drawings. They are used only for the convenience of describing the invention and for simplifying the description, and do not indicate or imply that the device or element referred to must have a specific orientation, or be constructed and operated in a specific orientation. Therefore, they should not be construed as limitations on the invention. Furthermore, the terms "first," "second," and "third" are used for descriptive purposes only and should not be construed as indicating or implying relative importance.

[0107] Finally, it should be noted that the above-described embodiments are merely specific implementations of the present invention, used to illustrate the technical solutions of the present invention, and not to limit it. The scope of protection of the present invention is not limited thereto. Although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that any person skilled in the art can still modify or easily conceive of changes to the technical solutions described in the foregoing embodiments within the technical scope disclosed in the present invention, or make equivalent substitutions for some of the technical features; and these modifications, changes, or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present invention, and should all be covered within the scope of protection of the present invention. Therefore, the scope of protection of the present invention should be determined by the scope of the claims.

Claims

1. An information processing method, characterized in that, The method includes: In response to a sharing command for target content in the first display orientation, a sharing interface is provided; Based on the display orientation compatibility judgment result of the target content, the corresponding content of the target content in the second display orientation is generated, and a display orientation switching control is provided on the sharing interface; In response to a first operation on the display orientation switching control, a target display orientation is determined, wherein the target display orientation is either the first display orientation or the second display orientation; The target content corresponding to the target display direction is determined as the shareable content.

2. The method according to claim 1, characterized in that, The step of generating corresponding content for the target content in a second display direction based on the display direction compatibility judgment result of the target content includes: Determine whether the source scenario of the target content supports switching between different display orientations; When the judgment result is "supported", the corresponding content of the target content in the second display direction is generated.

3. The method according to claim 1, characterized in that, The step involves generating corresponding content for the target content in a second display orientation based on the display orientation compatibility judgment result, and providing a display orientation switching control on the sharing interface, including: Based on the display orientation compatibility judgment result of the target content, a display orientation switching control is provided on the sharing interface; In response to a second operation on the display orientation switching control, the corresponding content of the target content in the second display orientation is generated.

4. The method according to claim 1, characterized in that, Generating the corresponding content of the target content in the second display direction includes: Obtain the image rendering data corresponding to the target content, wherein the image rendering data includes at least one of the following: Scene data, model data, virtual character data, user attribute data, and interactive operation commands; Based on the image rendering data, the corresponding content of the target content in the second display direction is generated.

5. The method according to claim 4, characterized in that, The method further includes: In response to a screen image acquisition command, generate target content for the first display orientation; Record the image rendering data corresponding to the target content.

6. The method according to claim 5, characterized in that, The step of generating the corresponding content of the target content in the second display direction based on the image rendering data includes: Based on the image rendering data, a screen image is generated in the second display direction; For the screen image, the screen image acquisition instruction is reproduced to generate the corresponding content of the target content in the second display direction.

7. The method according to claim 6, wherein the screen image acquisition instruction includes at least one of the following: screenshot instruction, video recording instruction.

8. The method according to claim 1, characterized in that, The method further includes: In response to the sharing trigger operation, the shared content is sent to the target object.

9. The method according to claim 8, characterized in that, The method further includes: After the shared content is completed, delete the corresponding content of the target content in the second display direction.

10. The method according to any one of claims 1-9, characterized in that, The first display direction is horizontal, and the second display direction is vertical; or, the first display direction is vertical, and the second display direction is horizontal.

11. The method according to claim 1, characterized in that, The target content includes at least one of the following: Game scene screenshots; System preset image; Record gameplay footage; Game recording.

12. An information processing device, characterized in that, The device includes: A sharing interface module is provided to provide a sharing interface in response to a sharing instruction for target content in a first display orientation; The content generation module is used to generate corresponding content of the target content in the second display direction based on the display direction compatibility judgment result of the target content, and to provide a display direction switching control in the sharing interface; The display orientation determination module is configured to determine a target display orientation in response to a first operation of the display orientation switching control, wherein the target display orientation is either the first display orientation or the second display orientation; The content determination module is used to determine the target content corresponding to the target display direction as the shareable content.

13. An electronic device, characterized in that, include: Memory stores computer-executable instructions that can be executed by a processor; A processor for executing the computer-executable instructions to implement the method as claimed in any one of claims 1-11.

14. A computer-readable storage medium, characterized in that, The device contains a computer program that, when executed by a processor, implements the method as described in any one of claims 1-11.

Images