Utility: Web Radio and TV Encoder

[michaeldjcox]

Originally Posted by scanner95

Hello,

I've tried with two different XMLTV files. With one of them (a 12Mb file, which also contains cyrillic - the one I posted a link to (http://ymilner.myftp.org:1968/temp/xmltv.zip several posts ago) nothing works: I waited about 10 minutes and WFE unable to show any programs for a given channel.
With another XMLTV file (2MB, latin chars) I almost immediately see programs.
However, when I try to send the EPG to SageTV for lineup, I get a java heap space out of memory error (screenshot attached)

Which java process is throwing that exception...

the encoder, the config tool or SageTV itself?

[michaeldjcox]

Originally Posted by michaeldjcox

Which java process is throwing that exception...

the encoder, the config tool or SageTV itself?

java -Xms<initial heap size> -Xmx<maximum heap size>

Defaults are:

java -Xms32m -Xmx128m

Might need to try upping mx128m to mx513m

On the process throwing the exception.

[scanner95]

Originally Posted by michaeldjcox

java -Xms<initial heap size> -Xmx<maximum heap size>

Defaults are:

java -Xms32m -Xmx128m

Might need to try upping mx128m to mx513m

On the process throwing the exception.

Here are the errors from the configtool log:

17.03.2010 16:29:57 AWT-EventQueue-0 uk.co.mdjcox.gui.actions.BaseAction$2 done WARNING: Cannot get task result
java.util.concurrent.ExecutionException: java.lang.OutOfMemoryError: Java heap space
at java.util.concurrent.FutureTask$Sync.innerGet(Unknown Source)
at java.util.concurrent.FutureTask.get(Unknown Source)
at javax.swing.SwingWorker.get(Unknown Source)
at uk.co.mdjcox.gui.actions.BaseAction$2.done(BaseAction.java:243)
at javax.swing.SwingWorker$5.run(Unknown Source)
at javax.swing.SwingWorker$DoSubmitAccumulativeRunnable.run(Unknown Source)
at sun.swing.AccumulativeRunnable.run(Unknown Source)
at javax.swing.SwingWorker$DoSubmitAccumulativeRunnable.actionPerformed(Unknown Source)
at javax.swing.Timer.fireActionPerformed(Unknown Source)
at javax.swing.Timer$DoPostEvent.run(Unknown Source)
at java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
Caused by: java.lang.OutOfMemoryError: Java heap space
at com.sun.org.apache.xerces.internal.util.XMLStringBuffer.append(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.refresh(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.invokeListeners(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.scanLiteral(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLScanner.scanAttributeValue(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanAttribute(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0(UnmarshallerImpl.java:211)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:184)
at javax.xml.bind.helpers.AbstractUnmarshallerImpl.unmarshal(Unknown Source)
at javax.xml.bind.helpers.AbstractUnmarshallerImpl.unmarshal(Unknown Source)
at javax.xml.bind.helpers.AbstractUnmarshallerImpl.unmarshal(Unknown Source)
at javax.xml.bind.helpers.AbstractUnmarshallerImpl.unmarshal(Unknown Source)
at uk.co.mdjcox.webepggrabber.GrabberXMLTV.getProgrammes(GrabberXMLTV.java:27)
at uk.co.mdjcox.webepggrabber.Grabber.buildProgrammes(Grabber.java:212)
at uk.co.mdjcox.webepggrabber.Grabber.buildEpg(Grabber.java:123)
at uk.co.mdjcox.config.model.ConfigModel.runGrabber(ConfigModel.java:320)
at uk.co.mdjcox.config.actions.UpdateLineupEpgAction.performControllerAction(UpdateLineupEpgAction.java:82)
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)
17.03.2010 16:29:57 AWT-EventQueue-0 uk.co.mdjcox.gui.actions.BaseAction hideWaitingDialog INFO: update lineup epg waiting is over
17.03.2010 16:29:57 AWT-EventQueue-0 uk.co.mdjcox.gui.actions.BaseAction handleException SEVERE: update lineup epg handle exception
java.util.concurrent.ExecutionException: java.lang.OutOfMemoryError: Java heap space
at java.util.concurrent.FutureTask$Sync.innerGet(Unknown Source)
at java.util.concurrent.FutureTask.get(Unknown Source)
at javax.swing.SwingWorker.get(Unknown Source)
at uk.co.mdjcox.gui.actions.BaseAction$2.done(BaseAction.java:243)
at javax.swing.SwingWorker$5.run(Unknown Source)
at javax.swing.SwingWorker$DoSubmitAccumulativeRunnable.run(Unknown Source)
at sun.swing.AccumulativeRunnable.run(Unknown Source)
at javax.swing.SwingWorker$DoSubmitAccumulativeRunnable.actionPerformed(Unknown Source)
at javax.swing.Timer.fireActionPerformed(Unknown Source)
at javax.swing.Timer$DoPostEvent.run(Unknown Source)
at java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
Caused by: java.lang.OutOfMemoryError: Java heap space
at com.sun.org.apache.xerces.internal.util.XMLStringBuffer.append(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.refresh(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.invokeListeners(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.scanLiteral(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLScanner.scanAttributeValue(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanAttribute(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0(UnmarshallerImpl.java:211)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:184)
at javax.xml.bind.helpers.AbstractUnmarshallerImpl.unmarshal(Unknown Source)
at javax.xml.bind.helpers.AbstractUnmarshallerImpl.unmarshal(Unknown Source)
at javax.xml.bind.helpers.AbstractUnmarshallerImpl.unmarshal(Unknown Source)
at javax.xml.bind.helpers.AbstractUnmarshallerImpl.unmarshal(Unknown Source)
at uk.co.mdjcox.webepggrabber.GrabberXMLTV.getProgrammes(GrabberXMLTV.java:27)
at uk.co.mdjcox.webepggrabber.Grabber.buildProgrammes(Grabber.java:212)
at uk.co.mdjcox.webepggrabber.Grabber.buildEpg(Grabber.java:123)
at uk.co.mdjcox.config.model.ConfigModel.runGrabber(ConfigModel.java:320)
at uk.co.mdjcox.config.actions.UpdateLineupEpgAction.performControllerAction(UpdateLineupEpgAction.java:82)
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)

[michaeldjcox]

Originally Posted by scanner95

Here are the errors from the configtool log:

Try running config tool like this:

java -Xms32m -Xmx512m -jar webfeedencoder/libs/configtool.jar

from the command line

Which reminds me I need to install some desktop shortcuts for this stuff.

Michael

[scanner95]

Yes! This does the trick, and also the bigger XMLTV file is now parsing. Now the EPG upload to Sage goes well, and I'm able to see the schedule from inside the Sage.

But!

Now I'm back to cyrillic problem I had with program names in the beginning: obviously, VLC pumps data into a file with a name equal to program name now (from the EPG). And if that's Russian or Latvian (e.g. with umlauts), the file just sits there with a size being 0.

Pleeeeease....

[michaeldjcox]

Originally Posted by scanner95

Yes! This does the trick, and also the bigger XMLTV file is now parsing. Now the EPG upload to Sage goes well, and I'm able to see the schedule from inside the Sage.

But!

Now I'm back to cyrillic problem I had with program names in the beginning: obviously, VLC pumps data into a file with a name equal to program name now (from the EPG). And if that's Russian or Latvian (e.g. with umlauts), the file just sits there with a size being 0.

Pleeeeease....

Now java out of the box does not have a problem with cyrillic characters I believe. You see that it renders all the cryrillic characters in the EPG OK.

Are you testing with the config tool or with SageTV.

With the config tool I choose the file name and I use the callsign for that.

With SageTV it chooses the file name and it uses the name of the show :-(

In either case I guess VLC is not dealing with it properly - not being based on java - no surprise there.

I guess it is possible to tell VLC what language it should be using that may help. But I'm not sure how.

Just out of interest can you send me the encoder log for that test run so I can confirm my suspicions.

Michael

[n9cqs]

Michael,

I just installed your update, and now the program schedule only displays programs in UTC/GMT on the actual SAGE schedule. What I mean by that is... a program at 1100 CDT (local time) is actually 1600 GMT. (Running the test EPG and switching back and forth with that drop-down you just put in shows that). When I look at the program on Sage TV schedule, it appears at 1600 on the schedule (5 hours after it was supposed to start).

When I do the "test", it comes out fine, but when I injected the new lineup into Sage, actual numbers end up being equal to the GMT/UTC numbers.



Sorry to be the bearer of bad news. I tried re-saving the channel configuration using the "local" in the test, but it doesn't seem to make any difference.

I even removed a couple of channels from the lineup... reconfigured them... reinserted them... no effect.

[scanner95]

Originally Posted by michaeldjcox

Now java out of the box does not have a problem with cyrillic characters I believe. You see that it renders all the cryrillic characters in the EPG OK.

Are you testing with the config tool or with SageTV.

With the config tool I choose the file name and I use the callsign for that.

With SageTV it chooses the file name and it uses the name of the show :-(

In either case I guess VLC is not dealing with it properly - not being based on java - no surprise there.

I guess it is possible to tell VLC what language it should be using that may help. But I'm not sure how.

Just out of interest can you send me the encoder log for that test run so I can confirm my suspicions.

Michael

Hello Michael,

Here is a bunch of log file messages when I try to play a program whose name is in Russian:

17.03.2010 16:46:23 ClientThread-25909875 uk.co.mdjcox.webfeedencoder.ConnectionThread run INFO: SageTV has possibly died
17.03.2010 16:46:23 TuningThread uk.co.mdjcox.webfeedencoder.TuningThread listenForConnections INFO: Accepted connection
17.03.2010 16:46:23 ClientThread-1208762 uk.co.mdjcox.webfeedencoder.ConnectionThread process INFO: Command: START WebFeedEncoder TV Tuner|26|2537674366074|D:\rec\?????????????82??????-2290834-0.mpg|DVD Standard Play
17.03.2010 16:46:23 ClientThread-1208762 uk.co.mdjcox.webfeedencoder.ConnectionThread process INFO: [START WebFeedEncoder TV Tuner, 26, 2537674366074, D:\rec\?????????????82??????-2290834-0.mpg, DVD Standard Play]
17.03.2010 16:46:23 ClientThread-1208762 uk.co.mdjcox.webfeedencoder.RecordingThread startRec INFO: Request recording channel=pervij file=D:\rec\?????????????82??????-2290834-0.mpg
17.03.2010 16:46:23 RecordingThread uk.co.mdjcox.webfeedencoder.RecordingThread startRecording INFO: Starting recording channel=pervij file=D:\rec\?????????????82??????-2290834-0.mpg
17.03.2010 16:46:23 RecordingThread uk.co.mdjcox.webfeedencoder.RecordingThread processCommand INFO: Command: Exec cmd /c start "streamAsVideoCommand" "%vlc.exe%" "%url%" --demux=dump --demuxdump-file="%recording%" -I rc --rc-host=localhost:%streamAsVideoCommandPort% --rc-quiet %vlclogging%
17.03.2010 16:46:23 RecordingThread uk.co.mdjcox.webfeedencoder.RecordingThread processCommand INFO: Command: Exec cmd /c start "streamAsVideoCommand" "C:\Program Files\VideoLAN\VLC\vlc.exe" "udp://@238.10.10.35:1234" --demux=dump --demuxdump-file="D:\rec\?????????????82??????-2290834-0.mpg" -I rc --rc-host=localhost:5001 --rc-quiet 
17.03.2010 16:46:23 RecordingThread uk.co.mdjcox.webfeedencoder.RecordingThread spawnProcess INFO: Spawn command: cmd /c start "streamAsVideoCommand" "C:\Program Files\VideoLAN\VLC\vlc.exe" "udp://@238.10.10.35:1234" --demux=dump --demuxdump-file="D:\rec\?????????????82??????-2290834-0.mpg" -I rc --rc-host=localhost:5001 --rc-quiet 
17.03.2010 16:46:23 RecordingThread uk.co.mdjcox.webfeedencoder.RecordingThread startRecording INFO: Recording started
17.03.2010 16:46:23 ClientThread-1208762 uk.co.mdjcox.webfeedencoder.ConnectionThread answer INFO: Answer: OK
17.03.2010 16:46:24 ClientThread-1208762 uk.co.mdjcox.webfeedencoder.ConnectionThread process INFO: Command: GET_FILE_SIZE D:\rec\?????????????82??????-2290834-0.mpg
17.03.2010 16:46:24 ClientThread-1208762 uk.co.mdjcox.webfeedencoder.ConnectionThread answer INFO: Answer: 0
17.03.2010 16:46:25 ClientThread-1208762 uk.co.mdjcox.webfeedencoder.ConnectionThread process INFO: Command: GET_FILE_SIZE D:\rec\?????????????82??????-2290834-0.mpg
17.03.2010 16:46:25 ClientThread-1208762 uk.co.mdjcox.webfeedencoder.ConnectionThread answer INFO: Answer: 0
17.03.2010 16:46:26 ClientThread-1208762 uk.co.mdjcox.webfeedencoder.ConnectionThread process INFO: Command: GET_FILE_SIZE D:\rec\?????????????82??????-2290834-0.mpg
17.03.2010 16:46:26 ClientThread-1208762 uk.co.mdjcox.webfeedencoder.ConnectionThread answer INFO: Answer: 0
17.03.2010 16:46:27 ClientThread-1208762 uk.co.mdjcox.webfeedencoder.ConnectionThread process INFO: Command: GET_FILE_SIZE D:\rec\?????????????82??????-2290834-0.mpg
17.03.2010 16:46:27 ClientThread-1208762 uk.co.mdjcox.webfeedencoder.ConnectionThread answer INFO: Answer: 0
17.03.2010 16:46:28 ClientThread-1208762 uk.co.mdjcox.webfeedencoder.ConnectionThread process INFO: Command: GET_FILE_SIZE D:\rec\?????????????82??????-2290834-0.mpg
17.03.2010 16:46:28 ClientThread-1208762 uk.co.mdjcox.webfeedencoder.ConnectionThread answer INFO: Answer: 0
17.03.2010 16:46:29 ClientThread-1208762 uk.co.mdjcox.webfeedencoder.ConnectionThread process INFO: Command: GET_FILE_SIZE D:\rec\?????????????82??????-2290834-0.mpg
17.03.2010 16:46:29 ClientThread-1208762 uk.co.mdjcox.webfeedencoder.ConnectionThread answer INFO: Answer: 0
17.03.2010 16:46:30 ClientThread-1208762 uk.co.mdjcox.webfeedencoder.ConnectionThread process INFO: Command: GET_FILE_SIZE D:\rec\?????????????82??????-2290834-0.mpg
17.03.2010 16:46:30 ClientThread-1208762 uk.co.mdjcox.webfeedencoder.ConnectionThread answer INFO: Answer: 0
17.03.2010 16:46:31 ClientThread-1208762 uk.co.mdjcox.webfeedencoder.ConnectionThread process INFO: Command: NOOP
17.03.2010 16:46:31 ClientThread-1208762 uk.co.mdjcox.webfeedencoder.ConnectionThread answer INFO: Answer: OK
17.03.2010 16:46:32 ClientThread-1208762 uk.co.mdjcox.webfeedencoder.ConnectionThread process INFO: Command: GET_FILE_SIZE D:\rec\?????????????82??????-2290834-0.mpg
17.03.2010 16:46:32 ClientThread-1208762 uk.co.mdjcox.webfeedencoder.ConnectionThread answer INFO: Answer: 0
17.03.2010 16:46:33 ClientThread-1208762 uk.co.mdjcox.webfeedencoder.ConnectionThread process INFO: Command: GET_FILE_SIZE D:\rec\?????????????82??????-2290834-0.mpg
17.03.2010 16:46:33 ClientThread-1208762 uk.co.mdjcox.webfeedencoder.ConnectionThread answer INFO: Answer: 0
17.03.2010 16:46:34 ClientThread-1208762 uk.co.mdjcox.webfeedencoder.ConnectionThread process INFO: Command: NOOP

[kha]

Hello Michael,

I just switched to version 0.9.5 and noticed that all the channels I have previosly defined have an empty EPG harvest field "Day URL suffix" in the configtool. I have property "urlDateFormat=ddMMyy" in individual channel props file.

When I add ddMMyy manually in GUI the EPG test passes fine. However, even though I press save button, the next time I open the channel for editing "Day URL suffix" field is blank again.

I would appreciate your help.

Regards,
Michael

[scanner95]

Hello Michael,

I made a test and run VLC manually again, specifying raw dump file name in russian. VLC had no problem with that, and it has built up a recording file.
So the problem is not (only) with VLC here, I believe.

Tell me if I can help further.
Best regards,
Yuly

[michaeldjcox]

Hi Michael,

That is one of the bugs I fixed for n9cqs in the beta release 0.9.5a above.

I suggest you hold off taking that yet though. There is still a wrinkle with timezones that I hope to sort out this morning...or evening depending on your timezone

Michael

Originally Posted by kha

Hello Michael,

I just switched to version 0.9.5 and noticed that all the channels I have previosly defined have an empty EPG harvest field "Day URL suffix" in the configtool. I have property "urlDateFormat=ddMMyy" in individual channel props file.

When I add ddMMyy manually in GUI the EPG test passes fine. However, even though I press save button, the next time I open the channel for editing "Day URL suffix" field is blank again.

I would appreciate your help.

Regards,
Michael

[scanner95]

Another small problem I've noticed: time zone is not saved in the configtool. Whatever I choose, it stays "Europe/Helsinki". And, probably due to this, I cannot set a proper time offset for the EPG.

[michaeldjcox]

Hi Yuly,

Originally Posted by scanner95

I made a test and run VLC manually again, specifying raw dump file name in russian. VLC had no problem with that, and it has built up a recording file.
So the problem is not (only) with VLC here, I believe.

Can you send me the encoder.log file for a failed tune please.

I want to see if the webfeedencoder is an innocent party. It should be as all it does it take what SageTV says and pass it on to vlc.

Also I've not had a chance to address this yet having just got on my morning train but it is possible that when web feed encoder runs VLC it does not default to your language.

There is an option in the vlc command line:

--language={auto,en,ar,bn,pt_BR,en_GB,bg,ca,zh_TW,cs,da,nl,fi,fr,gl,ka,de,he,hr,hu,id,it,ja,ko,lt,mn,ms,kk,km,oc,fa,pl,pt_PT,pa,ro,ru,zh_CN,sr,sk,sl,ckb,es,sv,tr,uk,vi}
                                 Language
          You can manually select a language for the interface. The system
          language is auto-detected if "auto" is specified here.

(I'm sure there are more allowed values than that).

it does not seem to say that it defaults to auto - though that would be sensible.

You try editing the tune command for that station and on the vlc lines add:

--language=ru

or whatever you need and see if that helps.

Look forward to hearing back from you.

Michael

[michaeldjcox]

Originally Posted by n9cqs

Michael,
I just installed your update, and now the program schedule only displays programs in UTC/GMT on the actual SAGE schedule. What I mean by that is... a program at 1100 CDT (local time) is actually 1600 GMT. (Running the test EPG and switching back and forth with that drop-down you just put in shows that). When I look at the program on Sage TV schedule, it appears at 1600 on the schedule (5 hours after it was supposed to start).

Hmm. I thought if I send times to Sage in UTC it would render in the schedule in whatever time zone was needed.

I will do some further testing.

Michael

[scanner95]

Hello Michael,

I've added the --language switch; it didn't do any good. I believe it deals just with the gui language, however.
I've attached the encoder log.

Best reagrds,
Yuly

[michaeldjcox]

Originally Posted by scanner95

I've added the --language switch; it didn't do any good. I believe it deals just with the gui language, however.
I've attached the encoder log.

OK thanks for trying that.

The log file shows some question marks - that doesn't look right.

It could be some encoding needs to be explicily set when reading commands sent to the encoder by SageTV.

Investigating that.

Michael

[michaeldjcox]

I have found the problem. I simplified things a tad too much.

Will endeavour to get a fix out tonight or tomorrow.

Michael

Originally Posted by n9cqs

Michael,

I just installed your update, and now the program schedule only displays programs in UTC/GMT on the actual SAGE schedule. What I mean by that is... a program at 1100 CDT (local time) is actually 1600 GMT. (Running the test EPG and switching back and forth with that drop-down you just put in shows that). When I look at the program on Sage TV schedule, it appears at 1600 on the schedule (5 hours after it was supposed to start).

When I do the "test", it comes out fine, but when I injected the new lineup into Sage, actual numbers end up being equal to the GMT/UTC numbers.



Sorry to be the bearer of bad news. I tried re-saving the channel configuration using the "local" in the test, but it doesn't seem to make any difference.

I even removed a couple of channels from the lineup... reconfigured them... reinserted them... no effect.

[kha]

Originally Posted by michaeldjcox

Hi Michael,

That is one of the bugs I fixed for n9cqs in the beta release 0.9.5a above.

I suggest you hold off taking that yet though. There is still a wrinkle with timezones that I hope to sort out this morning...or evening depending on your timezone

Michael

Hi Michael,

Thank you.

I also noticed that GUI insists on having all fields filled out. For example if I don't have an icon URL I cannot save the configuration. Is this intended behavior? In the past I could easily skip non-essential fields in channel configuration.

Regards,
Michael.

[michaeldjcox]

Originally Posted by n9cqs

I just installed your update, and now the program schedule only displays programs in UTC/GMT on the actual SAGE schedule.

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

[scanner95]

Originally Posted by michaeldjcox

2. Timezone not being saved ( think this is only for files with cryllic callsigns)

Anything else ? Bring it on.

Michael

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.