- October 10, 2007
- 5
- 0
TV-Server Version: Rev 16148
MediaPortal Version: n/a
MediaPortal Skin: n/a
Windows Version: Windows 2003 R2
CPU Type: Intel Xeon 5150 Dual Core 2.66GHz
HDD: 6x 500GB SAS
Memory: 2GB
Motherboard:
Motherboard Chipset:
Motherboard Bios:
Video Card:
Video Card Driver:
Sound Card:
Sound Card AC3:
Sound Card Driver:
1. TV Card: Black Gold 7162
1. TV Card Type: DVB-T
1. TV Card Driver:
2. TV Card: Black Gold 7162
2. TV Card Type: DVB-T
2. TV Card Driver:
3. TV Card: Black Gold 7162
3. TV Card Type: DVB-T
3. TV Card Driver:
4. TV Card:
4. TV Card Type:
4. TV Card Driver:
MPEG2 Video Codec: n/a
MPEG2 Audio Codec: n/a
Satelite/CableTV Provider: Freeview
HTPC Case: Dell Poweredge 2950
Cooling: Stock
Power Supply: Dual Redundant 750W
Remote: n/a
TV: n/a
TV - HTPC Connection: n/a
I work for a university and we are trying to replace out legacy analog off-air recording service with a nice new pure digital system. The system we are trialing uses 3 Dual DVB-T tuners in a Dell rack mount server to feed our Off Air recording service.
So far the system has been brilliant, allowing us to record any freeview channels (there are only 6 multiplexes used to carry all the freeview channels in the UK) at any time.
I'm having a problem with the dates in filenames with TV Server recordings. The leading zeros in the hours/minutes using the %starthh% and %startmm% are not being given leading zeros.
Here's a list of some of todays recording in order they recorded:
BBC TWO_20071012_130.ts
BBC TWO_20071012_1330.ts
BBC TWO_20071012_140.ts
BBC TWO_20071012_1430.ts
BBC TWO_20071012_150.ts
As you can see, we're scheduling recordings in half hour chunks, but the leading zero on the minute is not there. The same happens with the hour:
BBC TWO_20071012_80.ts
BBC TWO_20071012_830.ts
I've searched the forums for similar issues but havn't found any, is this a known issue ? If not, could it be fixed easily ? This is so far the only issue we would have with this. It has been flawlessly recording 7 channels 24 hours a day for the last two days, even saving the files to network storage without hitch.
MediaPortal Version: n/a
MediaPortal Skin: n/a
Windows Version: Windows 2003 R2
CPU Type: Intel Xeon 5150 Dual Core 2.66GHz
HDD: 6x 500GB SAS
Memory: 2GB
Motherboard:
Motherboard Chipset:
Motherboard Bios:
Video Card:
Video Card Driver:
Sound Card:
Sound Card AC3:
Sound Card Driver:
1. TV Card: Black Gold 7162
1. TV Card Type: DVB-T
1. TV Card Driver:
2. TV Card: Black Gold 7162
2. TV Card Type: DVB-T
2. TV Card Driver:
3. TV Card: Black Gold 7162
3. TV Card Type: DVB-T
3. TV Card Driver:
4. TV Card:
4. TV Card Type:
4. TV Card Driver:
MPEG2 Video Codec: n/a
MPEG2 Audio Codec: n/a
Satelite/CableTV Provider: Freeview
HTPC Case: Dell Poweredge 2950
Cooling: Stock
Power Supply: Dual Redundant 750W
Remote: n/a
TV: n/a
TV - HTPC Connection: n/a
I work for a university and we are trying to replace out legacy analog off-air recording service with a nice new pure digital system. The system we are trialing uses 3 Dual DVB-T tuners in a Dell rack mount server to feed our Off Air recording service.
So far the system has been brilliant, allowing us to record any freeview channels (there are only 6 multiplexes used to carry all the freeview channels in the UK) at any time.
I'm having a problem with the dates in filenames with TV Server recordings. The leading zeros in the hours/minutes using the %starthh% and %startmm% are not being given leading zeros.
Here's a list of some of todays recording in order they recorded:
BBC TWO_20071012_130.ts
BBC TWO_20071012_1330.ts
BBC TWO_20071012_140.ts
BBC TWO_20071012_1430.ts
BBC TWO_20071012_150.ts
As you can see, we're scheduling recordings in half hour chunks, but the leading zero on the minute is not there. The same happens with the hour:
BBC TWO_20071012_80.ts
BBC TWO_20071012_830.ts
I've searched the forums for similar issues but havn't found any, is this a known issue ? If not, could it be fixed easily ? This is so far the only issue we would have with this. It has been flawlessly recording 7 channels 24 hours a day for the last two days, even saving the files to network storage without hitch.