Seite 1 von 5 123 ... LetzteLetzte
Ergebnis 1 bis 10 von 42

Thema: Quicktime AAC Encoder: qaac und qtaacenc

  1. #1
    Erklär-Bär Avatar von LigH
    Registriert seit
    19. April 2003
    Ort
    OPAL-Invalidengebiet Altmark
    Alter
    42
    Beiträge
    42.500

    Standard Quicktime AAC Encoder: qaac und qtaacenc

    Kommandozeilen-Encoder für AAC mit Hilfe von QuickTime 7.6.2+

    Pro-Version ist nicht erforderlich; Apple schränkt lediglich den eigenen QuickTime-Player funktionell ein, die API ist aber komplett nutzbar


    qaac: https://sites.google.com/site/qaacpage/cabinet — die etwas umfassendere Encoder-Software, unterstützt auch Mehrkanalton

    Aktuelle Versionen: 0.99 und 1.09 (letztere auch in 64-bit, daher die doppelte Archivgröße).

    Changelog: https://sites.google.com/site/qaacpage/news

    Achtung: Der Webserver meldet *.zip-Dateien mit einem MIME-Typ für StuffIt-Archive. Beim Download kann sich ein Webbrowser daher eventuell entscheiden, die Endung in *.sit umzubenennen.


    qtaacenc: https://tmkk.pv.land.to/qtaacenc/ — etwas einfacher, unterstützt keine Cover/Lyrics, krieg's noch nicht mit EAC 1.0 beta hin (input file not found)

    Aktuelle Version: 2011-08-16

    Changelog: am Ende der Website


    Übersicht der Qualitätsstufen und Bitraten (wiederveröffentlicht von IgorC im HydrogenAudio-Beitrag zu qtaacenc):

    Geändert von LigH (13. December 2011 um 11:12 Uhr)

    Auf gute Zusammenarbeit:

    REGELN befolgen | SUCHE benutzen | FAQ lesen | STICKIES beachten




  2. #2
    Erklär-Bär Avatar von LigH
    Registriert seit
    19. April 2003
    Ort
    OPAL-Invalidengebiet Altmark
    Alter
    42
    Beiträge
    42.500

    Standard AW: Quicktime AAC Encoder: qaac und qtaacenc

    qaac gibt es mittlerweile in Version 1.19; unter anderem wurden Funktionen in Bezug auf Mehrkanal-Audio verbessert.

    Versionen ab 1.00 verwenden die CoreAudioToolbox statt der QuickTime-API, sind also nicht mehr ausschließlich von der Installation von QuickTime abhängig; dafür aber müssen Bibliotheken des "Apple Application Support" vorhanden sein (u.a. verfügbar in QuickTime ab 7.7.1 oder iTunes ab 10.5; erst ab diesen Versionen wird auch die Nutzung des HE-AAC-Encoders ermöglicht).


    qtaacenc wird anscheinend weder weiterentwickelt noch weiter betreut?! Im HydrogenAudio-Beitrag gibt es keine Antworten mehr auf Fragen.

    Auf gute Zusammenarbeit:

    REGELN befolgen | SUCHE benutzen | FAQ lesen | STICKIES beachten




  3. #3
    . Avatar von Selur
    Registriert seit
    19. April 2003
    Ort
    underground
    Beiträge
    24.717

    Standard AW: Quicktime AAC Encoder: qaac und qtaacenc

    qtaacenc wird anscheinend weder weiterentwickelt noch weiter betreut?! Im HydrogenAudio-Beitrag gibt es keine Antworten mehr auf Fragen.
    bei Problemen einfach im Tracker bei https://github.com/nu774/qaac posten (nu774 reagiert eigentlich i.d.R. innerhalb von 24h)

  4. #4
    Erklär-Bär Avatar von LigH
    Registriert seit
    19. April 2003
    Ort
    OPAL-Invalidengebiet Altmark
    Alter
    42
    Beiträge
    42.500

    Standard AW: Quicktime AAC Encoder: qaac und qtaacenc

    nu774 ist aber der Autor von qaac, nicht von qtaacenc - oder? Probleme mit der EAC-Unterstützung habe ich ja nur mit qtaacenc. Na, ist egal, eins reicht.

    Auf gute Zusammenarbeit:

    REGELN befolgen | SUCHE benutzen | FAQ lesen | STICKIES beachten




  5. #5
    Erklär-Bär Avatar von LigH
    Registriert seit
    19. April 2003
    Ort
    OPAL-Invalidengebiet Altmark
    Alter
    42
    Beiträge
    42.500

    Standard AW: Quicktime AAC Encoder: qaac und qtaacenc

    qaac ist bereits bei Version 1.37.

    Mittlerweile scheint es auch CD-Cue-Sheets als Eingabedatei verarbeiten zu können, es werden einzelne Titel (außer bei Option --concat-cuesheet) mit kompletten Tags ausgegeben; generierter Dateiname ist die zweistellige Tracknummer, gefolgt vom Tracktitel.
    __

    Die Versionsangaben in QuickTimes CoreAudioToolbox.dll sind übrigens ein heilloses Durcheinander, deshalb liest qaac (Kurztest ist mit "qaac --check" möglich) nun immer die englischen Versionsangaben, die sind wohl die aktuellsten.

    In QuickTime 7.7.2 ist CoreAudioToolbox Version 7.9.7.9 aktuell (DLL vom 20. Februar 2012, 4880232 Bytes; andere Sprachversionen der DLL-internen Versions-Ressourcen listen 7.9.7.7 oder gar 7.9.7.3 als Versionsnummer).

    Auf gute Zusammenarbeit:

    REGELN befolgen | SUCHE benutzen | FAQ lesen | STICKIES beachten




  6. #6
    Erklär-Bär Avatar von LigH
    Registriert seit
    19. April 2003
    Ort
    OPAL-Invalidengebiet Altmark
    Alter
    42
    Beiträge
    42.500

    Standard AW: Quicktime AAC Encoder: qaac und qtaacenc

    Mittlerweile haben wir QAAC 2.13; ich sammle mal, was seit 2.00 passiert ist:

    2.13:
    • Gracefully shutdown on console interrupt event (such as Ctrl+C, Ctrl+Break or closing console window).

      Gracefully means that it stops encoding immediately as if it were the end of input, and properly finalize the container, therefore resulting file will be playable (until that point).

      Of course, it is not that qaac can terminate gracefully in every possible situations. You can always forcefully kill qaac using task manager or something.

    2.12:
    • Add --no-delay option. (Read the discussion at HA thread from here).

      --no-delay will compensate encoder delay (2112 samples) by prepending silence of 960 samples before sending input to encoder, then trimming 3 AAC frames at beginning (2112 + 960 = 3072 = 1024 * 3, where 1024 is the frame length of AAC. So total amount of delay will be exactly equals to length of 3 AAC frames). Note that these numbers are doubled in case of SBR.

      This option is meant for video as a mean to resolve A/V sync issue. The resultant AAC will have exactly zero-delay, but might have pops/clicks at the beginning. Use with care.

    2.11:
    • Changed --tag option behavior to be strict. Formerly, when fourcc passed by --tag is unknown, qaac accepted it and wrote it as UTF8 string tag. Now --tag accepts only known tags. This is considered to be more foolproof, since iTunes is known to refuse editing tags when a file contains unknown tag atoms.

    • Read vorbis comment "WAVEFORMATEXTENSIBLE_CHANNEL_MASK" of FLAC and treat as channel layout.

    • Fixed a bug: mono AIFF/CAF file with kAudioChannelLabel_Mono in chan chunk could not be read.

    2.10:
    • Changed --delay option spec. --delay now accepts either duration in time or number of samples. If you are used to timespec of sox, you should be already familiar with it. The format is as following:

      --delay=[hh:[mm:]]ss[.sss]...
      --delay=<integer>s


      In the first case, parts surrounded by brackets can be omitted. So, --delay=100 means 100 seconds, --delay=-10.72 means -10.72 seconds, --delay=02:53.1 means 2 minutes and 53.1 seconds, and so on.

      Second case is for number of samples. You just put an integer followed by "s" (means "samples"). --delay=-2112s or something.

    • HTOA support. Now index 00 of first track in cue sheet is encoded into track 0.

    • Fixed a bug of cue sheet parser. Last line of cue was ignored if the last line is ending with a white space character other than LF.

    2.09:
    • Fixed a regression on 2.06, which resulted in failure when non-canonical path was passed by -o option (reported by this post at HA).

    • Added --fname-from-tag option to generate output file names based on the tags of input files. You can configure output file name more precisely by additionally using --fname-format (which has been an option for cuesheet input only).

    2.08:
    • Now copy chapters from ALAC/m4a input (when available).

    • Delay Nero style chapter point as much as the encoder delay (2112 samples). It seems that Nero AAC encoder was previously using Nero style chapter to signal encoder delay this way, and fb2k is in honor of it.

      Note that Nero style chapter is a list of <title, start time> pairs, therefore first chapter can start at arbitrary point, while last chapter goes until the end of the track.

      On the other hand, QuickTime style chapter is a list of <title, duration> pairs, therefore first chapter always starts from the beginning of the track, while last chapter can end at arbitrary point.

      qaac will write both style chapters (for the sake of compatibility), but these two have subtle difference and incompatibility.

    • Now writes actual duration into edts. This is done mainly for QuickTime which doesn't look iTunSMPB thingy. Now QuickTime can trim zero-padding and decode sample accurately (whole song / each sub-chapters).

      Technically, there's no way to tell the value of encoder delay to QuickTime player. It just silently assumes implicit AAC delay of 2112 samples, and automatically crops that amount from the beginning --- it just works with qaac because qaac is using their encoder. edts is used here in order to just let them trim the trailing zero paddings.

    2.07:
    Fixes for 2.00 regression again.

    • WAV parser was ignoring data chunk length even if --ignorelength was not specified.

    • Bogus total length was printed on libsndfile input due to int64_t -> int8_t typo.

    2.06:
    • Fixed a bug: when opening non-supported input file, there was a chance that ridiculously too much memory gets allocated and OS hangs (refalac only). This is regression on 2.00, but is basically coming from a weakness of libmp4v2 which can allocate HUGE memory when mp4 box structure is corrupt.

    • Rewritten 24bit PCM bit packing/unpacking code.

      qaac -D 24bit.wav -o - >NUL

      is about 3 times faster than before.

    2.05:
    • Sorry, 2.04 fix was flawed. Re-fixed it.

      BTW, The problem on 2.00 was usually quite audible. If you are anxious about it, the apparent evidence of the bug is less number of samples compared to the original.

      If you were using simply 16/32bit 2ch input, you might not have met any troubles so far (like me). In this case, sample size (in bytes) is power of 2, and probably there's less possibility of partial read breaking in the middle of sample boundary.

    2.04:
    • Fixed broken pipe input (regression on 2.00).

      When feeding from pipe, there was always a chance that output from some arbitrary point become white noise like.

      This was due to switch to lower level I/O routine on 2.00, which can result in "partial read" in case of pipe input. When it is still aligned to sample size boundary, it does no harm. However, when it is not aligned, the succeeding samples get completely out of sync, and result in white noise or something.

      The possibility of this problem depends on how sender pushes audio to pipe, and sample size (16bit, 24bit, etc). I didn't notice it until today, but I could reproduce this using cat command as feeder.

    2.03:
    • Fixed box layout of iTunes custom metadata (long tag). It was written as name-> mean -> data (should be mean -> name -> data).

      This was a long standing bug, and I am somewhat surprised that no one has ever reported me of this. This should fix the interoperability problem with TagLib.

    2.02:
    • Fixed refalac to properly finalize the MP4 container: regression on 2.00.

    2.01:
    • Fixed a regression on 2.00: --threading was broken.

    2.00:
    This is an experimental (might be unstable) release with many updates, so version was bumped up to 2.00.

    • Enabled MP3 decoding.

    • --concat + --adts now accepts multiple inputs with different sample format. Explained later.

    • Removed --concat-cuesheet, since it's mostly similar to --concat.

    • Added --no-dither, which turns off automatic dither on quantization.

    • -b now accepts arbitrary value in 2-32 range. -b32 for WAV output means float format. All other cases are integer.

    • -N(--normalize) now doesn't use temporary file if the input is seekable.

    • FLAC file with ID3v2 tag is now accepted (ID3 tag is just skipped and ignored).

    • Fix crash on reading TAK file with binary tag.

    • Improve ID3v2 tag handling.

    • Many refactoring of source code has been done.


    Multiple format stream generated by --concat and --adts

    Since this requires complete reset of the encoder, zero padding is added at the stream change point.

    As far as I know, almost no software player on PC can continue to play such file after the stream format change. In my environment, Windows Media Player 12 is the only exception I know of.


    Downloads: https://sites.google.com/site/qaacpage/cabinet
    News: https://sites.google.com/site/qaacpage/news

    Auf gute Zusammenarbeit:

    REGELN befolgen | SUCHE benutzen | FAQ lesen | STICKIES beachten




  7. #7
    Erklär-Bär Avatar von LigH
    Registriert seit
    19. April 2003
    Ort
    OPAL-Invalidengebiet Altmark
    Alter
    42
    Beiträge
    42.500

    Standard AW: Quicktime AAC Encoder: qaac und qtaacenc

    2.15:
    • Fixed an awful bug of refalac of 2.xx branch. It wasn't encoding in correct frame length (4096 samples) on some cases.
      I noticed it when I encoded directly from lossyFLAC (not piped input), which resulted 512 samples-per-frame ALAC file. It seemed playable, but apparently is not a normal/sane ALAC file;
      WAV input will be fine (including piped input). Direct input from FLAC or other formats might be affected, and Re-encoding is recommended. Only refalac of 2.xx branch is affected. qaac is fine.
      Use more strict sharing mode when opening files. Now qaac/refalac doesn't allow other processes to open the output file when qaac/refalac is writing to it. Reading can be shared, but now qaac/refalac cannot open a file for reading when another process is writing to it.

    2.14:
    • Add --cue-track option to limit tracks to extract from cuesheet, and fixed several minor bugs.

    Auf gute Zusammenarbeit:

    REGELN befolgen | SUCHE benutzen | FAQ lesen | STICKIES beachten




  8. #8
    Erklär-Bär Avatar von LigH
    Registriert seit
    19. April 2003
    Ort
    OPAL-Invalidengebiet Altmark
    Alter
    42
    Beiträge
    42.500

    Standard AW: Quicktime AAC Encoder: qaac und qtaacenc

    2.16:
    • Read and handle multichannel layout of TAK files.
    • Write fact chunk when decoding into WAVEFORMATEXTENSIBLE format. As far as I can see, even WMP is not in honor of the fact chunk, so this would be pretty much useless. However, since it looks like RIFF/WAV spec require it in WAVEFORMATEXTENSIBLE, this was implemented to be more spec compliant. fact chunk is not written on piped output or WAVEFORMATEX format.
    • Automatically kill progress message when stderr is connected to nothing.

    Auf gute Zusammenarbeit:

    REGELN befolgen | SUCHE benutzen | FAQ lesen | STICKIES beachten




  9. #9
    Erklär-Bär Avatar von LigH
    Registriert seit
    19. April 2003
    Ort
    OPAL-Invalidengebiet Altmark
    Alter
    42
    Beiträge
    42.500

    Standard AW: Quicktime AAC Encoder: qaac und qtaacenc

    2.17:
    • Fixed github issue 27 (regression in 2.16); --decode was writing invalid wav file.
    • Added --gapless-mode option (same as fdkaac).


    Zitat Zitat von nu774
    Interestingly, iTunes seems to support both of iTunSMPB and ISO standard gapless mode. QuickTime supports only the latter. In the past, I thought QT silently assumes 2112 samples of delay. However, it turned out that QT actually looks elst media_time when sbgp and sgpd are present, so it can be used generally (as described in QTFF spec).

    As far as I know, iTunes is the only music player that supports gapless playback in both way.
    Geändert von LigH (27. May 2013 um 09:56 Uhr)

    Auf gute Zusammenarbeit:

    REGELN befolgen | SUCHE benutzen | FAQ lesen | STICKIES beachten




  10. #10
    Erklär-Bär Avatar von LigH
    Registriert seit
    19. April 2003
    Ort
    OPAL-Invalidengebiet Altmark
    Alter
    42
    Beiträge
    42.500

    Standard AW: Quicktime AAC Encoder: qaac und qtaacenc

    2.18:
    • Added --sort-args option by request, which sorts filenames given by command line before processing them. Sorting is done simply by Unicode character code, in ascending order.
    • Fixed to test seekability before estimating input length of raw input. Seems like _filelengti64() doesn't return error on a named pipe.

    Auf gute Zusammenarbeit:

    REGELN befolgen | SUCHE benutzen | FAQ lesen | STICKIES beachten




Seite 1 von 5 123 ... LetzteLetzte

Aktive Benutzer

Aktive Benutzer

Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)

Ähnliche Themen

  1. Antworten: 0
    Letzter Beitrag: 3. October 2011, 12:46
  2. VFR-Quicktime konvertieren - wie?
    Von aLu im Forum AviSynth
    Antworten: 28
    Letzter Beitrag: 14. May 2007, 22:45
  3. mp4(avc,aac) für Quicktime,...
    Von Selur im Forum Alternative A/V-Container und -Formate
    Antworten: 6
    Letzter Beitrag: 11. September 2006, 09:14
  4. Quicktime Alternative?
    Von DJ-Spacelab im Forum Abspielprobleme
    Antworten: 10
    Letzter Beitrag: 4. November 2005, 20:06

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •