Re: Lumix G-Series (especially G9)
Alexander Holzinger <[email protected]> Thu, 4 May 2023 12:25:58 +0200
| Newsgroups | gmane.comp.multimedia.gphoto.user |
|---|---|
| Message-ID | <CA+40DLA5NSHsWecnHho9gfnLCAznZKQXR+pnJptXnK_yGjudZQ@mail.gmail.com> |
--===============7837874653426023809== Content-Type: multipart/alternative; boundary="0000000000003829a705fadb9aa9" --0000000000003829a705fadb9aa9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Marcus, thank you for your research. So my new findings are=E2=80=A6 First: I tested the same setup on a linux desktop computer with recent linux mint. Tried both USB2 and USB3 connections. The resulting durations with USB2 were about 14secs, with USB3 they varied between about 8 and 12 secs. So quite similar to the raspberry but the variations with USB3 were a bit strange. Second: In the cam was an almost empty 128GB sd card (speed 300MB/s). I changed to an empty 16GB card (speed 80MB/s) and guess what, the process got much faster. Between 4 to 5 seconds on both systems (Pi and desktop). Here is the log for that setup with the 16GB sd card <https://drive.google.com/file/d/1LNbtFDDu7hM7tdHchZN1cEp1_-yyV09I/view?usp= =3Dshare_link> . I tried a third thing: Capturing without a sd card in the camera. Thought it might work =E2=80=93 because it does with the canon D7 =E2=80=93= but it gave me=E2=80=A6 *** Error *** PTP Store Not Available ERROR: Could not capture image. ERROR: Could not capture. The log for this process without sd card <https://drive.google.com/file/d/19VXbzPFH4MLpP_pX7ijnMzf_eLpqekKx/view?usp= =3Dshare_link> . Is it just not doable with the G9? *The SD card is definitely a huge factor for the process duration.* Best wishes, Alex Am Sa., 29. Apr. 2023 um 11:50 Uhr schrieb Marcus Meissner <[email protected]= e >: > Hi, > > I went over it, lets take a look at timestamps. > > in seconds: event > - 0.4s: trigger capture > - 1.4s: ... reports success, start waiting for object addition > - 2,7s: object is reported to be added, queriny > - 3.2s: object info is returned > - 3.3s: libgphoto2 tries to find out filename by fetching the card conten= ts > - 6.6s: whole card directory is retrieved, fetching actual image starts > - 7.5s: image retrieval finishes, delete object requested > - 8,4s; delete object seems to finish > - 8.6s: camera exit initiated > - 8.9s: gphoto2 ends > > There are a lot of longer taking ops in here. > > bigger issues: > > - 3 seconds are spent on retrieving images to determine the filename, so > an empty card might make it faster. > > Most ops take long on camera side, which could be generally the camera > or USB speed. > > If this was just tested on PI , can you cross check on a regular > computer/laptop too if it takes as long? > > Ciao, Marcus > > On Thu, Apr 27, 2023 at 08:46:55PM +0200, Alexander Holzinger wrote: > > Hi, here is a new logfile: > > https://drive.google.com/file/d/18WlJ5XQvTh_t4llpuyViXiRgmrHcLadd > > > > If I can help in any other way =E2=80=93 I'll do my very best. > > > > Best wishes; > > Alex > > > > > > Am Do., 27. Apr. 2023 um 16:43 Uhr schrieb Marcus Meissner < > [email protected] > > >: > > > > > Hi, > > > > > > can you perhaps provide another logfile? > > > > > > I think I will add an option to remove the wait after capture part. > > > > > > Ciao, Marcus > > > On Thu, Apr 27, 2023 at 04:08:38PM +0200, Alexander Holzinger wrote: > > > > Thank you Marcus. > > > > > > > > With your changes and after you pointed me in the right direction f= or > > > > updating gphoto2 the process with my G9 now is about 4 seconds > faster. > > > > > > > > Ressource for updating: https://github.com/gonzalo/gphoto2-updater > > > > I removed the previous version with > > > > > > > > > $ sudo apt-get remove gphoto2 libgphoto2-6 libgphoto2-dev > > > libgphoto2-l10n > > > > > libgphoto2-port12 > > > > > > > > > and then updated gphoto2 to the dev branch with > > > > > > > > > $ wget > > > > > > > > > https://raw.githubusercontent.com/gonzalo/gphoto2-updater/master/gphoto2-= updater.sh > > > > > && wget > > > > > > https://raw.githubusercontent.com/gonzalo/gphoto2-updater/master/.env > > > && > > > > > chmod +x gphoto2-updater.sh && sudo ./gphoto2-updater.sh > > > > > > > > > > > > > Now *--capture-image-and-dowload* takes a little over 8 seconds > instead > > > of > > > > almost 13 seconds. It is still not great compared to less than 2 > seconds > > > > with a canon D7, but a huge improvement =E2=80=93 thanks again. > > > > > > > > Is this duration limited by the camera or could it still be improve= d > > > > somehow? > > > > I would of course help as much as I could, but without some guidanc= e > I > > > > won't get far. > > > > > > > > > > > > Best wishes, > > > > Alex > > > > > > > > > > > > > > > > > > > > > > > > > > > > Am Mo., 24. Apr. 2023 um 11:08 Uhr schrieb Marcus Meissner < > > > > [email protected]>: > > > > > > > > > Hi, > > > > > > > > > > So it spends 2x3 seconds waiting for capturecomplete. > > > > > > > > > > I now synthesize a capture complete event in git, patch attached. > > > > > > > > > > You can also try > > > > > > > > > > gphoto2 --trigger-capture > > > --wait-event-and-download-files=3DFILEADDED > > > > > > > > > > Ciao, Marcus > > > > > On Sun, Apr 23, 2023 at 08:45:38PM +0200, Alexander Holzinger > wrote: > > > > > > Hi again, has anybody an idea why it's taking gphoto2 about 13 > > > seconds to > > > > > > do the capture-image-and-download process with a lumix g9? > > > > > > Has anybody ever experienced such long durations for capturing > and > > > > > > downloading an image with another camera? > > > > > > > > > > > > With the same setup but a canon eos d7 it only takes about 2 > seconds. > > > > > > > > > > > > Best wishes > > > > > > Alex > > > > > > > > > > > > > > > > > > Am Di., 18. Apr. 2023 um 21:18 Uhr schrieb Alexander Holzinger = < > > > > > > [email protected]>: > > > > > > > > > > > > > The original email below didn't make it to the list because o= f > the > > > > > > > attachment =E2=80=93 it was too big. > > > > > > > I uploaded the log file to google drive. > > > > > > > > > > > > > > > > > > > > > > > https://drive.google.com/file/d/1keNkvvp57z5b5-0uPRESUL5ArPnWqbmG/view?us= p=3Dshare_link > > > > > > > > > > > > > > ---------- Forwarded message --------- > > > > > > > Date: Di., 18. Apr. 2023 um 21:11 Uhr > > > > > > > Subject: Re: [Gphoto-user] Lumix G-Series (especially G9) > > > > > > > To: Marcus Meissner <[email protected]> > > > > > > > Cc: <[email protected]> > > > > > > > > > > > > > > > > > > > > > Hi Marcus and all, > > > > > > > I now have a G9 and tested it with gphoto2. > > > > > > > Autodetect recognizes the G9 as a GH5. > > > > > > > > > > > > > > --capture-image-and-download works but the process takes abou= t > 13 > > > > > seconds. > > > > > > > With the 7D it only takes about 3 or 4 seconds. > > > > > > > Do you have any idea if the process could be sped up? > > > > > > > > > > > > > > Actually the captured image gets written on the pi after abou= t > 6 > > > > > seconds. > > > > > > > But then the process takes another 6 to 7 seconds to delete t= he > > > file > > > > > on the > > > > > > > camera or do something else. When I add --keep to the command > it > > > is the > > > > > > > same. About 6 seconds to get the image on the raspberry and > > > another 6 > > > > > to 7 > > > > > > > seconds doing something else. > > > > > > > > > > > > > > I attach the logfile for coming from *env LANG=3DC gphoto2 > --debug > > > > > > > --debug-logfile=3Dmy-logfile.txt --capture-image-and-download= * > > > > > > > > > > > > > > It would be really cool if the time could be minimized someho= w. > > > > > > > > > > > > > > Best wishes to all > > > > > > > Alex > > > > > > > > > > > > > > > > > > > > > Am Do., 22. Dez. 2022 um 17:46 Uhr schrieb Alexander Holzinge= r > < > > > > > > > [email protected]>: > > > > > > > > > > > > > >> Thank you Marcus, > > > > > > >> > > > > > > >> if I get a G9 I will write about my findings. > > > > > > >> I tested a GH6 via USB. It gets detected and can take a phot= o > but > > > the > > > > > > >> process freezes and is not downloading the picture. > > > > > > >> > > > > > > >> ciao, Alex > > > > > > >> > > > > > > >> Am Mi., 21. Dez. 2022 um 15:17 Uhr schrieb Marcus Meissner < > > > > > > >> [email protected]>: > > > > > > >> > > > > > > >>> On Wed, Dec 21, 2022 at 12:00:39PM +0100, Alexander Holzing= er > > > wrote: > > > > > > >>> > Hi everybody, > > > > > > >>> > > > > > > > >>> > > > > > > > >>> > I am quite new to gphoto =E2=80=93 first impression: it's= quite > > > awesome! > > > > > > >>> > > > > > > > >>> > Testing it out with a Canon 7D everything worked perfectl= y. > > > > > > >>> > But I am planning on buying a Lumix G9. > > > > > > >>> > Unfortunately the Lumix G-Series is labeled as > 'experimental' > > > and I > > > > > > >>> > couldn't find much information on it. > > > > > > >>> > > > > > > > >>> > Has anyone some experience with gphoto2 and the Lumix G9? > > > > > > >>> > Does 'gphoto capture-image-and-download' work? > > > > > > >>> > > > > > > >>> The Lumix I used for development did not do capture over > USB, but > > > > > only > > > > > > >>> over WLAN. > > > > > > >>> > > > > > > >>> I sadly do not remember if capture over USB works, I did ad= d > the > > > code > > > > > > >>> though. > > > > > > >>> I think preview at least worked. > > > > > > >>> > > > > > > >>> I dont have the camera available here though. > > > > > > >>> > > > > > > >>> ciao, Marcus > > > > > > >>> > > > > > > >> > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Gphoto-user mailing list > > > > > > [email protected] > > > > > > https://lists.sourceforge.net/lists/listinfo/gphoto-user > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > Gphoto-user mailing list > > > > [email protected] > > > > https://lists.sourceforge.net/lists/listinfo/gphoto-user > > > > > > > > > -- > > > Marcus Meissner (he/him), Distinguished Engineer / Senior Project > Manager > > > Security > > > SUSE Software Solutions Germany GmbH, Frankenstrasse 146, 90461 > Nuernberg, > > > Germany > > > GF: Ivo Totev, Andrew Myers, Andrew McDonald, Martje Boudien Moerman, > HRB > > > 36809, AG Nuernberg > > > > > > > _______________________________________________ > > Gphoto-user mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/gphoto-user > > --0000000000003829a705fadb9aa9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div>Hi Marcus,</div><div><br></div><div>thank you for you= r research.</div><div><br></div><div><br></div><div>So my new findings are= =E2=80=A6</div><div><br></div><div>First: I tested the same setup on a linu= x desktop computer with recent linux mint. Tried both USB2 and USB3 connect= ions. The resulting durations with USB2 were about 14secs, with USB3 they v= aried between about 8 and 12 secs. So quite similar to the raspberry but th= e variations with USB3 were a bit strange.</div><div><br></div><div>Second:= In the cam was an almost empty 128GB sd card (speed 300MB/s). I changed to= an empty 16GB card (speed 80MB/s) and guess what, the process got much fas= ter. Between 4 to 5 seconds on both systems (Pi and desktop).<br></div><div= ><a href=3D"https://drive.google.com/file/d/1LNbtFDDu7hM7tdHchZN1cEp1_-yyV0= 9I/view?usp=3Dshare_link">Here is the log for that setup with the 16GB sd c= ard</a>.</div><div><br></div><div>I tried a third thing: Capturing without = a sd card in the camera.</div><div>Thought it might work =E2=80=93 because = it does with the canon D7 =E2=80=93 but it gave me=E2=80=A6</div><div style= =3D"margin-left:40px">*** Error *** =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0<br>PTP Store Not Available<br>ERROR: Could not capture image.<br= >ERROR: Could not capture.</div><div><a href=3D"https://drive.google.com/fi= le/d/19VXbzPFH4MLpP_pX7ijnMzf_eLpqekKx/view?usp=3Dshare_link">The log for t= his process without sd card</a>.</div><div>Is it just not doable with the G= 9?<br></div><div><br></div><div><br></div><div><b>The SD card is definitely= a huge factor for the process duration.</b></div><div><br></div><div><br><= /div><div>Best wishes,</div><div>Alex<br></div><div><div><div><br></div><di= v><br></div></div></div></div><br><div class=3D"gmail_quote"><div dir=3D"lt= r" class=3D"gmail_attr">Am Sa., 29. Apr. 2023 um 11:50=C2=A0Uhr schrieb Mar= cus Meissner <<a href=3D"mailto:[email protected]">[email protected]</a>&g= t;:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px = 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br> <br> I went over it, lets take a look at timestamps.<br> <br> in seconds: event<br> - 0.4s: trigger capture<br> - 1.4s: ... reports success, start waiting for object addition<br> - 2,7s: object is reported to be added, queriny<br> - 3.2s: object info is returned<br> - 3.3s: libgphoto2 tries to find out filename by fetching the card contents= <br> - 6.6s: whole card directory is retrieved, fetching actual image starts<br> - 7.5s: image retrieval finishes, delete object requested<br> - 8,4s; delete object seems to finish<br> - 8.6s: camera exit initiated<br> - 8.9s: gphoto2 ends<br> <br> There are a lot of longer taking ops in here.<br> <br> bigger issues:<br> <br> - 3 seconds are spent on retrieving images to determine the filename, so<br= > =C2=A0 an empty card might make it faster.<br> <br> Most ops take long on camera side, which could be generally the camera<br> or USB speed.<br> <br> If this was just tested on PI , can you cross check on a regular<br> computer/laptop too if it takes as long?<br> <br> Ciao, Marcus<br> <br> On Thu, Apr 27, 2023 at 08:46:55PM +0200, Alexander Holzinger wrote:<br> > Hi, here is a new logfile:<br> > <a href=3D"https://drive.google.com/file/d/18WlJ5XQvTh_t4llpuyViXiRgmr= HcLadd" rel=3D"noreferrer" target=3D"_blank">https://drive.google.com/file/= d/18WlJ5XQvTh_t4llpuyViXiRgmrHcLadd</a><br> > <br> > If I can help in any other way =E2=80=93 I'll do my very best.<br> > <br> > Best wishes;<br> > Alex<br> > <br> > <br> > Am Do., 27. Apr. 2023 um 16:43 Uhr schrieb Marcus Meissner <<a href= =3D"mailto:[email protected]" target=3D"_blank">[email protected]</a><br> > >:<br> > <br> > > Hi,<br> > ><br> > > can you perhaps provide another logfile?<br> > ><br> > > I think I will add an option to remove the wait after capture par= t.<br> > ><br> > > Ciao, Marcus<br> > > On Thu, Apr 27, 2023 at 04:08:38PM +0200, Alexander Holzinger wro= te:<br> > > > Thank you Marcus.<br> > > ><br> > > > With your changes and after you pointed me in the right dire= ction for<br> > > > updating gphoto2 the process with my G9 now is about 4 secon= ds faster.<br> > > ><br> > > > Ressource for updating: <a href=3D"https://github.com/gonzal= o/gphoto2-updater" rel=3D"noreferrer" target=3D"_blank">https://github.com/= gonzalo/gphoto2-updater</a><br> > > > I removed the previous version with<br> > > ><br> > > > > $ sudo apt-get remove gphoto2 libgphoto2-6 libgphoto2-d= ev<br> > > libgphoto2-l10n<br> > > > > libgphoto2-port12<br> > > > ><br> > > > and then updated gphoto2 to the dev branch with<br> > > ><br> > > > > $ wget<br> > > > ><br> > > <a href=3D"https://raw.githubusercontent.com/gonzalo/gphoto2-upda= ter/master/gphoto2-updater.sh" rel=3D"noreferrer" target=3D"_blank">https:/= /raw.githubusercontent.com/gonzalo/gphoto2-updater/master/gphoto2-updater.s= h</a><br> > > > > && wget<br> > > > > <a href=3D"https://raw.githubusercontent.com/gonzalo/gp= hoto2-updater/master/.env" rel=3D"noreferrer" target=3D"_blank">https://raw= .githubusercontent.com/gonzalo/gphoto2-updater/master/.env</a><br> > > &&<br> > > > > chmod +x gphoto2-updater.sh && sudo ./gphoto2-u= pdater.sh<br> > > > ><br> > > ><br> > > > Now *--capture-image-and-dowload* takes a little over 8 seco= nds instead<br> > > of<br> > > > almost 13 seconds. It is still not great compared to less th= an 2 seconds<br> > > > with a canon D7, but a huge improvement =E2=80=93 thanks aga= in.<br> > > ><br> > > > Is this duration limited by the camera or could it still be = improved<br> > > > somehow?<br> > > > I would of course help as much as I could, but without some = guidance I<br> > > > won't get far.<br> > > ><br> > > ><br> > > > Best wishes,<br> > > > Alex<br> > > ><br> > > ><br> > > ><br> > > ><br> > > ><br> > > ><br> > > > Am Mo., 24. Apr. 2023 um 11:08 Uhr schrieb Marcus Meissner &= lt;<br> > > > <a href=3D"mailto:[email protected]" target=3D"_blank">m= [email protected]</a>>:<br> > > ><br> > > > > Hi,<br> > > > ><br> > > > > So it spends 2x3 seconds waiting for capturecomplete.<b= r> > > > ><br> > > > > I now synthesize a capture complete event in git, patch= attached.<br> > > > ><br> > > > > You can also try<br> > > > ><br> > > > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0gphoto2 --trigger-capt= ure<br> > > --wait-event-and-download-files=3DFILEADDED<br> > > > ><br> > > > > Ciao, Marcus<br> > > > > On Sun, Apr 23, 2023 at 08:45:38PM +0200, Alexander Hol= zinger wrote:<br> > > > > > Hi again, has anybody an idea why it's taking = gphoto2 about 13<br> > > seconds to<br> > > > > > do the capture-image-and-download process with a l= umix g9?<br> > > > > > Has anybody ever experienced such long durations f= or capturing and<br> > > > > > downloading an image with another camera?<br> > > > > ><br> > > > > > With the same setup but a canon eos d7 it only tak= es about 2 seconds.<br> > > > > ><br> > > > > > Best wishes<br> > > > > > Alex<br> > > > > ><br> > > > > ><br> > > > > > Am Di., 18. Apr. 2023 um 21:18 Uhr schrieb Alexand= er Holzinger <<br> > > > > > <a href=3D"mailto:[email protected]" target=3D"_= blank">[email protected]</a>>:<br> > > > > ><br> > > > > > > The original email below didn't make it t= o the list because of the<br> > > > > > > attachment =E2=80=93 it was too big.<br> > > > > > > I uploaded the log file to google drive.<br> > > > > > ><br> > > > > > ><br> > > > ><br> > > <a href=3D"https://drive.google.com/file/d/1keNkvvp57z5b5-0uPRESU= L5ArPnWqbmG/view?usp=3Dshare_link" rel=3D"noreferrer" target=3D"_blank">htt= ps://drive.google.com/file/d/1keNkvvp57z5b5-0uPRESUL5ArPnWqbmG/view?usp=3Ds= hare_link</a><br> > > > > > ><br> > > > > > > ---------- Forwarded message ---------<br> > > > > > > Date: Di., 18. Apr. 2023 um 21:11 Uhr<br> > > > > > > Subject: Re: [Gphoto-user] Lumix G-Series (es= pecially G9)<br> > > > > > > To: Marcus Meissner <<a href=3D"mailto:mar= [email protected]" target=3D"_blank">[email protected]</a>><br> > > > > > > Cc: <<a href=3D"mailto:[email protected]= ourceforge.net" target=3D"_blank">[email protected]</a>>= <br> > > > > > ><br> > > > > > ><br> > > > > > > Hi Marcus and all,<br> > > > > > > I now have a G9 and tested it with gphoto2.<b= r> > > > > > > Autodetect recognizes the G9 as a GH5.<br> > > > > > ><br> > > > > > > --capture-image-and-download works but the pr= ocess takes about 13<br> > > > > seconds.<br> > > > > > > With the 7D it only takes about 3 or 4 second= s.<br> > > > > > > Do you have any idea if the process could be = sped up?<br> > > > > > ><br> > > > > > > Actually the captured image gets written on t= he pi after about 6<br> > > > > seconds.<br> > > > > > > But then the process takes another 6 to 7 sec= onds to delete the<br> > > file<br> > > > > on the<br> > > > > > > camera or do something else. When I add --kee= p to the command it<br> > > is the<br> > > > > > > same. About 6 seconds to get the image on the= raspberry and<br> > > another 6<br> > > > > to 7<br> > > > > > > seconds doing something else.<br> > > > > > ><br> > > > > > > I attach the logfile for coming from *env LAN= G=3DC gphoto2 --debug<br> > > > > > > --debug-logfile=3Dmy-logfile.txt --capture-im= age-and-download*<br> > > > > > ><br> > > > > > > It would be really cool if the time could be = minimized somehow.<br> > > > > > ><br> > > > > > > Best wishes to all<br> > > > > > > Alex<br> > > > > > ><br> > > > > > ><br> > > > > > > Am Do., 22. Dez. 2022 um 17:46 Uhr schrieb Al= exander Holzinger <<br> > > > > > > <a href=3D"mailto:[email protected]" target= =3D"_blank">[email protected]</a>>:<br> > > > > > ><br> > > > > > >> Thank you Marcus,<br> > > > > > >><br> > > > > > >> if I get a G9 I will write about my findi= ngs.<br> > > > > > >> I tested a GH6 via USB. It gets detected = and can take a photo but<br> > > the<br> > > > > > >> process freezes and is not downloading th= e picture.<br> > > > > > >><br> > > > > > >> ciao, Alex<br> > > > > > >><br> > > > > > >> Am Mi., 21. Dez. 2022 um 15:17 Uhr schrie= b Marcus Meissner <<br> > > > > > >> <a href=3D"mailto:[email protected]" = target=3D"_blank">[email protected]</a>>:<br> > > > > > >><br> > > > > > >>> On Wed, Dec 21, 2022 at 12:00:39PM +0= 100, Alexander Holzinger<br> > > wrote:<br> > > > > > >>> > Hi everybody,<br> > > > > > >>> ><br> > > > > > >>> ><br> > > > > > >>> > I am quite new to gphoto =E2=80= =93 first impression: it's quite<br> > > awesome!<br> > > > > > >>> ><br> > > > > > >>> > Testing it out with a Canon 7D e= verything worked perfectly.<br> > > > > > >>> > But I am planning on buying a Lu= mix G9.<br> > > > > > >>> > Unfortunately the Lumix G-Series= is labeled as 'experimental'<br> > > and I<br> > > > > > >>> > couldn't find much informati= on on it.<br> > > > > > >>> ><br> > > > > > >>> > Has anyone some experience with = gphoto2 and the Lumix G9?<br> > > > > > >>> > Does 'gphoto capture-image-a= nd-download' work?<br> > > > > > >>><br> > > > > > >>> The Lumix I used for development did = not do capture over USB, but<br> > > > > only<br> > > > > > >>> over WLAN.<br> > > > > > >>><br> > > > > > >>> I sadly do not remember if capture ov= er USB works, I did add the<br> > > code<br> > > > > > >>> though.<br> > > > > > >>> I think preview at least worked.<br> > > > > > >>><br> > > > > > >>> I dont have the camera available here= though.<br> > > > > > >>><br> > > > > > >>> ciao, Marcus<br> > > > > > >>><br> > > > > > >><br> > > > ><br> > > > ><br> > > > > > _______________________________________________<br= > > > > > > Gphoto-user mailing list<br> > > > > > <a href=3D"mailto:[email protected]= t" target=3D"_blank">[email protected]</a><br> > > > > > <a href=3D"https://lists.sourceforge.net/lists/lis= tinfo/gphoto-user" rel=3D"noreferrer" target=3D"_blank">https://lists.sourc= eforge.net/lists/listinfo/gphoto-user</a><br> > > > ><br> > > > ><br> > ><br> > ><br> > > > _______________________________________________<br> > > > Gphoto-user mailing list<br> > > > <a href=3D"mailto:[email protected]" target= =3D"_blank">[email protected]</a><br> > > > <a href=3D"https://lists.sourceforge.net/lists/listinfo/gpho= to-user" rel=3D"noreferrer" target=3D"_blank">https://lists.sourceforge.net= /lists/listinfo/gphoto-user</a><br> > ><br> > ><br> > > --<br> > > Marcus Meissner (he/him), Distinguished Engineer / Senior Project= Manager<br> > > Security<br> > > SUSE Software Solutions Germany GmbH, Frankenstrasse 146, 90461 N= uernberg,<br> > > Germany<br> > > GF: Ivo Totev, Andrew Myers, Andrew McDonald, Martje Boudien Moer= man, HRB<br> > > 36809, AG Nuernberg<br> > ><br> <br> <br> > _______________________________________________<br> > Gphoto-user mailing list<br> > <a href=3D"mailto:[email protected]" target=3D"_blank"= >[email protected]</a><br> > <a href=3D"https://lists.sourceforge.net/lists/listinfo/gphoto-user" r= el=3D"noreferrer" target=3D"_blank">https://lists.sourceforge.net/lists/lis= tinfo/gphoto-user</a><br> <br> </blockquote></div> --0000000000003829a705fadb9aa9-- --===============7837874653426023809== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline --===============7837874653426023809== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Gphoto-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/gphoto-user --===============7837874653426023809==--