From rene@exactcode.com Mon Mar 27 20:21:56 2017 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.85) for linux-minidisc@lists.fu-berlin.de with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1csZHA-001y5Z-CZ>; Mon, 27 Mar 2017 20:21:56 +0200 Received: from mx.exactcode.de ([144.76.154.42]) by relay1.zedat.fu-berlin.de (Exim 4.85) for linux-minidisc@lists.fu-berlin.de with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1csZHA-000ecI-7X>; Mon, 27 Mar 2017 20:21:56 +0200 Received: from [90.187.5.221] (helo=exactcode.com) by mx.exactcode.de with esmtp (Exim 4.82) (envelope-from ) id 1csZHY-00067A-K3; Mon, 27 Mar 2017 18:22:20 +0000 Received: from retina ([192.168.2.174]) by exactcode.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.54) id 1csZGd-0004eE-LR; Mon, 27 Mar 2017 18:21:29 +0000 From: =?iso-8859-1?Q?Ren=E9_Rebe?= Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Mon, 27 Mar 2017 20:21:51 +0200 Message-Id: <35CAE6C7-2163-4B18-A581-078B942CDF6C@exactcode.com> To: adrian.glaubitz@googlemail.com Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-Originating-IP: 144.76.154.42 X-purgate: clean X-purgate-type: clean X-purgate-ID: 151147::1490638916-000004B7-161DF4D3/0/0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.101652, version=1.2.4 X-Spam-Flag: NO X-Spam-Status: No, score=0.0 required=5.0 tests=URIBL_BLOCKED X-Spam-Checker-Version: SpamAssassin 3.4.1 on Kiribati.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Mailman-Approved-At: Mon, 27 Mar 2017 23:15:16 +0200 Cc: linux-minidisc@lists.fu-berlin.de Subject: [linux-minidisc] trying to copy 1st mp3 to mz-rh1 X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.16 Precedence: list List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2017 18:21:56 -0000 Hi there, while i initially started to reverse the disc format a decade ago, it = was only recently, that I wanted to copy some new files to my mz-rh1. While it the linux-minidisc apps write the file without complains (Linux = amd64) they do not show the file after transfer and also the player does = not show a new track. =46rom looking at strace and the index files it looks like the temp file = writes end up in the wrong index file. Does an issue like this ring a bell - or any idea if latest git is = supposed to work? Ren=E9 --=20 http://exactcode.com | http://exactscan.com | http://ocrkit.com | = http://t2-project.org | http://rene.rebe.de From rene@exactcode.com Mon Mar 27 23:07:53 2017 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.85) for linux-minidisc@lists.fu-berlin.de with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1csbrl-002Mjt-Da>; Mon, 27 Mar 2017 23:07:53 +0200 Received: from mx.exactcode.de ([144.76.154.42]) by relay1.zedat.fu-berlin.de (Exim 4.85) for linux-minidisc@lists.fu-berlin.de with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1csbrl-001MsM-9c>; Mon, 27 Mar 2017 23:07:53 +0200 Received: from [90.187.5.221] (helo=exactcode.com) by mx.exactcode.de with esmtp (Exim 4.82) (envelope-from ) id 1csbs9-0007fk-MJ; Mon, 27 Mar 2017 21:08:17 +0000 Received: from ip5b4019ca.dynamic.kabel-deutschland.de ([91.64.25.202] helo=[192.168.0.20]) by exactcode.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.54) id 1csbrE-0006S8-Sq; Mon, 27 Mar 2017 21:07:26 +0000 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: =?iso-8859-1?Q?Ren=E9_Rebe?= In-Reply-To: <35CAE6C7-2163-4B18-A581-078B942CDF6C@exactcode.com> Date: Mon, 27 Mar 2017 23:07:40 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <35CAE6C7-2163-4B18-A581-078B942CDF6C@exactcode.com> To: adrian.glaubitz@googlemail.com X-Mailer: Apple Mail (2.1878.6) X-Originating-IP: 144.76.154.42 X-purgate: clean X-purgate-type: clean X-purgate-ID: 151147::1490648873-000004B7-1C8272A6/0/0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.045337, version=1.2.4 X-Spam-Flag: NO X-Spam-Status: No, score=0.0 required=5.0 tests=URIBL_BLOCKED X-Spam-Checker-Version: SpamAssassin 3.4.1 on Tokelau.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Mailman-Approved-At: Mon, 27 Mar 2017 23:15:16 +0200 Cc: linux-minidisc@lists.fu-berlin.de Subject: Re: [linux-minidisc] trying to copy 1st mp3 to mz-rh1 X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.16 Precedence: list List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2017 21:07:53 -0000 Hey, I can confirm that after copying the new TRKIDX01.HMA to TRKIDX03.HMA my = himdcli as well as the MZ-RH1 seed the newly added mp3 track and even = plays it. Yay. I will try to find some time to further debug this. Btw. a big thanks for all the efforts over my initial look in 2006. So = great to see all this bits public. Ren=E9 On Mar 27, 2017, at 20:21, Ren=E9 Rebe wrote: > Hi there, >=20 > while i initially started to reverse the disc format a decade ago, it = was only recently, that I wanted to copy some new files to my mz-rh1. >=20 > While it the linux-minidisc apps write the file without complains = (Linux amd64) they do not show the file after transfer and also the = player does not show a new track. >=20 > =46rom looking at strace and the index files it looks like the temp = file writes end up in the wrong index file. >=20 > Does an issue like this ring a bell - or any idea if latest git is = supposed to work? >=20 > Ren=E9 >=20 > --=20 > http://exactcode.com | http://exactscan.com | http://ocrkit.com | = http://t2-project.org | http://rene.rebe.de >=20 --=20 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin http://exactcode.com | http://exactscan.com | http://ocrkit.com | = http://t2-project.org | http://rene.rebe.de From glaubitz@physik.fu-berlin.de Mon Mar 27 23:20:03 2017 Received: from outpost1.zedat.fu-berlin.de ([130.133.4.66]) by list1.zedat.fu-berlin.de (Exim 4.85) for linux-minidisc@lists.fu-berlin.de with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1csc3X-002NoL-4G>; Mon, 27 Mar 2017 23:20:03 +0200 Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1csc3X-000x7W-08>; Mon, 27 Mar 2017 23:20:03 +0200 Received: from p5dc1557f.dip0.t-ipconnect.de ([93.193.85.127] helo=[192.168.178.61]) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (envelope-from ) id <1csc3W-0005xr-P4>; Mon, 27 Mar 2017 23:20:02 +0200 To: =?UTF-8?Q?Ren=c3=a9_Rebe?= References: <35CAE6C7-2163-4B18-A581-078B942CDF6C@exactcode.com> From: John Paul Adrian Glaubitz Message-ID: <1ccb228c-9044-aae3-d590-afccab2be891@physik.fu-berlin.de> Date: Mon, 27 Mar 2017 23:20:02 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <35CAE6C7-2163-4B18-A581-078B942CDF6C@exactcode.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Originating-IP: 93.193.85.127 X-purgate: clean X-purgate-type: clean X-purgate-ID: 151147::1490649603-000004B7-AF1EDFC7/0/0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000061, version=1.2.4 X-Spam-Flag: NO X-Spam-Status: No, score=-50.0 required=5.0 tests=ALL_TRUSTED, RP_MATCHES_RCVD, URIBL_BLOCKED X-Spam-Checker-Version: SpamAssassin 3.4.1 on Vanuatu.ZEDAT.FU-Berlin.DE X-Spam-Level: Cc: linux-minidisc@lists.fu-berlin.de Subject: Re: [linux-minidisc] trying to copy 1st mp3 to mz-rh1 X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.16 Precedence: list List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2017 21:20:03 -0000 On 03/27/2017 08:21 PM, René Rebe wrote: > While it the linux-minidisc apps write the file without complains (Linux amd64) they do not show the file after transfer and also the player does not show a new track. That should actually work. I have used it multiple times in the past. > From looking at strace and the index files it looks like the temp file writes end up in the wrong index file. > > Does an issue like this ring a bell - or any idea if latest git is supposed to work? No. The latest version should work. Although I haven't tested it for a while. Adrian PS: Please don't use my mail address directly. Just post to the mailing list after subscribing to the list at [1]. If you're not subscribed, I have to moderate every mail you send. > [1] https://lists.fu-berlin.de/listinfo/linux-minidisc -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaubitz@debian.org `. `' Freie Universitaet Berlin - glaubitz@physik.fu-berlin.de `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 From glaubitz@physik.fu-berlin.de Mon Mar 27 23:32:39 2017 Received: from outpost1.zedat.fu-berlin.de ([130.133.4.66]) by list1.zedat.fu-berlin.de (Exim 4.85) for linux-minidisc@lists.fu-berlin.de with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1cscFj-002UA5-6T>; Mon, 27 Mar 2017 23:32:39 +0200 Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1cscFj-000zhf-24>; Mon, 27 Mar 2017 23:32:39 +0200 Received: from p5dc1557f.dip0.t-ipconnect.de ([93.193.85.127] helo=[192.168.178.61]) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (envelope-from ) id <1cscFi-0006rx-Rf>; Mon, 27 Mar 2017 23:32:38 +0200 To: =?UTF-8?Q?Ren=c3=a9_Rebe?= References: <35CAE6C7-2163-4B18-A581-078B942CDF6C@exactcode.com> From: John Paul Adrian Glaubitz Message-ID: <751a3b2a-0075-63ba-fb48-e32b43c8cf84@physik.fu-berlin.de> Date: Mon, 27 Mar 2017 23:32:38 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Originating-IP: 93.193.85.127 X-purgate: clean X-purgate-type: clean X-purgate-ID: 151147::1490650359-000004B7-9F2A49AC/0/0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000010, version=1.2.4 X-Spam-Flag: NO X-Spam-Status: No, score=-50.0 required=5.0 tests=ALL_TRUSTED, RP_MATCHES_RCVD, URIBL_BLOCKED X-Spam-Checker-Version: SpamAssassin 3.4.1 on Kiribati.ZEDAT.FU-Berlin.DE X-Spam-Level: Cc: linux-minidisc@lists.fu-berlin.de Subject: Re: [linux-minidisc] trying to copy 1st mp3 to mz-rh1 X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.16 Precedence: list List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2017 21:32:39 -0000 On 03/27/2017 11:07 PM, René Rebe wrote: > I can confirm that after copying the new TRKIDX01.HMA to TRKIDX03.HMA my himdcli as well as the MZ-RH1 seed the newly added mp3 track and even plays it. Yay. >From our wiki [1]: > The numeric appendices are increased from time to time. Obviously, simply adding one mp3-track with the > transfer-software for Mac does not increase the numbers. It might be only increased when adding > ATRAC-tracks or when adding more than one file. The files with the highest index are the only to > contain valid data. When several trkidx0X.hma can be found for example, only the file with the > highest index contains non-zero content (the other are zero-filled, but not zero-size). > Btw. a big thanks for all the efforts over my initial look in 2006. So great to see all this bits public. Actually, the initial efforts were the libnetmd project [2]. I started linux-minidisc with Michael Karcher around 2009 from scratch to enable HiMD support for Linux and we gained most of the information of the inner workings of HiMD and NetMD by reverse- engineering "HiMD Music Transfer for Mac" and "Sony SonicStage". There was no existing usable documentation on how HiMD and the interesting parts of NetMD worked when we started the project. That's why we were the first project to support actual transfers to and from HiMD and to NetMD. At some point, we decided we should merge our codebase with the libnetmd project and extend libnetmd with the NetMD functionality we had in the Python NetMD code. So we ported the NetMD Python code to C code with the help of a GSoC student during Google's Summer of Code in 2011. Adrian > [1] https://wiki.physik.fu-berlin.de/linux-minidisc/doku.php?id=himddiskformat#files > [2] http://libnetmd.sourceforge.net/ -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaubitz@debian.org `. `' Freie Universitaet Berlin - glaubitz@physik.fu-berlin.de `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 From rene@exactcode.de Tue Mar 28 00:10:55 2017 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.85) for linux-minidisc@lists.fu-berlin.de with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1cscql-002lvt-7V>; Tue, 28 Mar 2017 00:10:55 +0200 Received: from mx.exactcode.de ([144.76.154.42]) by relay1.zedat.fu-berlin.de (Exim 4.85) for linux-minidisc@lists.fu-berlin.de with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1cscql-001hpV-31>; Tue, 28 Mar 2017 00:10:55 +0200 Received: from [90.187.5.221] (helo=exactcode.com) by mx.exactcode.de with esmtp (Exim 4.82) (envelope-from ) id 1cscr9-0007uT-HL; Mon, 27 Mar 2017 22:11:19 +0000 Received: from ip5b4019ca.dynamic.kabel-deutschland.de ([91.64.25.202] helo=localhost) by exactcode.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.54) id 1cscqD-0000fR-38; Mon, 27 Mar 2017 22:10:28 +0000 Date: Tue, 28 Mar 2017 00:09:43 +0200 (CEST) Message-Id: <20170328.000943.806381934190852580.rene@exactcode.com> To: glaubitz@physik.fu-berlin.de From: Rene Rebe In-Reply-To: <751a3b2a-0075-63ba-fb48-e32b43c8cf84@physik.fu-berlin.de> References: <35CAE6C7-2163-4B18-A581-078B942CDF6C@exactcode.com> <751a3b2a-0075-63ba-fb48-e32b43c8cf84@physik.fu-berlin.de> X-Mailer: Mew version 6.7 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Originating-IP: 144.76.154.42 X-purgate: clean X-purgate-type: clean X-purgate-ID: 151147::1490652655-000004B7-CF882F30/0/0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000154, version=1.2.4 X-Spam-Flag: NO X-Spam-Status: No, score=0.0 required=5.0 tests=RP_MATCHES_RCVD,URIBL_BLOCKED X-Spam-Checker-Version: SpamAssassin 3.4.1 on Tokelau.ZEDAT.FU-Berlin.DE X-Spam-Level: X-Mailman-Approved-At: Tue, 28 Mar 2017 00:13:57 +0200 Cc: linux-minidisc@lists.fu-berlin.de Subject: Re: [linux-minidisc] trying to copy 1st mp3 to mz-rh1 X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.16 Precedence: list List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2017 22:10:55 -0000 From: John Paul Adrian Glaubitz Subject: Re: [linux-minidisc] trying to copy 1st mp3 to mz-rh1 Date: Mon, 27 Mar 2017 23:32:38 +0200 > On 03/27/2017 11:07 PM, Ren=E9 Rebe wrote: > > I can confirm that after copying the new TRKIDX01.HMA to TRKIDX03.H= MA my himdcli as well as the MZ-RH1 seed the newly added mp3 track and = even plays it. Yay. > = > From our wiki [1]: > = > > The numeric appendices are increased from time to time. Obviously, = simply adding one mp3-track with the > > transfer-software for Mac does not increase the numbers. It might b= e only increased when adding > > ATRAC-tracks or when adding more than one file. The files with the = highest index are the only to > > contain valid data. When several trkidx0X.hma can be found for exam= ple, only the file with the > > highest index contains non-zero content (the other are zero-filled,= but not zero-size). Yeah, well, I also reversed some initial on disc format that you quoted in your wiki (svn.exactcode.de/minidisc, ...), and I also ready thru the wiki today quite a few times. As far as I can see the libhimd index code propbably only worked by accident in the past, based on OS sorting last modified file first or so. This modification makes the TIF editing and thus mp3 upload work for me, by scanning for the highest number, not stopping at the first match. Maybe for plenty of edits is shoudl scan without the 0 prefix and take double digit numbers into account, too? diff --git a/libhimd/himd.c b/libhimd/himd.c index 9695ed5..c0c6e51 100644 --- a/libhimd/himd.c +++ b/libhimd/himd.c @@ -87,39 +87,38 @@ static int scanforatdata(GDir * dir) static int scanfortif(GDir * dir, int* oldnum, int *newnum) { const char * hmafile; - int found_unused=3DFALSE, found_used=3DFALSE; + int found_unused=3D-1, found_used=3D-1; int old_datanum, new_datanum; = while((hmafile =3D g_dir_read_name(dir)) !=3D NULL) { // Look for old version - if(!found_unused) - { - if(g_ascii_strncasecmp(hmafile,"_rkidx0",7) =3D=3D 0 && - strlen(hmafile) =3D=3D 12 && - isxdigit(hmafile[7]) && - g_ascii_strncasecmp(hmafile+8,".hma",4) =3D=3D 0) - { - sscanf(hmafile+7,"%x",&old_datanum); + if(g_ascii_strncasecmp(hmafile,"_rkidx0",7) =3D=3D 0 && + strlen(hmafile) =3D=3D 12 && + isxdigit(hmafile[7]) && + g_ascii_strncasecmp(hmafile+8,".hma",4) =3D=3D 0) + { + sscanf(hmafile+7,"%x",&old_datanum); + if (old_datanum > found_unused) { *oldnum =3D old_datanum; - found_unused =3D TRUE; - } - } + found_unused =3D old_datanum; + } + } // Look for current version - if(!found_used) - { - if(g_ascii_strncasecmp(hmafile,"trkidx0",7) =3D=3D 0 && - strlen(hmafile) =3D=3D 12 && - isxdigit(hmafile[7]) && - g_ascii_strncasecmp(hmafile+8,".hma",4) =3D=3D 0) - { - sscanf(hmafile+7,"%x",&new_datanum); + if(g_ascii_strncasecmp(hmafile,"trkidx0",7) =3D=3D 0 && + strlen(hmafile) =3D=3D 12 && + isxdigit(hmafile[7]) && + g_ascii_strncasecmp(hmafile+8,".hma",4) =3D=3D 0) + { + sscanf(hmafile+7,"%x",&new_datanum); + if (new_datanum > found_unused) { *newnum =3D new_datanum; - found_used =3D TRUE; - } - } + found_used =3D new_datanum; + } + } } - return (FALSE || found_unused || found_used); + + return (FALSE || found_unused >=3D 0 || found_used >=3D 0); } = static void nong_inplace_ascii_down(gchar * string) > > Btw. a big thanks for all the efforts over my initial look in 2006.= So great to see all this bits public. > = > Actually, the initial efforts were the libnetmd project [2]. I starte= d linux-minidisc > with Michael Karcher around 2009 from scratch to enable HiMD support = for Linux and we > gained most of the information of the inner workings of HiMD and NetM= D by reverse- > engineering "HiMD Music Transfer for Mac" and "Sony SonicStage". Ther= e was no existing > usable documentation on how HiMD and the interesting parts of NetMD w= orked when we > started the project. That's why we were the first project to support = actual transfers > to and from HiMD and to NetMD. > = > At some point, we decided we should merge our codebase with the libne= tmd project and > extend libnetmd with the NetMD functionality we had in the Python Net= MD code. So > we ported the NetMD Python code to C code with the help of a GSoC stu= dent during > Google's Summer of Code in 2011. I just tried to dump an Atrac+ track from an old, classic MD using the upload.py. Doing so I get some '01 - .aea' file. Although I read the wiki like three times now, what step is needed to get a file that latest ffmpeg would play? Thanks, Ren=E9 > Adrian > = > > [1] https://wiki.physik.fu-berlin.de/linux-minidisc/doku.php?id=3Dh= imddiskformat#files > > [2] http://libnetmd.sourceforge.net/ > = > -- = > .''`. John Paul Adrian Glaubitz > : :' : Debian Developer - glaubitz@debian.org > `. `' Freie Universitaet Berlin - glaubitz@physik.fu-berlin.de > `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- = Ren=E9 Rebe, ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin http://exactcode.com | http://t2-project.org | http://rene.rebe.de From glaubitz@physik.fu-berlin.de Tue Mar 28 00:22:50 2017 Received: from outpost1.zedat.fu-berlin.de ([130.133.4.66]) by list1.zedat.fu-berlin.de (Exim 4.85) for linux-minidisc@lists.fu-berlin.de with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1csd2G-002o4A-SE>; Tue, 28 Mar 2017 00:22:49 +0200 Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1csd2G-0018v4-NL>; Tue, 28 Mar 2017 00:22:48 +0200 Received: from p5dc1557f.dip0.t-ipconnect.de ([93.193.85.127] helo=[192.168.178.61]) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (envelope-from ) id <1csd2G-000B1N-FY>; Tue, 28 Mar 2017 00:22:48 +0200 To: Rene Rebe References: <35CAE6C7-2163-4B18-A581-078B942CDF6C@exactcode.com> <751a3b2a-0075-63ba-fb48-e32b43c8cf84@physik.fu-berlin.de> <20170328.000943.806381934190852580.rene@exactcode.com> From: John Paul Adrian Glaubitz Message-ID: <24e8a373-9232-c385-0eb3-97518b7cec5f@physik.fu-berlin.de> Date: Tue, 28 Mar 2017 00:22:48 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <20170328.000943.806381934190852580.rene@exactcode.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Originating-IP: 93.193.85.127 X-purgate: clean X-purgate-type: clean X-purgate-ID: 151147::1490653368-000004B7-29959A7F/0/0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000173, version=1.2.4 X-Spam-Flag: NO X-Spam-Status: No, score=-50.0 required=5.0 tests=ALL_TRUSTED, RP_MATCHES_RCVD, URIBL_BLOCKED X-Spam-Checker-Version: SpamAssassin 3.4.1 on Vanuatu.ZEDAT.FU-Berlin.DE X-Spam-Level: Cc: linux-minidisc@lists.fu-berlin.de Subject: Re: [linux-minidisc] trying to copy 1st mp3 to mz-rh1 X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.16 Precedence: list List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2017 22:22:50 -0000 Please subscribe to the mailing list before posting. Otherwise I have to moderate every single mail you are sending through the list. Thanks! On 03/28/2017 12:09 AM, Rene Rebe wrote: > As far as I can see the libhimd index code propbably only worked by > accident in the past, based on OS sorting last modified file first or > so. I don't think that's true. Lots of people have actually used the code and you are the first one ever to report this particular issue. The only thing that can have happened is either a recent regression or a problem with your build environment. > This modification makes the TIF editing and thus mp3 upload work for > me, by scanning for the highest number, not stopping at the first > match. Maybe for plenty of edits is shoudl scan without the 0 prefix > and take double digit numbers into account, too? Please open a pull request on github. We don't accept patches through the mailing list. > I just tried to dump an Atrac+ track from an old, classic MD using the > upload.py. Doing so I get some '01 - .aea' file. Although I read the > wiki like three times now, what step is needed to get a file that > latest ffmpeg would play? This should be in ATRAC1 format and ffmpeg or VLC should be able to decode it. -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaubitz@debian.org `. `' Freie Universitaet Berlin - glaubitz@physik.fu-berlin.de `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 From rene@exactcode.de Tue Mar 28 00:32:38 2017 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.85) for linux-minidisc@lists.fu-berlin.de with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1csdBm-002pTM-6K>; Tue, 28 Mar 2017 00:32:38 +0200 Received: from mx.exactcode.de ([144.76.154.42]) by relay1.zedat.fu-berlin.de (Exim 4.85) for linux-minidisc@lists.fu-berlin.de with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1csdBm-001p77-24>; Tue, 28 Mar 2017 00:32:38 +0200 Received: from [90.187.5.221] (helo=exactcode.com) by mx.exactcode.de with esmtp (Exim 4.82) (envelope-from ) id 1csdCA-0001FM-HI; Mon, 27 Mar 2017 22:33:02 +0000 Received: from ip5b4019ca.dynamic.kabel-deutschland.de ([91.64.25.202] helo=[192.168.0.20]) by exactcode.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.54) id 1csdBF-0001Zi-Iz; Mon, 27 Mar 2017 22:32:11 +0000 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: =?windows-1252?Q?Ren=E9_Rebe?= In-Reply-To: <24e8a373-9232-c385-0eb3-97518b7cec5f@physik.fu-berlin.de> Date: Tue, 28 Mar 2017 00:32:25 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <26E0C4D8-FB2C-4A0C-BBA1-161BB95D4618@exactcode.de> References: <35CAE6C7-2163-4B18-A581-078B942CDF6C@exactcode.com> <751a3b2a-0075-63ba-fb48-e32b43c8cf84@physik.fu-berlin.de> <20170328.000943.806381934190852580.rene@exactcode.com> <24e8a373-9232-c385-0eb3-97518b7cec5f@physik.fu-berlin.de> To: linux-minidisc@lists.fu-berlin.de X-Mailer: Apple Mail (2.1878.6) X-Originating-IP: 144.76.154.42 X-purgate: clean X-purgate-type: clean X-purgate-ID: 151147::1490653958-000004B7-012EB020/0/0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000016, version=1.2.4 X-Spam-Flag: NO X-Spam-Status: No, score=0.0 required=5.0 tests=RP_MATCHES_RCVD,URIBL_BLOCKED X-Spam-Checker-Version: SpamAssassin 3.4.1 on Tokelau.ZEDAT.FU-Berlin.DE X-Spam-Level: Subject: Re: [linux-minidisc] trying to copy 1st mp3 to mz-rh1 X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.16 Precedence: list List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2017 22:32:38 -0000 Moin, On Mar 28, 2017, at 0:22, John Paul Adrian Glaubitz = wrote: > Please subscribe to the mailing list before posting. Otherwise I have > to moderate every single mail you are sending through the list. = Thanks! oh yeah, the usual open source friendliness, how I missed it ;-) I actually did so, but probably missed to click yet another confirm web = button. > On 03/28/2017 12:09 AM, Rene Rebe wrote: >> As far as I can see the libhimd index code propbably only worked by >> accident in the past, based on OS sorting last modified file first or >> so. >=20 > I don't think that's true. Lots of people have actually used the code > and you are the first one ever to report this particular issue. The = only > thing that can have happened is either a recent regression or a = problem > with your build environment. What problem with my build environment should that be? The code clearly takes the first number only, which is based on the OS = and C library behavior, =85 If you want the highest available index that is what my patch is doing. >> This modification makes the TIF editing and thus mp3 upload work for >> me, by scanning for the highest number, not stopping at the first >> match. Maybe for plenty of edits is shoudl scan without the 0 prefix >> and take double digit numbers into account, too? >=20 > Please open a pull request on github. We don't accept patches through = the > mailing list. Argh, sigh. You know, in my projects I accept patches form everywhere. I even hand edit whitespace in Outlook mangles patches if I have too. But fine, I github push it, .. for you. Btw. the wiki lists another git repository on fu-berlin or so that = appears to be unavailable? Obsolete I assume? >> I just tried to dump an Atrac+ track from an old, classic MD using = the >> upload.py. Doing so I get some '01 - .aea' file. Although I read the >> wiki like three times now, what step is needed to get a file that >> latest ffmpeg would play? >=20 > This should be in ATRAC1 format and ffmpeg or VLC should be able to > decode it. So this python script is the thing to use, or is there something hiding = in netmdcli, too? Is it also supposed to already decrypt the track? Ren=E9 --=20 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin http://exactcode.com | http://exactscan.com | http://ocrkit.com | = http://t2-project.org | http://rene.rebe.de From glaubitz@physik.fu-berlin.de Tue Mar 28 00:51:20 2017 Received: from outpost1.zedat.fu-berlin.de ([130.133.4.66]) by list1.zedat.fu-berlin.de (Exim 4.85) for linux-minidisc@lists.fu-berlin.de with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1csdTs-002rOQ-Fq>; Tue, 28 Mar 2017 00:51:20 +0200 Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1csdTs-001DJT-BC>; Tue, 28 Mar 2017 00:51:20 +0200 Received: from p5dc1557f.dip0.t-ipconnect.de ([93.193.85.127] helo=[192.168.178.61]) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (envelope-from ) id <1csdTs-000D5X-3T>; Tue, 28 Mar 2017 00:51:20 +0200 To: =?UTF-8?Q?Ren=c3=a9_Rebe?= References: <35CAE6C7-2163-4B18-A581-078B942CDF6C@exactcode.com> <751a3b2a-0075-63ba-fb48-e32b43c8cf84@physik.fu-berlin.de> <20170328.000943.806381934190852580.rene@exactcode.com> <24e8a373-9232-c385-0eb3-97518b7cec5f@physik.fu-berlin.de> <26E0C4D8-FB2C-4A0C-BBA1-161BB95D4618@exactcode.de> From: John Paul Adrian Glaubitz Message-ID: <5fbae9ac-bdb3-284d-8c91-94af8c3aa799@physik.fu-berlin.de> Date: Tue, 28 Mar 2017 00:51:19 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <26E0C4D8-FB2C-4A0C-BBA1-161BB95D4618@exactcode.de> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Originating-IP: 93.193.85.127 X-purgate: clean X-purgate-type: clean X-purgate-ID: 151147::1490655080-000004B7-212679F2/0/0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000133, version=1.2.4 X-Spam-Flag: NO X-Spam-Status: No, score=-50.0 required=5.0 tests=ALL_TRUSTED, RP_MATCHES_RCVD, URIBL_BLOCKED X-Spam-Checker-Version: SpamAssassin 3.4.1 on Tokelau.ZEDAT.FU-Berlin.DE X-Spam-Level: Cc: linux-minidisc@lists.fu-berlin.de Subject: Re: [linux-minidisc] trying to copy 1st mp3 to mz-rh1 X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.16 Precedence: list List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2017 22:51:20 -0000 On 03/28/2017 12:32 AM, René Rebe wrote: >> Please subscribe to the mailing list before posting. Otherwise I have >> to moderate every single mail you are sending through the list. Thanks! > > oh yeah, the usual open source friendliness, how I missed it ;-) > I actually did so, but probably missed to click yet another confirm web button. How is that related to open source and friendliness? It's common courtesy to subscribe to a mailing list before trying to send messages to it. Many mailing lists would actually just reject mails in such cases. >> I don't think that's true. Lots of people have actually used the code >> and you are the first one ever to report this particular issue. The only >> thing that can have happened is either a recent regression or a problem >> with your build environment. > > What problem with my build environment should that be? > > The code clearly takes the first number only, which is based on the OS and C library behavior, … > > If you want the highest available index that is what my patch is doing. As I mentioned before, the code has worked fine and this is the first report we are getting regarding this issue. I am not ruling out a regression though. >> Please open a pull request on github. We don't accept patches through the >> mailing list. > > Argh, sigh. You know, in my projects I accept patches form everywhere. > I even hand edit whitespace in Outlook mangles patches if I have too. > > But fine, I github push it, .. for you. Using github pull requests is actually the standard for a large number of open source projects these days. It simplifies reviewing and merging of patches as opposed to sending patches over mailing lists. > Btw. the wiki lists another git repository on fu-berlin or so that > appears to be unavailable? Obsolete I assume? Yes, that machine is offline these days. I noticed the wrong URL myself when I was sourcing the link with the file contents. I will update the wiki shortly. >> This should be in ATRAC1 format and ffmpeg or VLC should be able to >> decode it. > > So this python script is the thing to use, or is there something hiding in netmdcli, too? I seem to remember that netmdcli is also able to upload ATRAC-SP tracks from the MZ-RH1, I think "netmd recv" should do it. > Is it also supposed to already decrypt the track? Tracks from classic MiniDiscs are not encrypted and actual NetMD devices don't support upload in hardware. The upload feature in the MZ-RH1 is exclusive to this device (and its variation MZ-MH200) and is designed for classic MDs only. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaubitz@debian.org `. `' Freie Universitaet Berlin - glaubitz@physik.fu-berlin.de `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 From rene@exactcode.de Tue Mar 28 01:23:25 2017 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by list1.zedat.fu-berlin.de (Exim 4.85) for linux-minidisc@lists.fu-berlin.de with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1csdyv-002v6K-Iu>; Tue, 28 Mar 2017 01:23:25 +0200 Received: from mx.exactcode.de ([144.76.154.42]) by relay1.zedat.fu-berlin.de (Exim 4.85) for linux-minidisc@lists.fu-berlin.de with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1csdyv-0021iD-F4>; Tue, 28 Mar 2017 01:23:25 +0200 Received: from [90.187.5.221] (helo=exactcode.com) by mx.exactcode.de with esmtp (Exim 4.82) (envelope-from ) id 1csdzJ-0006bb-Tv; Mon, 27 Mar 2017 23:23:50 +0000 Received: from ip5b4019ca.dynamic.kabel-deutschland.de ([91.64.25.202] helo=[192.168.0.20]) by exactcode.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.54) id 1csdyR-0003nA-6y; Mon, 27 Mar 2017 23:22:58 +0000 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: =?windows-1252?Q?Ren=E9_Rebe?= In-Reply-To: <5fbae9ac-bdb3-284d-8c91-94af8c3aa799@physik.fu-berlin.de> Date: Tue, 28 Mar 2017 01:23:15 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <1A7A6F73-DCD1-490A-B700-D10EE031ACC5@exactcode.de> References: <35CAE6C7-2163-4B18-A581-078B942CDF6C@exactcode.com> <751a3b2a-0075-63ba-fb48-e32b43c8cf84@physik.fu-berlin.de> <20170328.000943.806381934190852580.rene@exactcode.com> <24e8a373-9232-c385-0eb3-97518b7cec5f@physik.fu-berlin.de> <26E0C4D8-FB2C-4A0C-BBA1-161BB95D4618@exactcode.de> <5fbae9ac-bdb3-284d-8c91-94af8c3aa799@physik.fu-berlin.de> To: linux-minidisc@lists.fu-berlin.de X-Mailer: Apple Mail (2.1878.6) X-Originating-IP: 144.76.154.42 X-purgate: clean X-purgate-type: clean X-purgate-ID: 151147::1490657005-000004B7-20B79F08/0/0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.059738, version=1.2.4 X-Spam-Flag: NO X-Spam-Status: No, score=0.0 required=5.0 tests=RP_MATCHES_RCVD,URIBL_BLOCKED X-Spam-Checker-Version: SpamAssassin 3.4.1 on Tuvalu.ZEDAT.FU-Berlin.DE X-Spam-Level: Subject: Re: [linux-minidisc] trying to copy 1st mp3 to mz-rh1 X-BeenThere: linux-minidisc@lists.fu-berlin.de X-Mailman-Version: 2.1.16 Precedence: list List-Id: Mailing list for the linux-minidisc project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2017 23:23:26 -0000 Hey, thanks for the quick replies at night. On Mar 28, 2017, at 0:51, John Paul Adrian Glaubitz = wrote: > I seem to remember that netmdcli is also able to upload ATRAC-SP = tracks > from the MZ-RH1, I think "netmd recv" should do it. ok, that=92s great, if you know how to call it, if one just: netmdcli recv then it segfaults as the open coded C code dereferences invalid argv[2] = and argv[3]. I will make a mental note to push a patch for that, too, =85 Indeed it yielded a file playable by latest ffmpeg ;-) n8, Ren=E9 PS: quickly packaged it for #T2, too: = https://t2-project.org/packages/qhimdtransfer.html --=20 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin http://exactcode.com | http://exactscan.com | http://ocrkit.com | = http://t2-project.org | http://rene.rebe.de