Color de un píxel


8

Escriba un programa que imprima el color RGB de un píxel en la pantalla.

El programa debe leer una línea de stdin en el formato x,y, donde x e y son enteros sin signo. El píxel (0,0) es el píxel superior izquierdo de la pantalla.

El programa debería generar una línea para stdout en el formato RRR,GGG,BBB, que representa el color del píxel en ( x, y).

RRR, GGGY BBBdebe ser números de punto flotante entre 0 y 1, O enteros en el rango [0, 255]. Los ceros iniciales no importan, por ejemplo: ambos 074y 74son aceptables.

Comportamiento indefinido

Está bien que el programa exhiba un comportamiento indefinido (bloqueo, dar salida incorrecta, etc.) en las siguientes condiciones:

  • El usuario ingresa una cadena, entero con signo, flotante o cualquier otro tipo de datos no válido
  • La entrada del usuario no está en el formato x,y
  • El píxel especificado está fuera de la pantalla.

Notas:

  • El programa no puede modificar el píxel en las coordenadas dadas.
  • Si tiene varios monitores, no importa en qué monitor esté encendido el píxel, siempre que se use el mismo monitor cada vez que se ejecute el programa.

La respuesta con la menor cantidad de bytes gana.


24
¿Por qué deberían RRR, GGGy BBBser puntos flotantes entre 0 y 1? Por lo general, son enteros en el rango [0,255]. Sugeriría permitir ambos.
Kevin Cruijssen

44
¿Podemos limitar nuestras soluciones a la ventana en la que se ejecutan, en beneficio de los idiomas que no pueden acceder a nada en la pantalla fuera de esa ventana?
Shaggy

77
Si usted permite que sólo el 0 - 1 formato no se debe utilizar RRR, GGGy BBBen la especificación, pero R, G,B
sergiol

66
¿Qué pasa si tenemos múltiples monitores?
tsh

77
Podría valer la pena especificar que el programa no puede modificar el píxel en la coordenada dada. De lo contrario, podría ser más eficiente oscurecer toda la pantalla y regresar 0, 0, 0, frustrando el propósito del desafío.
maxb

Respuestas:


10

Java 10 (función lambda), 105 75 bytes

x->y->(new java.awt.Robot().getPixelColor(x,y)+"").replaceAll("[^\\d,]","")

Una función que toma dos parámetros enteros y devuelve una cadena RRR,GGG,BBB, donde los colores son enteros en el rango [0, 255].

-30 bytes gracias a @LukeStevens mediante el uso java.awt.Colorde la toString()salida predeterminada y modificándola para que solo queden los dígitos y las comas.

Explicación:

x->y->                      // Method with two integer parameters and String return-type
  (new java.awt.Robot()     //  Create a AWT-Robot instance
    .getPixelColor(x,y)     //  Get the pixel AWT-Color at position x,y
    +"")                    //  Call the default toString() of the AWT-Color
                            //   i.e. "java.awt.Color[r=213,g=230,b=245]"
  .replaceAll("[^\\d,]","") //  Remove everything except for digits and commas

NOTA: La toString()implementación predeterminada de la java.awt.Colorsiempre ha sido la misma en todas las versiones de JVM, que yo sepa, pero potencialmente puede cambiar en el futuro. Lo probé en Java 8 y Java 10 y regresó "java.awt.Color[r=#,g=#,b=#]".


Pero, como el desafío dice:

  • Programa completo
  • Tomando entrada en el formato x,yde STDIN
  • Salida en formato R,G,BSTDOUT
  • Tener el R, G, Bcomo puntos flotantes en el rango[0.0, 1.0]

El código se vuelve MUCHO más detallado:

Java 10 (programa completo), 266 bytes

interface M{static void main(String[]a)throws Exception{var s=new java.util.Scanner(System.in).next().split(",");var c=new java.awt.Robot().getPixelColor(new Short(s[0]),new Short(s[1]));System.out.print(c.getRed()/255d+","+c.getGreen()/255d+","+c.getBlue()/255d);}}

Explicación:

interface M{          // Class
  static void main(String[]a)
                      //  Mandatory main method
    throws Exception{ //    Mandatory throws clause for `new Robot()`
  var s=new java.util.Scanner(System.in)
                      //   Create a Scanner for STDIN
         .next()      //   Get the String user input
         .split(","); //   Split it on "," and save it as String-array in `s`
  var c=new java.awt.Robot()
                      //   Create a AWT-Robot instance
         .getPixelColor(
                      //   And get the pixel AWT-Color at position:
           new Short( //    Convert String to Short (and implicitly to int):
            s[0]),    //     x-coordinate input by user from String-array `s`
           new Short( //    Convert String to Short (and implicitly to int):
            s[1]));   //     y-coordinate input by user from String-array `s`
  System.out.print(   //   Print to STDOUT:
   c.getRed()         //    The red part of RGB as integer in the range [0,255]
    /255d             //     Converted to a floating point in the range [0.0, 1.0]
   +","               //    Appended with a comma delimiter
   +c.getGreen()      //    Appended with the green part of RGB as integer in the range [0,255]
     /255d            //     Converted to a floating point in the range [0.0, 1.0]
   +","               //    Appended with a comma delimiter
   +c.getBlue()       //    Appended with the blue part of RGB as integer in the range [0,255]
     /255d);}}        //     Converted to a floating point in the range [0.0, 1.0]

2
Para la primera respuesta de reglas sueltas, puede hacer uso de la conversión de cadena de colores y simplemente tener x->y->(new java.awt.Robot().getPixelColor(x,y)+"").replaceAll("[^\\d,]","")75 bytes
Luke Stevens

@LukeStevens Uso inteligente del valor predeterminado toString()de java.awt.Color. ¡Gracias!
Kevin Cruijssen

Buen trabajo chicos, me ganaron: estaba ocupado implementando el toString()camino también ... ;-) Excepto que tuve que descargar un IDE para hacer todo eso: solo uso TIO ahora :(
Olivier Grégoire

3
Tenga en cuenta que el Javadoc es muy claro que Color::toStringes discrecional de implementación. Por lo tanto, podría ser bueno especificar qué JVM se usó para las pruebas (funciona como está con OpenJDK y Oracle JDK).
Olivier Grégoire

1
Finalmente, debe reemplazar " "con ","para cumplir con el RRR,GGG,BBBformato estricto (no RRR GGG BBB).
Olivier Grégoire

9

6502 código máquina (C64), 280 260 bytes

00 C0 A2 00 20 CF FF C9 0D 9D 02 C1 F0 03 E8 D0 F3 20 D2 FF A5 7A 85 FB A5 7B
85 FC A9 01 85 7A A9 C1 85 7B 20 73 00 20 6B A9 A5 14 85 FD A5 15 85 FE 20 73
00 20 6B A9 A5 FB 85 7A A5 FC 85 7B A5 14 4A 4A 4A AA 20 F0 E9 A5 FD 46 FE 6A
4A 4A A8 A5 14 29 07 AA A9 00 38 6A CA 10 FC 85 FE B1 D1 0A 26 FC 0A 26 FC 0A
26 FC 85 FB A5 D2 29 03 09 D8 85 D2 B1 D1 85 02 A9 02 18 2D 18 D0 0A 0A 65 FC
29 0F 09 D0 85 FC A9 33 85 01 A5 FD 29 07 A8 B1 FB A2 37 86 01 25 FE D0 05 AD
21 D0 85 02 A6 D6 20 F0 E9 A5 02 29 0F AA BC D2 C0 20 BC C0 BC E2 C0 20 B7 C0
BC F2 C0 A9 2C 20 D2 FF 98 0A A9 30 90 02 A9 31 20 D2 FF A9 2E 20 D2 FF 98 29
7F 4C D2 FF 30 B0 35 35 36 33 32 39 36 33 38 33 35 37 34 37 30 B0 32 38 32 37
32 39 33 32 34 33 35 B0 34 37 30 B0 32 38 36 33 36 34 32 30 34 33 35 36 39 37

Esperaba que esto fuera posible en muchos menos bytes, pero desafortunadamente ... bueno, desde que lo terminé, publicando ahora de todos modos. Al menos, el formato restrictivo ayudó con una cosa: algo similar a stdin(entrada desde un dispositivo actual) solo existe en el C64 en modo de texto, porque el sistema operativo solo admite este modo, por lo que no es necesario considerar otros modos del chip de gráficos .

Nota sobre la salida de los valores de color: el chip gráfico C64 no usa colores RGB, sino que genera directamente una señal de video con colores YUV, con una paleta fija de 16 colores. Utilicé valores redondeados de la conversión de colodore a RGB con la configuración de monitor "predeterminada" aquí.

-20 bytes : mejor rutina de salida, codificando la salida de 3 caracteres por canal de color en un solo byte.

Con respecto al comentario: en teoría es posible usar incluso el modo de caracteres multicolor del VIC con el sistema operativo C64 estándar, pero requiere una fuente personalizada que en realidad sea legible con solo 4 píxeles horizontales de doble ancho. No del todo imposible, pero muy poco probable. Del mismo modo, el modo de color extendido (o el modo de fondo extendido, que es el mismo) podría usarse con el sistema operativo C64, pero requiere reconfigurar el chip de gráficos directamente. Opté por ignorar todas estas posibilidades en el sentido del golf de código aquí: no es el entorno estándar que se encuentra en un Commodore 64 con sistema operativo stock en ejecución. Lo que es posible con el sistema operativo estándar es cambiar entre dos fuentes incorporadas (shift + tecla Commodore), el programa lo explica.

Demostración en línea

Uso: SYS49152para comenzar.

Desmontaje comentado :

         00 C0       .WORD $C000        ; load address
.C:c000  A2 00       LDX #$00           ; loop index for input
.C:c002   .input:
.C:c002  20 CF FF    JSR $FFCF          ; character from input device
.C:c005  C9 0D       CMP #$0D           ; compare with enter
.C:c007  9D 16 C1    STA .buf,X         ; store to buffer
.C:c00a  F0 03       BEQ .parse         ; was enter -> start parsing
.C:c00c  E8          INX                ; next character
.C:c00d  D0 F3       BNE .input         ; and repeat input loop
.C:c00f   .parse:
.C:c00f  20 D2 FF    JSR $FFD2          ; output the enter character
.C:c012  A5 7A       LDA $7A            ; save pointer of BASIC parser
.C:c014  85 FB       STA $FB
.C:c016  A5 7B       LDA $7B
.C:c018  85 FC       STA $FC
.C:c01a  A9 15       LDA #$15           ; set pointer of BASIC parser to
.C:c01c  85 7A       STA $7A            ; buffer-1
.C:c01e  A9 C1       LDA #$C1
.C:c020  85 7B       STA $7B
.C:c022  20 73 00    JSR $0073          ; get next character
.C:c025  20 6B A9    JSR $A96B          ; BASIC routine to parse number
.C:c028  A5 14       LDA $14            ; lowbyte of parsed number to $fd
.C:c02a  85 FD       STA $FD
.C:c02c  A5 15       LDA $15            ; highbyte to $fe
.C:c02e  85 FE       STA $FE
.C:c030  20 73 00    JSR $0073          ; get next character
.C:c033  20 6B A9    JSR $A96B          ; parse as number ...
.C:c036  A5 FB       LDA $FB            ; restore pointer of BASIC parser
.C:c038  85 7A       STA $7A
.C:c03a  A5 FC       LDA $FC
.C:c03c  85 7B       STA $7B
.C:c03e  A5 14       LDA $14            ; load y coordinate
.C:c040  4A          LSR A              ; divide by 8 for character row
.C:c041  4A          LSR A
.C:c042  4A          LSR A
.C:c043  AA          TAX                ; -> to X
.C:c044  20 F0 E9    JSR $E9F0          ; set pointer to character row
.C:c047  A5 FD       LDA $FD            ; divide x coordinate by 8
.C:c049  46 FE       LSR $FE
.C:c04b  6A          ROR A
.C:c04c  4A          LSR A
.C:c04d  4A          LSR A
.C:c04e  A8          TAY                ; -> to Y
.C:c04f  A5 14       LDA $14            ; load y coordinate
.C:c051  29 07       AND #$07           ; mask pixel position in character
.C:c053  AA          TAX                ; -> to X
.C:c054  A9 00       LDA #$00           ; initialize pixel mask to 0
.C:c056  38          SEC                ; set carry for bit to shift in
.C:c057   .bitnum:
.C:c057  6A          ROR A              ; shift bit in mask
.C:c058  CA          DEX                ; and repeat until
.C:c059  10 FC       BPL .bitnum        ; in correct position
.C:c05b  85 FE       STA $FE            ; store pixel mask to $fe
.C:c05d  B1 D1       LDA ($D1),Y        ; load character code
.C:c05f  0A          ASL A              ; multiply by 8
.C:c060  26 FC       ROL $FC
.C:c062  0A          ASL A
.C:c063  26 FC       ROL $FC
.C:c065  0A          ASL A
.C:c066  26 FC       ROL $FC
.C:c068  85 FB       STA $FB            ; and store to $fb/$fc
.C:c06a  A5 D2       LDA $D2            ; move pointer to position in color RAM
.C:c06c  29 03       AND #$03
.C:c06e  09 D8       ORA #$D8
.C:c070  85 D2       STA $D2
.C:c072  B1 D1       LDA ($D1),Y        ; load color of character
.C:c074  85 02       STA $02            ; and store to $2
.C:c076  A9 02       LDA #$02           ; check which charset is active
.C:c078  18          CLC
.C:c079  2D 18 D0    AND $D018
.C:c07c  0A          ASL A              ; and calculate offset
.C:c07d  0A          ASL A
.C:c07e  65 FC       ADC $FC            ; add to (character code * 8)
.C:c080  29 0F       AND #$0F
.C:c082  09 D0       ORA #$D0           ; and add offset to character ROM
.C:c084  85 FC       STA $FC
.C:c086  A9 33       LDA #$33           ; bank in character ROM
.C:c088  85 01       STA $01
.C:c08a  A5 FD       LDA $FD            ; load y coordinate
.C:c08c  29 07       AND #$07           ; mask pixel-row number
.C:c08e  A8          TAY
.C:c08f  B1 FB       LDA ($FB),Y        ; load pixel row from character ROM
.C:c091  A2 37       LDX #$37           ; bank out character ROM
.C:c093  86 01       STX $01
.C:c095  25 FE       AND $FE            ; apply pixel mask
.C:c097  D0 05       BNE .pixelcol      ; not 0 -> pixel is set
.C:c099  AD 21 D0    LDA $D021          ; otherwise load background color
.C:c09c  85 02       STA $02            ; and store to $2
.C:c09e   .pixelcol:
.C:c09e  A6 D6       LDX $D6            ; restore screen row pointer for
.C:c0a0  20 F0 E9    JSR $E9F0          ; current cursor position
.C:c0a3  A5 02       LDA $02            ; load color
.C:c0a5  29 0F       AND #$0F           ; mask low nibble (only 16 colors)
.C:c0a7  AA          TAX                ; -> to X
.C:c0a8  BC D2 C0    LDY .red,X         ; load encoded output for red
.C:c0ab  20 BC C0    JSR .out2          ; call output without comma
.C:c0ae  BC E2 C0    LDY .green,X       ; load encoded output for green
.C:c0b1  20 B7 C0    JSR .out1          ; call output with comma
.C:c0b4  BC F2 C0    LDY .blue,X        ; load encoded output for blue
.C:c0b7   .out1:
.C:c0b7  A9 2C       LDA #$2C           ; load ","
.C:c0b9  20 D2 FF    JSR $FFD2          ; and output
.C:c0bc   .out2:
.C:c0bc  98          TYA                ; encoded output to A
.C:c0bd  0A          ASL A              ; shift top bit to carry
.C:c0be  A9 30       LDA #$30           ; load "0"
.C:c0c0  90 02       BCC .firstdig      ; carry clear -> to output
.C:c0c2  A9 31       LDA #$31           ; load "1"
.C:c0c4   .firstdig:
.C:c0c4  20 D2 FF    JSR $FFD2          ; and output
.C:c0c7  A9 2E       LDA #$2E           ; load "."
.C:c0c9  20 D2 FF    JSR $FFD2          ; and output
.C:c0cc  98          TYA                ; encoded output to A
.C:c0cd  29 7F       AND #$7F           ; mask out top bit
.C:c0cf  4C D2 FF    JMP $FFD2          ; to output and exit
.C:c0d2   .red:                                 ; encoded values for red
.C:c0d2  30 B0 35 35 .BYTE $30,$B0,$35,$35      ; ASCII digit ($30-$39) after
.C:c0d6  36 33 32 39 .BYTE $36,$33,$32,$39      ; decimal point, with bit 7
.C:c0da  36 33 38 33 .BYTE $36,$33,$38,$33      ; indicating 0 or 1 before
.C:c0de  35 37 34 37 .BYTE $35,$37,$34,$37      ; decimal point
.C:c0e2   .green:                               ; encoded values for green
.C:c0e2  30 B0 32 38 .BYTE $30,$B0,$32,$38      ; ...
.C:c0e6  32 37 32 39 .BYTE $32,$37,$32,$39
.C:c0ea  33 32 34 33 .BYTE $33,$32,$34,$33
.C:c0ee  35 B0 34 37 .BYTE $35,$B0,$34,$37
.C:c0f2   .blue:                                ; encoded values for blue
.C:c0f2  30 B0 32 38 .BYTE $30,$B0,$32,$38      ; ...
.C:c0f6  36 33 36 34 .BYTE $36,$33,$36,$34
.C:c0fa  32 30 34 33 .BYTE $32,$30,$34,$33
.C:c0fe  35 36 39 37 .BYTE $35,$36,$39,$37
.C:c102   .buf:                                 ; buffer for input ("stdin")

Esto no parece admitir el modo multicolor .
nwellnhof

Por supuesto que no, funciona con el sistema operativo original. Técnicamente, este sistema operativo funciona en cualquier modo VIC, pero solo habrá basura en la pantalla, por lo que no es utilizable. Pero su comentario me hizo recordar el "modo de color extendido", que funciona bastante bien con el sistema operativo estándar ... maldición
Felix Palmen

@nwellnhof agregó algunos razonamientos al respecto, espero que esto sea agradable.
Felix Palmen

¿Se pregunta si escribir esto en C sería más corto?

@Rogem podría intentarlo con cc65... bastante posible :) pero al menos, el código compilado será más grande :)
Felix Palmen

6

TI-BASIC (TI-83/84 +), 22 bytes

Dado que la pantalla es en blanco y negro, solo necesitamos probar si el píxel especificado está activado o desactivado y asignarlo a RGB en blanco o negro. Además, solo se puede acceder a los píxeles a través de filas y columnas en ese orden, por eso se invierten las coordenadas.

Prompt X,Y
255
Ans-{Ans,Ans,Ans}pxl-Test(Y,X

1
Tenga en cuenta que esto no funciona en calculadoras TI a color (como la TI-84 Plus CE).
pizzapants184

¿Estás seguro del conteo de bytes?
Cuento

2

bash, 103/86 bytes

Con una interpretación estricta de la especificación (la entrada de STDIN y la salida en STDOUT están separadas por comas):

read x
import -window root -crop 1x1+${x/,/+} ppm:-|od -dj13|awk 'NR<2{n=2^16;print$2/n","$3/n","$4/n}'

Con un formato de entrada más flexible (entrada separada más como un argumento de línea de comando, salida separada por espacios:

import -window root -crop 1x1+$1 ppm:-|od -dj13|awk 'NR<2{n=2^16;print$2/n,$3/n,$4/n}'

Depende de imagemagick, awk y coreutils.


2

Ensamblaje TI-Nspire - 112 bytes

50 52 47 00 30 40 2D E9 FF FF FF FA 00 F0 17 F8
04 1C 00 F0 14 F8 85 00 2D 18 AD 01 2D 19 6C 00
C0 21 09 06 09 69 08 5B 3F 25 42 09 2A 40 1F 25
03 1C 2B 40 C1 0A 29 40 0A A0 0A DF 30 BD 00 20
0A 23 07 49 10 25 8A 69 2A 42 FC D1 0A 68 FF 25
2A 40 30 3A 0B DB 85 00 2D 18 6D 00 A8 18 F1 E7
00 00 02 90 25 64 2C 25 64 2C 25 64 0A 00 70 47

Este programa genera enteros en el rango 0-31 para R y B y 0-63 para G, porque el dispositivo utiliza de forma nativa un bufferbuffer RGB565. Utiliza serial para entrada y salida.

Fuente:

.string "PRG"
push {r4, r5, lr}
blx main
.thumb
main:
@ read x and y from serial into r4 and r0
bl read_int
mov r4, r0
bl read_int

@ turn x and y into framebuffer offset
@ r4 = ((r0 * 320) + r4) * 2
lsl r5, r0, #2
add r5, r0
lsl r5, #6
add r5, r4
lsl r4, r5, #1

@ load pixel from framebuffer
@ r0 = ((uint16_t **)0xc0000000)[0x10][r4 / 2]
mov r1, #0xC0
lsl r1, #24
ldr r1, [r1, #0x10]
ldrh r0, [r1, r4]

@ unpack RGB565 value into r1, r2, r3
mov r5, #0x3f
lsr r2, r0, #5
and r2, r5
mov r5, #0x1f
mov r3, r0
and r3, r5
lsr r1, r0, #11
and r1, r5

@ call printf
adr r0, fmt
swi #10

@ return
pop {r4, r5, pc}

@ subroutine to read an integer from serial
read_int:
mov r0, #0
mov r3, #10
ldr r1, serial_base
@ loop until characters come in on serial
2:
mov r5, #(1<<4) 
1:
ldr r2, [r1, #0x18]
tst r2, r5
bne 1b
@ read character from serial and mask out status bits
ldr r2, [r1]
mov r5, #0xff
and r2, r5
@ subtract 48 ('0') from byte; if result is negative, return
sub r2, #48
blt 1f
@ multiply existing numbers by 10 and add new number to them
lsl r5, r0, #2
add r5, r0
lsl r5, #1
add r0, r5, r2
b 2b

serial_base:.word 0x90020000
fmt:.string "%d,%d,%d\n"
@ this instruction is over here because serial_base and fmt need to be word-aligned
1:bx lr

2

Bash en Linux con xserver, 30 bytes

xset dpms force off;echo 0,0,0

Usando la idea presentada en mi comentario sobre la pregunta, esta solución debería apagar completamente la salida de la pantalla y luego hacer eco de que la pantalla es realmente negra.

También estaba pensando en usar xbacklight =0, pero eso no cambia los colores de los píxeles.


+1 para encontrar la escapatoria, pero actualicé las restricciones.
eeze

1

Python 2 + biblioteca PIL, 96 91 bytes

import PIL.ImageGrab as i
print','.join('%.1f'%(x/255.)for x in i.grab().getpixel(input()))

Implementa la especificación literalmente según lo solicitado. Sin embargo, Windows solo no funciona en Linux y produce una salida adicional (valor alfa) en Mac.


from PIL import ImageGrab as ifrom PIL import*, i.grabImageGrab.grab.
Erik the Outgolfer

@Erik esto no es para PIL. PIL solo importa los nombres enumerados explícitamente.
ovs

@ovs, Ah, ese es probablemente el problema por el que no pude hacer que el __import__('...')camino funcione
Kirill L.

Tenga en cuenta que esto genera un valor alfa en macOS, por lo que solo se adhiere a la especificación en Windows.
ovs

@ovs, OK, es bueno saberlo, gracias.
Kirill L.

1

Mathematica, 69 Bytes

Solo la función es de 34 bytes.

CurrentScreenImage[]~PixelValue~#&

Toma entrada en la forma {x, y}.

La imagen es la fusión de imágenes en todos los monitores. Si desea una pantalla en particular, use el índice entero, p. Ej. CurrentScreenImage[1]

El programa completo exactamente como se especifica es 69 Bytes CurrentScreenImage[]~PixelValue~ToExpression["{"<>InputString[]<>"}"]


1

AutoHotKey, 113 bytes

CoordMode,Pixel
InputBox,x
InputBox,y
PixelGetColor,c,x,y
MsgBox % c&255 . "," . c>>8&255 . "," . c>>16&255

Use cuadros de diálogo en lugar de stdin / stdout.



0

Bash + coreutils + scrot + netpbm, 90 bytes

scrot -e'pngtopnm $f'|(read a;read w h;read m;head -c$((3*(w*$2+$1)))>f;od -t u1 -N3 -An;)

Versión de E / S suelta

Toma xy ycomo argumentos separados de la línea de comandos.

Prints r, g, bcomo enteros de 0-255 en líneas separadas


Bash + coreutils + scrot + netpbm + bc + sed, 172 bytes

IFS=, read x y
scrot -e'pngtopnm $f'|(read a;read w h;read m;head -c$((3*(w*$y+$x)))>f;od -vw1 -tu1 -N3 -An|while read p;do bc<<<"scale=2;$p/$m"|tr '\n' ,;done;)|sed s/,$//

Versión estricta de E / S

Entrada en stdin como x,y

Salida en stdout como r.rr,g.gg,b.bb(sin nueva línea).


@Shaggy ya no - mira las actualizaciones
eeze

0

TI-BASIC (TI-83/84 +), 15 bytes

Input Y
255not(rand(3)pxl-Test(Y,Ans

Toma un entero de Ansy otro de la solicitud. rand(3)crea una lista de 3 números aleatorios distintos de cero, por lo que el producto es cero si el píxel está oscuro.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.