<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">terjejhanssen@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><u></u>
<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">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">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">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>
<br>
<blockquote type="cite">
<div dir="auto">
<div dir="auto"> <br>
According to the manual:<br>
<small>The file format must be Quicktime for Linux and video
recording must be enabled for it. Click on the wrench to
set the video compression. </small> <br>
<small>For the <span>IEC 61883</span> driver, the
compression must be <span>DV</span>.</small><br>
<a href="https://cinelerra-gg.org/download/CinelerraGG_Manual/Live_Video.html" rel="noreferrer noreferrer" target="_blank">https://cinelerra-gg.org/download/CinelerraGG_Manual/Live_Video.html</a><br>
<br>
So I tried first <br>
Shift-P<br>
FFMPEG and qt, mp4 audio and dv_pal.qt video<br>
<br>
I also tried <br>
FFMPEG mpeg, Audio mpeg_mp2, Video mpeg and mpeg_hdv<br>
<br>
But got these error messages in both cases using default
port 0 or alternative port 1<br>
<br>
<b>AVC1394Control::initialize(): couldn't set port: Invalid
argument </b><br>
int FFMPEG::init_encoder(const char*): <br>
bad file format: /home/terje/test.mpeg <br>
<br>
rom1394_0 warning: read failed: 0x0000fffff0000414 <br>
AVC1394Control::initialize(): node 0 <br>
int FFMPEG::init_encoder(const char*): <br>
bad file format: /home/terje/test.mpeg <br>
<br>
A control test of the connection with the legacy 'dvgrab'
recorded a m2t file ok.<br>
</div>
</div>
</blockquote>
</blockquote>
<br>
Add here that dvgrab 3.5 was released 07.09.2009<br>
This version automatically detects when your device is DV or HDV so
you do not have to remember to supply "-f hdv." <br>
<a href="https://github.com/ddennedy/dvgrab/blob/master/NEWS" target="_blank" rel="noreferrer">https://github.com/ddennedy/dvgrab/blob/master/NEWS</a><br>
* Automatically detect DV vs. HDV when not using -noavc, -input, or
-stdin.<br>
* Now waits indefinitely for DV or HDV instead of giving up after 10
seconds.<br>
* Bugfixes<br>
<br>
<br>
Repeat here my short dvgrab test on Leap 15.6, which also has a
possible related "libiec61883 error: Failed to get channels
available."<br>
Yet, robust and worked as follows:<br>
<br>
dvgrab -size 0 -autosplit<br>
Found AV/C device with GUID 0x0800460104db475b<br>
libiec61883 error: Failed to get channels available.<br>
Waiting for HDV...<br>
Capture Started<br>
^C"dvgrab-001.m2t": 344.78 MiB 2764 frames timecode 45:85:85.45
date 2025.06.19 22:37:52<br>
Capture Stopped<br>
<br>
<br>
ffprobe -hide_banner dvgrab-001.m2t<br>
[mpeg2video @ 0x55dc29972d80] Invalid frame dimensions 0x0.<br>
Last message repeated 7 times<br>
[mpegts @ 0x55dc2996d740] Could not find codec parameters for stream
2 (Unknown: none ([160][0][0][0] / 0x00A0)): unknown codec<br>
Consider increasing the value for the 'analyzeduration' (0) and
'probesize' (5000000) options<br>
[mpegts @ 0x55dc2996d740] 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>
Input #0, mpegts, from 'dvgrab-001.m2t':<br>
Duration: 00:01:50.82, start: 627.021311, bitrate: 26099 kb/s<br>
Program 100 <br>
Stream #0:0[0x810]: 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[0x814]: Audio: mp2 (mp3float) ([3][0][0][0] / 0x0003),
48000 Hz, stereo, fltp, 384 kb/s<br>
Stream #0:2[0x815]: Unknown: none ([160][0][0][0] / 0x00A0)<br>
Stream #0:3[0x811]: Unknown: none ([161][0][0][0] / 0x00A1)<br>
Unsupported codec with id 0 for input stream 2<br>
Unsupported codec with id 0 for input stream 3<br></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">good to know, at least kernel part is working ok then.</div><div dir="auto"><br></div><div dir="auto">ffmpeg's interface seems to support both cases, but demuxing might be a problem for us .. it must be some cross between iec input and mpeg2/dvb input IMO ...</div><div dir="auto"><br></div><div dir="auto"><a href="https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/HEAD:/libavdevice/iec61883.c">https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/HEAD:/libavdevice/iec61883.c</a></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote gmail_quote_container"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>
<br>
<br>
<br>
<br>
<br>
<blockquote type="cite">
<blockquote type="cite">
<div dir="auto">
<div dir="auto"> <br>
<br>
Related references:<br>
<a href="https://www.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=blob;f=cinelerra-5.1/cinelerra/avc1394control.C;h=dfde60d96fecf935c89fb7cfd5b766d1f4d9914f;hb=HEAD" rel="noreferrer noreferrer" target="_blank">https://www.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=blob;f=cinelerra-5.1/cinelerra/avc1394control.C;h=dfde60d96fecf935c89fb7cfd5b766d1f4d9914f;hb=HEAD</a><br>
<a href="https://www.mail-archive.com/cin@lists.cinelerra-gg.org/msg05661.html" rel="noreferrer noreferrer" target="_blank">https://www.mail-archive.com/cin@lists.cinelerra-gg.org/msg05661.html</a><br>
<a href="https://www.ffmpeg.org/ffmpeg-devices.html#iec61883" rel="noreferrer noreferrer" target="_blank">https://www.ffmpeg.org/ffmpeg-devices.html#iec61883</a><br>
<br>
<br>
<br>
<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">
-- <br>
Cin mailing list<br>
<a href="mailto:Cin@lists.cinelerra-gg.org" rel="noreferrer noreferrer" target="_blank">Cin@lists.cinelerra-gg.org</a><br>
<a href="https://lists.cinelerra-gg.org/mailman/listinfo/cin" rel="noreferrer noreferrer noreferrer" target="_blank">https://lists.cinelerra-gg.org/mailman/listinfo/cin</a><br>
</blockquote>
</div>
</div>
</div>
</blockquote>
<br>
</blockquote>
<br>
</div>
</blockquote></div></div></div>