Utility: Web Radio and TV Encoder

[Rigwald]

Hey Michael,

Ok, I fixed the ChannelLogos dir.

With regards to VLC, it isn't being loaded via SageTV. It is installed and works in normal, standalone mode. It does play the url with the asx file I am using as a first trial while I learn (http://www.polskastacja.pl/play/mnt_hq.asx). I merely get a black SageTV window with "No Signal" listed. There are no means to back-out of the window (back to the main menu) -- SageTV becomes non-responsive. I am testing everything on the PC before attempting to access it via my HD200 extender.

Thanks for the help!

[michaeldjcox]

Hi,

Encoder log again please from a new attempt.

The channel directory fix will get things on a bit further.

Also in encoder.props you may want to set

emptyFileSize=0

and restart the encoder.

There was a problem reported by another user related to hanging of the GUI to which this config change is the fix.

Michael

[Rigwald]

Made the change and still no difference.

Thanks for your help!

[michaeldjcox]

I see you have changed the logo file dir but it still seems not to like it:

Jul 3, 2009 4:12:38 PM WrapperSimpleAppMain uk.co.mdjcox.webfeedencoder.ServerThread initialise WARNING: Failed to create logo file
java.io.FileNotFoundException: E:\Multimedia\SageTV\SageTV\ChannelLogos\RTL1025ItalianStyle.png (The system cannot find the path specified)
	at java.io.FileOutputStream.open(Native Method)
	at java.io.FileOutputStream.<init>(Unknown Source)
	at java.io.FileOutputStream.<init>(Unknown Source)
	at uk.co.mdjcox.webfeedencoder.ServerThread.downloadImage(ServerThread.java:223)
	at uk.co.mdjcox.webfeedencoder.ServerThread.initialise(ServerThread.java:94)
	at uk.co.mdjcox.webfeedencoder.ServerThread.<init>(ServerThread.java:37)
	at uk.co.mdjcox.webfeedencoder.Encoder.main(Encoder.java:67)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:238)
	at java.lang.Thread.run(Unknown Source)

However it went on to create a dummy image to use because it could not save the one downloaded from www.radiotime.com.

Then it went on to try and tune and play channel 1 at your request.

Jul 3, 2009 4:12:50 PM RecordingThread uk.co.mdjcox.webfeedencoder.RecordingThread processCommand INFO: Command: Exec cmd /c start "saveToMp3Command" "%vlc.exe%" "%url%" --sout="#transcode{acodec=mp3,ab=128,channels=2}:duplicate{dst=std{access=file,mux=raw,dst='%tmp%\%callsign%.mp3'}}" -I rc --rc-host=localhost:%saveToMp3CommandPort% --rc-quiet
Jul 3, 2009 4:12:50 PM RecordingThread uk.co.mdjcox.webfeedencoder.RecordingThread spawnProcess INFO: Spawn command: cmd /c start "saveToMp3Command" "E:\Multivideo\Video\VLC\vlc.exe" "null" --sout="#transcode{acodec=mp3,ab=128,channels=2}:duplicate{dst=std{access=file,mux=raw,dst='E:\Multimedia\Video\SageTV\webfeedencoder\tmp\null.mp3'}}" -I rc --rc-host=localhost:5002 --rc-quiet
Jul 3, 2009 4:12:50 PM RecordingThread uk.co.mdjcox.webfeedencoder.RecordingThread processCommand INFO: Command: WaitForFileSize "%tmp%\%callsign%.mp3" 3000
Jul 3, 2009 4:12:50 PM RecordingThread uk.co.mdjcox.webfeedencoder.RecordingThread waitForFileSize INFO: Waiting for E:\Multimedia\Video\SageTV\webfeedencoder\tmp\null.mp3
Jul 3, 2009 4:12:51 PM ClientThread-27653945 uk.co.mdjcox.webfeedencoder.ConnectionThread process INFO: Command: GET_FILE_SIZE F:\SageTV Captures\234407690_1_0703_1612-0.mpg
Jul 3, 2009 4:12:51 PM ClientThread-27653945 uk.co.mdjcox.webfeedencoder.ConnectionThread answer INFO: Answer: 0

but the url is null and theres no callsign for channel 1.

Basically sage is saying give me channel "1" and web feed encoder cannot find channel config for 1.

Either the channel offset in the lineups.props file is wrong, or the lineup entry for channel 1 is wrong or some channel data is missing.

can you reply pls with your lineup.props and your zipped up "channels" directory and I can tell you the rest of the story.

Sorry for the pain. The next version has an installer and config tool that sorts all this out but that still about 2-3 weeks away yet.

Michael

[Rigwald]

Michael,

No need to apologize. I am the one who really is a novice with this stuff, so I am making the mistakes and take full responsibility. (If Sage simply would support internet raidio, it would solve everyone's headaches!). I just took your sample and tried to modify it with what I thought I needed to do. I probably mess it up somewhere. Here's the file. Once I know the pattern for my "channel 1", then I should be able to apply that for others. :-)

Thanks again!

[michaeldjcox]

So...

channel.offset=0

(means you don't have any existing tv channels starting at logical channel 1 in your sage setup and channel 1 in sagetv = channel 1 in web feed encoder

and

channel.1.id=radio/Musica_Na_TOPIE
channel.2.id=radio/Tylko_Polskie_Przeboje
channel.3.id=radio/Polskie_Niezapomniane_Przeboje
channel.4.id=radio/Biesiada
channel.5.id=radio/Folk

means you need to have files:

channels/Musica_Na_TOPIE.props
channels/Tylko_Polskie_Przeboje.props
channels/Polskie_Niezapomniane_Przeboje.props
channels/Biesiada.props
channels/Folk.props

These files should have

url=<the url of the stream you are tuning too>
icon=<the url of a channel logo>
name=<short name for the channel>
desc=<long description of the channel>
callsign=Musica_Na_TOPIE
id=Musica_Na_TOPIE
nowplaying=stream

as a minimum

If you still have trouble please send me the first of those files:

channels/Musica_Na_TOPIE.props

and I'll check its content.

Michael

[Rigwald]

Ok, I got rid of all the place settings for future stations that I had set up and cleared out the channels dir except for Muzyka_Na_Topie.props. Here are the listings and the MnT.props.

Sorry for being such a pain with this. Once I get it to work, I am sure everything is going to "click" for me.

Thanks again!

[michaeldjcox]

Hi,

Config all looks good now.

Have you tried to tune again since you had a clear out?

If there are still problems then encoder.log again please.

Thanks,

Michael

[Rigwald]

Success! (Also, there was a typo in the encoder.props where it pointed to vlc.

Now I need to go back into the earlier part of the thread to find out about stuttering every 2 seconds.

Thanks again for the help!

[michaeldjcox]

Originally Posted by Rigwald

Success! (Also, there was a typo in the encoder.props where it pointed to vlc.

Now I need to go back into the earlier part of the thread to find out about stuttering every 2 seconds.

Thanks again for the help!

Good news

I know you are testing on a PC first - if in general use you only plan to listen via an extender then this issue will not affect you.

If you do plan to listen on a PC then apparently there are some registry settings that help (see earlier in thread) although they do not work for me. I am currently progressing a support call to SageTV. Ball in my court to try a few things.

Michael

[kha]

Originally Posted by kha

Hi Michael,

I tried your fixes and the grabber is working now for me.

Thank you very much!

Best Regards,
Michael K.

Hi Michael,

I am trying to set web grabber for another web page and am having problem. Please find attached channel configuration file along with the epg it would read following the provided URL, as well as generated output. Your advice on correcting the channel setting to make things work would be greatly appreciated.

Regards,
Michael.

[michaeldjcox]

Hi,

I think the time format is wrong:

timeformat=HH:mm

should be

timeformat=MMM dd, yyyy HH:mm

or possibly we need to add:

timestart.1=
timestart.2=
timestart.3=

(there is a space after each "=")

to make it move to the time component and leave the time format as it is.

I'm a little worried though that the epg for that day contains programmes going into the next day.

So the first of the two options might be best

Even so not sure how well the grabber will cope with times going into the next day.

You will have to give it a go and see.

Michael

[kha]

Originally Posted by michaeldjcox

Hi,

I think the time format is wrong:

timeformat=HH:mm

should be

timeformat=MMM dd, yyyy HH:mm

or possibly we need to add:

timestart.1=
timestart.2=
timestart.3=

(there is a space after each "=")

to make it move to the time component and leave the time format as it is.

I'm a little worried though that the epg for that day contains programmes going into the next day.

So the first of the two options might be best

Even so not sure how well the grabber will cope with times going into the next day.

You will have to give it a go and see.

Michael

Hi Michael,

Thank you for your reply. I tried your first suggestions with the exception that the time format was changed to "timeformat=MMM dd, yyyy HH:mm:ss". Attached, please an updated channel definition file. Unfortunately I still was not able to generate an epg. Is there a way to have a more detailed log to see where exactly the grabber is having problems.

Regards,
Michael.

[michaeldjcox]

in the logs directory there will be a grabber.log file.

Please zip and attach to reply.

Thanks

Michael

[kha]

Originally Posted by michaeldjcox

in the logs directory there will be a grabber.log file.

Please zip and attach to reply.

Thanks

Michael

Hi Michael,

Here it is...

Regards,
Michael

[michaeldjcox]

Not a lot in that file unfortunately.

I sually find if theres nothing its because the parser as got to the end of the file without finding the string its looking for.

I'm going to need to simulate the grab locally.

Think I can do this from the files you have uploaded so far.

I have GUI tools for testing grabbing which will be released in the next version. I'll test those out on this problem.

Originally Posted by kha

Hi Michael,

Here it is...

Regards,
Michael

[kha]

Originally Posted by michaeldjcox

Not a lot in that file unfortunately.

I sually find if theres nothing its because the parser as got to the end of the file without finding the string its looking for.

I'm going to need to simulate the grab locally.

Think I can do this from the files you have uploaded so far.

I have GUI tools for testing grabbing which will be released in the next version. I'll test those out on this problem.

The lack of information in the log file is exactly my problem with further debugging... Based on the time it takes to process the file, I can see that the parser is doing something, but I have no idea what causes it to get stuck.

I really appreciate your help. Please let me know if any additional information would be useful.

Best Regards,
Michael.

[michaeldjcox]

Hi Michael

Try this fix.

There may be more to do with times.

Check the order of the programmes you see for correctness.

Need to work on some debug output for future- but out of time now.

Regards,

Michael

IGNORE THIS PATCH ITS DUFF

[kha]

Originally Posted by michaeldjcox

Hi Michael

Try this fix.

There may be more to do with times.

Check the order of the programmes you see for correctness.

Need to work on some debug output for future- but out of time now.

Regards,

Michael

Hi Michael,

Thank you for looking into this problem.

I tried your new file, but now the grabber does not seem to do anything at all. I do not see it even downloading the required files. The log now consists of only three lines: grabber starts, version and grabber stops. Could you please check if the patch file is what it was supposed to be.

Regards,
Michael.

[michaeldjcox]

I am an idiot

I hard coded to test your problem in my environment and left it in.

Will fix later today