Text 13078, 124 rader
Skriven 2009-08-13 19:09:21 av Russell Tiedt (5:7105/1)
  Kommentar till text 13077 av Maurice Kinal (1:261/38)
Ärende: wondering where the lions are
=====================================
Hello Maurice.

12 Aug 09 18:10, you wrote to me:

 >> mpd = music player daemon
 >> mt_daapd = itunes server :-(
 >> media tomb = media server

 MK> Correct me if I am wrong, but wasn't the idea creating a digital
 MK> player NOT a server?  Near as I can tell mplayer can handle it  all,
 MK> perhaps even from a samba server.  I think at least one of us is
 MK> confused as to the goal.

ERRRR .... HMMMMM .... , is there anything wrong with a player being a sever 
as well ... <VBG>

The programs are small enough, not sure as to the dependencies tho ...

See the eeePC is to blame ... , or is that Linux'es fault ... , too many darn 
options again ... , or both ... <sigh>

I think I am more confused than you are ... :-((((

 >> all quiet nice actually except I am not mad about itunes ...

 MK> Unless you're planning to serve I doubt any of the above is really
 MK> needed.

Well, looking mpd over, and it can connect too, and make use of other mpd 
servers "resouces", i.e. if you have 2 or more such running on different 
machines, the mpd server that is outputting audio to the sound card, can 
aquire source material from a SAMBA/NFS mounted share that it can read, or 
from another mpd deamon on the network, and then compile a playlist containg 
the content of both, which it then makes available to the client. The clients 
I have looked at so far are mpc minimalistic CLI client, ncmpc usable CLI 
client, gmpc gnome client, (I like it best) and a few others which are not so 
nice ...

ncmpc if it would stop "crashing" here would maybe rate nearly as highly as 
gmpc ... , I suspect, ncmpc does not like something I did with my mpd setup 
... , it is rather non-standard ... , tho it seems to be working, except, it 
does not see the soundcard, on that box, still. Must try setting it up to 
stream across the network ...

pms ( Practical Music Search ) is another curses based mpd client I have just 
found, but not installed to test yet ...

mt-daapd has web-based interface, and as far as I have been able to acertain, 
building it into the "player" has no advantage, and besides the dependancies 
would not favour it's inclusion ... , media tomb is I think not much different 
...

Tho with the available usb/firewire ports, serving could be done at a pinch 
... ,if portable HDD's/memory sticks where attached ...

Then again, maybe not such a bright idea, doable or not ... , choices, 
choices, and more choices ...  <Very Big Sigh>

 MK> On Paul's I put both ssh and sshd on so I can login from my main
 MK> machine and use it's keyboard and display instead.  That makes it MUCH
 MK> better. My fingers are too fat for the keyboard and my eyes to weak to
 MK> properly read the small display.  sshd definetly salvaged the idea
 MK> from my perspective.

The screen is small, but the plan here, is to put gmpc on it, and use it as a 
"control" center for the music/media server, and FireFox cand look after the 
other 2 severs ... , music and mpd/gmpc, tho have priority, for me that is ...

As for the keyboard, and screen, well, I know I can connect a normal monitor 
to the eeePC, and I do believe a USB keyboard/mouse should work as well, tho 
that would require  2 of the 3 USB ports ... , don't know if it is possible to 
connect a usb keyboard and mouse to the same usb port using a usb hub ...? It 
might work I think, if you have one of the better, more expensive hubs ... , 
never played with them, so I don't know ...

Hmmm ... , must try ssh from my box to the eeePC ...

 MK> As for mc, I can't get it to open xz (aka lzma) files but Paul claims
 MK> he has a fix for it.  I have a fix for the 64 bit version but for some
 MK> strange reason it doesn't want to cooperate with the chroot 32 bit
 MK> enviroment but only for xz compressed archives.  I haven't done
 MK> anything with it for a couple of weeks now but am pretty sure I can

MK>  My latest challenge has been a
 MK> pure 64 bit C only thingy which is currently sits at ~200M which is
 MK> nice.  I am using it as today's default boot and am really enjoying
 MK> it.  I still have the last one with g++ so all the ecasound/sox
 MK> dependencies are still doable ... as well as the ones you asked about
 MK> if it turns out you really wanted them and I am the one who is
 MK> confused about all this latest stuff.  I do know that I don't
 MK> want/need any of this but I am not a good benchmark of any of today's
 MK> multimedia schtuffenputten.  It is all definetly wasted on me, thank
 MK> goodness.  :-)

Damn, bugger, darn, and tarnation, where was it, that I saw a reference to a 
xz (lzma) enabled MC .... , was it yesterday, or the day before ... , being 
somewhat distracted, I let it pass, instead of downloading that source ... 
<sigh>, and I knew I should have grabbed it, as usual, I didn't remember to go 
back and fetch it ... , and now, I have no recollection of where it was, ...

Not sure I need the video, or itunes bits, but the mpd/gmpc/ncmpc bits for 
music serving are definitely a requirement here ... , but there are MS-Windows 
and Apple users here who like itunes and watching video ...

This server thing, is getting me more confused than the afore mentioned 
"chameleon on a smartie box" ... , so many ways of doing something ... , and 
for once I have some extra hardware to play with, must just keep it long 
enough to learn something, playing with it, before it gets "donated" to 
someone in need of a 'puter ... , and hopefully figure out how I want to slice 
and dice this thing a ma bob ...

Maybe I should have one box rip/tag/convert the files, another to serve them, 
and another act as client/controler, or do I do the ripping/tagging/converting 
on the server, or the client or .... , I don't know, ... <bugger>

Another DVD drive has just died here ... , so the box with the working CD/DVD 
drive will end up doing the ripping/tagging and converting ... , so maybe 
necessity will sort that out ...


Russell

--- GoldED+/LNX 1.1.5
 * Origin: Rusty's BBS - Bloemfontein, Free State, South Africa (5:7105/1)