Utility: Web Radio and TV Encoder

[michaeldjcox]

Originally Posted by scanner95

I believe the timezone save problem is not charset-related. All my channels have their callsigns in English (othewise it does not work at all). But the timezone is still not saved.

I could not reproduce the issue but I did notice that the channel properties files where corrupted because they did not save cryllic characters. So for me the call sign, the channel name and description where all ????????.

I will check again.

On the cryllic file names. The problem is that java is unicode as I said before and handles cryllic, and windows is unicode and handles cryllic. But the java libraries for spawing OS commands - like launching VLC - pass the commands as Ascii. I have a workaround for the issue and will release around 6PM GMT.

Michael

[kha]

Originally Posted by michaeldjcox

Fix for the problem above with EPG data and timezone

http://www.keepandshare.com/doc/1812...m-4-4-meg?da=y

I'm still working on issues with cryillic characters for scanner95 - thats a whole can of worms

Other outstanding issues I am aware of:

1. Saving config without filling in some fields.
2. Timezone not being saved ( think this is only for files with cryllic callsigns)

Anything else ? Bring it on.

Michael

Hi Michael,

I may be missing this, but in the past (0.9.3) your program was able to generate xmltv file that I can import into SageTV using other xmltv importer (I am using LM Gestion XMLTV importer). This approach allowed me to grab the schedule from the website, do postprocessing (identify first runs and repeats, fiox categories, add HD flags) and then pass it to SageTV. Is this still possible with vesrion 0.9.5. How can I create an xmltv file without automatically passing it to SageTV?

Regards,
Michael.

[michaeldjcox]

Originally Posted by kha

I may be missing this, but in the past (0.9.3) your program was able to generate xmltv file that I can import into SageTV using other xmltv importer (I am using LM Gestion XMLTV importer). This approach allowed me to grab the schedule from the website, do postprocessing (identify first runs and repeats, fiox categories, add HD flags) and then pass it to SageTV. Is this still possible with vesrion 0.9.5. How can I create an xmltv file without automatically passing it to SageTV?

Hi,

I wanted to make configuration simpler so I perform the EPG insert from webfeedencoder to eliminate the need to any other program.

It is still possible to generate an XMLTV file - I'll check the syntax when I get home from work.

But we also need to stop web feed encoder injecting EPG itself.

I think the best thing for me to do would be to add a flag to disable wfe import and write an XMTV instead.

Michael

[michaeldjcox]

Web Feed Encoder 0.9.5a

1. Fixes for file names with cryllic characters
2. Unicode log files
3. Better params for config tool when accessing encoder remotely
4. Fix time zone saving issues
5. Standalone grabber run to produce xmltv file e.g. java -cp libs/encoder.jar uk.co.mdjcox.webepggrabber.Grabber

Issues remaining:

1. Possible timezone glitches still.
2. Reconcile Kha's desire to use LM Gestion importer.
3. Channel dialog too picky about ensuring fields are filled in

Think thats all.

Michael

[kha]

Originally Posted by michaeldjcox

Hi,

I wanted to make configuration simpler so I perform the EPG insert from webfeedencoder to eliminate the need to any other program.

It is still possible to generate an XMLTV file - I'll check the syntax when I get home from work.

But we also need to stop web feed encoder injecting EPG itself.

I think the best thing for me to do would be to add a flag to disable wfe import and write an XMTV instead.

Michael

Hi Michael,

Thank you very much! The flag feature would be great!

Best Reagdrs,
Michael

[scanner95]

Originally Posted by michaeldjcox

Web Feed Encoder 0.9.5a

1. Fixes for file names with cryllic characters
2. Unicode log files
3. Better params for config tool when accessing encoder remotely
4. Fix time zone saving issues
5. Standalone grabber run to produce xmltv file e.g. java -cp libs/encoder.jar uk.co.mdjcox.webepggrabber.Grabber

Issues remaining:

1. Possible timezone glitches still.
2. Reconcile Kha's desire to use LM Gestion importer.
3. Channel dialog too picky about ensuring fields are filled in

Think thats all.

Michael

Thanks, Michael!

The timezone samves fine now. But, unfortunately, still no luck with cyrilic EPG programs: file size sits at 0, and there are question marks in the encoder log (attached).

Yuly

[michaeldjcox]

Originally Posted by scanner95

Thanks, Michael!

The timezone samves fine now. But, unfortunately, still no luck with cyrilic EPG programs: file size sits at 0, and there are question marks in the encoder log (attached).

Yuly

it works fine for me. Is that in test mode or from sageTV?

What version of windows are you on?

Michael

[scanner95]

Hi,

In the test mode everything works fine. For example: I have a channel in a lineup, whose callsign is "Pervij", name is "Первый", and a current running program as per EPG from XMLTV is called "Республика Шкид".
If I click test channel from inside WFE, all runs normally: a file called "Первый_test.mpg" is created and growing in the tmp directory of WFE, VLC shows video, and so on.
However, when I try to watch this programm/channel from Sage, the following happens: the screen remains black, the 0-size file called "РеспубликаШкид-2336988-0.mpg" is created in my Sage recording directory, but it always stays at 0 bytes. From Nielm web server it shows also as 0 size, "paused" recording.
Eventually Sage reports "halt detected in recording".
Now, all that is due to program name being in Russian. If the program name is english, no problem: recording grows in size and Sage is happy.
My server OS is Windows Server 2003 - EN - cp1251.

Best regards,
yuly

[SteveW]

Originally Posted by michaeldjcox

Major breakthrough on the IP camera front this morning.

(thanks for Jabroni for the test URL).

Finally got your webcam image on SageTV!

Does not require any additional software other than SageTV and webfeedencoder.

Some small changes are required to webfeedencoder. I plan to ship a new release with just this change and the n9cqs's issue which involves a fix in the same area.

The release should also allow latest version of VLC to be used and reduces the number of VLC sessions required for radio to one rather than two.

Michael

Michael,

Is this fix wrt the web cameras in your 0.9.5 - 6th release (Beta) release? Or is it in 0.9.5a that I see a post referencing to here - http://www.keepandshare.com/doc/1808...er-0-9-5a?da=y

Tnx

-S

[michaeldjcox]

Originally Posted by SteveW

Michael,

Is this fix wrt the web cameras in your 0.9.5 - 6th release (Beta) release? Or is it in 0.9.5a that I see a post referencing to here - http://www.keepandshare.com/doc/1808...er-0-9-5a?da=y

Tnx

-S

Hi,

No - no web camera support in 0.9.5a only in 0.9.6 which I was in the latter stages of testing before this flurry of bug fixing.

On the web cams it was all good on my laptop on the train but on my home server and extenders I had some difficulties.

I feel that I will get there on the web cameras very soon.

Michael

[michaeldjcox]

Originally Posted by scanner95

Hi,

In the test mode everything works fine. For example: I have a channel in a lineup, whose callsign is "Pervij", name is "Первый", and a current running program as per EPG from XMLTV is called "Республика Шкид".
If I click test channel from inside WFE, all runs normally: a file called "Первый_test.mpg" is created and growing in the tmp directory of WFE, VLC shows video, and so on.
However, when I try to watch this programm/channel from Sage, the following happens: the screen remains black, the 0-size file called "РеспубликаШкид-2336988-0.mpg" is created in my Sage recording directory, but it always stays at 0 bytes. From Nielm web server it shows also as 0 size, "paused" recording.
Eventually Sage reports "halt detected in recording".
Now, all that is due to program name being in Russian. If the program name is english, no problem: recording grows in size and Sage is happy.
My server OS is Windows Server 2003 - EN - cp1251.

Best regards,
yuly

OK - more to do then. I go to admit I never properly tested from SageTV because even with your XMLTV EPG data applied to a channel the mpg file name the sageTV chose was SageTV-2336988-0.mpg.

It is encouraging though that you are seeing file names with cryllic characters.

Can you paste the current tuning command for that channel please

Michael

[scanner95]

That's a tuning command that is in your release, file tune.iptv.windows.commands; here it is:

Exec cmd /c start "streamAsVideoCommand" "%vlc.exe%" "%url%" --language=ru --demux=dump --demuxdump-file="%recording%" -I rc --rc-host=localhost:%streamAsVideoCommandPort% --rc-quiet %vlclogging%

[michaeldjcox]

Originally Posted by SteveW

Michael,

Is this fix wrt the web cameras in your 0.9.5 - 6th release (Beta) release? Or is it in 0.9.5a that I see a post referencing to here - http://www.keepandshare.com/doc/1808...er-0-9-5a?da=y

Tnx

-S

Just an update on that.

Further tweaking and testing - I now have Jabronis mates pharmacy web cam on my HD200 and SageTV client.

It can be done and will be done in 0.9.6.

Michael

[michaeldjcox]

Originally Posted by scanner95

Hi,

In the test mode everything works fine. For example: I have a channel in a lineup, whose callsign is "Pervij", name is "Первый", and a current running program as per EPG from XMLTV is called "Республика Шкид".
If I click test channel from inside WFE, all runs normally: a file called "Первый_test.mpg" is created and growing in the tmp directory of WFE, VLC shows video, and so on.
However, when I try to watch this programm/channel from Sage, the following happens: the screen remains black, the 0-size file called "РеспубликаШкид-2336988-0.mpg" is created in my Sage recording directory, but it always stays at 0 bytes. From Nielm web server it shows also as 0 size, "paused" recording.
Eventually Sage reports "halt detected in recording".
Now, all that is due to program name being in Russian. If the program name is english, no problem: recording grows in size and Sage is happy.
My server OS is Windows Server 2003 - EN - cp1251.

Best regards,
yuly

Hi,

Current theory.

The encoding used for SageTVs connection to a network encoder is not of the correct charset to communicate cryllic characters.

This version contains some extra debug output.


WebFeedEncoder 0.9.5a

Can you repair your installation using the above, test channel with the config tool, then test channel with SageTV, then send me the log file in webfeedencoder/logs/encoder.log.

Its important here not to cut and paste log output but to actually send the above log file.

Thanks,

Michael

[scanner95]

Hello Michael,

Something is wrong with the debug version; I'm unable to send the lineup to Sage at all. When I try to resend lineup and channels from WFE configtool, it gives me java exception:

22.03.2010 15:33:14 AWT-EventQueue-0 uk.co.mdjcox.gui.actions.BaseAction hideWaitingDialog INFO: send lineup waiting is over
22.03.2010 15:33:14 AWT-EventQueue-0 uk.co.mdjcox.gui.actions.BaseAction handleException SEVERE: send lineup handle exception
java.lang.NullPointerException
at uk.co.mdjcox.epgplugin.EpgPlugin.updateLineup(EpgPlugin.java:399)
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 sun.rmi.server.UnicastServerRef.dispatch(Unknown Source)
at sun.rmi.transport.Transport$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(Unknown Source)
at sun.rmi.transport.StreamRemoteCall.executeCall(Unknown Source)
at sun.rmi.server.UnicastRef.invoke(Unknown Source)
at java.rmi.server.RemoteObjectInvocationHandler.invokeRemoteMethod(Unknown Source)
at java.rmi.server.RemoteObjectInvocationHandler.invoke(Unknown Source)
at $Proxy1.updateLineup(Unknown Source)
at uk.co.mdjcox.epgplugin.EpgPluginClient.updateLineup(EpgPluginClient.java:41)
at uk.co.mdjcox.config.model.ConfigModel.sendLineupToSage(ConfigModel.java:348)
at uk.co.mdjcox.config.model.ConfigModel.sendLineupToSage(ConfigModel.java:330)
at uk.co.mdjcox.config.actions.SendLineupAction.performControllerAction(SendLineupAction.java:97)
at uk.co.mdjcox.gui.actions.BaseAction$2.doInBackground(BaseAction.java:226)
at uk.co.mdjcox.gui.actions.BaseAction$2.doInBackground(BaseAction.java:220)
at javax.swing.SwingWorker$1.call(Unknown Source)
at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
at java.util.concurrent.FutureTask.run(Unknown Source)
at javax.swing.SwingWorker.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

Consequently, there are no WFE virtual tuner in the Sage at all now.

Cheers,
Yuly

[michaeldjcox]

Originally Posted by scanner95

Hello Michael,

Something is wrong with the debug version; I'm unable to send the lineup to Sage at all. When I try to resend lineup and channels from WFE configtool, it gives me java exception:

22.03.2010 15:33:14 AWT-EventQueue-0 uk.co.mdjcox.gui.actions.BaseAction hideWaitingDialog INFO: send lineup waiting is over
22.03.2010 15:33:14 AWT-EventQueue-0 uk.co.mdjcox.gui.actions.BaseAction handleException SEVERE: send lineup handle exception
java.lang.NullPointerException
at uk.co.mdjcox.epgplugin.EpgPlugin.updateLineup(EpgPlugin.java:399)
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 sun.rmi.server.UnicastServerRef.dispatch(Unknown Source)
at sun.rmi.transport.Transport$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(Unknown Source)
at sun.rmi.transport.StreamRemoteCall.executeCall(Unknown Source)
at sun.rmi.server.UnicastRef.invoke(Unknown Source)
at java.rmi.server.RemoteObjectInvocationHandler.invokeRemoteMethod(Unknown Source)
at java.rmi.server.RemoteObjectInvocationHandler.invoke(Unknown Source)
at $Proxy1.updateLineup(Unknown Source)
at uk.co.mdjcox.epgplugin.EpgPluginClient.updateLineup(EpgPluginClient.java:41)
at uk.co.mdjcox.config.model.ConfigModel.sendLineupToSage(ConfigModel.java:348)
at uk.co.mdjcox.config.model.ConfigModel.sendLineupToSage(ConfigModel.java:330)
at uk.co.mdjcox.config.actions.SendLineupAction.performControllerAction(SendLineupAction.java:97)
at uk.co.mdjcox.gui.actions.BaseAction$2.doInBackground(BaseAction.java:226)
at uk.co.mdjcox.gui.actions.BaseAction$2.doInBackground(BaseAction.java:220)
at javax.swing.SwingWorker$1.call(Unknown Source)
at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
at java.util.concurrent.FutureTask.run(Unknown Source)
at javax.swing.SwingWorker.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

Consequently, there are no WFE virtual tuner in the Sage at all now.

Cheers,
Yuly

Possibly looks like the repair did not proceed correctly and install the EPG plugin on SageTV.

I advise you shutdown SageTV, the encoder, config tool and run the installer again choosing the "Repair" option.

There was no change to the actual code from the last one other than printing out a line of debug.

Michael

[scanner95]

Ok, I'm at a mess now.

No matter what I did, re-installing WFE with repair option did not fix the problem: I always got java error when trying to send lineup to sage.
Then I completely removed WFE and installed it from scratch. After restoring tune/detune cusotm commands for my IPTV, I created one channel and assigned XMLTV id to it. Test from WFE went fine, EPG test from WFE also went fine.
But: I now see no EPG in Sage! It's just no data. The channel plays in Sage, no problem there. But, since there is no EPG we can not test the original problem.

So, somehow I belive the EPG configuration got messed up in the Sage. I uninstalled LM Geston importer, uninstalled and reinstalled back the WFE - still no luck: I can't get EPG back into Sage from XMLTV file.

FWIW, I've attached the whole bunch of WFE logs, however I'm one step before now i believe

Yuly

[michaeldjcox]

Sorry you in a mess. Not sure how that happened.

Can you get me one more log pls:

in the SageTV/SageTV directory there is a file called wfesageplugin.log

Michael

Originally Posted by scanner95

Ok, I'm at a mess now.

No matter what I did, re-installing WFE with repair option did not fix the problem: I always got java error when trying to send lineup to sage.
Then I completely removed WFE and installed it from scratch. After restoring tune/detune cusotm commands for my IPTV, I created one channel and assigned XMLTV id to it. Test from WFE went fine, EPG test from WFE also went fine.
But: I now see no EPG in Sage! It's just no data. The channel plays in Sage, no problem there. But, since there is no EPG we can not test the original problem.

So, somehow I belive the EPG configuration got messed up in the Sage. I uninstalled LM Geston importer, uninstalled and reinstalled back the WFE - still no luck: I can't get EPG back into Sage from XMLTV file.

FWIW, I've attached the whole bunch of WFE logs, however I'm one step before now i believe

Yuly

[scanner95]

Here it goes. Hope it helps.

Yuly

[michaeldjcox]

Originally Posted by scanner95

Here it goes. Hope it helps.

Yuly

I cannot see anything wrong in any of the logs.

I see the guide data being updated in SageTV.

All I can think of is that somehow the lineup has changed for the WebFeedEncoder tuner.

Can you try going to source setup in SageTV config, selecting the WebFeedEncoder tuner and check that the EPG lineup is WebFeedEncoder.

Some times it can also help to disable and enable one of the channels.

Also - I cannot see any evidence in the config tool log of the original NullPointer you are posting. Do you still get that? Does the SageTV light at the bottom appear green?

Michael