Recherche avancée

Sur d’autres sites (15008)

• Anomalie #3572 : [SVP] Impossible sur un SPIP vierge d’installer un plugin qui necessite un plugin...

  24 octobre 2015, par b b

  Vu la description du bug cela me fait penser qu’il doit manquer une initialisation des plugins-dsit à la fin de la phase d’install (ou dans l’install de SVP plus simplement). Amha, un appel de liste_plugin_valides() à la fin de l’install de SVP devrait fixer le bug, à tester...

• Adding C64 SID Music

  1er novembre 2012, par Multimedia Mike — General

  I have been working on adding support for SID files — the music format for the Commodore 64 — to the game music website for awhile. I feel a bit out of my element since I’m not that familiar with the C64. But why should I let that slow me down ? Allow me to go through the steps I have previously outlined in order to make this happen.

  
  
  

  I need to know what picture should represent the system in the search results page. The foregoing picture should be fine, but I’m getting way ahead of myself.

  Phase 1 is finding adequate player software. The most venerable contender in this arena is libsidplay, or so I first thought. It turns out that there’s libsidplay (originally hosted at Geocities, apparently, and no longer on the net) and also libsidplay2. Both are kind of old (libsidplay2 was last updated in 2004). I tried to compile libsidplay2 and the C++ didn’t agree with current version of g++.

  However, a recent effort named libsidplayfp is carrying on the SID emulation tradition. It works rather well, notwithstanding the fact that compiling the entire library has a habit of apparently hanging the Linux VM where I develop this stuff.

  Phase 2 is to develop a testbench app around the playback library. With the help of the libsidplayfp library maintainers, I accomplished this. The testbench app consistently requires about 15% of a single core of a fairly powerful Core i7. So I look forward to recommendations that I port that playback library to pure JavaScript.

  Phase 3 is plug into the web player. I haven’t worked on this yet. I’m confident that this will work since phase 2 worked (plus, I have a plan to combine phases 2 and 3).

  One interesting issue that has arisen is that proper operation of libsidplayfp requires that 3 C64 ROM files be present (the, ahem, KERNAL, BASIC interpreter, and character generator). While these are copyrighted ROMs, they are easily obtainable on the internet. The goal of my project is to eliminate as much friction as possible for enjoying these old tunes. To that end, I will just bake the ROM files directly into the player.

  Phase 4 is collecting a SID song corpus. This is the simplest part of the whole process thanks to the remarkable curation efforts of the High Voltage SID Collection (HVSC). Anyone can download a giant archive of every known SID file. So that’s a done deal.

  Or is it ? One small issue is that I was hoping that the first iteration of my game music website would focus on, well, game music. There is a lot of music in the HVSC that are original compositions or come from demos. The way that the archive is organized makes it difficult to automatically discern whether a particular SID file comes from a game or not.

  Phase 5 is munging the metadata. The good news here is that the files have the metadata built in. The not-so-great news is that there isn’t quite as much as I might like. Each file is tagged with title, author, and publisher/copyright. If there is more than one song in a file, they all have the same metadata. Fortunately, if I can import them all into my game music database, there is an opportunity to add a lot more metadata.

  Further, there is no play length metadata for these files. This means I will need to set each to a default length like 2 minutes and do something like I did before in order to automatically determine if any songs terminate sooner.

  Oddly, the issue I’m most concerned about is character encoding. This is the first project for which I’m making certain that I understand character encoding since I can’t reasonably get away with assuming that everything is ASCII. So far, based on the random sampling of SID files I have checked, there is a good chance of encountering metadata strings with characters that are not in the lower ASCII set. From what I have observed, these characters map to Unicode code points. So I finally get to learn about manipulating strings in such a way that it preserves the character encoding. At the very least, I need Python to rip the strings out of the binary SID files and make sure the Unicode remains intact while being inserted into an SQLite3 database.

• AAC encoder : Extensive improvements

  11 octobre 2015, par Claudio Freire

  AAC encoder : Extensive improvements
  This finalizes merging of the work in the patches in ticket #2686.
  Improvements to twoloop and RC logic are extensive.
  The non-exhaustive list of twoloop improvments includes :
  
   - Tweaks to distortion limits on the RD optimization phase of twoloop
  
   - Deeper search in twoloop
  
   - PNS information marking to let twoloop decide when to use it
  
     (turned out having the decision made separately wasn’t working)
  
   - Tonal band detection and priorization
  
   - Better band energy conservation rules
  
   - Strict hole avoidance
  For rate control :
  
   - Use psymodel’s bit allocation to allow proper use of the bit
  
     reservoir. Don’t work against the bit reservoir by moving lambda
  
     in the opposite direction when psymodel decides to allocate more/less
  
     bits to a frame.
  
   - Retry the encode if the effective rate lies outside a reasonable
  
     margin of psymodel’s allocation or the selected ABR.
  
   - Log average lambda at the end. Useful info for everyone, but especially
  
     for tuning of the various encoder constants that relate to lambda
  
     feedback.
  Psy :
  
   - Do not apply lowpass with a FIR filter, instead just let the coder
  
     zero bands above the cutoff. The FIR filter induces group delay,
  
     and while zeroing bands causes ripple, it’s lost in the quantization
  
     noise.
  
   - Experimental VBR bit allocation code
  
   - Tweak automatic lowpass filter threshold to maximize audio bandwidth
  
     at all bitrates while still providing acceptable, stable quality.
  I/S :
  
   - Phase decision fixes. Unrelated to #2686, but the bugs only surfaced
  
     when the merge was finalized. Measure I/S band energy accounting for
  
     phase, and prevent I/S and M/S from being applied both.
  PNS :
  
   - Avoid marking short bands with PNS when they’re part of a window
  
     group in which there’s a large variation of energy from one window
  
     to the next. PNS can’t preserve those and the effect is extremely
  
     noticeable.
  M/S :
  
   - Implement BMLD protection similar to the specified in
  
     ISO-IEC/13818:7-2003, Appendix C Section 6.1. Since M/S decision
  
     doesn’t conform to section 6.1, a different method had to be
  
     implemented, but should provide equivalent protection.
  
   - Move the decision logic closer to the method specified in
  
     ISO-IEC/13818:7-2003, Appendix C Section 6.1. Specifically,
  
     make sure M/S needs less bits than dual stereo.
  
   - Don’t apply M/S in bands that are using I/S
  Now, this of course needed adjustments in the compare targets and
  
  fuzz factors of the AAC encoder’s fate tests, but if wondering why
  
  the targets go up (more distortion), consider the previous coder
  
  was using too many bits on LF content (far more than required by
  
  psy), and thus those signals will now be more distorted, not less.
  The extra distortion isn’t audible though, I carried extensive
  
  ABX testing to make sure.
  A very similar patch was also extensively tested by Kamendo2 in
  
  the context of #2686.
  

  • [DH] Changelog
  • [DH] libavcodec/aac.h
  • [DH] libavcodec/aaccoder.c
  • [DH] libavcodec/aaccoder_trellis.h
  • [DH] libavcodec/aaccoder_twoloop.h
  • [DH] libavcodec/aacenc.c
  • [DH] libavcodec/aacenc.h
  • [DH] libavcodec/aacenc_is.c
  • [DH] libavcodec/aacenc_is.h
  • [DH] libavcodec/aacenc_pred.c
  • [DH] libavcodec/aacenc_quantization.h
  • [DH] libavcodec/aacenc_utils.h
  • [DH] libavcodec/aacpsy.c
  • [DH] libavcodec/mathops.h
  • [DH] libavcodec/mips/aaccoder_mips.c
  • [DH] libavcodec/psymodel.c
  • [DH] libavcodec/psymodel.h
  • [DH] tests/fate/aac.mak