- TwinHan VisionDTV
Had a detailed report from a user that the new TwinHan software completely changes the way that the schedule data is maintained. So - for now - TwinHan VisionDTV version 2.6 is not supported. Will be working on it over next day or so.
Saturday, January 01, 2005
Tuesday, December 28, 2004
Monday, December 27, 2004
Thursday, December 09, 2004
- Replay Radio
Odd - 2 mentions in a few days. When I first looked I could not see an easy way in.
No obvious command line parameters and binary file that was a pain to create (but possible).
Good news though - the second requestor had spotted that they have documented a way in by passing it a formatted file. Similar idea to TVPI.
Implemented it. But - it shows up something interesting.
To get it to close a dialogue box I had to send a keystroke to it - but ZoneAlarm firewall seems to be blocking keyboard stuffing. I can understand why, but it does not seem to be configurable. This will cause a few problems for other devices so will have to do some digging around.
(252b22)
Odd - 2 mentions in a few days. When I first looked I could not see an easy way in.
No obvious command line parameters and binary file that was a pain to create (but possible).
Good news though - the second requestor had spotted that they have documented a way in by passing it a formatted file. Similar idea to TVPI.
Implemented it. But - it shows up something interesting.
To get it to close a dialogue box I had to send a keystroke to it - but ZoneAlarm firewall seems to be blocking keyboard stuffing. I can understand why, but it does not seem to be configurable. This will cause a few problems for other devices so will have to do some digging around.
(252b22)
Wednesday, December 08, 2004
- TotalRecorder
Had a comment which lead to including a new substitution field - OutputTarget ($OT).
Then modified TotalRecorder to allow substitution to be called. Utimately all devices will have this support when invoked from command line but doing it as other changes happen in similar area. Did it in a way that will not affect existing installations - but would prefer to remove the "old" method.
The person who wanted it has written a useful page showing how he configured things.
(252b20)
- TwinHan VisionDTV
One user is finding that the recording is sometimes from the wrong broadcast type (e.g. radio rather than TV). I cannot see anything wrong with what I am doing - but looking.
Had a comment which lead to including a new substitution field - OutputTarget ($OT).
Then modified TotalRecorder to allow substitution to be called. Utimately all devices will have this support when invoked from command line but doing it as other changes happen in similar area. Did it in a way that will not affect existing installations - but would prefer to remove the "old" method.
The person who wanted it has written a useful page showing how he configured things.
(252b20)
- TwinHan VisionDTV
One user is finding that the recording is sometimes from the wrong broadcast type (e.g. radio rather than TV). I cannot see anything wrong with what I am doing - but looking.
Saturday, December 04, 2004
Monday, November 15, 2004
- Intervideo WinDVR3
Had a request to support WinDVR3 today. In theory it shouldn't be needed because it supports TVPI and acceptes plaintext version of the file. However, the requestor wants to record from the Composite input and it looks like WinDVR3 does not allow the source to be specified in the TVPI file - it assumes that it is the tuner.
Could write to their somewhat complicated Scheduler.xml file - requires inserting a record-set in the right place since it is organised by internal Windows user id.
Looks like the proper way to do it would be to call their Server Proxy DLL - which is what their TitanTV (TVPI) integration module does.
Had a request to support WinDVR3 today. In theory it shouldn't be needed because it supports TVPI and acceptes plaintext version of the file. However, the requestor wants to record from the Composite input and it looks like WinDVR3 does not allow the source to be specified in the TVPI file - it assumes that it is the tuner.
Could write to their somewhat complicated Scheduler.xml file - requires inserting a record-set in the right place since it is organised by internal Windows user id.
Looks like the proper way to do it would be to call their Server Proxy DLL - which is what their TitanTV (TVPI) integration module does.
Sunday, November 14, 2004
- ChrisTV
Had first input from someone trying to use this new support.
Two issues reported.
My suspicion is that the MS VBScript processor can not handle .vbe files when machine is set to Chinese. Have suggested some things to try to test that.
The date/time syntax is a bit annoying - but made a quick change to allow specification of dd/mm/yy or mm/dd/yy in the output file for ChrisTV. Proper way to do it is to examine and use what is configured for the PC - but will have to wait a bit before I get round to doing that. Looks like it also wants AM/PM for start time if PC configured that way. Backburner stuff for now as user can easily reconfigure the PC for 24-hour clock.
(252b16)
- DVBViewer
First feedback from tester of DVBViewer interface. Largely works - but seems a bit hit and miss. Not sure if it is me, the way it was tested or the DVBViewer software.
Made some suggestions to narrow it down.
Saw the GUI of the commercial version. Basically the same interface for scheduling (including file format) but a few extra options. One is that it can be configured re-encode radio stations (audio) to MP3 so made that configurable by station type.
For now the station type is specified to DABDig on its command line - but ultimately should work out the format of the DVBViewer channels database and determine station type automatically.
Added code to handle the timer group missing from the DVBViewer config file - it looks like it can be removed by DVBViewer on exit if no scheduled events remain.
(252b15)
Had first input from someone trying to use this new support.
Two issues reported.
- His PC was set for Chinese language and the software failed to run completely.
- The Date/Time syntax on the PC affects the way that ChrisTV processes the schedule data
My suspicion is that the MS VBScript processor can not handle .vbe files when machine is set to Chinese. Have suggested some things to try to test that.
The date/time syntax is a bit annoying - but made a quick change to allow specification of dd/mm/yy or mm/dd/yy in the output file for ChrisTV. Proper way to do it is to examine and use what is configured for the PC - but will have to wait a bit before I get round to doing that. Looks like it also wants AM/PM for start time if PC configured that way. Backburner stuff for now as user can easily reconfigure the PC for 24-hour clock.
(252b16)
- DVBViewer
First feedback from tester of DVBViewer interface. Largely works - but seems a bit hit and miss. Not sure if it is me, the way it was tested or the DVBViewer software.
Made some suggestions to narrow it down.
Saw the GUI of the commercial version. Basically the same interface for scheduling (including file format) but a few extra options. One is that it can be configured re-encode radio stations (audio) to MP3 so made that configurable by station type.
For now the station type is specified to DABDig on its command line - but ultimately should work out the format of the DVBViewer channels database and determine station type automatically.
Added code to handle the timer group missing from the DVBViewer config file - it looks like it can be removed by DVBViewer on exit if no scheduled events remain.
(252b15)
Friday, November 12, 2004
Monday, November 08, 2004
- ATi MMC
Did some more work on supporting alternate recording source. Looks like some versions of the ATi software require that the tuner channel is set to 0 when recoprding from S-Video (and perhaps Composite). Odd because the registry dump that I had of one working had a non-zero number. Anyway - sent it out to test.
Did some more work on supporting alternate recording source. Looks like some versions of the ATi software require that the tuner channel is set to 0 when recoprding from S-Video (and perhaps Composite). Odd because the registry dump that I had of one working had a non-zero number. Anyway - sent it out to test.
Monday, October 25, 2004
- ATi MMC
Had a request to support the ATi card with built-in FM radio.
Made a quick version to prove the principle. Waiting for feedback.
Co-incidently also had a request to be able to schedule recording from S-Video input.
Will be easy once I get to see how it is specified (have done similar thing for another device).
(252b06)
Had a request to support the ATi card with built-in FM radio.
Made a quick version to prove the principle. Waiting for feedback.
Co-incidently also had a request to be able to schedule recording from S-Video input.
Will be easy once I get to see how it is specified (have done similar thing for another device).
(252b06)
Monday, October 11, 2004
Saturday, October 09, 2004
- Leadtek
Had a request, via the new support forum, to allow control of the Standby field when scheduling. I did not put it in before because it only really makes sense to use if all future (at least until PC next turned on) scheduled recordings/viewings are already entered into the Leadtek scheduler. In this case this is how the user is doing it.
So added code and defaulted to old way of working.
(252b01)
Had a request, via the new support forum, to allow control of the Standby field when scheduling. I did not put it in before because it only really makes sense to use if all future (at least until PC next turned on) scheduled recordings/viewings are already entered into the Leadtek scheduler. In this case this is how the user is doing it.
So added code and defaulted to old way of working.
(252b01)
Friday, October 08, 2004
- TwinHan VisionDTV
It looks like the upgrade by TwinHan to their 2.43 has changed the structure of the channel list file.
If you are having a problem since upgrading then try editing dabdig.ini as follows:
VISIONDTVFILERECORDSIZE=104
VISIONDTVFILENAMEPOSITION=69
If your problem is with the Twin Han software rather than DABDig then perhaps try a total rescan to get the new format file written by their software (and then change the dabdig.ini settings).
Thanks to Bob and Laurie for the info.
I will probably make a new DABDig that tries to adapt itself to the changing structure.
It looks like the upgrade by TwinHan to their 2.43 has changed the structure of the channel list file.
If you are having a problem since upgrading then try editing dabdig.ini as follows:
VISIONDTVFILERECORDSIZE=104
VISIONDTVFILENAMEPOSITION=69
If your problem is with the Twin Han software rather than DABDig then perhaps try a total rescan to get the new format file written by their software (and then change the dabdig.ini settings).
Thanks to Bob and Laurie for the info.
I will probably make a new DABDig that tries to adapt itself to the changing structure.
Sunday, October 03, 2004
- Nebula DigiTV
I now have a Nebula DigiTV installation (i.e. with hardware) ... and I discovered that the 3.12 beta3 from Nebula does not like the combination of channel specifier and full-screen mode selection on command line at the same time.
Unfortunately I made this the default way of working.
So - when requesting DABDig is initiate live viewing, either renfigure DABDig to go back to the old stop/start method or configure for non-full-screen mode.
i.e. either set
PlayWinStyle=1
or
ViewViaCommandLine=0
I now have a Nebula DigiTV installation (i.e. with hardware) ... and I discovered that the 3.12 beta3 from Nebula does not like the combination of channel specifier and full-screen mode selection on command line at the same time.
Unfortunately I made this the default way of working.
So - when requesting DABDig is initiate live viewing, either renfigure DABDig to go back to the old stop/start method or configure for non-full-screen mode.
i.e. either set
PlayWinStyle=1
or
ViewViaCommandLine=0
Sunday, September 26, 2004
Saturday, September 18, 2004
- ChrisTV
Had a request to add support for ChrisTV.
I looked at this back in December 2003. Back then there was a plan for a future version to include a command line interface, but it looks like it did not happen.
However, there is now a ChrisTV scheduling agent that works of a text file - so made a new version that can write to that file. In theory it should also be possible to support live viewing that way - but it is a bit clumsy. Needs more investigation to improve it. Anyway - first version of DABDig made and passed to requestor to test.
(251b18)
Had a request to add support for ChrisTV.
I looked at this back in December 2003. Back then there was a plan for a future version to include a command line interface, but it looks like it did not happen.
However, there is now a ChrisTV scheduling agent that works of a text file - so made a new version that can write to that file. In theory it should also be possible to support live viewing that way - but it is a bit clumsy. Needs more investigation to improve it. Anyway - first version of DABDig made and passed to requestor to test.
(251b18)
Tuesday, September 14, 2004
- GB-PVR
Another PVR solution that has UK users suffering from the outage of the XMLTV Radio Times grabber is GB-PVR (from New Zealand).
A user posted a query which I replied to - and as a result I had a look at the database tables that it uses for scheduling recording. Didn't look very hard to add new entries into it ... so added in the basics.
Have hard-coded a few things for now - but fundamentally it looks right.
As always - now need some users to give some feedback to see if what I have done really works in their configuration.
Have also posted a note in the GB-PVR forums - just in case the developer is not happy with such an approach (for example - there could be cleaner and more supportable ways to do it.)
(251b16)
Another PVR solution that has UK users suffering from the outage of the XMLTV Radio Times grabber is GB-PVR (from New Zealand).
A user posted a query which I replied to - and as a result I had a look at the database tables that it uses for scheduling recording. Didn't look very hard to add new entries into it ... so added in the basics.
Have hard-coded a few things for now - but fundamentally it looks right.
As always - now need some users to give some feedback to see if what I have done really works in their configuration.
Have also posted a note in the GB-PVR forums - just in case the developer is not happy with such an approach (for example - there could be cleaner and more supportable ways to do it.)
(251b16)
Sunday, September 12, 2004
- WebScheduler
There is a problem (short-term) with the XMLTV grabber for the UK (from the Radio Times site). This lead to a user of that to ask if DigiGuide could drive WebScheduler.
WebScheduler is a utility that can drive some DVB cards - some of which are already supported by DABDig but everyone can choose whatever they want of course!
A had a quick look at it and could see that it was pretty likely that it could be driven by DigiGuide directly by using a conventional Marker Alert. Worked out the probable syntax but it turns out that WebScheduler counts months from 0 - so made a quick update to DABDig so that it could fire a modified URL at it.
Yet another hack - but will basically work. Just waiting for the requester to make direct contact so that I can send a copy to try.
(251b15)
There is a problem (short-term) with the XMLTV grabber for the UK (from the Radio Times site). This lead to a user of that to ask if DigiGuide could drive WebScheduler.
WebScheduler is a utility that can drive some DVB cards - some of which are already supported by DABDig but everyone can choose whatever they want of course!
A had a quick look at it and could see that it was pretty likely that it could be driven by DigiGuide directly by using a conventional Marker Alert. Worked out the probable syntax but it turns out that WebScheduler counts months from 0 - so made a quick update to DABDig so that it could fire a modified URL at it.
Yet another hack - but will basically work. Just waiting for the requester to make direct contact so that I can send a copy to try.
(251b15)
Saturday, September 04, 2004
- WinTVCap
Had a request for a few things:
The last one is now the default operation for DABDig because modern versions of WinTVCap can handle being run twice (for same board) - by closing first recording and starting the new one.
All done (251b12 and 251b13)
Had a request for a few things:
- Support multi-board installations
- Be able to override recording quality settings per programme
- Do not insist on stopping WinTVCap if already running
The last one is now the default operation for DABDig because modern versions of WinTVCap can handle being run twice (for same board) - by closing first recording and starting the new one.
All done (251b12 and 251b13)
Subscribe to:
Posts (Atom)
Posts
