<br><br>On Thursday, December 16, 2021, Terje J. Hanssen via Cin <<a href="mailto:cin@lists.cinelerra-gg.org">cin@lists.cinelerra-gg.org</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">With reference to Adam Wilt:<br>
<a href="https://www.adamwilt.com/DV-FAQ-editing.html#transcoding" target="_blank">https://www.adamwilt.com/DV-FA<wbr>Q-editing.html#transcoding</a><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I-frame-only MPEG-2 is said to be comparable to DV format compression at the same bit rate. Thus 25 megabit MPEG-2 should yield results (and transcoding errors) similar to DV, and 50 Megabit MPEG-2 should be comparable to DV50.<br>
<br>
MPEG-2 at 25 Megabits should be roughly comparable to DV, though its 4:2:2 color sampling may be more beneficial for graphics. Are 25 Mbps MPEG-2's benefits worth the transcoding hit coming from DV? It's arguable: I've been comparing DV25 and MPEG-2 25Mbit, and can't say I see a huge difference one way or the other. Both have their artifacts, and their tradeoffs.<br>
<br>
DV50 or MPEG-2 at 50 Megabits will be clearly superior in quality to DV, albeit at twice the data rate (think about the disk space and disk speed necessary). Indeed, if you're originating on DV50 (D-9, DVCPRO50) there's no reason to go with anything other than a DV50 NLE, using SDTI in place of 1394 for the transfer. The only way up from DV50, practically speaking, is to to go totally uncompressed -- and nowadays, that's increasingly viable, what with fast disks and inexpensive arrays. <br>
</blockquote>
====================<br>
<br>
As I already pointed on in another thread, a solution to capture Hi8 to SD DV50 in 4:2:2 format was possible already 10 years ago<br>
<a href="https://lists.cinelerra-gg.org/pipermail/cin/2021-December/004308.html" target="_blank">https://lists.cinelerra-gg.org<wbr>/pipermail/cin/2021-December/<wbr>004308.html</a><br>
<br>
In a more recent thread here, Andrew mentioned a hdmi capture card (with v4l2)<br>
<a href="https://www.mail-archive.com/cin@lists.cinelerra-gg.org/msg02865.html" target="_blank">https://www.mail-archive.com/c<wbr>in@lists.cinelerra-gg.org/msg0<wbr>2865.html</a><br>
===================<br>
<br>
Therefore I wonder if we, CinGG users and devs, are able to setup and test a recommended capture solution (w/card and guide) for SD and HD video in 4:2:2 colorspace, preferably using free drivers and tools like V4L/V4L2 and FFMpeg?<br>
<a href="https://en.wikipedia.org/wiki/Video4Linux" target="_blank">https://en.wikipedia.org/wiki/<wbr>Video4Linux</a><br>
<a href="https://www.linuxtv.org/wiki/index.php/V4L_capturing" target="_blank">https://www.linuxtv.org/wiki/i<wbr>ndex.php/V4L_capturing</a></blockquote><div><br></div><div>I think I personally will be away from my desktop machine for few more months.. </div><div><br></div><div>Terje, you already subscribed to ffmpeg-users, may be forward your call for testing to this list too? </div><div><br></div><div>I was think about one specific Youtuber </div><div><a href="https://www.youtube.com/user/renerebe">https://www.youtube.com/user/renerebe</a></div><div><br></div><div>he does have quite a bit of exotic/non-x86 hw, so may be he will be able to get capture card(s) we talked about and even compile Cin on some non-x86 devices and/or test our BD output on Playstation 3 :-) </div><div><br></div><div><br></div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
Terje J. H<br>
<br>
<br>
<br>
<br>
<br>
-- <br>
Cin mailing list<br>
<a href="mailto:Cin@lists.cinelerra-gg.org" target="_blank">Cin@lists.cinelerra-gg.org</a><br>
<a href="https://lists.cinelerra-gg.org/mailman/listinfo/cin" target="_blank">https://lists.cinelerra-gg.org<wbr>/mailman/listinfo/cin</a><br>
</blockquote>