FU Logo
  • Startseite
  • Kontakt
  • Impressum
  • Home
  • Listenauswahl
  • Anleitungen

Re: [linux-minidisc] trying to copy 1st mp3 to mz-rh1

<-- thread -->
<-- date -->
  • From: René Rebe <rene@exactcode.de>
  • To: linux-minidisc@lists.fu-berlin.de
  • Date: Tue, 28 Mar 2017 00:32:25 +0200
  • Subject: Re: [linux-minidisc] trying to copy 1st mp3 to mz-rh1

Moin,

On Mar 28, 2017, at 0:22, John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de> 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.
> 
> 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.

>> 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.

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?
> 
> 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é

-- 
 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



<-- thread -->
<-- date -->
  • Follow-Ups:
    • Re: [linux-minidisc] trying to copy 1st mp3 to mz-rh1
      • From: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>
  • References:
    • [linux-minidisc] trying to copy 1st mp3 to mz-rh1
      • From: René Rebe <rene@exactcode.com>
    • Re: [linux-minidisc] trying to copy 1st mp3 to mz-rh1
      • From: René Rebe <rene@exactcode.com>
    • Re: [linux-minidisc] trying to copy 1st mp3 to mz-rh1
      • From: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>
    • Re: [linux-minidisc] trying to copy 1st mp3 to mz-rh1
      • From: Rene Rebe <rene@exactcode.de>
    • Re: [linux-minidisc] trying to copy 1st mp3 to mz-rh1
      • From: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>
  • linux-minidisc - March 2017 - Archives indexes sorted by:
    [ thread ] [ subject ] [ author ] [ date ]
  • Complete archive of the linux-minidisc mailing list
  • More info on this list...

Hilfe

  • FAQ
  • Dienstbeschreibung
  • ZEDAT Beratung
  • postmaster@lists.fu-berlin.de

Service-Navigation

  • Startseite
  • Listenauswahl

Einrichtung Mailingliste

  • ZEDAT-Portal
  • Mailinglisten Portal