Ok! I've read something around the web and test my player with windows media player...
Since Sony Walkman is an MTP player, it works with .pla playlists... If you open a pla created with wmp... it is an empty file... I have read that this is because mtp players have their own database where they store all the info. The pla file seems to be only a thing used as a refer by the database, as I understand it works this way: the pla file let player know that a playlist has been created, then it search the database for all the tracks labelled with this playlist.
It does a similar thing with albums! If I use WMP to sync, a .alb file is created in a specific folder of the player, these alb files are empty so I think they work the same way.
I have noticed that guayadeque create folders in the ~/.guayadeque/devices even if I don't open the portable player library (exactly as it does with the .is_audio_player) this make guayadeque create the spcific folder and the .is_audio_player each time I plug a new usb devices, even (of course) if it is the usb stick of a colleague and I'm obviously not interested in setting it as an audio player.
What I propose is to move the create folder and .is_audio_file operations when the user open for the first time the portable player in guayadeque.
This for a "formal reason" and to avoid that:
. a lot of useless folder are created
. the creation of a useless .is_audio_player on usb sticks for data only, that will probably be plugged in windows systems.
I have checked this and this is not happening here. Are you sure that just inserting a device with guayadeque open will create the directory ? For me this only happens when I open the device in guayadeque.
not sure why this happening ?
can anyone help?
thanks
BB
brian@Dream-on:~$ cd guayadeque
brian@Dream-on:~/guayadeque$ ./buildd
-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Using install prefix /usr ...
-- Found wxWidgets: TRUE
-- checking for module 'gstreamer-0.10'
-- found gstreamer-0.10, version 0.10.30
-- checking for module 'gstreamer-controller-0.10'
-- found gstreamer-controller-0.10, version 0.10.30
-- checking for module 'sqlite3'
-- found sqlite3, version 3.7.2
-- checking for module 'libcurl'
-- found libcurl, version 7.21.0
-- checking for module 'taglib>=1.6.1'
-- found taglib, version 1.6.3
-- checking for module 'dbus-1'
-- found dbus-1, version 1.4.0
-- checking for module 'flac'
-- found flac, version 1.2.1
-- checking for module 'gio-2.0'
-- found gio-2.0, version 2.26.1
-- checking for module 'libgpod-1.0'
-- package 'libgpod-1.0' not found
libgpod-dev not found! No iPod support!!
-- Found Subversion: /usr/bin/svn
Current revision is 1359
-- Configuring done
-- Generating done
-- Build files have been written to: /home/brian/guayadeque
[ 0%] Building CXX object src/CMakeFiles/guayadeque.dir/AlListBox.o
In file included from /home/brian/guayadeque/src/MainFrame.h:48,
from /home/brian/guayadeque/src/AlListBox.cpp:27:
/home/brian/guayadeque/src/PortableMedia.h:54: fatal error: gpod/itdb.h: No such file or directory
compilation terminated.
make[2]: *** [src/CMakeFiles/guayadeque.dir/AlListBox.o] Error 1
make[1]: *** [src/CMakeFiles/guayadeque.dir/all] Error 2
make: *** [all] Error 2
Im implementing iPod support and in the last update I commited some lines that still should not be there by error.
To avoid this you need to install libgpod-dev
I just tried copying a playlist to my Android phone (in USB mass storage mode) and the playlist file itself did not copy. I have the correct destination specified, but there was no m3u file, though all the songs did copy correctly.
Today commited the second part of the iPod support patch that should allow at this point to transfer tracks from the library or other device to the iPod.
I will continue with playlists support on it as at this moment this is not fully implemented.
anonbeat wrote:Today commited the second part of the iPod support patch that should allow at this point to transfer tracks from the library or other device to the iPod.
I will continue with playlists support on it as at this moment this is not fully implemented.
Please test it and let me know.
Where are you with playlist support for other devices? As of yesterday, the playlist file (m3u) was not getting transferred to the device. I would assume this is a planned feature since there is a tab in the portable device setup to define the path for that file.
anonbeat wrote:Today commited the second part of the iPod support patch that should allow at this point to transfer tracks from the library or other device to the iPod.
I will continue with playlists support on it as at this moment this is not fully implemented.
Please test it and let me know.
Where are you with playlist support for other devices? As of yesterday, the playlist file (m3u) was not getting transferred to the device. I would assume this is a planned feature since there is a tab in the portable device setup to define the path for that file.
Thanks!
Right now if you create a playlist in the portable device the file is created in the directory and with the format you have it configured.
I have read that this is because mtp players have their own database where they store all the info. The pla file seems to be only a thing used as a refer by the database, as I understand it works this way: the pla file let player know that a playlist has been created, then it search the database for all the tracks labelled with this playlist.
