<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<br>
<br>
<div class="moz-cite-prefix">Den 08.01.2024 16:26, skrev Andrew
Randrianasulu:<br>
</div>
<blockquote type="cite"
cite="mid:CA+rFky519c63T8HGJsw6A-SX52wGfR89GJ8oxk8yfM4o=F5rBA@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="auto">
<div><br>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">пн, 8 янв. 2024 г., 18:14
Andrea paz <<a
href="mailto:gamberucci.andrea@gmail.com"
rel="noreferrer noreferrer" target="_blank"
moz-do-not-send="true" class="moz-txt-link-freetext">gamberucci.andrea@gmail.com</a>>:<br>
</div>
<blockquote class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I
struggle to keep up with your emails, partly because I am
not<br>
familiar with "old" formats. @Andrew, what patches should
I use for<br>
testing?<br>
</blockquote>
</div>
</div>
<div dir="auto"><br>
</div>
<div dir="auto">hopefully patch in this thread should be
relatively safe to apply first. It changes same ffmpeg.C but
in far away region from one touched by second series.</div>
<div dir="auto"><br>
</div>
<div dir="auto">After it you can load say hdv sample and
observe one or two new items in ffmpeg detailed info.</div>
<div dir="auto"><br>
</div>
<div dir="auto">Then you can try to apply </div>
<div dir="auto"><br>
</div>
<div dir="auto"><br>
</div>
<div dir="auto">0001-Set-also-sample-aspect-ratio-for-encoded-ffmpeg-stre.patch
</div>
<div dir="auto"> 0002-Guard-ffmpeg.C-stream-sample-aspect-ratio-only-for-f.patch<br>
</div>
<div dir="auto">0003-fix-guard-for-stream-sample-aspect-ratio-for-more-fm.patch<br>
</div>
<div dir="auto"><br>
</div>
<div dir="auto">and observe that hopefully</div>
<div dir="auto"><br>
</div>
<div dir="auto">1) blu-ray encoding still starts.</div>
<div dir="auto">2) webm/mov/mp4/avi containers now carry their
own display aspect ratio info, so vlc and mplayer plays things
correctly stretched.</div>
</div>
</blockquote>
<br>
I can confirm 2) mp4, because I just testet rendering the same hdv
clip to mp4 without any Setting > Format preset or user defined,
mp4 displays correctly with SAR 4:3 DAR 16:9:<br>
Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661),
yuv420p(tv, bt709/unknown/unknown), 1440x1080 [SAR 4:3 DAR 16:9],
9132 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc (default)<br>
<br>
<blockquote type="cite"
cite="mid:CA+rFky519c63T8HGJsw6A-SX52wGfR89GJ8oxk8yfM4o=F5rBA@mail.gmail.com">
<div dir="auto">
<div dir="auto"><br>
</div>
<div dir="auto"><br>
</div>
<div dir="auto">
<div class="gmail_quote">
<blockquote class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
@Terje do you want me to build you an appimage with these
patches?<br>
Then you can do some testing.<br>
</blockquote>
</div>
</div>
</div>
</blockquote>
<br>
@Andrea<br>
Yes, I would be thankful if you can upgrade the previous
cin-aom-38_svt.AppImage ....<br>
<br>
Do you possibly have any clue why Igot all those startup error
messages? <br>
(AppImageLauncher:4019): GdkPixbuf-CRITICAL **: 11:01:03.063:
gdk_pixbuf_get_pixels_with_length: assertion 'GDK_IS_PIXBUF
(pixbuf)' failed<br>
<br>
These post did report similar messages (though not identical)<br>
<a class="moz-txt-link-freetext" href="https://stackoverflow.com/questions/11869705/gdkpixbuf-critical-gdk-pixbuf-get-width-assertion-gdk-is-pixbuf-pixbuf">https://stackoverflow.com/questions/11869705/gdkpixbuf-critical-gdk-pixbuf-get-width-assertion-gdk-is-pixbuf-pixbuf</a><br>
<br>
I asked about similar messages once upon a time previously, I don't
remember if it was a test version, but they disapperared.<br>
What I can see is that the testversion has a theme with darker black
screen and sharper green color on the gui buttons ... <br>
<br>
Tubleweed-Slowroll currently has Kernel 6.6.3 and Gnome 45.2 desktop
(newer than on Leap)<br>
<br>
<br>
</body>
</html>