byrequest-devel Mailing List for byRequest TiVo HMO Server
Status: Alpha
Brought to you by:
nero4wolfe
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(8) |
Sep
(3) |
Oct
|
Nov
|
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
|
Feb
(3) |
Mar
|
Apr
(16) |
May
(12) |
Jun
(6) |
Jul
(7) |
Aug
(1) |
Sep
|
Oct
(4) |
Nov
|
Dec
(1) |
| 2005 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|
From: Steve E. <st...@pr...> - 2005-10-18 03:24:25
|
Hey guys.. Does anyone see any problems with me packaging up the latest CVS and posting it on the site as v0.60 ? Let me know :) Thanks Steve.. PS this assumes 1) I can work out how, and 2) I have permissions to :) |
|
From: Ryan P S. <sk...@st...> - 2005-01-29 21:36:20
|
If you are going to do some patching, add this one too: http://www.skadz.com/files/byrequest-noxm-transcode.patch Transcode is broken if you don't have XM, ifdefs in the wrong place. That fixes it. Skadz On Sat, 2005-01-29 at 08:56 -0800, Dave Clemans wrote: > The only eligible tivo I have hasn't been upgraded yet, so I haven't seen > this yet. I can definitely add it though. Is it on the byrequest > sourceforge site? > > (My other tivo is one of the Pioneer dvd burners, so that will apparently > take a while...) > > I really also should make a "release" tar file of the current cvs to pull > in the major changes from last year. > > dgc > > Steve Evans wrote: > > >Hey.. > > > >byRequest crashes on startup after Tivo is upgraded for TivoToGo. > > > >There is a patch published on sourceforge, but would love it if > >someone could add it to the CVS code (and of course check it for any > >problems too).. > > > >Thanks! > >Steve.. > > > > > >------------------------------------------------------- > >This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > >Tool for open source databases. Create drag-&-drop reports. Save time > >by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > >Download a FREE copy at http://www.intelliview.com/go/osdn_nl > >_______________________________________________ > >Byrequest-devel mailing list > >Byr...@li... > >https://lists.sourceforge.net/lists/listinfo/byrequest-devel > > > > > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > Tool for open source databases. Create drag-&-drop reports. Save time > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > _______________________________________________ > Byrequest-devel mailing list > Byr...@li... > https://lists.sourceforge.net/lists/listinfo/byrequest-devel -- Ryan P Skadberg <sk...@st...> The Stigmata Organization |
|
From: Dave C. <dg...@ea...> - 2005-01-29 16:58:28
|
The only eligible tivo I have hasn't been upgraded yet, so I haven't seen this yet. I can definitely add it though. Is it on the byrequest sourceforge site? (My other tivo is one of the Pioneer dvd burners, so that will apparently take a while...) I really also should make a "release" tar file of the current cvs to pull in the major changes from last year. dgc Steve Evans wrote: >Hey.. > >byRequest crashes on startup after Tivo is upgraded for TivoToGo. > >There is a patch published on sourceforge, but would love it if >someone could add it to the CVS code (and of course check it for any >problems too).. > >Thanks! >Steve.. > > >------------------------------------------------------- >This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting >Tool for open source databases. Create drag-&-drop reports. Save time >by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. >Download a FREE copy at http://www.intelliview.com/go/osdn_nl >_______________________________________________ >Byrequest-devel mailing list >Byr...@li... >https://lists.sourceforge.net/lists/listinfo/byrequest-devel > > > |
|
From: Steve E. <je...@gm...> - 2005-01-29 16:16:29
|
Hey.. byRequest crashes on startup after Tivo is upgraded for TivoToGo. There is a patch published on sourceforge, but would love it if someone could add it to the CVS code (and of course check it for any problems too).. Thanks! Steve.. |
|
From: Nova N. <bin...@ho...> - 2004-12-28 20:52:27
|
Hi, I'm trying to track down an issue I'm seeing with byRequest 0.45a on Fedora Core 2. I modified the Tivo software to bind to address:2190 instead of INADDR_ANY:2190 and netstat -an on the Tivo shows it is listening at address:2190. It is able to discover a TivoMediaServer running on a Windows Desktop and list the music/photos. However, It can't seem to discover the byRequest server. Using tcpdump to analyze Win<->Tivo traffic shows the protcol uses method=unicast. Has anybody looked into any of these areas? If the Tivo is bound to INADDR_ANY:2190 it can see both machines. Thanks for any info. _________________________________________________________________ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ |
|
From: Dave C. <dg...@ea...> - 2004-10-12 03:48:19
|
Yep, some versions appear to work; some don't. Since I'm on a new
system, I'm playing with gentoo "use" switches to see if I can get
the current version working again. I really only use mplayer wma
support to get to BBC Radio 7; currently it isn't working; but I just
noticed that I hadn't set the "codecs" use variable.
For internet radio in general, there are two areas that really need
changing
correct the assumption that an internet radio goes directly to a
stream. Somebody put a hack in for one case of shoutcast forwarding,
but there is no general support. And for full generality there should
be a way to specify passwords, etc. for "premium" services; whether
premium shoutcast, the internet streaming access that Sirius satellite
radio provides to its subscribers, etc.
a better way to handle directories, lists, etc of internet radio
stations rather than the current playlist kludge.
There is java "web page scraping" code in javahmo to build a list of
shoutcast stations. If that was pulled out into a separate module
and built some sort of a textfile, maybe other things could be
generalized from that.
I'll look at your patches as soon as I can.
Thanks,
dgc
Scott Heavner wrote:
>I'm having a lot of problems with internet streams in the CVS version of
>byRequest. I did a checkout on 29-sep-2004 -- the latest file in the
>repository is from 23-may-2004. I'm using mplayer 1.0pre5-2.95.4. I can't
>open wrapper streams, like real media .ram or windows media .asx, I have
>to scrape the real stream URL and use a .ra or .asf url in the playlist.
>And then mms:// streams don't always work either.
>
>
>Here's an example, I'm trying to add
>http://www.tv-radio.com/live/asx/topmusic.asx to a playlist file.
>
>The windows media player wrappers (asx) are handled poorly. I think this
>is mainly a problem with mplayer and not byRequest (From the mplayer devel
>lists, it looks like it's really a problem with sites using the wrong mime
>types + suffixes for their asx files.) Anyhow, when opening the asx file,
>mplayer gets a little confused and never really finds the proper stream.
>I determined the real stream is at
>mms://viptvr.yacast.net/tvr_topmusic?site and added the mms stream
>directly to my byRequest playlist.
>
>byRequest tries to use a http protocol on this stream, but it is a real
>mms stream and doesn't understand http GET, so nothing happens. So I
>added an ugly hack to pass mms directly to mplayer (see ugly patch below),
>which works, but now the stream plays at the wrong speed (is is bitrate or
>samplerate that causes things to sound like i'm playing a 78rpm record at
>33rpm?). Anyhow, I added another transcoder to resample the mpeg stream
>and now it plays. But this seems like I'm overly taxing my linux box. Is
>this mms originally sending an mp3 stream that I should be able to pipe
>directly into the tivo? Seems like I'm making my linux box do a lot of
>work converting it to wav and then converting and resampling an mp3.
>
>
>
>
>my config has only one transcode line for mplayer, i left off the volume
>correction
>--
>transcode: "mplayer-wrapper -really-quiet -cache 128 -vc dummy -vo null
>-ao pcm -aofile %out %in" ra rm wma asx asf mms
>
>
>And I had to add a new transcode type to resample the mp3 stream from mms
>--
>transcode: "lame --silent --resample 44.1 -b 128 %in -" mp3mms
>
>
>Sites I can't add:
>--
>http://www.bbc.co.uk/radio1/realaudio/media/r1live.ram
> - using
>rtsp://rmlivev8.bbc.net.uk/farm/*/ev7/live24/radio1/live/r1_dsat_g2.ra
>instead, can we use .ram or other playlists inside playlists?
>
>http://www.energyradio.fm/go/energydance32k.asx
> - mplayer goes into an infinite loop (which is an mplayer problem), Added
>http://servewm.egihosting.com/egihosting32k.wma?MSWMExt=.asf to playlist,
>which plays at wrong speed.
>
>
>
>The mms patch
>--
>
>I'm not suggesting we add this patch to byRequest, but here's what I did
>to get mms passed to mplayer. Something more generic should probably be
>added where we can identify streams based ont hings other than their
>suffix -- like protocols or maybe even a string somewhere in the url.
>
>
>Index: audio.c
>===================================================================
>RCS file: /cvsroot/byrequest/byRequest/audio.c,v
>retrieving revision 1.30
>diff -u -r1.30 audio.c
>--- audio.c 24 May 2004 04:59:24 -0000 1.30
>+++ audio.c 8 Oct 2004 17:20:23 -0000
>@@ -238,6 +238,7 @@
> int isMpeg;
> int isXM;
> int isStream;
>+ int isMMS;
> char* cp;
> char tmpchar;
> char* scp;
>@@ -277,6 +278,7 @@
> isMpeg = 1;
> isXM = 0;
> isStream = 0;
>+ isMMS = 0;
> if( getXMRadio() != NULL )
> {
> item = getFileFromDirCache( path );
>@@ -310,6 +312,14 @@
> }
> if( !isXM )
> {
>+ char *testMMS = strstr( path, "mms:" );
>+ if ( testMMS == path || testMMS == path+1 )
>+ {
>+ addToLog( "MMS: stream hack!\n");
>+ isMpeg = 0; isStream = 1; isMMS = 1;
>+ tm = transcodeMethodFind( "mms" );
>+ } else {
>+
> strcpy(temppath,path); /* Copy path to a work buffer */
> cp = temppath;
> while( *cp )
>@@ -326,6 +336,7 @@
> isMpeg = 0;
> }
> }
>+ }
> }
>
> if( isMpeg && isInternetRef( path ) )
>@@ -466,7 +477,9 @@
> return;
> }
>
>- if( isInternetRef( path ) )
>+ if( isMMS )
>+ etm = transcodeMethodFind( "mp3mms" );
>+ else if( isInternetRef( path ) )
> etm = transcodeMethodFind( "mp3low" );
> else
> etm = transcodeMethodFind( "mp3high" );
>@@ -783,6 +796,9 @@
> pipeSig.sa_flags = 0;
> sigaction( SIGPIPE, &pipeSig, NULL );
>
>+ addToLog( "About to run %s - %s", getToolPath( tm->parsedCmd[ 0 ] ),
>+ tm->cmdLine );
>+
> execv( getToolPath( tm->parsedCmd[ 0 ] ), tm->parsedCmd );
>
> addToLog( "Exec to run transcode method '%s' failed.\n",
>tm->cmdLine );
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
>Use IT products in your business? Tell us what you think of them. Give us
>Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
>http://productguide.itmanagersjournal.com/guidepromo.tmpl
>_______________________________________________
>Byrequest-devel mailing list
>Byr...@li...
>https://lists.sourceforge.net/lists/listinfo/byrequest-devel
>
>
>
|
|
From: Scott H. <sd...@po...> - 2004-10-08 18:08:23
|
Can we pass something to the scripts (maybe the image size would be sufficient) so that I don't have to go retrieve live data for all the thumbnails? Ideally a script would look like LiveCam.sh -- #!/bin/sh if [ "$1" = "-thumb" ] ; then cat /tmp/dummythumb.jpg else wget -q -O - http://someurl fi |
|
From: Scott H. <sd...@po...> - 2004-10-08 18:03:01
|
From http://www.tivocommunity.com/tivo-vb/showthread.php?&threadid=132671&pagenumber=1 - byRequest can execute a "helper program" before returning the contents of a directory or file (image, song or playlist). This has potential uses such as updating a weather directory or generating a new playlist with the top 25 shoutcast streams. Has anyone written any of these yet? Is there a pre-existing shoutcast playlist generator? |
|
From: Scott H. <sd...@po...> - 2004-10-08 18:00:06
|
I'm having a lot of problems with internet streams in the CVS version of byRequest. I did a checkout on 29-sep-2004 -- the latest file in the repository is from 23-may-2004. I'm using mplayer 1.0pre5-2.95.4. I can't open wrapper streams, like real media .ram or windows media .asx, I have to scrape the real stream URL and use a .ra or .asf url in the playlist. And then mms:// streams don't always work either. Here's an example, I'm trying to add http://www.tv-radio.com/live/asx/topmusic.asx to a playlist file. The windows media player wrappers (asx) are handled poorly. I think this is mainly a problem with mplayer and not byRequest (From the mplayer devel lists, it looks like it's really a problem with sites using the wrong mime types + suffixes for their asx files.) Anyhow, when opening the asx file, mplayer gets a little confused and never really finds the proper stream. I determined the real stream is at mms://viptvr.yacast.net/tvr_topmusic?site and added the mms stream directly to my byRequest playlist. byRequest tries to use a http protocol on this stream, but it is a real mms stream and doesn't understand http GET, so nothing happens. So I added an ugly hack to pass mms directly to mplayer (see ugly patch below), which works, but now the stream plays at the wrong speed (is is bitrate or samplerate that causes things to sound like i'm playing a 78rpm record at 33rpm?). Anyhow, I added another transcoder to resample the mpeg stream and now it plays. But this seems like I'm overly taxing my linux box. Is this mms originally sending an mp3 stream that I should be able to pipe directly into the tivo? Seems like I'm making my linux box do a lot of work converting it to wav and then converting and resampling an mp3. my config has only one transcode line for mplayer, i left off the volume correction -- transcode: "mplayer-wrapper -really-quiet -cache 128 -vc dummy -vo null -ao pcm -aofile %out %in" ra rm wma asx asf mms And I had to add a new transcode type to resample the mp3 stream from mms -- transcode: "lame --silent --resample 44.1 -b 128 %in -" mp3mms Sites I can't add: -- http://www.bbc.co.uk/radio1/realaudio/media/r1live.ram - using rtsp://rmlivev8.bbc.net.uk/farm/*/ev7/live24/radio1/live/r1_dsat_g2.ra instead, can we use .ram or other playlists inside playlists? http://www.energyradio.fm/go/energydance32k.asx - mplayer goes into an infinite loop (which is an mplayer problem), Added http://servewm.egihosting.com/egihosting32k.wma?MSWMExt=.asf to playlist, which plays at wrong speed. The mms patch -- I'm not suggesting we add this patch to byRequest, but here's what I did to get mms passed to mplayer. Something more generic should probably be added where we can identify streams based ont hings other than their suffix -- like protocols or maybe even a string somewhere in the url. Index: audio.c =================================================================== RCS file: /cvsroot/byrequest/byRequest/audio.c,v retrieving revision 1.30 diff -u -r1.30 audio.c --- audio.c 24 May 2004 04:59:24 -0000 1.30 +++ audio.c 8 Oct 2004 17:20:23 -0000 @@ -238,6 +238,7 @@ int isMpeg; int isXM; int isStream; + int isMMS; char* cp; char tmpchar; char* scp; @@ -277,6 +278,7 @@ isMpeg = 1; isXM = 0; isStream = 0; + isMMS = 0; if( getXMRadio() != NULL ) { item = getFileFromDirCache( path ); @@ -310,6 +312,14 @@ } if( !isXM ) { + char *testMMS = strstr( path, "mms:" ); + if ( testMMS == path || testMMS == path+1 ) + { + addToLog( "MMS: stream hack!\n"); + isMpeg = 0; isStream = 1; isMMS = 1; + tm = transcodeMethodFind( "mms" ); + } else { + strcpy(temppath,path); /* Copy path to a work buffer */ cp = temppath; while( *cp ) @@ -326,6 +336,7 @@ isMpeg = 0; } } + } } if( isMpeg && isInternetRef( path ) ) @@ -466,7 +477,9 @@ return; } - if( isInternetRef( path ) ) + if( isMMS ) + etm = transcodeMethodFind( "mp3mms" ); + else if( isInternetRef( path ) ) etm = transcodeMethodFind( "mp3low" ); else etm = transcodeMethodFind( "mp3high" ); @@ -783,6 +796,9 @@ pipeSig.sa_flags = 0; sigaction( SIGPIPE, &pipeSig, NULL ); + addToLog( "About to run %s - %s", getToolPath( tm->parsedCmd[ 0 ] ), + tm->cmdLine ); + execv( getToolPath( tm->parsedCmd[ 0 ] ), tm->parsedCmd ); addToLog( "Exec to run transcode method '%s' failed.\n", tm->cmdLine ); |
|
From: Steve E. <je...@gm...> - 2004-08-08 20:18:13
|
Hi all.. empty directories are causing an error #3-5-6 on the tivo when trying to browse to them.. other tivo hmo servers seem to handle empty directories fine, so I'm guessing byRequest could in theory too? .. I'm running the latest cvs from a few weeks back.. the log messages are - Sun Aug 8 13:54:15: Sending directory /mp3s/AllAge/00-01 Days Sun Aug 8 13:54:15: Couldn't find directory /mp3s/AllAge/00-01 Days > ls -la /mp3s/AllAge/00-01\ Days/ total 8 drwxr-xr-x 2 steve steve 4096 Aug 8 05:30 . drwxr-xr-x 10 steve steve 4096 Jul 28 20:08 .. > After showing the error 3-5-6, tivo returns to the top level of HMO and stops playing any currently playing mp3s .. I think the same happens when the directory isn't empty, but has no mp3s or images in it.. Thanks! Steve.. |
|
From: Steve E. <je...@gm...> - 2004-07-18 00:08:13
|
Hi.. In the latest CVS, after I shutdown byRequest there are many zombie convert processes left runnning .. eg - steve 24386 1 0 16:47 ? 00:00:01 convert -size 88x60 -resize 88x60 /home/steve/public_html/pics/2003/04/02a/SE-2003.04.02-18.02.10.jpg jpeg:- steve 24388 1 0 16:47 ? 00:00:01 convert -size 88x60 -resize 88x60 /home/steve/public_html/pics/2003/04/02a/SE-2003.04.02-17.58.20.jpg jpeg:- steve 24389 1 0 16:47 ? 00:00:01 convert -size 88x60 -resize 88x60 /home/steve/public_html/pics/2003/04/02a/SE-2003.04.02-17.56.32.jpg jpeg:- steve 24390 1 0 16:47 ? 00:00:01 convert -size 88x60 -resize 88x60 /home/steve/public_html/pics/2003/04/02a/SE-2003.04.02-17.56.22.jpg jpeg:- steve 24391 1 0 16:47 ? 00:00:01 convert -size 88x60 -resize 88x60 /home/steve/public_html/pics/2003/04/02b/SE-2003.04.02-18.42.04.jpg jpeg:- steve 24392 1 0 16:47 ? 00:00:01 convert -size 88x60 -resize 88x60 /home/steve/public_html/pics/2003/04/02a/SE-2003.04.02-18.04.08.jpg jpeg:- Sorry I can't really provide any more details right now.. but I you need more, just let me know.. Thanks Steve.. |
|
From: Dave C. <dg...@ea...> - 2004-07-17 20:47:05
|
Steve Evans wrote: > Hi.. > > If there is an ampersand (&) in the filename of an mp3, it will cause > an error 1-1-5. > Which version are you using? The latest cvs, or one of the tar files? Thanks, dgc |
|
From: Steve E. <je...@gm...> - 2004-07-17 19:07:16
|
Hi..
If there is an ampersand (&) in the filename of an mp3, it will cause
an error 1-1-5.
logs are as follows -
GET /TiVoConnect/mp3s/Incoming/Kid Creole And The Coconuts/Kid Creole
and the Coconuts/Kid%20Creole%20%26%20Coati%20Mundi%20-%20Me%20No%20Pop%20I.mp3
HTTP/1.0
Sat Jul 17 13:01:14: Path:
/mp3s/Incoming/Kid Creole And The Coconuts/Kid Creole and the
Coconuts/Kid Creole
Sat Jul 17 13:01:14: Get owner of path '/mp3s/Incoming/Kid Creole And
The Coconuts/Kid Creole and the Coconuts/Kid Creole ';
base=/mp3s/Incoming/Kid Creole And The Coconuts/Kid Creole and the
Coconuts
Sat Jul 17 13:01:14: Search /mp3s/Incoming/Kid Creole And The
Coconuts/Kid Creole and the Coconuts for Kid Creole , isRoot=0
Sat Jul 17 13:01:14: File not found: /mp3s/Incoming/Kid Creole And The
Coconuts/Kid Creole and the Coconuts/Kid Creole
There is the following code in commands.c,
void sendFile(
int fd,
char* path,
struct aParameterList* params
)
...
for( ; *cp; cp++ )
{
if( *cp == '&' )
*cp = '\0';
}
Which I'm sure is causing the problem.. but I'm not sure if it is
there for a reason, or if it should just be removed?
Any ideas?
Thanks
Steve..
|
|
From: Steve E. <je...@gm...> - 2004-07-11 08:38:17
|
Just to clarify, the M3U file itself don't have an ID3 tag, it's more the mp3 that it points to does, but is not being shown.. Looking at the debug output, it looks like it may be a simple bug with the M3U being treated as a directory - Sun Jul 11 02:33:54: Unable to get mp3info for file /mp3s/Playlists/playlist.m3u//mp3s/All/Eagles, The/( 1973 ) Desperado/05 - Desperado.mp3: Not a directory Note that if the m3u path and file name was not passed to mp3info, then I'm guessing it probably would work fine?? Let me know if you need more details.. Regards, Steve.. On Sat, 10 Jul 2004 19:55:03 -0700, Dave Clemans <dg...@ea...> wrote: > Dave Clemans wrote: > > > > Steve Evans wrote: > > > >> Hi.. > >> > >> It looks like the ID3 tags for M3U playlists are not being read/shown. > >> > >> When I play the mp3 directly it shows the ID3 tag fine, just when I > >> play it via a playlist, it only shows the file name. > >> > >> Any ideas? > >> Thanks > >> Steve.. > >> > > > > That's a known unimplemented function. It wouldn't be that hard to > > implement, if there are any volunteers. > > > > dgc > > > > Alternatively, send some examples of m3u files with tag info, and I'll > get around to implementing it soon. > > dgc > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Byrequest-devel mailing list > Byr...@li... > https://lists.sourceforge.net/lists/listinfo/byrequest-devel > |
|
From: Dave C. <dg...@ea...> - 2004-07-11 02:55:09
|
Dave Clemans wrote: > Steve Evans wrote: > >> Hi.. >> >> It looks like the ID3 tags for M3U playlists are not being read/shown. >> >> When I play the mp3 directly it shows the ID3 tag fine, just when I >> play it via a playlist, it only shows the file name. >> >> Any ideas? >> Thanks >> Steve.. >> > > That's a known unimplemented function. It wouldn't be that hard to > implement, if there are any volunteers. > > dgc > Alternatively, send some examples of m3u files with tag info, and I'll get around to implementing it soon. dgc |
|
From: Dave C. <dg...@ea...> - 2004-07-11 02:22:49
|
Steve Evans wrote: > Hi.. > > It looks like the ID3 tags for M3U playlists are not being read/shown. > > When I play the mp3 directly it shows the ID3 tag fine, just when I > play it via a playlist, it only shows the file name. > > Any ideas? > Thanks > Steve.. > That's a known unimplemented function. It wouldn't be that hard to implement, if there are any volunteers. dgc |
|
From: Steve E. <je...@gm...> - 2004-07-10 17:43:49
|
Hi.. It looks like the ID3 tags for M3U playlists are not being read/shown. When I play the mp3 directly it shows the ID3 tag fine, just when I play it via a playlist, it only shows the file name. Any ideas? Thanks Steve.. |
|
From: Jeremy C. R. <jr...@ta...> - 2004-06-11 01:31:34
|
That was it! I didn't have dos2unix for some reason, but I told my Windows text editor (PFE) to use Unix LF conventions and that resolved the issue. Thanks! At 08:10 AM 6/10/2004, Dan Charno wrote: >Jeremy, > >I have to run off, so I could just look briefly. I think the issue might >be the DOS format of the file (carriage return/line feed '\r\n'). I think >that is screwing up determining the file type. (That is byRequest is >looking for files ending in ".mp3", while this playlist generates files >ending in ".mp3\r".) > >If you can, try converting the file to unix format. On most linux/unixes >that is just simply: > > $ dos2unix TiVoMIX.m3u > >If that experiment works, then we can fix byRequest pretty easy. > >Thanks, >Dan Jeremy C. Radwan <jr...@ta...> - http://home.tampabay.rr.com/jradwan "The best way to predict the future is to invent it." -- Alan Kay |
|
From: Jeremy C. R. <jr...@ta...> - 2004-06-10 01:55:57
|
Ran in debug mode (without -preload) and saw basically the same thing: Wed Jun 9 21:53:50: Rcvd Command: GET /TiVoConnect?Command=QueryContainer&Container=/home/storage/MP3s/TiVoMIX.m3u&Recurse=No&Filter=x-container%2Ffolder,x-container%2Fplaylist,audio%2F*&ItemCount=8&Format=text%2Fxml HTTP/1.0 Wed Jun 9 21:53:50: Sending directory /home/storage/MP3s/TiVoMIX.m3u Wed Jun 9 21:53:50: Add directory to cache: /home/storage/MP3s/TiVoMIX.m3u Wed Jun 9 21:53:50: Reading contents of playlist: /home/storage/MP3s/TiVoMIX.m3u Wed Jun 9 21:53:50: Add to directory cache: /home/storage/MP3s/TiVoMIX.m3u Wed Jun 9 21:53:50: Couldn't find directory /home/storage/MP3s/TiVoMIX.m3u Wed Jun 9 21:54:04: Sent beacon: TiVoConnect=1 swversion=0.60 method=connected identity=xxxxxxxxxxx machine=scorpius platform=pc/linux services=TiVoMediaServer:2190/http |
|
From: Jeremy C. R. <jr...@ta...> - 2004-06-10 01:39:12
|
Ok, I tried absolute paths (not sure why I didn't think of that) and got the same error. Here's what I see in the byRequest.log: Wed Jun 9 21:32:15: Rcvd Command: GET /TiVoConnect?Command=QueryContainer&Container=/home/storage/MP3s/TiVoMIX.m3u&Recurse=Yes&Filter=audio%2F*&ItemCount=1&Format=text%2Fxml HTTP/1.0 Wed Jun 9 21:32:15: Sending directory /home/storage/MP3s/TiVoMIX.m3u Wed Jun 9 21:32:15: Couldn't find directory /home/storage/MP3s/TiVoMIX.m3u Wed Jun 9 21:32:19: Rcvd Command: GET /TiVoConnect?Command=QueryContainer&Container=%2F&Format=text/xml HTTP/1.0 So it receives my "play" on /home/storage/MP3s/TiVoMIX.m3u, but then says it can't find it? Permissions are 755. At 10:27 PM 6/8/2004, Dan Charno wrote: >Try using absolute paths: > > #EXTM3U > #EXTINF:366,Metallica - Turn The Page > /home/MP3s/Rock/Metallica/Turn the Page.mp3 > #EXTINF:388,Oingo Boingo - Mary > /home/MP3s/Alternative/Oingo Boingo/Mary 00.mp3 > > > >>All of my MP3s are on my Linux server. Normally I play them on a Windows >>PC through a Samba share mapped as a drive letter (M:). So, when I create >>playlists in WinAmp, the m3u files naturally show M:\blah\blah\file.mp3 >>in them. >>I've changed the m3u files to remove the drive letter references and be >>proper relative path names, but when I try to "play" the playlist through >>byRequest I get an error #3-5-6. Here's a sample of the m3u: >>#EXTM3U >>#EXTINF:366,Metallica - Turn The Page >>Rock/Metallica/Turn the Page.mp3 >>#EXTINF:388,Oingo Boingo - Mary >>Alternative/Oingo Boingo/Mary 00.mp3 >>The file resides under /home/MP3s, under which are the Rock, Alternative >>folders, etc. This SHOULD work, right? I'm probably missing something >>obvious. Is it the spaces in the filenames? >>Thanks! >>--- >>Jeremy C. Radwan <jr...@ta...> - >>http://home.tampabay.rr.com/jradwan >>"The best way to predict the future is to invent it." -- Alan Kay >> >>------------------------------------------------------- >>This SF.Net email is sponsored by: GNOME Foundation >>Hackers Unite! GUADEC: The world's #1 Open Source Desktop Event. >>GNOME Users and Developers European Conference, 28-30th June in Norway >>http://2004/guadec.org >>_______________________________________________ >>Byrequest-devel mailing list >>Byr...@li... >>https://lists.sourceforge.net/lists/listinfo/byrequest-devel Jeremy C. Radwan <jr...@ta...> - http://home.tampabay.rr.com/jradwan "The best way to predict the future is to invent it." -- Alan Kay |
|
From: Eric G. <EGa...@co...> - 2004-06-09 20:52:33
|
The way I solve this is 2 directories of playlists, one for windows and one
for Linux. Then a cron job that just does string replacement on the path.
Since I only create / edit playlists from the window box this works fine.
Then all my playlists are available for use on Linux via my Slimserver or
Tivo.
All PC's have M: mapped on login for all the PCs in the house. So everyone
can now create m3u and they will autmatically be available on the Linux
side.
Below is the Perl function that does the brunt work, it is pretty trivial:
Regards,
-Eric
# The absolute path used on windows to get to the music directory
$winabs=qr/m:\\mp3\\/i;
# The relative path used on windows to get to the music directory
$winrel=qr/\\mp3\\/i;
# The absolute location of music on Linux (all windows relative paths
# will be changed to have this absolute prefix in the path).
$linuxabs="/home/Music/eric/";
# The absolute location of music on Linux (all windows relative paths
# will be changed to have this absolute prefix in the path).
$linuxabs="/home/Music/eric/";
sub ConvertPlaylist {
my $src = shift;
my $target = shift;
# Does target exists? and is it outdated?
if (($force) || ((-e $target) && newer($source, $target))) {
local $/; #slurp!
open (FH, $src) || die "Unable to open file $src\n";
$contents = <FH>;
$contents =~ s-$winabs-$linuxabs-gi;
$contents =~ s-$winrel-$linuxabs-gi;
$contents =~ s-\\-/-g;
open (OUT, '>', $target) || die "Unable to open output file $target.
$!\n";
$log && print "Writing file $target\n";
print OUT $contents;
close FH;
close OUT;
}
}
>-----Original Message-----
>From: byr...@li...
>[mailto:byr...@li...] On Behalf
>Of jr...@ta...
>Sent: Tuesday, June 08, 2004 10:19 PM
>To: byr...@li...
>Subject: [Byrequest-devel] m3u playlists
>
>
>What's the secret to getting m3u playlists to work through byRequest?
>
>All of my MP3s are on my Linux server. Normally I play them on
>a Windows PC through a Samba share mapped as a drive letter
>(M:). So, when I create playlists in WinAmp, the m3u files
>naturally show M:\blah\blah\file.mp3 in them.
>
>I've changed the m3u files to remove the drive letter
>references and be proper relative path names, but when I try
>to "play" the playlist through byRequest I get an error
>#3-5-6. Here's a sample of the m3u:
>
>#EXTM3U
>#EXTINF:366,Metallica - Turn The Page
>Rock/Metallica/Turn the Page.mp3
>#EXTINF:388,Oingo Boingo - Mary
>Alternative/Oingo Boingo/Mary 00.mp3
>
>The file resides under /home/MP3s, under which are the Rock,
>Alternative folders, etc. This SHOULD work, right? I'm
>probably missing something obvious. Is it the spaces in the filenames?
>
>Thanks!
>
>---
>Jeremy C. Radwan <jr...@ta...> -
>http://home.tampabay.rr.com/jradwan
>"The best way to predict
>the future is to invent it." -- Alan Kay
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: GNOME Foundation
>Hackers Unite! GUADEC: The world's #1 Open Source Desktop
>Event. GNOME Users and Developers European Conference, 28-30th
>June in Norway http://2004/guadec.org
>_______________________________________________
>Byrequest-devel mailing list Byr...@li...
>https://lists.sourceforge.net/lists/listinfo/byrequest-devel
>
|
|
From: Dan C. <dc...@co...> - 2004-06-09 02:27:46
|
Try using absolute paths: #EXTM3U #EXTINF:366,Metallica - Turn The Page /home/MP3s/Rock/Metallica/Turn the Page.mp3 #EXTINF:388,Oingo Boingo - Mary /home/MP3s/Alternative/Oingo Boingo/Mary 00.mp3 > All of my MP3s are on my Linux server. Normally I play them on a Windows PC through a Samba share mapped as a drive letter (M:). So, when I create playlists in WinAmp, the m3u files naturally show M:\blah\blah\file.mp3 in them. > > I've changed the m3u files to remove the drive letter references and be proper relative path names, but when I try to "play" the playlist through byRequest I get an error #3-5-6. Here's a sample of the m3u: > > #EXTM3U > #EXTINF:366,Metallica - Turn The Page > Rock/Metallica/Turn the Page.mp3 > #EXTINF:388,Oingo Boingo - Mary > Alternative/Oingo Boingo/Mary 00.mp3 > > The file resides under /home/MP3s, under which are the Rock, Alternative folders, etc. This SHOULD work, right? I'm probably missing something obvious. Is it the spaces in the filenames? > > Thanks! > > --- > Jeremy C. Radwan <jr...@ta...> - http://home.tampabay.rr.com/jradwan > "The best way to predict the future is to invent it." -- Alan Kay > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: GNOME Foundation > Hackers Unite! GUADEC: The world's #1 Open Source Desktop Event. > GNOME Users and Developers European Conference, 28-30th June in Norway > http://2004/guadec.org > _______________________________________________ > Byrequest-devel mailing list > Byr...@li... > https://lists.sourceforge.net/lists/listinfo/byrequest-devel > |
|
From: <jr...@ta...> - 2004-06-09 02:18:54
|
What's the secret to getting m3u playlists to work through byRequest? All of my MP3s are on my Linux server. Normally I play them on a Windows PC through a Samba share mapped as a drive letter (M:). So, when I create playlists in WinAmp, the m3u files naturally show M:\blah\blah\file.mp3 in them. I've changed the m3u files to remove the drive letter references and be proper relative path names, but when I try to "play" the playlist through byRequest I get an error #3-5-6. Here's a sample of the m3u: #EXTM3U #EXTINF:366,Metallica - Turn The Page Rock/Metallica/Turn the Page.mp3 #EXTINF:388,Oingo Boingo - Mary Alternative/Oingo Boingo/Mary 00.mp3 The file resides under /home/MP3s, under which are the Rock, Alternative folders, etc. This SHOULD work, right? I'm probably missing something obvious. Is it the spaces in the filenames? Thanks! --- Jeremy C. Radwan <jr...@ta...> - http://home.tampabay.rr.com/jradwan "The best way to predict the future is to invent it." -- Alan Kay |
|
From: Dave C. <dg...@ea...> - 2004-05-24 05:28:33
|
As described in one of my previous messages, I've just checked in my latest changes to byRequest; the big added feature is optional timer based recordings of any internet radio stream (or more generally, anything accessed using the "stream" module). With the new feature, and its underpinnings, I've bumped the version number to 0.60. Overview: You can now define through the configuration file a directory of stream recordings; a maximum size for that directory, and a link to a file of scheduling events. You can schedule a recording event for anything accessed through byRequest's "stream" code; typically internet radio stations. The timer events can schedule a recording for a specific date a specific day of the week all weekdays (Monday - Friday) all weekend days (Saturday - Sunday) every day The best current documentation is the new example byRequest.conf and byRequest.sched files in the source directory. In addition... File or stream transcoding is now defined in the configuration file (instead of hardcoded). Basically, for any audio format where there is a single shell command that translate it to a .wav file, you can set up a transcoding rule that will let it be playable on the TiVo. So that recordings don't "interfer" with any other usage, if a stream is opened that is already open (either for the TiVo or for a recording) the initial stream object is just reused (and the stream stays open until all of its clients shutdown). This means that if you have an internet radio stream open multiple times (either for recordings, or for one or more TiVo clients), they all share the same network connection. (Or multiple TiVo's can listen to the same XM Radio station at the same time...) The notion of an audio "stream" has been factored out into a new file (and rewritten...) Any problems, report them. I've been running this version for almost a week now without any problems; but my setup doesn't necessarily match anyone else's... dgc |
|
From: Dave C. <dg...@ea...> - 2004-05-24 03:59:16
|
> Unfortunately, it looks like in the current codebase, you > can't -preload unless a virtual path is given. The cache > code in dircache.c calls getVirtualDirName() and assumes a > non-null result in several places. Here's a kludge to make > it work. I'm not proud of this code. What should be done > IMHO is some code factoring, and integration of the photo > cache code around similar lines. But this at least got me > running. Thanks for the report; I'll try to take a look at the problem this week. It's come up once before on the list that we need to redo containers; maybe this will be the push to get something going. I have been factoring out stream & transcoding handling for the version to be checked in "soon"... dgc |