Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
87 user(s) are online (52 user(s) are browsing Forums)

Members: 0
Guests: 87

more...

Headlines

 
  Register To Post  

Streaming issues
Quite a regular
Quite a regular


See User information
Hi all,


I'm trying to play streaming mp3 here on local net.
I got the server (ampache) delivering the mp3 from the collection.
I set the AWeb to launch the tunenet with "-browser -p5 -playlist %f".
The playlist is loaded fine, but when first item finishes playing is starts again.
Is there any option that should be taken care off?
Selcting different playlist doesn't do nothing untill I quit tunenet.
I could overcome this by making a script that fisrt kills the tunenet and then launches a new instance, but I prefer a more elegant way if possible.

Also (not really tunenet related):
I can't see tags of the streamed file (when the file si played in non-streamed mode it can disply it).
"Mplayer -streamdump" on the file's url results in dump with the same contents as the original file.
Is there anything I can do?


TIA,
Jack

Resized Image
"the expression, 'atonal music,' is most unfortunate--it is on a par with calling flying 'the art of not falling,' or swimming 'the art of not drowning.'. A. Schoenberg
Go to top
Re: Streaming issues
Quite a regular
Quite a regular


See User information
@Jack

Stream with Tunenet and everithing goes fine.


Amiga 500 1MB Chip RAM with ACA 500+ACA1232,CD32,Amiga 1300 030/50 Mhz,32MB (now on my hands at least)and Amiga One G3 XE PPC 800 Mhz,ATI Radeon 9250 128 MB,256 MB RAM,Seagate 200 GB HD,2 working DVD drives,X-Arcade double for MAME,Sil0680,4 USB ports,LG
Go to top
Re: Streaming issues
Quite a regular
Quite a regular


See User information
@MamePPCA1

I guess you're streaming shoutcast or its like stream.
Here I made the server to stream the actual mp3 file without any additional transcoding.
(I want the file to be streamed on demand, the server acts as a local music storage).
So my the stream is not a shoutcast data
(not a header with metadata containing the location of the next metadata point with the music between them,
but simple streaming of mp3 file).
Something prevents from tunenet catching the tags.
Same happens with mplayer pointed to the files url: no tags are detected unless the file is played from filesystem intead being a url.

Very frustrating. The reason for dioing these acrobatics (while I can access the files via with samba) is that the server provides an option to submit data to lastfm.
If tunenet had a possibility to hook to a script after completeng playback of one file, then the scrobbler is obvious (already have the code waiting for that option to materialize).

Jack

Resized Image
"the expression, 'atonal music,' is most unfortunate--it is on a par with calling flying 'the art of not falling,' or swimming 'the art of not drowning.'. A. Schoenberg
Go to top
Re: Streaming issues
Quite a regular
Quite a regular


See User information
@Jack

Really I don't understand this very well.
The docs can help you too.
If not extract info on the Internet

Javi

Amiga 500 1MB Chip RAM with ACA 500+ACA1232,CD32,Amiga 1300 030/50 Mhz,32MB (now on my hands at least)and Amiga One G3 XE PPC 800 Mhz,ATI Radeon 9250 128 MB,256 MB RAM,Seagate 200 GB HD,2 working DVD drives,X-Arcade double for MAME,Sil0680,4 USB ports,LG
Go to top
Re: Streaming issues
Quite a regular
Quite a regular


See User information
Looks like I found the reason: traced the srever and it definitely closes the connection once file is done.
Tunenet starts again the same playlist entry instead of skipping to the next one.
Imho, the correct behaviour should be to skip to the next entry (or at least some config option for behaviour swithching).


Jack

Resized Image
"the expression, 'atonal music,' is most unfortunate--it is on a par with calling flying 'the art of not falling,' or swimming 'the art of not drowning.'. A. Schoenberg
Go to top

  Register To Post

 




Currently Active Users Viewing This Thread: 1 ( 0 members and 1 Anonymous Users )




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project