Lo único que me falta ahora es hallar un cliente para Android que soporte archivos cue, ya que el mpd los soporta.No sé... nunca tuve ese problema
Yo tengo todo en FLAC y algo en emepetré y en ninguno funcionaba, por eso compilé la versión 0.19.13 que informaba de la corrección del fallo.
La verdad a que los CUE no les doy mucha bola. Tengo todos los CUE de todos los albumes que tengo en flac, pero solo los uso cuando quiero regenerar el CD original a partir de los track o de una imagen flac.
Si, lo uso así. Pero carga el disco completo... Leí por ahí que separar un flac en tracks no es aconsejable porque no recuerdo que problema genera con la integridad del archivo. Se pierde algo que no recuerdo que era... Capaz mandaron fruta... El tema es que las CUE generadas con EAC son non-compliant y sólo son válidas para grabar con EAC. Si las usas en otro software no va parece... No lo probé, sólo repito lo que leí por hydrogenaudio.
Las CUE del EAC no son de lo mejor, pero funcionan OK, y son las que los amigos rusos te prestan junto con el album. Yo tomo las imagenes flac con el CUE que viene, se las mando al Medieval Cue Splitter que las parte en tracks sin reencodearlas y el te genera un nuevo CUE. A este lo borro y genero uno nuevo (full compliant hasta donde sé) con el ImgBurner, que tiene una herramienta para hacerlo, y eso es lo que guardo junto a los tracks. Listo!
Voy a probarlo. En algún lado leí algo del Medieval...
#!/bin/bash
# cue splitter
cuebreakpoints $1.cue | shnsplit -o flac $1.flacY...diferencias hay, pero te comento que me importan muy poco las diferencias resultantes del corte en sectores de silencio
, ya que eso es el problema que informan en HAEs probable, pero es muy dependiente de la carga de la red. 24bits (48 por que es estéreo) a 192kHz de muestreo requieren de mas de 9 Mbps en un solo sentido para mantener estable la provisión de datos al NMP. Para WiFi no pinta nada bien. Para red cableada... no sé, depende la carga...
Esa es una CPU en serio!.. no la batata que yo tengo. Además el formato FLAC está optimizado para decodificarlo usando enteros, así que la carga sobre la CPU debería ser mínima.
Y...diferencias hay, pero te comento que me importan muy poco las diferencias resultantes del corte en sectores de silencio
[
El que no sabe, es como el que no vé....
Gracias su-majestad!!!
Mi problema es Edesur y la rec@#$&*$#@ ma@#$+&*€¥^¢¢π£€©%℅ que los @#$*%€¥π£¢€!!!!!!!Gracias su-majestad!!!
Pero no es necesario ejecutar un kernel real-time para escuchar música
Ese tipo de kernel es necesario para edición de audio o para la captura de sonido y reproducción inmediata, como cuando estás grabando varios instrumentos en una placa digital y querés monitorear lo que sale al mismo tiempo. Pero para el problema de Kebra, me late que antes debe verificar el tráfico de red...
Ya mismo lo pruebo.
hk@NMP:~$ sudo ethtool eth0
Settings for eth0:
Supported ports: [ MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 3
Transceiver: external
Auto-negotiation: on
Supports Wake-on: g
Wake-on: d
Link detected: yes
hk@NMP:~$En flac 24/192 deberías consumir un BW de 9 Mbps en forma permanente o tener picos de bastante más de 9 Mbps y luego caídas. Depende mucho de la configuración del buffer de recepción del MPD. A 16/44.1 es normal tener picos de 5 Mbps y luego caídas importantes, pero eso es por que el BW disponible le alcanza para leer en "bursts" de alta velocidad y llenar el buffer, así que luego se detiene la lectura hasta que debe empezar a llenar de nuevo el buffer.
Postea tu conf así la comparo con la mía a ver si hay algo diferente. La mía está stock salvo la dirección smb.
