Dubovoi: Pixel - mass processing and optimization of images via neural networks

Dubovoi: Pixel version 3.0.2

Fixed retrieval of the first license and updating from version 3.0.1 after a false licensing block.

What's new:

- No new user scenarios have been added in this update.

What has been improved:

- Fixed update launch without prior module loading: necessary configuration classes are now connected by the updater itself.

- An empty date for the saved license no longer causes rejection of the first signed response from the center.

- License restoration works when updating from the old version 3.0.1, including after clearing the licensing cache.

- Response dates are correctly processed regardless of the hosting time zone.

- In case of update failure, the verification stage and diagnostic signs are displayed without revealing keys and signatures.

Why it is important to update:

- The false block on first launch and module reinstallation is eliminated.

- Package signature checks, license ownership for the installation, and update rights are preserved.

What to do after updating:

- Reinstall the update via the Marketplace after replacing the package.

- There is no need to delete licensing settings from the database.

Dubovoi: Pixel version 3.0.1

Pixel is now clearer when selecting a scenario and safer when improving lighting: the original background, frame, and text undergo mandatory automatic verification.

What's new:

- Added visual examples of the new scene, try-ons, pre-publication processing, text cleanup, and background removal.

- Model libraries for try-ons and scenes are separated and no longer mix photos of people with product backgrounds.

- OpenAI costs are shown separately for each scenario and its automatic checks.

What's improved:

- Lighting improvement always preserves the original environment; selecting a new background is available only for the product scene.

- Panoramic sources are placed in a safe service frame without cropping, and the result is returned to the original proportions before automatic verification.

- Changing the product, composition, text, or watermarks blocks the result and prevents its automatic publication.

- The examples gallery and cost cards are adapted for wide and mobile screens.

Why it's important to update:

- The operator sees only parameters related to the selected mode and cannot accidentally replace the background during simple light improvement.

- Dangerous generative results are blocked, do not overwrite the original image, and require manual verification.

- Clear examples and scenario-based calculations reduce the risk of incorrect settings and unexpected costs.

What to do after updating:

- Open Settings, check the selected scenario and the displayed cost estimate.

- Run a test on one image, visually compare the product and environment with the original, and only then create the batch queue.

Dubovoi: Pixel version 3.0.0

Pixel now features a unified OpenAI-first image processing scenario: the administrator assembles a sequence of actions, immediately sees the number of requests and budget, verifies the result on a single product, and only then starts the queue.

What's new:

- OpenAI chains have been added for removing extraneous text, improving lighting, creating scenes, displaying products on models, and AI background removal with transparency and adjustable padding.

- Lighting and scene are combined into a single request, and when trying on, requirements for lighting and environment are added to the final product placement request.

- Backgrounds and model images can be regenerated or randomly selected from a pre-verified library.

- Settings and the queue now include cost calculation per result and for mass execution based on the official tariffs of the selected model.

What's improved:

- For scenes and backgrounds, the module restores the original product pixels based on the mask to avoid altering geometry, color, labeling, or details of the item being sold.

- Chain parameters are displayed only for selected actions; incompatible combinations are blocked until execution.

- Actual OpenAI costs account for text, input graphics, cached, and output tokens from usage; preliminary budgets use a conservative orientation price.

- Paid requests are not automatically retried on connection loss: indeterminate results are routed for manual verification and separately marked in telemetry.

- The control center, Russian documentation, responsive layout, and tooltips for standard settings mode have been updated.

Why it's important to update:

- One chain replaces several scattered settings and helps reduce the number of paid OpenAI calls.

- The mass processing budget is visible before execution, and actual expenses are recorded after each API response.

- Dangerous generative results do not overwrite the original image and require confirmed manual product verification.

What to do after updating:

- Open "Settings → Connections" and verify the OpenAI key and the required proxy.

- On the "Processing" tab, select a ready-made scenario or define a chain, then verify the displayed request plan.

- Run a test on a single image, visually compare the product with the original, and only then form the mass queue.

Module work improvements

- Fixed file log path processing.

- Paths such as /local/log.txt and /log/telega.txt are now correctly recognized as paths from the site root.

- Absolute paths outside the site, for example /home/bitrix/logs/dubovoi.pixel.log, continue to be supported.

- Labels in the logs section have been clarified: the path specified in settings and the actual file path on the server are now shown separately.

- The logging settings tooltip has been improved: it explicitly states that paths like /log/telega.txt and /local/log.txt are considered paths from the site root.

- Full queue pause without clearing added: now you can stop mass processing and save the current queue.

- Added the "Pause without clearing queue" button on the "Queue" and "Monitoring" pages.

- Added the "Resume processing" button to resume the queue from the same point.

- Fixed agent and AJAX launch logic: when paused, the module no longer schedules the next processing step.

- When paused, already processed products are saved, and unprocessed ones remain in the queue.

- Improved queue state control: the page correctly shows that the queue is paused.

Update 2.1.3

- Improved module logging functionality.

- The log file path can now be either relative to the site root or an absolute path on the server.

- This allows moving the log outside the site and avoiding backup errors when the log changes during archive creation.

- Explanations and correct handling of absolute paths have been added to the settings and log viewing pages.

- Fixed resumption of queue processing after removal of a problematic product.

- If the queue was already started but active processing stopped, the module automatically continues execution without manual restart.

- Improved pagination on the queue processing page.

- The interface of the dubovoi_pixel_start.php page is now more convenient for large processing queues.

Update 2.1.0

- Fixed queue freezing on error with one image: a product with an error no longer blocks further processing.

- Products with errors are now correctly displayed with the status "Error" and are excluded from the active queue until manual retry.

- Improved stability of agent processing and initial queue start: mass optimization continues even with individual failures on separate files.

- Added extended diagnostics for local image optimization: the logs now record cases where the utility returns a corrupted or empty file.

- Improved handling of problematic source files if the product file is missing from the disk or contains incorrect data.

- Completely redesigned pagination on the queue monitoring page

Update 2.0.0

- Improved the "Save original image name and path" mode: the module overwrites the source file without changing the URL.

- Added the "Rename image name by article" function with specification of the article property code (string type).

- Implemented mutual blocking of the "save original path" and "rename by article" modes to prevent logic conflicts.

- Refined format logic: when saving the original path, changes to the result format are ignored (the URL must remain unchanged).

- Enhanced stability of saving to standard DETAIL_PICTURE / PREVIEW_PICTURE fields.

- Improved diagnostics for broken files: now explicitly records cases where file_id exists but the file is missing on disk.

- For local processing, false HTTP fallback is excluded when the file is missing on disk.

- On the "Test" tab, budget calculation by function and total budget for 1 and 1000 images are displayed.

- Added support for the PhotoRoom (Base) basic tariff for background removal.

Update 1.0.7

- Fixed saving the processed image to the standard DETAIL_PICTURE/PREVIEW_PICTURE field: added more reliable file assembly for the field and explicit error diagnostics.

- Added a new setting "Save original image name and path".

- When the new setting is enabled, the module overwrites the source image file without changing the URL (name and path are preserved).

- Added update of file metadata (size, width, height, MIME) after overwriting the source file.

Update 1.0.3

- Improved stability of menu handler registration: added protective re-registration without accumulating duplicates.

- Improved AJAX loading of information blocks by type on the generation page

Module work improvements

Update 1.0.1

- An additional product selection based on the quality of source images has been added to the generation page.

- New filter parameters have appeared: minimum image size in KB and minimum image width in pixels.

- After the main product selection, the module additionally checks the source images and excludes from the queue products that do not meet the specified constraints.

- Statistics for secondary filtering have been added: how many products were found, how many passed the check, and how many were filtered out.

- Mass processing security has been improved: the check is performed using Bitrix file metadata without reading the images themselves, which reduces server load when working with large catalogs.

- Before starting processing, the module re-checks the images against the specified constraints and skips unsuitable files.