El 2004-10-29 a las 08:39 +0200, Carlos Verdier escribió:
Genial, ahora funciona, por lo menos con DVD + R, que antes, ni flores. Era exactamente como dices: bajar los fuentes y modificar transport.hxx con el código que indican. Luego, a compilar y listo. Los que tengáis ese modelo de Samsung o alguno de Toshiba ya sabéis qué tenéis que hacer.
Ah, me alegro que te funcione.
Por cierto, actualicé la versión del firmware a la última disponible y nada. En Samsung no deben conocer el problema para Linux o no les interesa mucho. Menos mal que dvd+rw-tools es de código abierto que si no...
Es que para ellos no es un bug, sino una característica. No lo van a arreglar, porque lo quieren así. Como no se nada de como funciona el driver, lo que voy a decir puede ser una metedura de pata tremenda. Parece ser que al pedir información al dispositivo este responde devolviendo datos en un campo reservado a la pista 6 - lo cual no importa, porque en ese momento no se puede escribir, es una zona de memoria no usada todavía. No se ajusta al estandar, y por eso el driver da error. | + // Some units [e.g. Toshiba/Samsung TS-H542A] return "unknown Data | + // Block Type" in track[6]&0x0F field. Essentially it's a firmware | + // glitch, yet it makes certain sense, as track may not be written | + // yet... O sea, lo de siempre, que los fabricantes van a su bola. Claro, como para windows hacen ellos el driver, no hay problema, porque su driver lo sabe perfectamente. Pero si usas un drier genérico (en el sistema operativo que sea), pues dará problemas. -- Saludos Carlos Robinson