Contact
Direct contact with Sergei Solod for bugs, product questions, and useful feedback.
Picmu is an independent product built by Sergei Solod, so your message does not disappear into a generic support queue. If a page breaks, browser support behaves differently than expected, copy feels off, or you want to discuss business use, the message goes straight to the developer. You can also learn more about his background at jsvar.com.
Direct contact
Send a message to the developer
Use the form for product questions, browser capability issues, licensing, business conversations, or a concrete bug report. It goes directly to Sergei Solod.
Direct email
sergeissolod@gmail.comUse email when the conversation is easier to track outside the browser, especially for partnerships, licensing, legal questions, or business use. It goes directly to Sergei Solod.
For technical issues, include the page, browser, device, source format, target format, and whether the problem happened before export, during export, or after download.
Contact
What to write about
The most useful messages are concrete and tied to a real page, browser, and expected outcome.
Product or workflow question
Ask when you are unsure which page fits the job, what a capability note means, or how a specific output is intended to behave.
Bug report or browser mismatch
Useful for broken exports, incorrect previews, odd codec behavior, performance regressions, and feature differences across browsers or devices.
Business or licensing
Use direct contact for commercial use, partnerships, licensing conversations, or situations where the message should be tracked outside the site.
Content correction or trust issue
Send a note if copy feels misleading, outdated, confusing, or weaker than it should be.
Picmu
What helps the message land well
A little structure makes it much easier to reproduce a problem or answer a real product question without guessing.
Who reads these messages
Messages go directly to Sergei Solod, the developer behind Picmu. That keeps support direct and makes it easier to discuss a real page, bug, or product decision without a layered handoff.
If you want broader background before reaching out, jsvar.com covers his experience, resume, and other developer work.
For image pages
Include the page path, source format, expected output format, whether you used batch mode, and what looked wrong in the preview or final download.
If the issue is about print, target size, transparency, cleanup, or metadata, mention the exact setting that looked wrong or behaved differently than expected.
For video pages
Mention the browser, operating system, container or codec when you know it, and whether the issue appeared in preview, capability checks, trim or crop interaction, or export.
Video bugs are much easier to reason about when the message includes the page, the source file type, and whether the browser failed to decode, encode, or save the result.
For UX, copy, or trust issues
If a page feels unclear, noisy, or misleading, say where it happened and what expectation it created for you.
That kind of feedback matters because Picmu is deliberately built around clear interfaces and precise wording, not just raw feature count.
For business, licensing, or legal context
If the message is commercial or legal in nature, say that early and keep the request specific. It helps us answer faster and keeps the thread easier to track.
If attachments or sample files are necessary, start with context first and avoid sending sensitive material in the initial message.
Tools
Want to go back to the tool library?
Open the media tool index to jump from feedback into image hubs, video hubs, and the exact workflow pages.
FAQ