Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[MrRoboto75]

I'd say Ernie's "Rubber Ducky" song is rather iconic to the series.

[Vector]

I'd say Ernie's "Rubber Ducky" song is rather iconic to the series.

Agreed.

[Dunamisdeos]

I'd say Ernie's "Rubber Ducky" song is rather iconic to the series.

Agreed.

Yeah he's like the bathtime/bedtime guy. It's his thing.

[LordBaal]

I have a missing call from what it appears to be Florida, or Miami city to be exact. Dunno if is from some relatives of my wife's husband or what, have to ask him latter.

[Caz]

Trying to decide whether I brewed this tea at the wrong temperature or it's just delicate as all fuck.

Very tasty, but so pale I can barely convince myself that it is really tea.

[LordBaal]

So, is not from anyone I remotely know.... curious.

[methylatedspirit]

I just discovered that FFmpeg, in the rawvideo format and with a pix_fmt of rgb24, it does not care about whether it's reading interleaved (or packed, as in its documentation) or planar RGB 24-bit data. The fuck? You look at the source code, and it straight-up just says:

Code: [Select]

AV_PIX_FMT_RGB24,     ///< packed RGB 8:8:8, 24bpp, RGBRGB...
Let me demonstrate. I have here a nice picture I got off the Internet, and it's 256x256.


(Attribution: Photo by Sharon Pittaway on Unsplash)

So it should only correctly understand interleaved/packed 24-bit RGB, but if you go ahead and do the following with a raw planar RGB version of that image of size 256x256 (rename it to "planar-image.raw"):

Code: [Select]

ffmpeg -f rawvideo -pix_fmt rgb24 -s 256x256 -i planar-image.raw -f rawvideo -pix_fmt yuv444p planar-image-in-yuv444p.raw
(Convert an image with RGB24 pixel format, 256x256 size, to a raw image in YUV444P pixel format)
 
Intermediate view using YUViewer:



Then you reverse this process by running:

Code: [Select]

ffmpeg -f rawvideo -pix_fmt yuv444p -s 256x256 -i planar-image-in-yuv444p.raw -f rawvideo -pix_fmt rgb24 planar-image-in-yuv444p-now-in-rgb24.raw
(Convert the previous image back to RGB24 pixel format.)


...the end result is still in planar RGB, and it only opens correctly if you tell your image viewer to use planar RGB. The source code told me it was packed, but it seems it doesn't care at all if it's seeing planar or packed. (Check the edit)

You know what does care, though? The image2 format; if you give it image data in planar RGB, it will read it as if it were interleaved RGB. Run:

Code: [Select]

ffmpeg -f rawvideo -pix_fmt yuv444p -s 256x256 -i planar-image-in-yuv444p.raw -f image2 -pix_fmt rgb24 planar-image-in-yuv444p-now-in-png.png
(Convert a raw image in YUV444P pixel format of size 256x256 into a .png image with pixel format RGB24.)



And the PNG encoder just steamrolls ahead, just "yeah, this is totally interleaved 24-bit RGB", and it produces an image very characteristic of what happens if you open a planar RGB image as an interleaved RGB image. In fact, if you do just that to the original raw image:



My copy of FFmpeg is 4.3.1, the 01-01-2021 full build from gyan.dev, if anyone's keeping track. Either way, interesting oversight in how FFmpeg is coded; there's no differentiation between interleaved and planar RGB24 formats until you try using the PNG encoder, or I presume any image format FFmpeg supports encoding to. It seems to be something caused by incorrect usage, but I really can't tell what's going on. Add that to the list of "not the intended use", because I just seem to be playing real funny tricks with everything I touch.

Edit: It seems that the YUV thing does actually care, but it just stores it as interleaved. Reconverting it back to RGB24, it just literally reads off the image data as if it was interleaved, but of course it's not. It's still planar.

It also seems that planar-source and interleaved-source images have different properties, even in the YUV format. Paulstretching the image data of a planar-source image produces colorful results, while doing the same to an interleaved-source image just results in a black-and-white variation. I don't think they're identical, necessarily, but it resembles it.

[delphonso]

This is cool, meth

[methylatedspirit]

I may as well split the original image into their respective YUV components for extra cool:


Y, U and V, in that order. Y is brightness, U is blue projection, and V is red projection. There's ways to write colors in an image that aren't just R, G and B, and this is one of those alternate methods. This one is of particular importance, since it's used extensively in video codecs and lossy image formats (JPEG, for one). The basic idea is that you can encode the color components, U and V, at a lower resolution and quality than the brightness (Y) component, since it turns out that our color resolution is worse than our brightness resolution. In a way, all colors in videos you see today are "painted" onto a black-and-white video.

[martinuzz]

Brrrrr. I knew we had a cold snap incoming for this weekend.  But c'mon.. Temperature drop from 12C (53.6F) today to -10C (14F) tomorrow, dang. Predicted wind chill temperature -20C (-4F)
Also predicted for the weekend: snow, hail, freezing rain and flooding rivers.

[hector13]

I had 8 inches of snow drop yesterday, and I have a week of 0^o Fahrenheit high temperatures to deal with, plus whatever the windchill adds to that.

It is terrifying.

It’s dry as all heck too so my skin hates everything.

[scriver]

Protip: Wear another persons skin outside your own

[hector13]

I’m not a Hellraiser villain though.

[martinuzz]

https://www.youtube.com/watch?v=kztkS1U6m4w

[scriver]

I’m not a Hellraiser villain though.

You're not a hellraiser villain yet