Re: [LAD] [LAA] gst123-0.1.2
Hi! On Wed, Jul 07, 2010 at 12:42:38PM -0700, Niels Mayer wrote: Thanks for your help and response... FYI, here's a few bug reports/feature-missing things: (1) I finally figured out those flashing squares that appear every time gst123 changes songs. It's album-art images, displayed in an X window! These need to stay up longer, as only by forcing the audio device to be busy and playing back a giant directory of files, I was able to actually see that these are windows containing images, and not some weird new display-glitching bug caused by KDE's Smooth Tasks widget. To be useful, the display of the image needs to be held for a certain amount of time after you're sure the window-system has actually rendered the image. Perhaps a single integer option --albumart-time -- when set to 0 image display is suppressed, otherwise, an integer like 1000 which would hold the album-art image for 1 second. (And yes, I realize that a fix for this issue is easily had in my script play-cd (shorthand for play sound only @ 44.1, vs play-tv w/ X/Video @ 48k): | #!/bin/sh | args=`/bin/ls -d $*` | export DISPLAY='' | exec gst123 -a alsa=mythcd $args ) I didn't explicitely do anything to make the pictures come up. Its just that gst123 will try to decode everything that is on the play list, audio files, video files and other files. Normally other files are not a problem, because gst123 will detect that it can not read the file, and remove it from the playlist. However, GStreamer will decode images like album art, so they are flashing up, and once the decoding is done disappear again. I am not sure yet how to fix this. One could simply blacklist some filename patterns (like *.jpg, *.png, ...), but then again, a file called this way could theoretically contain an ogg file. Also the blacklist might not be complete. So what would be better would be to use the same strategy GStreamer uses to figure out the right decoding object, and then blacklist some of those. In any case, I've added this item to the TODO, and of course I'll also accept patches. (2) Sometimes video windows come up at the wrong size (tiny). You can resize them with the window manager and resize it back and get the correct aspect. Or you can quit and run it again and find it sized correctly. I had hoped that this would no longer be an issue, because of the changes that I made some time ago. But if it is still happening, it should be fixed. You also may be able to correct this using the 1 or f keys. I've added this item to the TODO. (3) Is there a way to create a specific, stable, window-name for the video window created, perhaps settable as commandline parameter. That way for captions, you don't really need to worry about overwriting the video with transparent letters like you would on an actual TV caption. Instead, wrap your program in an external program such as Python, or WINTERP (*) that captures the video window (much like a window manager would, or how mplayer windows are displayed insider wrappers like smplayer kmplayer etc) and parses the time-data-stream information continuously output by gst123. Below the video window you stick a text widget and display caption text independently of the video. There's really no need to overlay and worry about transparency mapping through letters and slowing down the rendering, and all that potential, hardware-dependent fail. Stick the text in a GUI toolkit where all the region and language issues can be handled appropriately... Such tools are happy to update a few times a second to display new captions while X is off rendering the video (or stepping out of the way) in the most efficient, platform-independent manner available. Right, it might be nice to have a window title parameter which can contain some special sequences (like %f for the filename being played, or %t and %T for time and total time), so that the window title can be used to output something useful. However, I think that gst123 should be able to display seek position without any extra programs, because most users will just install gst123 and use it as it is. About winterp: looks like a program which could be used to do some interesting things. However, I would recommend using something else as scripting language, not scheme. My experience with scheme is that it is so totally unlike most programming languages, that you need to think a lot more to get anything done or understand any code, even if you are normally good at programming. Python might be a better choice, because it doesn't have such a different structure than C / C++ / Java (which many programmers know already). Cu... Stefan -- Stefan Westerfeld, Hamburg/Germany, http://space.twc.de/~stefan ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
[LAD] Denemo 0.8.18 Release - Free and Open Music Notation Editor
Get Denemo 0.8.18 http://denemo.org/index.php/Get_Denemo Release Notes: -Default behavior is now non-modal * You can choose one out of four Shortcut systems, including the Classic one. * an easy to understand and very slick interface via keyboard * seamless integration with MIDI controllers -Better Paste command. -Musical Snippets - store musical riffs/motifs to be pasted at will or as rhythmic templates for playing over. Maximize the space for the score (with/without user's choice of menus). * Standard View - window size, zoom, number of systems etc * No-Menu version of this view * Page View - user chooses a window size, zoom and number of systems, which is stored with the movement for instant recall. * Single keyboard shortcut for toggling between these views (Esc by default). -MIDI transport work for JACK users. -Fix Chord Symbols for music starting with triplets, grace notes etc. -Fix display of dotted rests -Arbitrary Tuplets built in: correct MIDI output as well as engraving, of course. -Diatonic Transposition: Shift notes and chords up and down respecting the current key signature. -Support for figured bass extenders, including those with no starting figure. -Cursor can be highlighted, making it easier to locate -Page turning is animated: as the last line starts to play, the page visibly turns at the top. -Purely rhythmic notes playback using percussion - click tracks more easily generated. -Split Notes and Chords to smaller notes while preserving the original duration (make a quarter note two 8th or tuplet of 8th or 7-tuplet) -Duplicate a Note or Chord as command -Command line interface for interactive scheme use -Support for the French clef (G on bottom line) ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [LAU] Denemo 0.8.18 Release - Free and Open Music Notation Editor
On Thu, Jul 8, 2010 at 6:50 AM, Nils Hammerfest n...@hammerfeste.com wrote: Get Denemo 0.8.18 http://denemo.org/index.php/Get_Denemo I was especially excited to try this out due to it's excellent use of guile as an extension language and it's support for chording, MIDI, and Jack... very interesting and cool project. What are the advantages of Denemo over http://frescobaldi.org/ ? There were a few wrinkles to build this on fedora and I wasn't able to get it to compile completely. But I was able to run and test it and get a feel for what it does. Very nice! Here's the issues I had compiling on Fedora: (1) After successfully doing ./configure --prefix=/usr/local --enable-jack make dies with /usr/bin/ld: cannot find -lltdl collect2: ld returned 1 exit status make[2]: *** [smfsh] Error 1 make[2]: Leaving directory `/home/npm/denemo-git/libsmf' After installing libtool-ltdl-devel-2.2.6-18.fc12.1.x86_64 I was able to compile further. FYI, to get denemo compiling on fedora, I had to install the following additional -devel packages: sudo yum install guile-devel -- guile-devel-1.8.7-3.fc12.x86_64 sudo yum install aubio-devel -- aubio-devel-0.3.2-7.fc12.x86_64 sudo yum install portaudio-devel -- portaudio-devel-19-9.fc12.x86_64 sudo yum install gtksourceview2-devel -- gtksourceview2-devel-2.8.2-1.fc12.x86_64 sudo yum install fluidsynth-devel -- fluidsynth-devel-1.1.1-1.fc12.x86_64 sudo yum install libtool-ltdl-devel -- libtool-ltdl-devel-2.2.6-18.fc12.1.x86_64 (2) Compilation dies completely and confusingly in building documentation: Making all in doc ./make: line 1: html:: command not found warning: failed to load external entity /usr/share/xml/docbook/stylesheet/nwalsh/xhtml/docbook.xsl I have docbook-style-xsl-1.75.2-6.fc12.noarch installed which installs using paths like /usr/share/xml/docbook/stylesheet/nwalsh/xhtml/docbook.xsl At this point, I tried changing some of the files with the wrong paths and everything started breaking more so I gave up (3) Before giving up, I cd'd to src and typed make. It built denemo and it runs but complains about missing files (since I never installed it). (4) Deciding I don't need the documentation, I changed the toplevel makefile to exclude documentation and rebuilt successfully. For details, see: http://nielsmayer.com/npm/denemo.COMPILE.txt http://nielsmayer.com/npm/denemo.INSTALL.txt And this is the change needed to allow compilation to complete: gnulem-234-~/denemo-git diff Makefile.~1~ Makefile 294c294 SUBDIRS = libsmf m4 doc actions pixmaps po src \ --- SUBDIRS = libsmf m4 actions pixmaps po src \ (5) Now it runs -- i can put notes on the screen and hear fluidsynth's output in my headphones It produces the following output at launch: . gnulem-231-~ denemo BinReloc failed to initialize: Domain: 1 (GBinReloc) Code: 4 Message: Binary relocation support is disabled. (denemo:583): Gtk-WARNING **: LilyToggleShow: missing action LilyToggleShow (denemo:583): Gtk-WARNING **: LilyToggleShow: missing action LilyToggleShow (denemo:583): Gtk-WARNING **: LilyCreateCustom: missing action LilyCreateCustom (denemo:583): Gtk-WARNING **: LilyToggleShow: missing action LilyToggleShow (denemo:583): Gtk-WARNING **: LilyDelete: missing action LilyDelete GNU Denemo, a gtk+ frontend for GNU Lilypond (c) 1999-2005, 2009 Matthew Hiller, Adam Tee, and others This program is provided with absolutely NO WARRANTY; see the file COPYING for details. This software may be redistributed and modified under the terms of the GNU General Public License; again, see the file COPYING for details. Version 0_8_19fluidsynth: warning: Requested a period size of 64, got 1024 instead fluidsynth: warning: Requested 16 periods, got 4 instead init.denemo loadedParent: child exited, pid = 586, exit status = 0 .. -- Niels http://nielsmayer.com ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
