<!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 20.06.2025 00:50, skrev Terje J.
Hanssen:<br>
</div>
<blockquote type="cite"
cite="mid:4d0e4c82-a3ee-43d9-815f-a72c75e1ae63@gmail.com">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<br>
<br>
<div class="moz-cite-prefix">Den 20.06.2025 00:43, skrev Andrew
Randrianasulu:<br>
</div>
<blockquote type="cite"
cite="mid:CA+rFky4wsdv0xdKG49UU1_0Fwe4P+Tzp80j07ArF1344XYTNig@mail.gmail.com">
<meta http-equiv="content-type"
content="text/html; charset=UTF-8">
<div dir="auto">
<div><br>
<br>
<div class="gmail_quote gmail_quote_container">
<div dir="ltr" class="gmail_attr">пт, 20 июн. 2025 г.,
01:25 Terje J. Hanssen <<a
href="mailto:terjejhanssen@gmail.com"
moz-do-not-send="true" class="moz-txt-link-freetext">terjejhanssen@gmail.com</a>>:<br>
</div>
<blockquote class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div> <br>
<br>
<div>On 19.06.2025 12:43, Terje J. Hanssen wrote:<br>
</div>
<blockquote type="cite"> <br>
<br>
<div>Den 18.06.2025 22:17, skrev Andrew
Randrianasulu:<br>
</div>
<blockquote type="cite">
<div dir="auto">
<div><br>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">ср, 18
июн. 2025 г., 23:13 Terje J. Hanssen via
Cin <<a
href="mailto:cin@lists.cinelerra-gg.org"
target="_blank" rel="noreferrer"
moz-do-not-send="true"
class="moz-txt-link-freetext">cin@lists.cinelerra-gg.org</a>>:<br>
</div>
<blockquote class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div> I tried
CinGG-20250430-x86_64.AppImage to record
HDV cam Live video connected via
IEEE-1394 (Sony iLink, Firewire) using
the iec61883 driver.<br>
</div>
</blockquote>
</div>
</div>
<div dir="auto"><br>
</div>
<div dir="auto"><span style="font-size:15px">"For
the </span><span style="font-size:15px">IEC
61883</span><span style="font-size:15px"> driver,
the compression must be </span><span
style="font-size:15px">DV</span><span
style="font-size:15px">."</span></div>
<div dir="auto"><span style="font-size:15px">I
think HDV (mpeg2) was never implemented
there?</span></div>
</div>
</blockquote>
<br>
I noticed "must be DV", but was not sure how literal
"DV" was meant(?)<br>
<br>
According to the ffmpeg man page for iec61883:<br>
<i>The iec61883 capture device supports capturing
from a video device connected via IEEE1394
(FireWire), using <b>libiec61883 </b>and the new
Linux FireWire stack (juju). This is the <b>default
DV/HDV input method</b> in Linux Kernel 2.6.37
and later, since the old FireWire stack was
removed.<br>
Specify the FireWire port to be used as input
file, or "auto" to choose the first port
connected.<br>
</i><a
href="https://www.mankier.com/1/ffmpeg-devices#Input_Devices-iec61883"
target="_blank" rel="noreferrer"
moz-do-not-send="true"
class="moz-txt-link-freetext">https://www.mankier.com/1/ffmpeg-devices#Input_Devices-iec61883</a><i><br>
<br>
</i>Kernel 2.6.37 was released in Jan 2011.<br>
And according to Phoronix:Linux Has A New Firewire
IEEE-1394 Maintainer - Intends To Maintain Support
To 2029<i><br>
</i><a
href="https://www.phoronix.com/news/Linux-Firewire-New-Maintainer"
target="_blank" rel="noreferrer"
moz-do-not-send="true"
class="moz-txt-link-freetext">https://www.phoronix.com/news/Linux-Firewire-New-Maintainer</a><i><br>
</i><br>
<br>
<blockquote type="cite">
<div dir="auto">
<div dir="auto"><span style="font-size:15px">I
am not sure if I can do anything even if
changes very simple - I have no such
hardware.....</span></div>
</div>
</blockquote>
<br>
Yeah, I understand that will be difficult. <br>
My legacy SuperMicro workstation had a Firewire port
on its front panel, which now is working with a <br>
Texas Instruments XIO2200A IEEE-1394a-2000
Controller (pci) mounted on the MSI mobo.<br>
<br>
libIEC 61883 has not been enabled on my system
ffmpeg-7, but recently I got this bug accepted by
OBS, and iec61883 is just enabled in Factory.<br>
So when it is available for Slowroll, I will try
recording with ffmpeg.<br>
</blockquote>
</div>
</blockquote>
</div>
</div>
</div>
</blockquote>
</blockquote>
<br>
Yeah, got an upgrade of ffmpeg-7 version 7.1.1-1699.6.0.6.pm.1
(Packman) with libiec61883 enabled for openSUSE-Slowroll.<br>
Connected my 1080i HDV camera via Firewire and tested with the
ffmpeg code examples from the documentation<br>
<a class="moz-txt-link-freetext" href="https://www.ffmpeg.org/ffmpeg-devices.html#Examples-3">https://www.ffmpeg.org/ffmpeg-devices.html#Examples-3</a><br>
<br>
As seen the connection works straight off, so in that respect also
Cingg Record ought to work:<br>
<br>
1) Grab and show the input of a FireWire DV/HDV device.<br>
<br>
ffplay -f iec61883 -i auto<br>
<br>
libiec61883 error: Failed to get channels available.= 0B <br>
[mpeg2video @ 0x7fc11401d340] Invalid frame dimensions 0x0. <br>
[iec61883 @ 0x7fc114000c80] Could not find codec parameters for
stream 0 (Unknown: none): unknown codec<br>
Consider increasing the value for the 'analyzeduration' (0) and
'probesize' (5000000) options<br>
[iec61883 @ 0x7fc114000c80] Could not find codec parameters for
stream 3 (Unknown: none ([161][0][0][0] / 0x00A1)): unknown codec<br>
Consider increasing the value for the 'analyzeduration' (0) and
'probesize' (5000000) options<br>
[iec61883 @ 0x7fc114000c80] Could not find codec parameters for
stream 4 (Unknown: none ([160][0][0][0] / 0x00A0)): unknown codec<br>
Consider increasing the value for the 'analyzeduration' (0) and
'probesize' (5000000) options<br>
<br>
Input #0, iec61883, from 'auto':<br>
Duration: N/A, start: 53.733222, bitrate: 25384 kb/s<br>
Program 100 <br>
Stream #0:1: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002),
yuv420p(tv, bt709, top first), 1440x1080 [SAR 4:3 DAR 16:9], 25000
kb/s, 25 fps, 25 tbr, 90k tbn<br>
Side data:<br>
cpb: bitrate max/min/avg: 25000000/0/0 buffer size: 7340032
vbv_delay: N/A<br>
Stream #0:2: Audio: mp2 (mp3float) ([3][0][0][0] / 0x0003), 48000
Hz, stereo, fltp, 384 kb/s<br>
Stream #0:4: Unknown: none ([160][0][0][0] / 0x00A0)<br>
Stream #0:3: Unknown: none ([161][0][0][0] / 0x00A1)<br>
No Program<br>
Stream #0:0: Unknown: none<br>
^Cterje@localhost:~> d= 0 aq= 46KB vq= 3757KB sq= 0B<br>
<br>
<br>
2) Grab and record the input of a FireWire DV/HDV device,
using a packet buffer of 100000 packets if the source is HDV.
<br>
<br>
ffmpeg -hide_banner -f iec61883 -i auto -dvbuffer 100000
ffmpeg_fw.m2t<br>
<br>
libiec61883 error: Failed to get channels available.<br>
[mpeg2video @ 0x55dcc1538940] Invalid frame dimensions 0x0.<br>
Last message repeated 9 times<br>
<br>
[iec61883 @ 0x55dcc151aa00] Could not find codec parameters for
stream 0 (Unknown: none): unknown codec<br>
Consider increasing the value for the 'analyzeduration' (0) and
'probesize' (5000000) options<br>
[iec61883 @ 0x55dcc151aa00] Could not find codec parameters for
stream 3 (Unknown: none ([161][0][0][0] / 0x00A1)): unknown codec<br>
Consider increasing the value for the 'analyzeduration' (0) and
'probesize' (5000000) options<br>
[iec61883 @ 0x55dcc151aa00] Could not find codec parameters for
stream 4 (Unknown: none ([160][0][0][0] / 0x00A0)): unknown codec<br>
Consider increasing the value for the 'analyzeduration' (0) and
'probesize' (5000000) options<br>
<br>
Input #0, iec61883, from 'auto':<br>
Duration: N/A, start: 214.629222, bitrate: 25384 kb/s<br>
Program 100<br>
Stream #0:2: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002),
yuv420p(tv, bt709, top first), 1440x1080 [SAR 4:3 DAR 16:9], 25000
kb/s, 25 fps, 25 tbr, 90k tbn<br>
Side data:<br>
cpb: bitrate max/min/avg: 25000000/0/0 buffer size: 7340032
vbv_delay: N/A<br>
Stream #0:1: Audio: mp2 (mp3float) ([3][0][0][0] / 0x0003), 48000
Hz, stereo, fltp, 384 kb/s<br>
Stream #0:4: Unknown: none ([160][0][0][0] / 0x00A0)<br>
Stream #0:3: Unknown: none ([161][0][0][0] / 0x00A1)<br>
No Program<br>
Stream #0:0: Unknown: none<br>
Stream mapping:<br>
Stream #0:2 -> #0:0 (mpeg2video (native) -> mpeg2video
(native))<br>
Stream #0:1 -> #0:1 (mp2 (native) -> mp2 (native))<br>
Press [q] to stop, [?] for help<br>
<br>
Output #0, mpegts, to 'ffmpeg_fw.m2t':<br>
Metadata:<br>
encoder : Lavf61.7.100<br>
Stream #0:0: Video: mpeg2video (Main), yuv420p(tv, bt709, top
coded first (swapped)), 1440x1080 [SAR 4:3 DAR 16:9], q=2-31, 200
kb/s, 25 fps, 90k tbn<br>
Metadata:<br>
encoder : Lavc61.19.101 mpeg2video<br>
Side data:<br>
cpb: bitrate max/min/avg: 0/0/200000 buffer size: 0
vbv_delay: N/A<br>
Stream #0:1: Audio: mp2, 48000 Hz, stereo, s16, 384 kb/s<br>
Metadata:<br>
encoder : Lavc61.19.101 mp2<br>
[out#0/mpegts @ 0x55dcc157c1c0] video:6855KiB audio:1485KiB
subtitle:0KiB other streams:0KiB global headers:0KiB muxing
overhead: 5.312824%<br>
frame= 778 fps= 26 q=31.0 Lsize= 8783KiB time=00:00:31.66
bitrate=2271.9kbits/s speed=1.05x <br>
Exiting normally, received signal 2.<br>
<br>
<br>
As seen from the output above, both 1) ffplay and 2) ffmpeg codes
works, but IMO not streamlined nor optimal:<br>
<br>
What surprise me is the warning messages, also reported by other<br>
"Consider increasing the value for the 'analyzeduration' (0) and
'probesize' (5000000) options"<br>
Tried to set both up to value 50M on the input side, while they
still didn't disappear<br>
<br>
And next, why the default output bitrate=2271.9kbits/s is much lower
than the standard m2t input 25000 kb/s<br>
<br>
I would have expected that the documentation had brought up
something better to grab a standard HDV.m2t file format?<br>
<br>
<br>
</body>
</html>