| Number |
Type |
Short description |
Posting date |
Posted by |
Details |
Status |
Able to retrace? |
Able to fix? |
Will be fixed in... |
Comment |
| #0001 |
Bug |
Invalid File Bug on NVOD Channels |
20.06.2002 |
kct-networx |
"After a Channel search, you can't Record anymore NVOD Channels. Result is an Invalid File.
If you change the PID of the NVOD Channels Manually the future recorded Files are OK.
Change PID like in this Example:
PDirekt 1(Data channel) 0021
PDirekt 1 (Moviechannel) 0022
PDirekt 1 (Moviechannel) 0022
PDirekt 2(Data channel) 0023
PDirekt 2 (Moviechannel) 0024
PDirekt 2 (Moviechannel) 0024
and so on.... " |
closed |
Yes (Only in simulation) |
No |
No |
"When the NVOD channels are re-scanned, some of them will have unknown PID values because they are not currently running. If the system does not know the exact PID values when the delayed recording starts, the recording will fail. It is from the limitation of main chipsets.
Note by users:
The problem doesn't appear in Software from March. This problem also appears, when all the sub-channels are running." |
| #0002 |
Bug |
Sleep Timer |
20.06.2002 |
Anthea |
The Sleep Timer always switches the TF4000PVR off after 10 Minutes |
closed |
No |
? |
? |
Was a problem in the BETA; in the official firmware of 12th June this bug isn't replicable anymore. |
| #0003 |
Bug |
Videotext-Font |
20.06.2002 |
Anthea |
Font of the Teletext is not correct (since some time). Instead of a white sqare a æ is displayed, and for wide characters (O,W,X,D) the points at the border are cut away. |
closed |
No for æ. Yes for wide characters. |
|
"After find the bug of æ.
(look at the comment)" |
Topfield will capture a stream with the service "Das Erste" when they will visit Europe in July this year. |
| #0004 |
Bug |
EPG |
20.06.2002 |
Anthea |
Until now the EPG was available in the first copy of a service. Now it is only available in the last copy. |
closed |
Yes |
No |
|
We thought that the last channel is more reliable. And we chagned the EIT structure to speed up the EPG. |
| #0005 |
Bug |
Timeshift/Preview-Window |
20.06.2002 |
Anthea |
When you have TimeShift activated but are watching the live picture, and then show the progress bar and scroll back, some tiny instant-pictures at the current cursor position are shown. But everything that gets into the TimeShift-Buffer when watching timeshifted has no such picture, so when you scroll towards the live picture, the preview picture disappears when you reach the position where you left the live picture. |
closed |
Yes |
No |
|
The preview image of the progress bar is saved on in live mode. It is IMPOSSIBLE to save it during time shifting mode. |
| #0006 |
Bug |
EPG/Harddisk |
20.06.2002 |
Steff |
Althoug I have deactivate this function, every time I start the EPG the Harddisk starts running. Maybe it is possible to suppress this. |
closed |
Yes |
Yes |
Next version |
There is no problem in normal working. |
| #0007 |
Bug |
Bookmark during recording |
24.06.2002 |
arnoniehm |
When I view a recorded file, a new recording started in the meantime, it is still recording and I add a bookmark in the currently viewed file then there will be a bookmark in the new recording too. |
closed |
Yes |
Yes |
Next version |
|
| #0008 |
Bug |
Topfield switches off during playback |
10.05.2002 |
Bernhard B |
If a recording is going to stop, a timeshifted broadcast or a playback of another movie, is stopped also. The end oft a scheduled recording shouldn't stop running playbacks. |
closed |
Yes (Only Timeshift) |
No |
|
We cannot make the same problem while playback. Only timeshift of the recording channel stops, as you said. It is hard to fix due to our software architecture. At the next version, we will consider the bookmark at the end of timeshift playback. |
| #0009 |
Bug |
Name of the recording |
10.05.2002 |
Bernhard B |
The way, how the the recording are named, is a little bit confusing. Every second recording is called "station name-1" or anything like this. Isn't it possible to save the name of the (epg-)programmed broadcast? If not, the name of the broadcast should be determined while the recording is running (e.g. 15 minutes after start). |
closed |
Yes |
No |
|
The system does not check the EIT in case of the instant recording or the delayed recording by menu because it may cross some events. Strictly speaking, the system has only one Demux (TS filter). So, it is impossible to get the event if the user watch a channel while recording other channel. |
| #0010 |
Bug |
Duration of recording longer than planned |
25.06.2002 |
Der Dude |
Often it happens, that a recording which is programmed from e.g. 20:00 - 22:00, will last until 22:02 or 22:04 (anything like this). It's possible to prove this behavior, because you can check the real time by viewing the recorded video-text which shows the overlength of the recording. This seems to be the also the reason, why it sometimes happens, that the second of two right after each other programmed recordings won't be done, but only the first one. |
closed |
Yes |
Yes |
Maybe next version or not. |
We will try to find why it works so. |
| #0012 |
Bug |
HDD-spin-up when shutting down the receiver |
27.06.2002 |
ragol8r |
while timeshift is disabled the harddisk shuts itself down after a few minutes. turning off the receiver now starts up the hdd again. this is annoying and not necessary since the receiver can use its internal eeprom for saving parameters like 'last viewed channel'. this could also result in shorter hdd's lifetime/mtbf. bug was introduced with march firmware. |
closed |
Yes |
No |
|
Before shutting down the PVR, the system checks the file system for integrity. |
| #0013 |
Bug |
EPG-details wrong when days ahead |
30.06.2002 |
Boby |
Often, the detail-text in the EPG isn't fitting to the title of the shown event. For instance, I try to look at the EPG two or three days ahead and I see 1) the title (correct), 2) a kind of "sub-title" (correct) and the scrolling detail text (not correct - it belongs to the event before!) in the right blue box at the bottom. But it's not always; maybe it has to do if this "sub-title" is available or not, but I can't tell you exactly when it appears. I haven't noticed this phenomenon on the current day; it just happens on future days. |
closed |
No |
? |
|
It's hard to trace it here in Korea and the european language of our engineers is too poor to know it works well or not. But, we will keep in mind and test it in the future when we go the test trip and can have the help of the distributers. |
| #0014 |
Bug |
Timeshift in radio mode |
01.07.2002 |
Axel |
...doesn't work. |
closed |
Yes |
No |
|
There is no way to make fine control the time shifting of radio service due to the FAT structure and our software architecture. |
| #0015 |
Bug |
Big Files are back! |
01.07.2002 |
The Horse |
Some users reported the appearance of "big files" since the installation of the software of 12th June. At the moment, the circumstances aren't clear. The cook-recipe for the old bug doesn't work, so it seems to be a new constellation where this error appears. |
closed |
No |
? |
|
Would you please let me know the service and TP information where the big-file problem still remains? |
| #0016 |
Bug |
Robo-Sound |
15.07.2002 |
klink |
If the channel is changed, or a playback is started or you jump in a playback either way, briefly the audio-signal is disturbed. The users call this "Robo-Sound". Is there a possibility to fix this? |
closed |
Yes |
No |
No |
The brief distorted sound when starting playback is from to synchronize the A/V stream. It is deeply related to the synchronization scheme of the specific MPEG decoder (IBM39 STB02100 for TF4000PVR). I wonder that it is hard to fix completely because the current state is almost the best after our so many tests of lots of services. |
| #0018 |
Bug |
Overlapping programmings |
20.07.2002 |
Al Bundy |
If you program a repeating timer, for the validation if that time is already blocked by another timer, only the first occurence of the repeating timer is checked. The same thing is when you have already a repeating timer and program another timer, only the next occurence of the repeating timer is "blocked" for the new timer |
closed |
Yes |
Yes |
Next version |
|
| #0019 |
Bug |
Decrypted playback has picture errors |
20.07.2002 |
Anthea |
"If you have a decrypted recording, recorded from an encrypted channel, and view it, then many picture errors occur. These errors can be avoided by removing the CI, so it seems the already decrypted data stream is sent through the CI again, and perhaps tried to decrypt again.
It is better in Version from 13.02.2002" |
closed |
No |
? |
? |
"If the encrypted services are decrypted via CI slot, the scrambling control bit of the output TS header should be off. If not, the CAM tries to decrypt the recorded file one more time because the scrambling information is on. But, I don't think so because no CI cam do that, so far as I know. Do you have this problem at ALL the cams and ALL the CI services?
=> At least MagicModule and Irdeto 4.7SE are caused." |
| #0020 |
Bug |
The name of the file |
13.08.2002 |
Anthea |
Some problems with programmed recordings (name, encryption) occur because the Receiver switches on for a programmed recording on a channel from the same transponder as the one to record. Is it possible to change the channel to the one being recorded if the receiver switched itself on for this recording? |
closed |
Yes |
Yes |
Next version |
The wakeup channel for the delayed recording will be the last channel in case that the recorded channel is in the same TP of the last channel because the last channel can be decoded. Your idea seems good. |
| #0021 |
Wish |
Merging recordings |
13.08.2002 |
Anthea |
Is it possible to merge 2 recorded files into one? |
closed |
- |
- |
No. |
More powerful file-managing-function is planned at the next PVR model which has more memory and high performance CPU. |
| #0025 |
Bug |
Receiver switches on without cause |
13.08.2002 |
Agentx |
Some users reported that the receiver switches itself on sometimes. It is not possible to see any cause for this (neither recording nor timer set, nor HDD-EPG activated) |
closed |
No |
? |
? |
The possible scenario is that the system accepted the noise of electric lamp's on as the RCU's power-on signal. But, it is very very very very rare. The front micom wakes up the system only by the presetted timer, front key and RCU's power-on. Anyway, we will test it more. |
| #0026 |
Bug |
Skipped channels re-appear |
13.08.2002 |
Freddy |
If you mark some channels as "skipped" and start a new complete channel search, several fo the skipped-marks vanish and the channels are shown again. |
closed |
Yes |
No |
No |
We think that the new channel-search means the initial state of the searched channels. |
| #0029 |
Bug |
Localization of "Hard disk full" |
22.08.2002 |
Boby |
When a (scheduled) recording can't be accomplished because of insufficient disk space, only an English message occurs. This important information should be localized. (German suggestion: "Kein Platz mehr auf der Festplatte, um die Aufnahme zu beenden. Bitte löschen Sie überflüssige Aufnahmen."). If this is too long, just tell me the maximum length of the string being showed in the info box.) |
closed |
Yes |
Yes |
Next version |
The german string is added. Why don't you try it? |
| #0030 |
Bug |
Lost scheduled events |
10.11.2002 |
Anthea |
"If you program a new delayed recording and switch the receiver off after
confirming the programming with ""OK"" but without leaving the recording menu,
the new programmings are ""forgotten"". As soon as you leave the menu either
with ""MENU"" or with ""EXIT"" everything is OK" |
closed |
Yes |
|
No |
All the modified information shall be updated to the memory just after leaving the menu. |
| #0032 |
Bug |
Recording longer than expected |
10.11.2002 |
Anthea |
"The duration of the recorded event is often much longer than what I
programmed. In case of some weekly events of 70-80 minutes the receiver
recorded 10-15 minutes more than it should have. If there is a next event
that should start during that time that is not recorded. (see also #0010)" |
closed |
Yes |
Yes |
Next version |
We have to test it more. I tried it several times with one time mode. I'll test it with weekly mode again. ==> We found the problem by virture of Anthea's private comments. We will fix it at the next version. |
| #0040 |
Wish |
Switch Receiver off after Recording |
31.12.2002 |
Anthea |
Is it possible to tell the receiver to switch itself off after recording something? E.g. as additional option for the sleep-timer? "Off - After recording - 10 min - 20 min -...." |
closed |
Yes |
No |
|
Why don't you use the sleep timer or power off time in Main menu -> System setting -> Time setting (even though they are inconvenient for everyday use.) ? |
| #0041 |
Bug |
Current event stops after saving timeshift-buffer |
31.12.2002 |
Anthea |
When using the "current event" for recording something, the receiver only saves the content of the timeshift buffer that corresponds to the current event, and then stops recording, even though the current event is not finished. |
closed |
Yes |
Yes |
Next version |
|
| #0042 |
Wish |
Deleting of programmed recordings "too easy" |
31.12.2002 |
Anthea |
The deleting of programmed recordings is "too easy". Could you implement a box asking "Delete this reservation"? |
closed |
Yes |
Yes |
Next version |
|
| #0046 |
Bug |
Still an error in timer programming |
10.01.2003 |
arnoniehm |
"There seems to be at least one little problem in the timer programming left.
Suppose you have a weekly programming for Tuesdays 22:00 for 30 minutes.
Now you want to add a one time event for a Monday(!) that starts at 21:30 and runs for 3 hours.
The software will complain about duplicate entry and mention the weekly programming as the duplicate.
But one recording is on Monday and the second one on Tuesday!
If the one time event is adjusted to run less than 2:30 hours, then there is no collision. Looks like midnight has something to do with it.
" |
closed |
No |
? |
13.02.2003 |
Sorry that I could not find this problem, neither. No problem even the same procedures. Could you check the software version if it is the latest one (Oct 28th)? |
| #0051 |
Wish |
Editing Transponders |
16.01.2003 |
|
In the transponder editor it isn't possible to change the symbol rate. If someone is trying to find a new transponder and isn't sure about the data, he can only delete the transponder and re-create it, or use the PC for editing the transponder data. Could the editing of the transponder include the symbol rate? |
closed |
Yes |
|
No |
If you scanned a TP with manual search and there are some services in that TP, the TP shall be added even though you edited the freq. and symbol rate in channel search menu. I think that this can be a alternative to that need. |
If you find another bug, please report it