cyke64 / keynote-nf

Automatically exported from code.google.com/p/keynote-nf
0 stars 0 forks source link

Controles para archivos de sonido #60

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
Controles para archivos de sonido

En primer lugar decir que considero que esta mejora no es de las más
interesantes. Se trata de añadir unos controles para manejar los archivos
de sonido desde Keynote NF: [Poner en marcha] - [Pausa] - [Detener]. Si
además hubiera un contador del tiempo sería extraordinario. Es útil si hay
que transcribir numerosos archivos de sonido captado con una Grabadora de
Voz Philips u otra. De este modo se podría manejar cómodamente el sonido
dentro de Keynote NF sin cambiar al programa de sonido. Es preciso que
admita ficheros .wav y .mp3. Las anotaciones sonoras también son importantes.

La versión gratuita de RYO en http://www.hero.com.au/ es lejanamente
similar a Keynote NF. No está mal pero es otra cosa, es muy loable pero se
pasa. Hace de todo. Este programa permite introducir unos campos dentro de
unos "objetos" donde ponemos la ruta al archivo de sonido, el objeto
incluye tres controles de sonido y funciona bien. Está pensado para
colecciones de mp3. y no para combinar simplemente texto y sonido. Hay que
hacer cosas un poco raras.

Si esta mejora no es factible tal vez cabría añadir un panel como el de
"Favorites" donde aparezcan el directorio con los archivos de sonido o bien
añadiéndolos uno a uno y con una especie de control general con el cual
manejar la puesta en marcha o la pausa del sonido si necesidad de que salte
ningún programa ajeno a Keynote NF.

Gracias.

Original issue reported on code.google.com by parasi...@confluencia.net on 18 Feb 2009 at 3:23

GoogleCodeExporter commented 9 years ago
I must say RYO's idea is really nice.
However I think implementation of something like that is a big thing.
Additionally I am not sure how it behaves with large amount of images for 
example.
It it slow or?
If your main focus is to be able to play mp3 from keynote + you want some 
description,
look at issue 55, I propose a virtual node which could be linked to every file 
type.
Then by double click on tree you could play that mp3 file with your favourite
associated player. I think in tree it is then more ordered.
I consider notes as they are now quite ok, but sure idea of ryo is really great.

Original comment by szmas...@googlemail.com on 22 Feb 2009 at 3:40

GoogleCodeExporter commented 9 years ago
En primer lugar, espero que usted puede leer Inglés.
I tested a little bit ryo.
In fact it has quite good page-oriented read/write approach.
I am not sure how it is implemented, but I suppose there is some API
allowing to save file in efficient way in page-wise way.
Maybe winapi has some function to read a part of file only..
I also played around with all components, trying to add many of them per page.
I think great advantage of keynote is simplicity by now, in ryo I need first
to create template from components, then I can write.
Keynote also does not have pages, that is good in some way, no need to think 
about
them when writing notes, of course as option that has always some advantages.
Again with simple possibility of linking a node with some file in filesystem, 
issue
of playing mp3, opening pdf, opening whatver would be solved in a simple nice 
way.

Original comment by szmas...@googlemail.com on 22 Feb 2009 at 5:52

GoogleCodeExporter commented 9 years ago
[Don't worry about the English, everyone reads English now and it's a good 
thing]

Dejando claro que las notas sonoras y las transcripciones no son lo específico 
de
Keynote NF vuelvo al asunto. La implementación de RYO es tan elegante y simple 
que
parece fácil de adaptar a otros programas. Yo no lo sé. Lo que veo es que no 
me vale.
De lo que se trata es de manejar el sonido mientras lo transcribes como texto. 
Hay
programas de transcripción que muestran la lista de archivos de sonido en el 
panel
superior y la de archivos de texto en el inferior y una barra con los 
controles; si
activamos el sonido, al mismo tiempo podemos editar el texto y vamos haciendo la
transcripción de las notas, conferencias, diálogos, etc., además podemos 
detenerlo en
un punto por si el sonido va muy rápido mientras lo escribimos. 

La propuesta 55 referida al sonido no es tan diferente de lo que hace Keynote 
NF. Si
enlazamos un archivo sonoro y pulsamos sobre el icono, salta el programa de 
sonido de
Windows y lo reproduce, y lo transcribimos en una nota de Keynote NF. Si el nodo
virtual propuesto reproduce un archivo sonoro, ¿podríamos escribir a la vez 
en otra
nota de Keynote NF?. Tal como lo soluciona RYO, sería posible porque el control
sonoro estaría dentro de la nota. Precisamente es eso lo que no termina de 
funcionar
en RYO que está pensado para una especie de base de datos con enlaces a 
archivos
sonoros y una pequeña descripción o imagen. RYO es casi una base de datos muy
peculiar. Para mantener esta idea yo decía que, si no era posible lo de RYO, 
que
hubiese un panel accesorio con un control general para que los archivos de 
sonido
quedasen aparte de las notas. Yo no pido meter los archivos sonoros dentro de 
Keynote
NF, también para mí la simplicidad es lo primordial.

Sin embargo, la propuesta 55 tiene una ventaja sobre el procedimiento actual:
permitiría tener dos enlaces virtuales, uno de sonido y otro de texto, uno 
junto a
otro. Como forma de organización no está mal y, para mí, es mejor que lo de 
RYO.
Habría que modificar el texto en el Metapad mientras se ejecuta el programa de
sonido, luego se actualizaría en Keynote NF. Será suficiente si sólo ejecuta 
una
instancia del programa de sonido para cualquier archivo sonoro y no ejecuta con 
cada
archivo una instancia diferente y nos llena el ordenador de ventanitas.

Original comment by parasi...@confluencia.net on 22 Feb 2009 at 6:42

GoogleCodeExporter commented 9 years ago
  I will now try to put all ideas together:
  1. Main point in issue 55 is to link 2 knt files, one in context of other's tree.
     That is something else, and I want it because I am storing large image files inside
     of keynote, and then saving them becomes extremely slow.
     What I think best in kenote - it offers relations in terms of tree between these images.
  2. Additional point there, I requested possibility of linking tree-node with a file.
     That idea is same as we have now in favourites. But favourites are not linked with a note.
     And that is great because again you can link your mp3 or pdf with your note and other
     notes since they are in keynote tree.
     With extension 3a from my last post in issue 55 you could even create a database of project
     files, even mp3 files with your own descriprions as notes.
  3. Now as I understand your idea is to have a link to mp3 inside a note 
     so that you can pause/stop/play from keynote.
  3a.My solution for you, assuming implementation of 2. would be to have global hotkey e.g. to
     winamp, say you double click tree-node (like from favourites by now), 
     then it appears in winamp playlist.
     Click another node, again it will appear in playlist. Once you want to pause say, e.g. global
     hotkey win+a. Notice that it will not produce many windows of winamp, it depends on player
     and it's configuration.

  Finally in issue 37 I also proposed initially to have a link to images so that is would be faster,
  But dpradov prefers rather one file with entire content, and putting it to database in future,
  rather than implemeting links within notes to images in filesystem. ( same for mp3s I guess? )
  If I would have feature to link different knt files together, then I can live with my big
  images stored within knt file anyway as described in issue 55.
  In case of mp3s you are right only link is an option.
  I simply prefer to have it in tree, you prefer to have it in note with controls.
  Try favourites and hotkeys by now, that is relatively good solution.

  What I meant with difficult is - implementation of variable note layout, because
  now our notes in keynote are always richedit, in case of ryo, it can be your
  music control, image etc. That is well.. different, more complex design of note.
  I tested rio with large amount of images, and it was even slower than keynote,
  amost hanged on one of my cpu cores.. keynote is more stable/better here.

Original comment by szmas...@googlemail.com on 23 Feb 2009 at 12:52

GoogleCodeExporter commented 9 years ago
De acuerdo. Ciertamente yo proponía un objetivo sin tener claro cómo 
realizarlo. La
integración en Keynote NF de otros recursos informáticos además del texto: 
sonidos, o
imágenes o archivos, sin llegar a una cosa parecida a RYO. En mi caso lo 
importante
es el sonido y estaría dispuesto a añadir imágenes a Keynote NF pero sólo 
como
enlaces a los que se añaden anotaciones. Los procedimientos que señalaba eran
introducir en cada nota un control de sonido como en RYO o bien un panel 
lateral con
los archivos de sonido y un control general, sin saber si ambas soluciones son
posibles o imposibles de implementar. Simplemente lo preguntaba y, por otro 
lado,
sigo pensando que sería bueno que los formatos audiovisuales tengan un encaje 
en
Keynote NF sin complicar excesivamente el programa. 

El procedimento de crear nuevos enlaces virtuales está más elaborado desde el 
punto
de vista técnico y tiene más ventajas y más posibilidades que lo que yo 
pedía. Yo no
puedo juzgar adecuadamente si este doble nodo con tantas propiedades es viable 
o no
lo es  pero si funciona me parece muy bien. Voto por él. Por si es aceptado 
sólo pido
que sea posible abrir los archivos de sonido con cualquier programa de sonido. 
Un
simple 1by1 que admite los plugins de Winamp vale para mí.

Original comment by parasi...@confluencia.net on 24 Feb 2009 at 3:09