Re: [SlimDevices: Unix] piCoPlayer = Squeezelite on Microcore linux. .An embedded OS in RAM with Squeezelite
Capt.insano wrote: @steen After any remaining bugs of the 1.11x series are squashed, would you look at creating an update feature within piCoPlayer? Oh yes, it would be great :) In the last few days i confugured 1.11, 1.11a,b and c, probably d will come soon:) I am always amazed, how it is possible, that this small device is so good. Thanks for Your great work Steen :) praganj's Profile: http://forums.slimdevices.com/member.php?userid=41091 View this thread: http://forums.slimdevices.com/showthread.php?t=97803 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1
dsdreamer wrote: Long story short, all my troubles were down to selinux policy being left at the Fedora default of enforcing. I now have it set to permissive. LOL. Ah, that old chestnut! Repeat after me, the first thing I must do, before I do anything else after installing Fedora, is to disable selinux, or or at least set it to permissive. Not very security concious I know, but if added up the time I've wasted trying to track down issues that have ended up being related to selinux, it far outweighs any risk. JackOfAll's Profile: http://forums.slimdevices.com/member.php?userid=3069 View this thread: http://forums.slimdevices.com/showthread.php?t=99395 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1
Before a boat-load of time is put into something that only one or two people will ever use, can we have a quick show of hands For mounting a drive or a share containing music to the Wandboard to use it as a LMS server, who is doing what? ;) I figure the 4 choices are, you mount an NFS share from another 'nix box, mount a Windows (cifs) share (Windows or exported via samba), plug in a USB drive, (which is most likely going to be formatted either NTFS or extX), or possibly least likely for storing music, use that SATA header. The question is, how many people are mounting a remote Windows share? JackOfAll's Profile: http://forums.slimdevices.com/member.php?userid=3069 View this thread: http://forums.slimdevices.com/showthread.php?t=99395 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1
JackOfAll wrote: Before a boat-load of time is put into something that only one or two people will ever use, can we have a quick show of hands For mounting a drive or a share containing music to the Wandboard to use it as a LMS server, who is doing what? ;) I figure the 4 choices are, you mount a NFS share from another 'nix box, mount a Windows (cifs) share (Windows or exported via samba), plug in a USB drive, (which is most likely going to be formatted either NTFS or extX), or possibly least likely for storing music, use the SATA header. The question is, how many people are mounting a remote Windows share? I have a USB-drive plugged into to the wandboard. I have no problems making changes to fstab the first time with a new image. However, it would be nice to be able to umount it through the web-gui instead of ssh into the WB to umount it everytime I wants to add new music to it. asplundj's Profile: http://forums.slimdevices.com/member.php?userid=53571 View this thread: http://forums.slimdevices.com/showthread.php?t=99395 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1
I'm a little unusual :D in that i'm using CSOS for somewhat more than it was intended, having 1 SATA and 3 USB (a mixture of ext4 and NTFS) drives permanently connected to the WB plus a couple of other USBs that get connected on occasion for backups which are all then shared over my network. Effectively, the WB has become a NAS replacement as well as LMS server and player. My main motivation for doing this is the very low energy requirements compared to running other alternatives, and in general I am very happy with its performance for all these tasks. The long term costs of running this compared to a 386 alternative, more than justified buying the Wandboard. For me, having Samba / NFS mounting available through the Web GUI is of little real consequence as I can just as easily run up a SSH session, although at times it would be handy. BUT, for others who may not so comfortable with Linux, I think this could be a much more important feature. For reference I'd suggest having a look at what Vortexbox does. From reading VB users posts here and over at the VB forum (and having spent a few months using it myself), many really appreciate the ease with which it can be set up through the Web interface with little knowledge of the underlying OS. They have a lot of novice users who care little for learning stuff like terminal commands to mount a network drive. For CSOS, i'm sure the target user base must be very similar to that of VB - if you are going to the effort of creating a whole hardware software system, why limit it to those who have the knowledge (or are prepared to learn)? I'm sure we all want as many CSOS uses as possible, be they plug'n'players or geeks like us :) I realise making all this functionality takes considerable efforts, and judging the best direction for those efforts is not my call. But I really do want to see CSOS progress and pull in plenty of new people along the way. Just wish I could be more help! slackhead's Profile: http://forums.slimdevices.com/member.php?userid=13963 View this thread: http://forums.slimdevices.com/showthread.php?t=99395 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1
JackOfAll wrote: Before a boat-load of time is put into something that only one or two people will ever use, can we have a quick show of hands For mounting a drive or a share containing music to the Wandboard to use it as a LMS server, who is doing what? ;) I figure the 4 choices are, you mount a NFS share from another 'nix box, mount a Windows (cifs) share (Windows or exported via samba), plug in a USB drive, (which is most likely going to be formatted either NTFS or extX), or possibly least likely for storing music, use the SATA header. The question is, how many people are mounting a remote Windows share? I will be using the Wandboard in three different configurations: 1. In a 'MSQUEEZE' (http://www.msqueeze.co.nf/) configuration. Here I use a fat32 formatted hard drive connected via USB. I use rsync to synchronize the contents with my NAS. Rsync is initiated from the NAS. I use fat32 to have easy compatibility between Linux and Windows environments. 2. As a player with LMS running. In this case I'm mapping a network share from my NAS using CIFS. 3. As a player connected to a remote LMS. No mapping required here. 1 x SB3, 1 x SB Boom, 1 x SB Radio and 2 x SB Touch - all wireless 1 x Wandboard Dual behind the bedroom ceiling 1 x Wandboard Dual for 'msqueeze' (http://www.msqueeze.co.nf/index.html) project ReadyNAS NVX running LMS 7.7.3. w iTunes plugin iPeng 7 on iPhone. SqueezePad iPeng 7 on iPad. http://www.last.fm/user/phibon Pascal Hibon's Profile: http://forums.slimdevices.com/member.php?userid=7969 View this thread: http://forums.slimdevices.com/showthread.php?t=99395 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1
JackOfAll wrote: Before a boat-load of time is put into something that only one or two people will ever use, can we have a quick show of hands For mounting a drive or a share containing music to the Wandboard to use it as a LMS server, who is doing what? ;) I figure the 4 choices are, you mount a NFS share from another 'nix box, mount a Windows (cifs) share (Windows or exported via samba), plug in a USB drive, (which is most likely going to be formatted either NTFS or extX), or possibly least likely for storing music, use the SATA header. The question is, how many people are mounting a remote Windows share? I'm using a Windows share, and will probably continue to do so, as my whole home network is Windows Active Directory based. Nothing against Linux, it's just that I know Windows best ... On the other hand, as long as I can get access via SSH I can do the mounting from command-line, no need to spend time on a GUI for that ;) Main System: Touch; Marantz SR-5004; TMA Premium 905; TMA Premium 901; BK Monolith+ FF; HDI Dune Smart D1; Pioneer PDP-LX5090H iPad 32GB Wifi + Squeezepad (local playback activated) Acer Iconia Tab A700 + Squeezeplayer Wandboard Duallite + CSOS, integrated LMS activated bakker_be's Profile: http://forums.slimdevices.com/member.php?userid=30369 View this thread: http://forums.slimdevices.com/showthread.php?t=99395 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1
OK, thanks guys. What I'm really trying to get at here, is whether anything really needs to be more complicated than what I originally did, /storage being the single mount point and either mounting a partition from a USB drive or remote fs on it. It's going to get way too complicated, when considering mounting something and then also having the gui take care of sharing the mount via samba and nfs. (That was asked for before, and is being asked for again, now.) This was already dealt with, by using the VortexBox layout of having the single mount point, /storage, and having it shared via nfs and samba out of the box. Pascal, do you always use one or the other. ie. a USB drive mounted with your media on it, or a cifs share. Not use both together? What I'm thinking is continue with /storage being the media mount. If you guys are doing things like rsync, you are using the cmd line anyway, you are not using the gui and probably have the skills to create a new directory and mount something to it. There needs to good a good out-of-the-box experience for the people who just expect to plug and play, rather than having to use editors or know about things like fstab. It almost does need to be dumbed down, I think, so someone plugs a USB drive in, it is shown visually somehow by the web-gui, and you are given an option of one or more partitions that you could mount to /storage. (Or assuming, the drive doesn't have any partitions, create one and mount it.) That's level one. Level two, for the slightly more technical, use a remote network share, in which case it is expected that you know the share details, credentials, etc. and can type them into the relevant fields. Level three, well, you're on your own there. It's called the cmd line. JackOfAll's Profile: http://forums.slimdevices.com/member.php?userid=3069 View this thread: http://forums.slimdevices.com/showthread.php?t=99395 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1
JackOfAll wrote: OK, thanks guys. There needs to good a good out-of-the-box experience for the people who just expect to plug and play. ian_heys's Profile: http://forums.slimdevices.com/member.php?userid=2629 View this thread: http://forums.slimdevices.com/showthread.php?t=99395 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1
JackOfAll wrote: OK, thanks guys. There needs to good a good out-of-the-box experience for the people who just expect to plug and play. Not totally cmd line challenged but time line yes. With this in mind is there any chance of producing a changelog on the Community Squeeze page updates so that I can figure out what has been changed. ian_heys's Profile: http://forums.slimdevices.com/member.php?userid=2629 View this thread: http://forums.slimdevices.com/showthread.php?t=99395 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1
JackOfAll wrote: OK, thanks guys. What I'm really trying to get at here, is whether anything really needs to be more complicated than what I originally did, /storage being the single mount point and either mounting a partition from a USB drive or remote fs on it. It's going to get way too complicated, when considering mounting something and then also having the gui take care of sharing the mount via samba and nfs. (That was asked for before, and is being asked for again, now.) This was already dealt with, by using the VortexBox layout of having the single mount point, /storage, and having it shared via nfs and samba out of the box. Pascal, do you always use one or the other. ie. a USB drive mounted with your media on it, or a cifs share. Not use both together? What I'm thinking is continue with /storage being the media mount. If you guys are doing things like rsync, you are using the cmd line anyway, you are not using the gui and probably have the skills to create a new directory and mount something to it. There needs to good a good out-of-the-box experience for the people who just expect to plug and play, rather than having to use editors or know about things like fstab. It almost does need to be dumbed down, I think, so someone plugs a USB drive in, it is shown visually somehow by the web-gui, and you are given an option of one or more partitions that you could mount to /storage. (Or assuming, the drive doesn't have any partitions, create one and mount it.) That's level one. Level two, for the slightly more technical, use a remote network share, in which case it is expected that you know the share details, credentials, etc. and can type them into the relevant fields. Level three, well, you're on your own there. It's called the cmd line. When I was thinking about the lua gui, I was thinking that people would have one or two mounts and that we could probably have say 3 pre-defined mount points - say /storage1 /storage2 /storage3 and allow users to use these for local or remote mounts. I do think there is a case for simple samba server -as touch does, but only to export local disks which are mounted - so this would be a checkbox for export for a mount and then details for a sharing account and password for the share. I suspect nfs would be too niche? Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=99395 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1
Triode wrote: When I was thinking about the lua gui, I was thinking that people would have one or two mounts and that we could probably have say 3 pre-defined mount points - say /storage1 /storage2 /storage3 and allow users to use these for local or remote mounts. I do think there is a case for simple samba server -as touch does, but only to export local disks which are mounted - so this would be a checkbox for export for a mount and then details for a sharing account and password for the share. I suspect nfs would be too niche? I'm not going to go back to a clean F19 image right now, but IIRC we already have samba configured out-of-the-box to work on the assumption that your media drive/share is mounted to /storage and using the VortexBox directory structure. Cant remember whether nfs was pre-configured. I think that I added an entry to exports for /storage but commented it. I think it might be easier for a show and tell, rather than try and explain in words, which is not going to happen until tomorrow. I've been re-working the storage functionality in the Java web-gui. Completely dumbing it down, if you like. /storage is the only mount point. You either mount a local partition to it, or remote (nfs or cifs). Mount and unmount buttons. And a button to create the VB directory structure. The idea being, by dumbing the whole thing down, it just works, without needing to edit samba and nfs config, just use what is pre-configured. And the more I think about it, this is the way to go. Get this working 100% and then consider having more mount points. Have LMS preconfigured out of the box to use the pre-defined directory structure. JackOfAll's Profile: http://forums.slimdevices.com/member.php?userid=3069 View this thread: http://forums.slimdevices.com/showthread.php?t=99395 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1
JackOfAll wrote: plug in a USB drive, (which is most likely going to be formatted either NTFS or extX), or possibly least likely for storing music, use the SATA header. I would expect many external USB drives to be formatted FAT32. Why do you expect SATA to be least likely for storing music, other than the planned case not being able to hold a disk drive? If I were to set up a Wandboard Quad to function as both a server and player, I'd want to use the SATA connection with an internal HDD. If the planned enclosure won't hold a 2.5 drive then I won't want the enclosure. JJZolx's Profile: http://forums.slimdevices.com/member.php?userid=10 View this thread: http://forums.slimdevices.com/showthread.php?t=99395 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1
JackOfAll wrote: I'm not going to go back to a clean F19 image right now, but IIRC we already have samba configured out-of-the-box to work on the assumption that your media drive/share is mounted to /storage and using the VortexBox directory structure. Cant remember whether nfs was pre-configured. I think that I added an entry to exports for /storage but commented it. I think it might be easier for a show and tell, rather than try and explain in words, which is not going to happen until tomorrow. I've been re-working the storage functionality in the Java web-gui. Completely dumbing it down, if you like. /storage is the only mount point. You either mount a local partition to it, or remote (nfs or cifs). Mount and unmount buttons. And a button to create the VB directory structure. The idea being, by dumbing the whole thing down, it just works, without needing to edit samba and nfs config, just use what is pre-configured. And the more I think about it, this is the way to go. Get this working 100% and then consider having more mount points. Have LMS preconfigured out of the box to use the pre-defined directory structure. For a drive plugged in, using /storage and having LMS setup for that by default I think is a good you don't do any setup. Of course if people plug in a drive with music already on it they can configure LMS to point to wherever the music is. For remote shares I think the best way to do it would be a list all shares button which goes out and finds CIFS and NFS shares on the local network and lets the user choose which one. That would handle most of the people that want to use a NAS. For people that want to use multiple shares or combination of share and local etc you could probably leave that to editing a file etc. For my own personal use I have a remote server and will continue to use that. Occasionally CSOS might get used with a local LMS, either with a local drive (taking it with me on vacation) or via a share (when testing out weird things and just want to connect to the existing network share) John S. JohnSwenson's Profile: http://forums.slimdevices.com/member.php?userid=5974 View this thread: http://forums.slimdevices.com/showthread.php?t=99395 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1
JackOfAll wrote: Pascal, do you always use one or the other. ie. a USB drive mounted with your media on it, or a cifs share. Not use both together? No I never use both together. JackOfAll wrote: What I'm thinking is continue with /storage being the media mount. If you guys are doing things like rsync, you are using the cmd line anyway, you are not using the gui and probably have the skills to create a new directory and mount something to it. There needs to good a good out-of-the-box experience for the people who just expect to plug and play, rather than having to use editors or know about things like fstab. It almost does need to be dumbed down, I think, so someone plugs a USB drive in, it is shown visually somehow by the web-gui, and you are given an option of one or more partitions that you could mount to /storage. (Or assuming, the drive doesn't have any partitions, create one and mount it.) That's level one. Level two, for the slightly more technical, use a remote network share, in which case it is expected that you know the share details, credentials, etc. and can type them into the relevant fields. Level three, well, you're on your own there. It's called the cmd line. I guess that most users will want to mount a networked share (music stored on a NAS or any other external file server system). And a smaller part of users will use a USB drive. I'm pretty confident that 99% of the intended audience will use only 1 source at the time. To me, a network share provides the most flexible system too. One does not need to unmount and unplug a USB drive when the user wants too add music to his / her system. With a NAS or file server, the music is available to any computer on the network. I guess that level 2 already adds a certain amount of complexity. As I'm currently doing this manual (cmd line), there is fstab to be edited and a separate file where the user and password credentials are stored (I don't put these in fstab for security reasons). Only root has read / write rights to the credentials file all other users have no rights. 1 x SB3, 1 x SB Boom, 1 x SB Radio and 2 x SB Touch - all wireless 1 x Wandboard Dual behind the bedroom ceiling 1 x Wandboard Dual for 'msqueeze' (http://www.msqueeze.co.nf/index.html) project ReadyNAS NVX running LMS 7.7.3. w iTunes plugin iPeng 7 on iPhone. SqueezePad iPeng 7 on iPad. http://www.last.fm/user/phibon Pascal Hibon's Profile: http://forums.slimdevices.com/member.php?userid=7969 View this thread: http://forums.slimdevices.com/showthread.php?t=99395 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1
JJZolx wrote: I would expect many external USB drives to be formatted FAT32. Why do you expect SATA to be least likely for storing music, other than the planned case not being able to hold a disk drive? If I were to set up a Wandboard Quad to function as both a server and player, I'd want to use the SATA connection with an internal HDD. If the planned enclosure won't hold a 2.5 drive then I won't want the enclosure. For CSP there is an enclosure in the same line that is the same width and height, but a few inches longer that should easily support a 2.5 drive. I was thinking it should not be hard to design an adapter that fits into the slots and has mountings for a 2.5 drive. One of the 3D printer places could make these in small quantities for not too much money. John S. JohnSwenson's Profile: http://forums.slimdevices.com/member.php?userid=5974 View this thread: http://forums.slimdevices.com/showthread.php?t=99395 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1
JJZolx wrote: I would expect many external USB drives to be formatted FAT32. Really? I admit I'm out of touch with Window$, but my understanding is that from XP onwards, NTFS was the default fs. JJZolx wrote: Why do you expect SATA to be least likely for storing music, other than the planned case not being able to hold a disk drive? Because it requires technical knowledge. It isn't plug and play. You need to power the drive. More likely that someone who just wants to take it out of the box, plug it in and it all works is going to be plugging in a USB drive, not using an internal SATA drive and figuring out how to power it. ;) It is becoming clear to me, that we need to cater for the completely non-technical. I don't need to receive PM's asking me how to do this, and how to do that. There needs to be a very simple, documented, supported procedure for using an external drive or media share with the WB, that just works. Anyone wants to do anything more complicated, of course you can. But we don't need a web interface that needs a 10 page manual to go with it, just for someone to be able to figure out how to mount a drive containing music. JackOfAll's Profile: http://forums.slimdevices.com/member.php?userid=3069 View this thread: http://forums.slimdevices.com/showthread.php?t=99395 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1
JohnSwenson wrote: For a drive plugged in, using /storage and having LMS setup for that by default I think is a good you don't do any setup. Of course if people plug in a drive with music already on it they can configure LMS to point to wherever the music is. For remote shares I think the best way to do it would be a list all shares button which goes out and finds CIFS and NFS shares on the local network and lets the user choose which one. That would handle most of the people that want to use a NAS. For people that want to use multiple shares or combination of share and local etc you could probably leave that to editing a file etc. Yep, that's what I was talking about earlier, level 1, 2 and 3. (Except my idea of level 2 was you needed to know what the share is called and the credentials you need. Discovering shares, is level 2.5. ;)) JackOfAll's Profile: http://forums.slimdevices.com/member.php?userid=3069 View this thread: http://forums.slimdevices.com/showthread.php?t=99395 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1
JackOfAll wrote: Really? I admit I'm out of touch with Window$, but my understanding is that from XP onwards, NTFS was the default fs. . Yes, NTFS is the default. However, I think (not sure) that Linux cannot write to NTFS systems. That's also the reason why I use FAT32 on my drive in my msqueeze system. I totally agree that we should try to keep it as simple as possible. Certainly for the initial release. If necessary, we can continue to expand the system at later times when CSP is fully out there for the masses. 1 x SB3, 1 x SB Boom, 1 x SB Radio and 2 x SB Touch - all wireless 1 x Wandboard Dual behind the bedroom ceiling 1 x Wandboard Dual for 'msqueeze' (http://www.msqueeze.co.nf/index.html) project ReadyNAS NVX running LMS 7.7.3. w iTunes plugin iPeng 7 on iPhone. SqueezePad iPeng 7 on iPad. http://www.last.fm/user/phibon Pascal Hibon's Profile: http://forums.slimdevices.com/member.php?userid=7969 View this thread: http://forums.slimdevices.com/showthread.php?t=99395 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1
JackOfAll wrote: Really? I admit I'm out of touch with Window$, but my understanding is that from XP onwards, NTFS was the default fs. It is, but many external drives get formatted FAT32 for compatibility with different systems. JJZolx's Profile: http://forums.slimdevices.com/member.php?userid=10 View this thread: http://forums.slimdevices.com/showthread.php?t=99395 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1
JJZolx wrote: It is, but many external drives get formatted FAT32 for compatibility with different systems. OK, got it. When people are buying an off-the-shelf Western Dig Elements (or whatever it is called) external USB drive, it comes pre-partitioned and FAT32 formatted. I suppose I was thinking that you plug it into the OS for the first time and it gets formatted, but of course, it is pre-formatted. Not that supporting FAT32 is a problem. JackOfAll's Profile: http://forums.slimdevices.com/member.php?userid=3069 View this thread: http://forums.slimdevices.com/showthread.php?t=99395 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1
Pascal Hibon wrote: However, I think (not sure) that Linux cannot write to NTFS systems. I have one external USB drive that is formatted NTFS. Must have been using that for 2 years now. ISTR, that from a Fedora perspective, from F16 onwards it was writeable from Linux. JackOfAll's Profile: http://forums.slimdevices.com/member.php?userid=3069 View this thread: http://forums.slimdevices.com/showthread.php?t=99395 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1
JackOfAll wrote: Before a boat-load of time is put into something that only one or two people will ever use, can we have a quick show of hands For mounting a drive or a share containing music to the Wandboard to use it as a LMS server, who is doing what? ;) I figure the 4 choices are, you mount a NFS share from another 'nix box, mount a Windows (cifs) share (Windows or exported via samba), plug in a USB drive, (which is most likely going to be formatted either NTFS or extX), or possibly least likely for storing music, use the SATA header. The question is, how many people are mounting a remote Windows share? A bit late response...I am currently using an external USB drive (formatted NTFS) attached to both my WBQUAD and WBDUAL. I always do the mounting from the command line, and as such I have no particular need to have an option in the GUI for doing that. Primary system: Squeezebox Touch, iPengHD/Squeezepad on iPad3, Little Doc DAC I, Virtue Audio One, Philips DVP3580, Mission M34i. Secondary system: Wandboard DualQuad with CSOS F19 R3, iPengHD/Squeezepad on iPad3, Cambridge Audio DacMagic, Cambridge Audio Azur 640C V2, Little Dot III, AKG K 702. albertone74's Profile: http://forums.slimdevices.com/member.php?userid=23863 View this thread: http://forums.slimdevices.com/showthread.php?t=99395 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
You have done a great job with squeezelite - I was able to install it on my Raspberry Pi in just a matter of minutes. It then took me a few days to realize that I needed to use a different USB WiFi since the one I was using was causing the Pi to crash nightly. But once I corrected this it has been working great. I really appreciate your time to develop the code. I know how it is - all you ever get are requests for help. And I hate to admit it but I now want to use the program in a refitted old radio I have. I am now trying to add a few buttons to the top of the Pi, or connect up the old radio buttons - I was thinking of adding 1 button for volume up, 1 for volume down, 1 for turning it off/on and possibly one to switch to the next favorites station. I was thinking of setting the buttons up to make the I/O pins on the Raspberry Pi go high when the button is pushed but I am at a total loss of how to write the code to handle this. I am hoping you can add this to the list of potential improvements or someone on this thread can point me to what I need to modify in the code in order to do this. I figure I will need to have squeezelite monitor the pins or create a new program that monitors the pins and then activates the volume up / volume down sections of the code along with activating the on / off section of the code. I figure to change the favorites I would need to send a string back to the squeezeplayer. Anyone have any ideas, does it sound doable? Thanks Doug_in_VA's Profile: http://forums.slimdevices.com/member.php?userid=62378 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
onlyconnect wrote: Thanks for all the great work on this. I have a Teac UD-H01 DAC, USB connection. I get severe crackling/distortion on 16/44 FLAC. 24-bit FLAC plays fine. The only setting I have is the output: front:CARD=DEVICE,DEV=0 Most of the other settings I've tried stop it working completely. Running on Raspberry Pi (pi-CorePlayer). However I'm starting squeezelite manually to narrow down the issue: sudo /mnt/mmcblk0p2/tce/squeezelite-armv6hf -z -o front:CARD=DEVICE,DEV=0 -n squeezelitepi Any suggestions? Update: if I add -a 40::16 playback is perfect but presumably limited to 16-bit (it still plays higher sampling rates) Tim Hi, I have the sale issue with a HfimeDIY Sabre U2 Async USB DAC. I need to force the output to 16 bits to avoid c#341;ackling when playing 16/44 Flac. Christian Cfo92130's Profile: http://forums.slimdevices.com/member.php?userid=45196 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Boom style user interface for Community Squeeze OS
Hi rpress, Sorry, I'm not fit with compiling. Could you describe how to build the driver? I'm not sure whether it builds just a module or a full blown kernel. Thanks a lot! Gurney's Profile: http://forums.slimdevices.com/member.php?userid=10596 View this thread: http://forums.slimdevices.com/showthread.php?t=98960 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix