Sorry, but this is closing eyes with such an answer,
I dont have upload for that, my DSL connection has 256kbit uplink.
Pulseaudio throughtput will be at leas 1387 Kbits.
Thats 5 times more than I could afford.
metyl
On Sun, Oct 25, 2009 at 11:10 PM, Avuton Olrich avu...@gmail.com wrote:
On
On 2009/10/24 13:58, Steffen 'stefreak' Neubauer stefr...@stefreak.de wrote:
I had that idea yesterday for a server to server connection - if an mpd
server could connect to another you could distribute your music on
different computers - if you have your notebook and your pc for example
and
On Sun, Oct 25, 2009 at 11:41 PM, Metyl Methylius the.me...@gmail.com wrote:
Sorry, but this is closing eyes with such an answer,
I dont have upload for that, my DSL connection has 256kbit uplink.
Pulseaudio throughtput will be at leas 1387 Kbits.
Thats 5 times more than I could afford.
Then
On 2009/10/26 14:47, Avuton Olrich avu...@gmail.com wrote:
On Sun, Oct 25, 2009 at 11:41 PM, Metyl Methylius the.me...@gmail.com wrote:
Sorry, but this is closing eyes with such an answer,
I dont have upload for that, my DSL connection has 256kbit uplink.
Pulseaudio throughtput will be at
Yes, you're right the httpd will do that, but its also transcoding the data
which is unnecessary and damages the quality.
I'm looking to implement a way of streaming without reducing quality of
record.
metyl
On Mon, Oct 26, 2009 at 2:47 PM, Avuton Olrich avu...@gmail.com wrote:
On Sun, Oct 25,
Hello :)
I thought a bit further now and I think i'll design a very simple
protocol (like music exchange protocol or smth. like this) which is for
exchanging the music database and the raw music files (mp3, ogg, etc.).
After designing the protocol a simple c library should be made to make
it easy
On Mon, 26 Oct 2009 16:15:07 +0100
Max Kellermann m...@duempel.org wrote:
The standard MPD protocol is good enough for providing read-only
access to the database. If it is not, extend it.
Yes that's correct, the MPD protocol would be very good for doing that.
This was my initial idea. If it
On 2009/10/26 16:35, Steffen 'stefreak' Neubauer stefr...@stefreak.de wrote:
But if MPD will not accept a change to it's protocol and/or it's source
i think a fork is not the best way. Then i would design an own
protocol.
You're free to do so. Good luck with your fork.
- most protocols are
On Mon, 26 Oct 2009 15:37:46 +
Matt Wheeler m...@funkyhat.org wrote:
There is already daap, and there are standalone daap servers, perhaps
mpd could act as a daap client rather than inventing a new protocol.
daap is proprietary and i think we don't want to get issues with
apple because of
2009/10/26 Steffen 'stefreak' Neubauer stefr...@stefreak.de:
snip
daap is proprietary and i think we don't want to get issues with
apple because of it's licensing
(http://en.wikipedia.org/wiki/Digital_Audio_Access_Protocol#Description).
Further we had to look at itunes regularly if the
On Mon, 26 Oct 2009 16:09:48 +
Matt Wheeler m...@funkyhat.org wrote:
Yes, I'm not certain this is the best solution at all, just thought it
was worth mentioning as a possibility.
Yes, thank you, it is interesting. I am not certain either because i
have not looked at it enough :)
I think Steffan's proposal is interesting. At first I couldn't figure out
what he was proposing but its clearer now. However it may be more complex
and have some hidden issues that need to be well understood.
Avuton's points are also very valid, there are many ways to do most of what
Steffan
That's the point though. Why introduce this complexity when it's
unnecessary? Let's state a much simpler way without complicating how
things currently work.
I agree that the underlying functionality is already provided in
enough ways. But maybe MPD could provide a bit of help here and there
On Sun, Oct 25, 2009 at 8:41 AM, Stefan Monnier
monn...@iro.umontreal.ca wrote:
That's the point though. Why introduce this complexity when it's
unnecessary? Let's state a much simpler way without complicating how
things currently work.
I agree that the underlying functionality is already
On Sun, Oct 25, 2009 at 9:58 AM, Steffen 'stefreak' Neubauer
stefr...@stefreak.de wrote:
On Sat, 24 Oct 2009 06:12:17 -0700
Avuton Olrich avu...@gmail.com wrote:
Point is MPD can /easily/ do what you're looking for without
reworking a wheel.
No that's not true. You can _not_ do it easily,
Hi *,
I have the same problem about mpd. I need a transparent access to my setuped
instance of mpd anywhere on the network (i like to listen music from my
collection from work. No decoding and encoding only transparent data
transfer. Only then the quality of the record stays same as was in the
On Sun, Oct 25, 2009 at 11:20 AM, Metyl Methylius the.me...@gmail.com wrote:
Hi *,
I have the same problem about mpd. I need a transparent access to my setuped
instance of mpd anywhere on the network (i like to listen music from my
collection from work. No decoding and encoding only
Hello ;)
I had that idea yesterday for a server to server connection - if an mpd
server could connect to another you could distribute your music on
different computers - if you have your notebook and your pc for example
and you have music on your notebook which isn't on the pc you could
hear the
18 matches
Mail list logo