Billede til billede-API

Et API til billede til billede genererer et redigeret billede eller en variation ud fra et kildebillede og instruktioner. I modsætning til generering med kun tekst giver billedet visuel information om motiv, layout eller stil. Den valgte model afgør, hvor tæt den følger referencen, og hvilke redigeringstilstande der er til rådighed.

Brug de billedinputfelter, der er dokumenteret for det valgte endpoint. Nogle accepterer offentligt tilgængelige billed-URL'er, mens andre kan understøtte andre kodninger. Kontrollér filformat, dimensioner, størrelse og URL'ens tilgængelighed, før du sender. En URL fra en privat browsersession er ikke automatisk tilgængelig for en genereringstjeneste.

Brug et tydeligt, detaljeret kildebillede, og angiv, hvilke egenskaber der skal forblive uændrede, fx ansigt, emballage, logoets placering eller produktets geometri. Lav én meningsfuld ændring ad gangen. Se resultatet grundigt efter, for en instruktion om at bevare et motiv garanterer ikke detaljer, der er identiske pixel for pixel.

Nej. Referencegenerering, instruktionsbaseret redigering, maskeret inpainting og outpainting er forskellige funktioner. Brug modeldokumentationen til at bekræfte redigeringstilstand og påkrævede felter. Hvis der ikke er dokumenteret noget maskeinput, så gå ikke ud fra, at et maskefelt vil begrænse en redigering til ét område.

Nogle modeller understøtter flere billeder med modelspecifikke grænser og referenceadfærd. Forklar hvert billedes rolle, fx produktidentitet, komposition eller stil, hvor det understøttes. Undgå modstridende referencer, og bekræft det accepterede antal billeder, før du bygger et forløb med flere billeder.

Beskriv den ønskede ændring og de detaljer, der skal bevares, i hver sin konkrete instruktion. Bed fx om en ny baggrund, mens produktets form, farve og label forbliver uændrede. Undgå at bede om flere urelaterede ændringer på én gang. Trinvise rettelser gør det lettere at finde ud af, hvorfor noget går galt.

Nogle billedmodeller tilbyder større outputdimensioner, men at generere en større variation kan også ændre indholdet. Afgør, om dit behov er en redigering, en ny rendering eller trofast opskalering. Vurdér outputstørrelse og bevarelse af detaljer hver for sig, og brug et dedikeret forbedringsværktøj, hvis det passer bedre til mediet.

Billede til billede starter med visuelt kildemateriale og instruktioner om, hvordan det skal omformes. Tekst til billede starter med en skriftlig beskrivelse. Brug et API til billedredigering til produktrevisioner, portrætændringer og referencestyrede variationer, og brug generering med kun tekst, når du udforsker en ny visual fra bunden.

Send den valgte model og dens billedinput via det dokumenterede genereringsendpoint. Gem task_id, og hent det færdige resultat via statuspolling eller et understøttet webhook-callback. Gem forholdet mellem kilde og output i din applikation, så brugerne kan sammenligne versioner og se, hvilken anmodning der skabte hver redigering.

Modellen, outputstørrelsen, antallet af billeder og valgfrie redigeringsfunktioner kan påvirke prisen. Nogle endpoints beregner også pris for referenceinput eller størrelsesbaseret behandling hver for sig. Sammenlign faktureringsenhed og relevante niveauer på modelsiden, og vurdér derefter, hvor mange redigeringsforsøg der skal til for at nå et acceptabelt resultat.

Modellen kan have fortolket anmodningen som en bredere ny generering, især ved modstridende instruktioner eller uklare referencer. Brug et renere kildebillede, afgræns redigeringen, og nævn udtrykkeligt de detaljer, der skal bevares. Test en dedikeret redigeringstilstand eller en anden model, der følger referencer, hvis problemet bliver ved.

Hver PoYo-modelside linker til API-dokumentation med de aktuelle billedfelter, understøttede indstillinger og eksempler. Modellens egen llms.txt-ressource er også nyttig til kodeassistenter og integrationsarbejde. Kopiér strukturen for det pågældende endpoint i stedet for at gå ud fra, at alle API'er til billedredigering accepterer de samme parametre.