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