rioutil-user Mailing List for Unix Rio Utility
Brought to you by:
hjelmn
You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(7) |
Oct
|
Nov
(2) |
Dec
(2) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(9) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2003 |
Jan
(8) |
Feb
|
Mar
(4) |
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2004 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
From: Jamie F. <fa...@gm...> - 2006-12-03 18:50:41
|
Hi Nathan, First off, thanks for the great work on rioutil. I've been using it for a couple years now with my Rio Fuse and it's met my needs well. I've been putting together an Amarok plugin to handle Rio devices and I've got a few questions. 1. The rio.h file has a declaration for first_free_file_rio(), but I can't find an implementation anywhere. This is what I've been using and that's worked for me but it seems like it might be different for other Rios? int first_free_file_rio (rios_t *rio, u_int8_t memory_unit) { return ((flist_first_free_rio(rio, memory_unit) >> 4) - 1); } 2. When deleting a file, the num and inum fields would get out of sync, leading to deleting the wrong file on subsequent deletes. A small change to flist_remove_rio fixed that: adding num-- where it does inum-- for each file. diff -r1.10 file_list.c 314a315,316 > { > tmp->num--; 315a318 > } What is the difference between the num and inum fields? As far as I can see they always hold the same value. 3. I came across a problem where the device would remain locked after a delete failed. The function would return without unlocking the device. A quick look through the code found a few more places where that could happen, so I just replaced 'return' with the UNLOCK macro. This diff also replaces sys/syslimits.h with limits.h which makes it compile on my Debian system and seems to be a more correct way of doing it, but I really couldn't find a definitive answer through google. retrieving revision 1.23 diff -r1.23 song_management.c 28c28 < #include <sys/syslimits.h> --- > #include <limits.h> 36,38d35 < #if !defined(PATH_MAX) < #define PATH_MAX 1024 < #endif 247c244 < return -1; --- > UNLOCK(-1); 911c908 < return -1; --- > UNLOCK(-1); 1102c1099 < return ret; --- > UNLOCK(ret); 4. How does aborting a transfer work? I see the abort field in the rios struct. Will simply setting that to 1 abort the transfer at the next opportunity? 5. Is there a way to ask the Rio device what filetypes it supports? 6. Do you have plans for a new release soon? Sorry for the long mail. I hope it all makes sense - let me know if you need any more info. Again, thanks for the great library! Jamie |
From: Linuxer W. <lin...@gm...> - 2005-08-30 01:29:16
|
empty |
From: Matt S. <se...@co...> - 2004-11-23 10:31:30
|
I'm trying to get my PSA[64 to work with Rioutil 1.4.7. I used the default configure options and I am running the software as root. # rioutil -e 2 -i Attempting to open Rio and retrieve song list....open_rio: creating new rio instance. device: 0x00000000 open_rio: setting usb driver verbosity level to 1 usb_set_debug: Setting debugging level to 1 (on) usb_os_init: Found USB VFS at /proc/bus/usb USB Device: idVendor = 0000413c, idProduct = 00003010 USB Device: idVendor = 00000000, idProduct = 00000000 USB Device: idVendor = 00000000, idProduct = 00000000 USB Device: idVendor = 00000000, idProduct = 00000000 USB Device: idVendor = 00000000, idProduct = 00000000 USB Device: idVendor = 00000000, idProduct = 00000000 Error -1: open_rio: could not open a Rio device Device not found. library tried to use method: libusb However usbview and lsusb are able to detect the device USB-wise. How can I debug this further and get it working? Cheers. -- Matt |
From: David K. <da...@ki...> - 2004-02-07 13:05:24
|
Hi, I've been using rioutil 1.4.2b for a few months very happily, thanks to all your work. I have a Rio Cali 128M. This week I mistakengly typed -u when uploading a mp3 [1]. Seeing that mp3 being uploaded as new firmware I got spooked and hit ctrl-c. Bad move. My Rio is now stuck in 'UPGRADER' mode. After applying a patch to get by the failure of set_time_rio() when in recovery mode [2] I can attempt to upload firmware. The unit and rioutil appear to be happy together for the first 10 or 15 seconds. The unit says 'ERASING' and rioutil appears to at least think it is doing the right thing (Dir: In . . . what is it reading while erasing the flash?). Then when we get to about 35 % complete on the progress bar the unit switches to 'WRITING' mode and the unit and rioutil appear to be no longer communicating. rioutil keeps trying but the unit stays in 'WRITING' mode. Eventually something happens and it looks like they start talking again. A mostly full log is at: http://people.debian.org/~dwhedon/rio.log (I removed parts of the log for copyright concerns since I expect some of the hexdump is the firmware). I currently cannot build the cvs version, some libtool problem that I am looking into [3]. If you have any clues as to the state of my Rio or the possability that we can bring it back from the dead I'd be happy to hear it. It is encouraging that whatever I try the unit ends up still talking to rioutil even if flash is still corrupted. Thanks for any clues, David [1] : Here is a patch against 1.4.2b to make it harder to upload new firmware by mistake to your rio. * src/main.c : Ask for confirmation before uploading new firmware. Firmware update is not a common operation and ensuring the user really wants to update (and didn't mistakingly type -u thinking it means 'upload') is a user friendly way to behave. Index: rioutil-1.4.2b/src/main.c =================================================================== --- rioutil-1.4.2b.orig/src/main.c 2003-09-24 18:57:01.000000000 +0200 +++ rioutil-1.4.2b/src/main.c 2004-02-07 11:29:48.000000000 +0100 @@ -391,6 +391,17 @@ new_printfiles(mflag, mem_unit); if (uflag){ + int ch; + + printf("Preparing to update firmware with '%s', are you sure? (N/y) ", + uopt); + ch = fgetc(stdin); + if (ch != 'y' && ch != 'Y') { + printf("OK, not updating firmware.\n"); + close_rio (current_rio); + return 0; + } + printf("Updating firmware, this should take about 30 seconds to complete.\n"); if (update_rio (current_rio, uopt) == URIO_SUCCESS) { printf("Rio update completed successfully.\n"); [2] : An equivalent patch has already been applied to cvs, see around line 100. http://cvs.sourceforge.net/viewcvs.py/rioutil/rioutil/librioutil/rio.c?r1=1.71&r2=1.72 [3] : I'm running Debian testing, same problem on Debian unstable. The build failure looks a bit like below, I'm thinking it is an autotools version problem. dwhedon@heybaby:~/rio/rioutil$ ./autogen.sh ; make I am going to run ./configure with no arguments - if you wish to pass any to it, please specify them on the ./autogen.sh command line. You should update your `aclocal.m4' by running aclocal. libtoolize: `config.guess' exists: use `--force' to overwrite libtoolize: `config.sub' exists: use `--force' to overwrite libtoolize: `ltmain.sh' exists: use `--force' to overwrite autoheader2.50: WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot' autoheader2.50: WARNING: and `config.h.top', to define templates for `config.h.in' autoheader2.50: WARNING: is deprecated and discouraged. autoheader2.50: autoheader2.50: WARNING: Using the third argument of `AC_DEFINE' and autoheader2.50: WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without autoheader2.50: WARNING: `acconfig.h': autoheader2.50: autoheader2.50: WARNING: AC_DEFINE([NEED_FUNC_MAIN], 1, autoheader2.50: [Define if a function `main' is needed.]) autoheader2.50: autoheader2.50: WARNING: More sophisticated templates can also be produced, see the autoheader2.50: WARNING: documentation. snip snip . . . make[1]: Entering directory `/home/dwhedon/rio/rioutil/librioutil' source='rio.c' object='rio.lo' libtool=yes \ depfile='.deps/rio.Plo' tmpdepfile='.deps/rio.TPlo' \ depmode=gcc3 /bin/sh ../depcomp \ /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../include -I../ include -g3 -c -o rio.lo `test -f 'rio.c' || echo './'`rio.c ../libtool: line 1: s%^.*/%%: No such file or directory ../libtool: line 1: -e: command not found *** Warning: inferring the mode of operation is deprecated. *** Future versions of Libtool will require -mode=MODE be specified. ../libtool: line 1: -e: command not found . . . ../libtool: line 1: -e: command not found ../libtool: line 1: -e: command not found : compile: cannot determine name of library object from `' make[1]: *** [rio.lo] Error 1 make[1]: Leaving directory `/home/dwhedon/rio/rioutil/librioutil' make: *** [all-recursive] Error 1 dwhedon@heybaby:~/rio/rioutil$ |
From: Dave O <cx...@po...> - 2003-09-22 16:25:11
|
Hi, I submitted a patch to sf.net last night which makes improvments to the argument handling for the -d flag. The patch is here: http://sourceforge.net/tracker/index.php?func=detail&aid=810433&group_id=25960&atid=385825 I didn't know if submitting there notified anyone so I figured I'd let the list know. Dave |
From: Martyn R. <ma...@sy...> - 2003-05-06 11:12:52
|
Quoting Christopher Knoerle <chr...@gm...>: > Hi! Hi Christopher, I'm another riot owner. > In the forum I have read about support for the Rio Riot being > implemented. See: > http://sourceforge.net/forum/forum.php?thread_id=681821&forum_id=81706 Okay, current status is : about 2-3 months ago, the Riot code for Listing the songs was working, but up/downloading simply created an empty file. In current CVS it won't even open the device. I myself got bored of a> typeing cvs update to get a disconnected error, b> when I did get through, no changes made and c> when I got through and changes made, it didn't help the riot side. I get the feeling that the main man is very busy and hasn't had time to deal with the riot side of things. > Is adding songs working now? nope, it was so near too. such a shame it didn't get finished. > Is there some date for the next release (including Riot support)? Not afaik, but mabey we'll get a response this way. > Thanks > Chris -- Martyn Ranyard Development Manager Synergistic Software (01937) 573 446 http://www.syn.co.uk/ ---------------------------------------------------------------------- This mail sent through Horde/IMP on Synergistic Software's Mail server All opinions expressed are that of the author and do not necessarily represent Synergistic Software's company policy. |
From: Christopher K. <chr...@gm...> - 2003-05-04 14:31:09
|
Hi! In the forum I have read about support for the Rio Riot being implemented. See: http://sourceforge.net/forum/forum.php?thread_id=681821&forum_id=81706 Is adding songs working now? Is there some date for the next release (including Riot support)? Thanks Chris |
From: Nathan H. <hj...@un...> - 2003-03-11 09:15:53
|
Just out of curiositu... What does /proc/bus/usb/devices contain? On Mon, 10 Mar 2003, lfwelty wrote: > yes, as both root and user. same result. > > Nathan Hjelm wrote: > > Have you tried running as root? > > > > On Mon, 10 Mar 2003, lfwelty wrote: > > > > > >>I can't get my psa[128 to work w/ rioutil 1.3.3 . I tried each > >>of the three variations: libusb, usbdevfs and neither. And I tried > >>building the rpms. > >> > >>In each case lsusb sees the psa[128, but when I run rioutil; I > >>get something like 'device not found'. > >> > >>I'm running rh80 w/ latest updates. > >> > >>My current workaround is a winXP box w/ the psa drivers installed > >>accessing my Linux server via samba. So I'm not like *dead*, but it > >>would be nice to access it natively in Linux. > >> > >>Any help would be greatly appreciated. > >> > >>Thanks, > >> > >>F. > >> > >>-- > >>------------------------------------------------------------------ > >>Frank Welty | 15401 Weston Parkway, Suite 150 > >>lf...@re... | Cary, NC 27513 > >>Redback Networks | desk:919.678.2175 m: 919.264.7495 > >>------------------------------------------------------------------ > >> > >> > >> > >>------------------------------------------------------- > >>This sf.net email is sponsored by:ThinkGeek > >>Welcome to geek heaven. > >>http://thinkgeek.com/sf > >>_______________________________________________ > >>Rioutil-user mailing list > >>Rio...@li... > >>https://lists.sourceforge.net/lists/listinfo/rioutil-user > >> > > > > > > ------------------------------------- > > | Nathan Hjelm > > | Senior, UNM School of Engineering > > | email: hj...@cs... > > | aim : hjelmnt > > ------------------------------------- > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > Rioutil-user mailing list > > Rio...@li... > > https://lists.sourceforge.net/lists/listinfo/rioutil-user > > > > > -- > ------------------------------------------------------------------ > Frank Welty | 15401 Weston Parkway, Suite 150 > lf...@re... | Cary, NC 27513 > Redback Networks | desk:919.678.2175 m: 919.264.7495 > ------------------------------------------------------------------ > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Rioutil-user mailing list > Rio...@li... > https://lists.sourceforge.net/lists/listinfo/rioutil-user > ------------------------------------- | Nathan Hjelm | Senior, UNM School of Engineering | email: hj...@cs... | aim : hjelmnt ------------------------------------- |
From: lfwelty <lf...@re...> - 2003-03-11 02:38:08
|
yes, as both root and user. same result. Nathan Hjelm wrote: > Have you tried running as root? > > On Mon, 10 Mar 2003, lfwelty wrote: > > >>I can't get my psa[128 to work w/ rioutil 1.3.3 . I tried each >>of the three variations: libusb, usbdevfs and neither. And I tried >>building the rpms. >> >>In each case lsusb sees the psa[128, but when I run rioutil; I >>get something like 'device not found'. >> >>I'm running rh80 w/ latest updates. >> >>My current workaround is a winXP box w/ the psa drivers installed >>accessing my Linux server via samba. So I'm not like *dead*, but it >>would be nice to access it natively in Linux. >> >>Any help would be greatly appreciated. >> >>Thanks, >> >>F. >> >>-- >>------------------------------------------------------------------ >>Frank Welty | 15401 Weston Parkway, Suite 150 >>lf...@re... | Cary, NC 27513 >>Redback Networks | desk:919.678.2175 m: 919.264.7495 >>------------------------------------------------------------------ >> >> >> >>------------------------------------------------------- >>This sf.net email is sponsored by:ThinkGeek >>Welcome to geek heaven. >>http://thinkgeek.com/sf >>_______________________________________________ >>Rioutil-user mailing list >>Rio...@li... >>https://lists.sourceforge.net/lists/listinfo/rioutil-user >> > > > ------------------------------------- > | Nathan Hjelm > | Senior, UNM School of Engineering > | email: hj...@cs... > | aim : hjelmnt > ------------------------------------- > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Rioutil-user mailing list > Rio...@li... > https://lists.sourceforge.net/lists/listinfo/rioutil-user > -- ------------------------------------------------------------------ Frank Welty | 15401 Weston Parkway, Suite 150 lf...@re... | Cary, NC 27513 Redback Networks | desk:919.678.2175 m: 919.264.7495 ------------------------------------------------------------------ |
From: Nathan H. <hj...@un...> - 2003-03-10 21:36:54
|
Have you tried running as root? On Mon, 10 Mar 2003, lfwelty wrote: > I can't get my psa[128 to work w/ rioutil 1.3.3 . I tried each > of the three variations: libusb, usbdevfs and neither. And I tried > building the rpms. > > In each case lsusb sees the psa[128, but when I run rioutil; I > get something like 'device not found'. > > I'm running rh80 w/ latest updates. > > My current workaround is a winXP box w/ the psa drivers installed > accessing my Linux server via samba. So I'm not like *dead*, but it > would be nice to access it natively in Linux. > > Any help would be greatly appreciated. > > Thanks, > > F. > > -- > ------------------------------------------------------------------ > Frank Welty | 15401 Weston Parkway, Suite 150 > lf...@re... | Cary, NC 27513 > Redback Networks | desk:919.678.2175 m: 919.264.7495 > ------------------------------------------------------------------ > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Rioutil-user mailing list > Rio...@li... > https://lists.sourceforge.net/lists/listinfo/rioutil-user > ------------------------------------- | Nathan Hjelm | Senior, UNM School of Engineering | email: hj...@cs... | aim : hjelmnt ------------------------------------- |
From: lfwelty <lf...@re...> - 2003-03-10 11:18:16
|
I can't get my psa[128 to work w/ rioutil 1.3.3 . I tried each of the three variations: libusb, usbdevfs and neither. And I tried building the rpms. In each case lsusb sees the psa[128, but when I run rioutil; I get something like 'device not found'. I'm running rh80 w/ latest updates. My current workaround is a winXP box w/ the psa drivers installed accessing my Linux server via samba. So I'm not like *dead*, but it would be nice to access it natively in Linux. Any help would be greatly appreciated. Thanks, F. -- ------------------------------------------------------------------ Frank Welty | 15401 Weston Parkway, Suite 150 lf...@re... | Cary, NC 27513 Redback Networks | desk:919.678.2175 m: 919.264.7495 ------------------------------------------------------------------ |
From: Brian M. <br...@mc...> - 2003-01-28 05:20:22
|
Should Rio 900 support exist at this point? I'm unable to bring it up with either the Rio or Rio500 device in the 2.4.20 kernel. If not, is there anything I can do to facilitate? I can lend a shell on a machine with a Rio connected via USB. If so, where should I be looking for the Rio 900? |
From: Misha P <mis...@ya...> - 2003-01-23 07:04:54
|
Never mind. My fault ... well ... kinda. I had version 1.2.X compiled OK without libusb installed. Now I had to have it compiled/installed first. But in any case rioutil seems to be working same way as before now. Same way ... On unrelated note. I have Rio800 and would like to see if someone else experience problems I have with it. 1. sometimes ( rarely ) the screen goes messed up with garbage and I have to pull the backpack out, put it back in, powercycle - then it's OK. 2. very often rioutil cannot find RIO, but kernel module sees it OK. Disconnect / reconnect or powercycling does help. 3. very often starting rioutil, I get: Jan 22 21:15:11 gorby kernel: usb_control/bulk_msg: timeout Jan 22 21:15:11 gorby kernel: usbdevfs: USBDEVFS_BULK failed dev 14 ep 0x82 len 64 ret -110 4. some mp3's will not downloads or will not play at all. rioutil -a song.mp3 works, RIO shows the progress. Then it splits in 2 cases: a) display shows the song and it's name, but will not play it, or b) display does not shows it at all and will not play the song 5. sometimes, when using Windows Media Player, I get skips or noises - like MP3 gets corrupted on download. All these problems add up to the point that despite the fact that I'm about to throw this expensive ( 18 month old - $300 ) player against the wall and buy PoGO or iRiver ( any recommendations ? ) TIA --- Misha P <mis...@ya...> wrote: > Hi, > > I am not able to compile any 1.3.X releases. > Today, on 1.3.2 I'm getting the following: > > .... > gcc -DHAVE_CONFIG_H -I. -I. -I../include > -I../include > -g3 -c rio.c -MT rio.lo -MD -MP -MF .deps/rio.TPlo > -fPIC -DPIC -o .libs/rio.lo > In file included from rio.c:46: > ../include/driver.h:109: warning: `struct > usb_dev_handle' declared inside parameter list > ../include/driver.h:109: warning: its scope is only > this definition or declaration, which is probably > not > what you want > rio.c: In function `close_rio': > rio.c:190: warning: passing arg 1 of `usb_close' > from > incompatible pointer type > ... > > gcc -g -O3 -o .libs/rioutil main.o getopt.o > getopt1.o > -L/usr/local/lib ../librioutil/.libs/librioutil.so > -lz > -lz -lz -lz -Wl,--rpath -Wl,/usr/local/lib > ../librioutil/.libs/librioutil.so: undefined > reference > to `usb_set_debug' > ../librioutil/.libs/librioutil.so: undefined > reference > to `write_bulk' > ../librioutil/.libs/librioutil.so: undefined > reference > to `read_bulk' > ../librioutil/.libs/librioutil.so: undefined > reference > to `control_msg' > ../librioutil/.libs/librioutil.so: undefined > reference > to `rio_usb_open' > ../librioutil/.libs/librioutil.so: undefined > reference > to `usb_release_interface' > ../librioutil/.libs/librioutil.so: undefined > reference > to `usb_close' > ../librioutil/.libs/librioutil.so: undefined > reference > to `usb_claim_interface' > collect2: ld returned 1 exit status > make[1]: *** [rioutil] Error 1 > make[1]: Leaving directory > `/local/src/rioutil-1.3.2/src' > make: *** [all-recursive] Error 1 > > > I am not a programmer, so please tell me if this is > something simple > > # gcc --version > gcc (GCC) 3.2 20020903 (Red Hat Linux 8.0 3.2-7) > > # uname -a > Linux gorby 2.4.20-mh4 #1 Mon Jan 13 00:50:53 EST > 2003 > i686 unknown > > Thanks ! > > > __________________________________________________ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up > now. > http://mailplus.yahoo.com > > > ------------------------------------------------------- > This SF.net email is sponsored by: Scholarships for > Techies! > Can't afford IT training? All 2003 ictp students > receive scholarships. > Get hands-on training in Microsoft, Cisco, Sun, > Linux/UNIX, and more. > www.ictp.com/training/sourceforge.asp > _______________________________________________ > Rioutil-user mailing list > Rio...@li... > https://lists.sourceforge.net/lists/listinfo/rioutil-user __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
From: John H. <jdherrin@s.psych.uiuc.edu> - 2003-01-23 03:33:41
|
Thanks for getting back to me on this. I'm running rioutil 1.3.2, using libusb. As it turned out, my problem was that I was logged on as a non-root user and apparently don't have access privilages to something required to use rioutil. It is now working beautifully when I am logged on as root. Could you tell me what it is I have to have user access to to get rioutil to work for non-root users, and how to change the access (is there a wrapper of some kind I should be looking and, or should I just be using chmod?). Thanks, John On Wed, 8 Jan 2003, Nathan Hjelm wrote: > Can you give me an idea of your configuration: > - rioutil version > - are you using libusb (i assume this is yes though because of the error > message) > - what user you are running as > > also, the output of rioutil -e 2 -i might be helpful as well. > > On Tue, 7 Jan 2003, John Herrington wrote: > > > I'm new to using USB devices on my red hat 7.3/KDE box, and I have a > > question about getting rioutil to work with my Rio S10 (I understand that > > the compatibility of Rio S10 with rioutil is still experimental...). > > When typing rioutil -i, I get the following message: > > > > error reading from device (-1). resetting.. > > size = 2048 > > Device not found. > > library tried to use method: libusb > > > > However, when I query the usb port with other software (usbview and > > lsusb), it detects the player fine. Any ideas about what could be going > > wrong, and what I should do about it? > > > > Thanks, > > > > John > > > > > > > > ------------------------------------------------------- > > This SF.NET email is sponsored by: > > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > > http://www.vasoftware.com > > _______________________________________________ > > Rioutil-user mailing list > > Rio...@li... > > https://lists.sourceforge.net/lists/listinfo/rioutil-user > > > > ------------------------------------- > | Nathan Hjelm > | Senior, UNM School of Engineering > | email: hj...@cs... > | aim : hjelmnt > ------------------------------------- > |
From: Misha P <mis...@ya...> - 2003-01-22 19:24:49
|
Hi, I am not able to compile any 1.3.X releases. Today, on 1.3.2 I'm getting the following: .... gcc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -g3 -c rio.c -MT rio.lo -MD -MP -MF .deps/rio.TPlo -fPIC -DPIC -o .libs/rio.lo In file included from rio.c:46: ../include/driver.h:109: warning: `struct usb_dev_handle' declared inside parameter list ../include/driver.h:109: warning: its scope is only this definition or declaration, which is probably not what you want rio.c: In function `close_rio': rio.c:190: warning: passing arg 1 of `usb_close' from incompatible pointer type ... gcc -g -O3 -o .libs/rioutil main.o getopt.o getopt1.o -L/usr/local/lib ../librioutil/.libs/librioutil.so -lz -lz -lz -lz -Wl,--rpath -Wl,/usr/local/lib ../librioutil/.libs/librioutil.so: undefined reference to `usb_set_debug' ../librioutil/.libs/librioutil.so: undefined reference to `write_bulk' ../librioutil/.libs/librioutil.so: undefined reference to `read_bulk' ../librioutil/.libs/librioutil.so: undefined reference to `control_msg' ../librioutil/.libs/librioutil.so: undefined reference to `rio_usb_open' ../librioutil/.libs/librioutil.so: undefined reference to `usb_release_interface' ../librioutil/.libs/librioutil.so: undefined reference to `usb_close' ../librioutil/.libs/librioutil.so: undefined reference to `usb_claim_interface' collect2: ld returned 1 exit status make[1]: *** [rioutil] Error 1 make[1]: Leaving directory `/local/src/rioutil-1.3.2/src' make: *** [all-recursive] Error 1 I am not a programmer, so please tell me if this is something simple # gcc --version gcc (GCC) 3.2 20020903 (Red Hat Linux 8.0 3.2-7) # uname -a Linux gorby 2.4.20-mh4 #1 Mon Jan 13 00:50:53 EST 2003 i686 unknown Thanks ! __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
From: Nathan H. <hj...@un...> - 2003-01-13 07:55:51
|
Can you send me the output. I will try to take a look at it tomarrow and see where the problem is. On 12 Jan 2003, Tobias DiPasquale wrote: > Hi, > > I just installed rioutil 1.3.0a on my Debian laptop in an attempt to > connect my Rio S10 to it and transfer some MP3s. This failed however, > when I used the following command (as root, like noted in the README): > > fearless:~# rioutil -i > error reading from device (-1). resetting.. > size = 2048 > Device not found. > library tried to use method: libusb > fearless:~# > > I am running a P4 1.6Ghz laptop with 512MB RAM, two UHCI USB hubs and a > 2.4.17 kernel with USB support, UHCI and usbdevfs support compiled in > (not modules). The Rio S10 is unmodified, right-out-of-the-box, > just-bought-it-yesterday, no-memory-card stock. I compiled rioutil > 1.3.0a with no flags to ./configure. (it is using libusb-0.1.so.4.1.1, > but not usbdevfs) > > I ran the command-line suggested from the problem noted in a previous > rioutil-user list email from John Herrington (rioutil -e 2 -i). The > output is 1708 lines long, so I am not going to post it in here, but I > can email it to whomever can benefit from it in the pursuit of the > answer to this problem. > > Also, if this has been solved, please email me the solution, as I didn't > see it in the mailing list archives. Thanks! :) > > -- > Tobias DiPasquale > 88FA 30C9 1E63 CFE2 CBD8 37C4 DA1C E2BF 1D26 F036 > http://cbcg.net/ > ------------------------------------- | Nathan Hjelm | Senior, UNM School of Engineering | email: hj...@cs... | aim : hjelmnt ------------------------------------- |
From: Tobias D. <to...@cb...> - 2003-01-13 01:06:58
|
Hi, I just installed rioutil 1.3.0a on my Debian laptop in an attempt to connect my Rio S10 to it and transfer some MP3s. This failed however, when I used the following command (as root, like noted in the README): fearless:~# rioutil -i error reading from device (-1). resetting.. size =3D 2048 Device not found. library tried to use method: libusb fearless:~# I am running a P4 1.6Ghz laptop with 512MB RAM, two UHCI USB hubs and a 2.4.17 kernel with USB support, UHCI and usbdevfs support compiled in (not modules). The Rio S10 is unmodified, right-out-of-the-box, just-bought-it-yesterday, no-memory-card stock. I compiled rioutil 1.3.0a with no flags to ./configure. (it is using libusb-0.1.so.4.1.1, but not usbdevfs) I ran the command-line suggested from the problem noted in a previous rioutil-user list email from John Herrington (rioutil -e 2 -i). The output is 1708 lines long, so I am not going to post it in here, but I can email it to whomever can benefit from it in the pursuit of the answer to this problem. Also, if this has been solved, please email me the solution, as I didn't see it in the mailing list archives. Thanks! :) --=20 Tobias DiPasquale 88FA 30C9 1E63 CFE2 CBD8 37C4 DA1C E2BF 1D26 F036 http://cbcg.net/ |
From: Nathan H. <hj...@un...> - 2003-01-09 05:03:52
|
Can you give me an idea of your configuration: - rioutil version - are you using libusb (i assume this is yes though because of the error message) - what user you are running as also, the output of rioutil -e 2 -i might be helpful as well. On Tue, 7 Jan 2003, John Herrington wrote: > I'm new to using USB devices on my red hat 7.3/KDE box, and I have a > question about getting rioutil to work with my Rio S10 (I understand that > the compatibility of Rio S10 with rioutil is still experimental...). > When typing rioutil -i, I get the following message: > > error reading from device (-1). resetting.. > size = 2048 > Device not found. > library tried to use method: libusb > > However, when I query the usb port with other software (usbview and > lsusb), it detects the player fine. Any ideas about what could be going > wrong, and what I should do about it? > > Thanks, > > John > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > _______________________________________________ > Rioutil-user mailing list > Rio...@li... > https://lists.sourceforge.net/lists/listinfo/rioutil-user > ------------------------------------- | Nathan Hjelm | Senior, UNM School of Engineering | email: hj...@cs... | aim : hjelmnt ------------------------------------- |
From: John H. <jdherrin@s.psych.uiuc.edu> - 2003-01-07 15:57:52
|
I'm new to using USB devices on my red hat 7.3/KDE box, and I have a question about getting rioutil to work with my Rio S10 (I understand that the compatibility of Rio S10 with rioutil is still experimental...). When typing rioutil -i, I get the following message: error reading from device (-1). resetting.. size = 2048 Device not found. library tried to use method: libusb However, when I query the usb port with other software (usbview and lsusb), it detects the player fine. Any ideas about what could be going wrong, and what I should do about it? Thanks, John |
From: <ja...@la...> - 2002-10-19 18:34:28
|
Weird...this is pretty indicative of the problems I'm having... home mp32 # for i in `ls *.mp3`; do rioutil -x -a $i; done Free space is 38.1 MB. Setting up signal handler electrasy__cosmic_castaway.mp3 [3.2 MB]: - [********************] 100%=20 Complete [memory 0] Free space is 34.9 MB. Setting up signal handler fun_lovin_crim..._the_stars.mp3 [3.3 MB]: - [********************] 100%=20 Complete [memory 0] Free space is 31.6 MB. Setting up signal handler god_is_not_a_secret.mp3 [2.7 MB]: - [********************] 100%=20 Complete [memory 0] Free space is 28.9 MB. Setting up signal handler its_all_who_you_know.mp3 [2.6 MB]: - [********************] 100%=20 Complete [memory 0] Free space is 26.3 MB. Setting up signal handler jamiroquai__ev...o_the_moon.mp3 [4.0 MB]: - [********************] 100%=20 Complete [memory 0] Free space is 22.3 MB. Setting up signal handler let_it_go.mp3 [2.7 MB]: - [********************] 100%=20 Complete [memory 0] Free space is 19.6 MB. Setting up signal handler lit__over_my_head.mp3 [3.4 MB]: - [********************] 100%=20 Complete [memory 0] Free space is 16.2 MB. Setting up signal handler lost_the_plot.mp3 [4.0 MB]: usb_bulk_msg error: Connection= =20 timed out (110) write_bulk error Incomplete @=B4\@=B8@=A8@=F8@H]@x=F9=FF=B4|=F9=FF=BF=DF=B8@ not found. library tried to use method: usbdevfs @=B4\@=B8@=A8@=F8@H]@=F9=FF=B4|=F9=FF=BF=DF=B8@ not found. library tried to use method: usbdevfs @=B4\@=B8@=A8@=F8@H]@x=F9=FF=B4|=F9=FF=BF=DF=B8@ not found. library tried to use method: usbdevfs @=B4\@=B8@=A8@=F8@H]@=F9=FF=B4|=A8=F9=FF=BF=DF=B8@ not found. library tried to use method: usbdevfs @=B4\@=B8@=A8@=F8@H]@=F9=FF=B4|=F9=FF=BF=DF=B8@ not found. library tried to use method: usbdevfs @=B4\@=B8@=A8@=F8@H]@=F9=FF=B4|=F9=FF=BF=DF=B8@ not found. library tried to use method: usbdevfs @=B4\@=B8@=A8@=F8@H]@x=F9=FF=B4|=F9=FF=BF=DF=B8@ not found. library tried to use method: usbdevfs @=B4\@=B8@=A8@=F8@H]@x=F9=FF=B4|=F9=FF=BF=DF=B8@ not found. library tried to use method: usbdevfs @=B4\@=B8@=A8@=F8@H]@x=F9=FF=B4|=F9=FF=BF=DF=B8@ not found. library tried to use method: usbdevfs [moved the completed files to another directory...] [Note, the following is all in the same loop! It's like all of a sudden t= he=20 Rio fixed itself for a moment..]: home mp32 # for i in `ls *.mp3`; do rioutil -x -a $i; done Free space is 0.0 MB. Setting up signal handler lost_the_plot.mp3 [4.0 MB]: Insufficient space Free space is 0.0 MB. Setting up signal handler luscious_jacks...n_to_earth.mp3 [3.9 MB]: Insufficient space Free space is 0.0 MB. Setting up signal handler miracle_child.mp3 [2.5 MB]: Insufficient space Free space is 0.0 MB. Setting up signal handler powerman_5000_...nd_is_over.mp3 [2.7 MB]: Insufficient space Free space is 0.0 MB. Setting up signal handler reality.mp3 [2.6 MB]: Insufficient space Free space is 0.0 MB. Setting up signal handler splashdown__karma_slave.mp3 [2.9 MB]: Insufficient space Free space is 0.0 MB. Setting up signal handler take_me_to_your_leader.mp3 [2.6 MB]: Insufficient space Free space is 14.0 MB. Setting up signal handler texas__like_lo...holding_on.mp3 [4.0 MB]: - [********************] 100%=20 Complete [memory 0] Free space is 10.0 MB. Setting up signal handler the_urge__its_my_turn_to_fly.mp3 [3.2 MB]: usb_bulk_msg error: Connection= =20 timed out (110) write_bulk error Incomplete @=B4\@=B8@=A8@=F8@H]@x=F9=FF=B4|=F9=FF=BF=DF=B8@ not found. library tried to use method: usbdevfs home mp32 # If I power it off and back on, it accepts a few more songs. Kind of makes it slow to upload songs like this. ;-) This is Gentoo Linux, 2.4.19, other USB 1.1 devices ok, ohci, USB 2.0=20 interface card (NEC), uh, what else... If you need ssh access, let me know.. --=20 Jamieson Becker Senior Technologist LabArts Corporation ja...@la... http://www.labarts.com -- Confidentiality Notice -- The documents and text inside this electronic transmission may contain confidential information belonging to the sender. This information is int= ended=20 only for the use of the individual or entity named above. If you are not = the=20 intended recipient, you are hereby notified that any disclosure, copying,= =20 distribution, or action taken in reliance on the contents of these docume= nts=20 or text is strictly prohibited. If you received this electronic transmis= sion=20 in error, please notify the sender immediately and delete or otherwise=20 destroy this transmission. |
From: August <aug...@gm...> - 2002-05-16 05:56:24
|
Hi, i have done a little hack: a gui for rioutil. it is a kde io slave which enables urls like rio600:/ in konqueror you can get it at: http://elina.htlw16.ac.at/~hoerandl/rio600.html it is tested (only) with an rio600, maybe it works with other hw Gustl ps: please cc: all comments to me because i am not on this list -- August Hörandl aug...@gm... The early bird may get the worm, but the second mouse gets the cheese. |
From: John <jo...@ba...> - 2002-05-15 07:32:15
|
On Wed, May 15, 2002 at 08:33:30AM +0200, Manuel Montoro wrote: > You can try the forums in Sourceforge web site. It seems like they > have a little more life in them ;-). Hey Manual, I had an answer from the "dude" (Nathan Hjelm) using this format. So, I'll stick with rioutil-user for awhile longer. Besides, I'm a mailing list addict!! :( John PS: I went through the forums before subscribing to rioutil-user. Good info there, but dated. Adios amigo > > With your copy of the 1.56 firmware & the cvs update, I could upload my > > mp3s that refused to upload before. > > There are still "issues" with the rioutil software that I'd like to > > post. This mail list seems a bit anemic. Is there a better place to > > address these concerns? > > > > Thanks again, > > > > John -- -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ http://www.debian.org/ http://www.pdxlinux.org/ _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- |
From: John <jo...@ba...> - 2002-05-15 01:24:31
|
On Tue, May 14, 2002 at 10:27:38AM -0600, Nathan Hjelm wrote: > Should work in 1.2a4 which is on the sourceforge site. Hi Nathan, This is happening on the cvs updated as of last night, just hours before you made 1.2a4 available. In any case, I reinstalled using 1.2a4 & the problem below still applies :( [root@zork:/]# rioutil -i Name: Rio 600 Volume: 11 Repeat: Off Equilizer: Normal Backlight: 2 secs Programmed to Playlist: 0 Firmware Version: 1.56 Memory units: 1 Memory unit 0: Internal Flash Memory Free: 987.4 MB (-1984.0 MB Total) Used: 1124.6 MB in 11 files [ ] -56.7 % Total Time: 00:34:23 [root@zork:/]# rioutil -v rioutil 1.2a6 Copyright (C) 2001 Nathan Hjelm > > Thanks to a kind sir, I have the updated firmware of 1.56. I looked > > on the rio web page, but could only find 1.55. I have a rio600 64meg, > > using linux (i386), with (as of 5/14) the cvs update. > > > > With the above, I can now upload to the rio, mp3's that I couldn't > > before. Still, there are "issues" :) > > > > I'd love to spend time in helping to debug this excellent effort. > > Unfortunately, I am not a programmer, but have more than enough time to > > describe in detail some problems. > > For example: > > [root@zork:/home/music]# rioutil -l > > id | Title | Name mm:ss Size > > ------------------------------------------------------------------------------------------------------------- > > Memory unit 0: > > 0 | | preferences.bin | 0:00 16 > > 2 | santana | santana.mp3 | 11:39 10919 > > 4 | The Thrill Is Gone (live) | thrillisgone.mp3 | 8:35 8043 > > 6 | Rebel Yell (Live Acoustic) | Billy Idol - Rebel Yell (Live Acoustic - awesome).mp3 | 5:37 5273 > > 8 | Thunder Road (unplugged with M | thunder_road_bruce_mellissa.mp3 | 4:29 4198 > > 10 | Only God Knows Why (live) | kidrock.mp3 | 4:03 3791 > > > > > Now I try to upload: dmb_whatwouldyousay.mp3 & this is the result: > > > > [root@zork:/home/music]# rioutil -l > > id | Title | Name mm:ss Size > > ------------------------------------------------------------------------------------------------------------- > > Memory unit 0: > > 0 | | preferences.bin | 0:00 16 > > 2 | santana | santana.mp3 | 11:39 10919 > > 4 | The Thrill Is Gone (live) | thrillisgone.mp3 | 8:35 8043 > > 6 | Rebel Yell (Live Acoustic) | Billy Idol - Rebel Yell (Live Acoustic - awesome).mp3 | 5:37 5273 > > 7 | dmb_whatwouldyousay.mp3 | dmb_whatwouldyousay.mp3 | 0:00 10549 > > 9 | Thunder Road (unplugged with M | thunder_road_bruce_mellissa.mp3 | 4:29 4198 > > 11 | Only God Knows Why (live) | kidrock.mp3 | 4:03 3791 > > > > > > > # 7 is at zero time, and does not show in the rio screen. > > > > Any further information I can give, I'm more than willing. -- -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ http://www.debian.org/ http://www.pdxlinux.org/ _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- |
From: Gavin B. <gav...@uk...> - 2002-05-14 18:29:18
|
On Mon, May 13, 2002 at 10:43:55AM +0200, Manuel Montoro wrote: > I can send it to you via e-mail (is about 351 KB long). Can it be legally published on the rioutil site? I don't know what the EULA for Rio firmware states. I'd also like to get my hands on it - at the moment my Rio is gathering dust because the windows updater is borked for my system. Gavin. -- Gavin Brown e: gav...@uk... w: http://jodrell.uk.net/ |
From: Nathan H. <hj...@un...> - 2002-05-14 16:27:40
|
Should work in 1.2a4 which is on the sourceforge site. On Tue, 14 May 2002, John wrote: > To anyone :) > > Thanks to a kind sir, I have the updated firmware of 1.56. I looked > on the rio web page, but could only find 1.55. I have a rio600 64meg, > using linux (i386), with (as of 5/14) the cvs update. > > With the above, I can now upload to the rio, mp3's that I couldn't > before. Still, there are "issues" :) > > I'd love to spend time in helping to debug this excellent effort. > Unfortunately, I am not a programmer, but have more than enough time to > describe in detail some problems. > For example: > [root@zork:/home/music]# rioutil -l > id | Title | Name mm:ss Size > ------------------------------------------------------------------------------------------------------------- > Memory unit 0: > 0 | | preferences.bin | 0:00 16 > 2 | santana | santana.mp3 | 11:39 10919 > 4 | The Thrill Is Gone (live) | thrillisgone.mp3 | 8:35 8043 > 6 | Rebel Yell (Live Acoustic) | Billy Idol - Rebel Yell (Live Acoustic - awesome).mp3 | 5:37 5273 > 8 | Thunder Road (unplugged with M | thunder_road_bruce_mellissa.mp3 | 4:29 4198 > 10 | Only God Knows Why (live) | kidrock.mp3 | 4:03 3791 > > > Now I try to upload: dmb_whatwouldyousay.mp3 & this is the result: > > [root@zork:/home/music]# rioutil -l > id | Title | Name mm:ss Size > ------------------------------------------------------------------------------------------------------------- > Memory unit 0: > 0 | | preferences.bin | 0:00 16 > 2 | santana | santana.mp3 | 11:39 10919 > 4 | The Thrill Is Gone (live) | thrillisgone.mp3 | 8:35 8043 > 6 | Rebel Yell (Live Acoustic) | Billy Idol - Rebel Yell (Live Acoustic - awesome).mp3 | 5:37 5273 > 7 | dmb_whatwouldyousay.mp3 | dmb_whatwouldyousay.mp3 | 0:00 10549 > 9 | Thunder Road (unplugged with M | thunder_road_bruce_mellissa.mp3 | 4:29 4198 > 11 | Only God Knows Why (live) | kidrock.mp3 | 4:03 3791 > > > > # 7 is at zero time, and does not show in the rio screen. > > Any further information I can give, I'm more than willing. > > (as I rock to BB King on my rio), thanks, > > John > > - > -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ > http://www.debian.org/ > http://www.pdxlinux.org/ > _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- > > _______________________________________________________________ > > Have big pipes? SourceForge.net is looking for download mirrors. We supply > the hardware. You get the recognition. Email Us: ban...@so... > _______________________________________________ > Rioutil-user mailing list > Rio...@li... > https://lists.sourceforge.net/lists/listinfo/rioutil-user > |