Summary: | The response of 'GET CHANNEL INFO' command does not conform to LSCP specification | ||
---|---|---|---|
Product: | LinuxSampler | Reporter: | Grigor Iliev <gr.iliev> |
Component: | LSCP | Assignee: | Christian Schoenebeck <cuse> |
Status: | CLOSED FIXED | ||
Severity: | normal | ||
Priority: | P2 | ||
Version: | SVN Trunk | ||
Hardware: | Other | ||
OS: | Linux | ||
Attachments: | patch for lscpserver.cpp |
Description
Grigor Iliev
2005-05-24 21:30:27 CEST
Created attachment 6 [details]
patch for lscpserver.cpp
I will postpone this after I got the release packaged and out. Because it might break compatibility with liblscp and qsampler. Altough it might not conform to current LSCP spec, the AUDIO_OUTPUT_DEVICE and MIDI_INPUT_DEVICE fields of the GET CHANNEL INFO command result set are assumed to be integers on liblscp. The proposed change will surely break liblscp (0.2.9) and qsampler (0.1.0) behavior, as reading atoi("NONE") leads to a device number zero (0), which is a valid device-id and not minus-one (-1), which is not. However, the point is taken, and should be addressed in near term. What should we do with this issue? I guess there's no point in modifying the implementation anymore, since it would introduce the mentioned backward compatibility problems. Should we just update the LSCP specs regarding the mentioned lack of clearification and mark this report as resolved? ok, I'm fine with that. Ok, fixed the LSCP sepcs as suggested. |