![]() ![]()
Returns: Combination of flags informing you what kind of losses will occur (maximum loss for an invalid dst_pix_fmt).ĭefinition at line 385 of file imgconvert.c. avcodec_get_fix_fmt_loss() informs you about the various types of losses which will occur when converting from one pixel format to another. These losses can involve loss of chroma, but also loss of resolution, loss of color depth, loss due to the color space conversion, loss of the alpha bits or loss due to color quantization. Similarly, other losses occur when converting from some formats to other formats. For example, when converting from RGB24 to GRAY, the color information will be lost. When converting from one pixel format to another, information loss may occur. Referenced by avcodec_find_best_pix_fmt(), choose_pixel_fmt(), and pick_format(). Returns: The best pixel format to convert to or -1 if none was found.ĭefinition at line 480 of file imgconvert.c. ![]() Out: the loss that occurs when converting from src to selected dst pixel format. NULL or value of zero means we care about all losses. In: selects which of the losses to ignore, i.e. In this example, 720 (original height) must be explicitly stated for the crop. By combining scaling and cropping, the example script below scales/crops 30 pixels from each side of the input with the minimum loss of image. Whether the source pixel format alpha channel is used.Ĭombination of loss flags. Referencing original Height and Width of input - Sark Newest ffmpeg Questions - Stack Overflow. The other of the two destination pixel formats to choose from One of the two destination pixel formats to choose from Loss= FF_LOSS_CHROMA // don't care about chroma loss, so chroma loss will be ignored.ĭst_pix_fmt = avcodec_find_best_pix_fmt2(dst_pix_fmt1, dst_pix_fmt2, src_pix_fmt, alpha, &loss) ĭst_pix_fmt = avcodec_find_best_pix_fmt2(dst_pix_fmt, dst_pix_fmt3, src_pix_fmt, alpha, &loss) FFMPEG RTSP UNSPECIFIED PIXEL FORMAT CODEReturn a value representing the fourCC code associated to the pixel format pix_fmt, or 0 if no associated fourCC code can be found.Īvcodec_get_pix_fmt_loss (enum PixelFormat dst_pix_fmt, enum PixelFormat src_pix_fmt, int has_alpha)Ĭompute what kind of losses will occur when converting from one specific pixel format to another.Īvcodec_find_best_pix_fmt (int64_t pix_fmt_mask, enum PixelFormat src_pix_fmt, int has_alpha, int *loss_ptr)įind the best pixel format to convert to given a certain source pixel format.Īvcodec_find_best_pix_fmt2 (enum PixelFormat dst_pix_fmt1, enum PixelFormat dst_pix_fmt2, enum PixelFormat src_pix_fmt, int has_alpha, int *loss_ptr)įind the best pixel format to convert to given a certain source pixel format and a selection of two destination pixel formats.Īvcodec_default_get_format (struct AVCodecContext *s, const enum PixelFormat * fmt) ![]() ![]() Most if not all 4g phones do hardware HEVC, 3g is in sunset status, and at least a couple of providers are supposed to be killing off 4g this year, so we're going to be past the point of worrying about old devices or people having any kind of spending money thanks to the forced upgrade.Functions for working with pixel formats.Īvcodec_get_chroma_sub_sample (enum PixelFormat pix_fmt, int *h_shift, int *v_shift)Īvcodec_pix_fmt_to_codec_tag (enum PixelFormat pix_fmt) FFMPEG RTSP UNSPECIFIED PIXEL FORMAT INSTALLI'd say yuv420p10 / HEVC is the better *quality* "broad compatibility" option these days since they haven't made anything without a hardware HEVC decoder in years now, but you're not really looking for broad compatibility as in somebody popping it in their set top bluray player on a burnt disc I'm guessing and you only need to worry about the people you're chatting with and whether they can install what you need them to. rtsp 00000000001ccde0 Updating control URI to rtsp://localhost:8888/live. FFMPEG RTSP UNSPECIFIED PIXEL FORMAT 720PNaturally the video won't play in the phone's built-in player because nobody is building in hardware decoders for non-subsampled formats yet.Īlthough that's a fast phone for 2 years ago, nobody has bothered increasing processor clocks much on cell phones in a long time (why bother?) and I'm guessing it could be pushed to at least 720p for the non-HEVC formats, probably 1080p for 4:2:2 mpeg2.Ĥk UHD yuv444p10 HEVC chokes VLC on my desktop faster than lossless 12 bit 4:4:4 JPEG2000 and I'm betting it isn't doable on the phone either unless they really went all out optimizing the ARM assembly for an HEVC profile nobody uses (yet). I'm late here but if you can count on your friends having VLC installed as their video player and the video is low enough res to send over the kind of cell connections I'm used to, I'm not having any problems playing (640x480) either RGB x264 via libx264rgb (the largest), yuv422p via mpeg2video (the smallest, oddly), or yuv444p10 via libx265 on a Note20 Ultra. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |