Buggy instant recordings

[diverman]

Hi,
I just discovered nasty bug with instant recordings. The problem appear when the movie ends after midnight.
Example:

• movie begin: 2nd February 23:00
• movie end: 3rd February 01:10

When you select menu add recording (enter recording end time), it shows correct end time (01:10), but the date is wrong!

• If you accidentally confirm the dialog, recording will start and immediatelly stop (the file has size 0MB).
• If you cancel the dialog, the recording will start anyway.

Both issues appear to me as a bug. The dialog should provide the correct date, and cancel should really cancel.

 

[diverman]

I wonder how bug reports like this or that*) remain unanswered and unfixed. Am I only one affected by these problems?
Or, since this is a community project, shall I rather debug and fix them myself?

*) http://www.vuplus-community.net/board/threads/duo-4k-freezing-when-clicked-standby-button.39965/

 

[AlexWilMac]

1) Even if the bug concerned only BH and not also the original Vuplus image (and remembering that BH is based on the vuplus code), do you think that 3 days after you report a bug it should be immediately fixed?
2) If the bug comes from the vuplus code, you should report it to vuplus. Then wait and pray...
3) If, instead, the bug concerned only BH, I'd wait a little bit more than 3 days: at least wait for the next major update.

 

[nunigaia]

I wonder how bug reports like this or that*) remain unanswered and unfixed. Am I only one affected by these problems?
Or, since this is a community project, shall I rather debug and fix them myself?

*) http://www.vuplus-community.net/board/threads/duo-4k-freezing-when-clicked-standby-button.39965/

Timers ( Timeshift ( instant record ))

Is it that a bug, are you sure?

So, you add a record ( this requires the creation of a file ( timer )), unfortunately you have cancelled the record .... and the file remains 0 bits size ( You must, afaik delete manually all 0 b ( 0 Kb ) files size ).

*) Bug reports, are solutioned when they are really bugs or when someone of the coders ( BH team coders ), can, know and have time to fix them.

Note: This is an hobby, and if you have the knowledge and time to fix that ... publish here your work, and if all is great it will be added to the code as a fix.

best regards
nunigaia

 

[diverman]

So, you add a record ( this requires the creation of a file ( timer )), unfortunately you have cancelled the record .... and the file remains 0 bits size ( You must, afaik delete manually all 0 b ( 0 Kb ) files size ).
Well, seems you misunderstood the problem. Actually, there are 3 different issues:

1. Date provided is wrong if the movie is spans the midnight. Typical "off-by-one error". User must change the date to D+1, otherwise bad things happen.
   
2. If user doesn't change the date, then empty record is created. What a bad surprise! Your movie is completely lost.
3. Cancel does something different than cancel.

 

[diverman]

1) Even if the bug concerned only BH and not also the original Vuplus image (and remembering that BH is based on the vuplus code), do you think that 3 days after you report a bug it should be immediately fixed?

I don't expect bugs to be fixed in 3 days, but rather hear something like: thanks for the bug report, we're currently busy, but one rainy day we might have a look.

The communication matters, otherwise, I feel like my posts fell into ... blackhole.

 

[Matrix10]

I don't expect bugs to be fixed in 3 days, but rather hear something like: thanks for the bug report, we're currently busy, but one rainy day we might have a look.

The communication matters, otherwise, I feel like my posts fell into ... blackhole.

The first question is whether this is a bug.
I don't think so
That's why you have a date in the window
and with the left-right button you can change the date.
Of course, it may be possible to improve the system
and that the wrong date in relation to time does not start recording.
But this is more of a user error.
So the recording started with the wrong
user settings and Stops.

I agree it would be a good to have cancel and
not to start recording.
I don't know if this is an original VU + image coding problem
maybe you can test and report the bug to VU+.
If it's in the original image
if not and only in BH image and not in orginal then report the bug here again.

 

[diverman]

The first question is whether this is a bug.
That's why you have a date in the window
and with the left-right button you can change the date.

Again, you missed the point. User has to double think that movie spans the midnight, so date must be changed. I lost about 5 movies before I noticed that date was wrong.
Why not to provide the right ending date at first? You said it's a user error, but I have a different opinion: wrong defaults=bug.

 

[Matrix10]

Again, you missed the point. User has to double think that movie spans the midnight, so date must be changed. I lost about 5 movies before I noticed that date was wrong.
Why not to provide the right ending date at first? You said it's a user error, but I have a different opinion: wrong defaults=bug.

Ending date can be any day and not the end of your current program.

Have you tried option one ??
add recording stop after current event
and not the option 4 where you need to enter the date and time yourself

 

[diverman]

Have you tried option one ?? add recording stop after current event
Yeah, but due to advertisments last n minutes of the movie are lost, so I need to extend the duration about 5-15 minutes.

 

[Matrix10]

Have you tried option one ?? add recording stop after current event
Yeah, but due to advertisments last n minutes of the movie are lost, so I need to extend the duration about 5-15 minutes.

Of course it depends on the TV channel.

Then you use the timer, and enter your start and stop time.

Again

Option 4
can be any day and any time
that's what it's meant for..

 

[Matrix10]

Again

Option 4
add recording (enter recording end time)
Date and Time

Recording starts the moment you enter the Menu option 4
add recording (enter recording end time)
expecting you to enter the correct date and time .

 

[AlexWilMac]

Anyway, in many years I've never used such a messy way of recording something.
1) If the event is in the EPG, I start from there to create a real timer (real in the sense that it's not created by instant record but directly. @nunigaia: the timer it refers to is created also by instant records).
Obviously, as I don't rely on EPG precision, already in my general settings about recording, it's set an anticipation default time and a delayed default time. For instance I have 10 minutes before and 20-30 minutes after.
This default can be easily changed.
2) If there is no EPG or if I'm too lazy to press EPG and create a timer... I just use the instant record button, red squared button, and use only the duration time, where to be sure I usually put a value big enough to be sure.

But using all the complicated start and end and date and so on, is not the most efficient way.

Said that, I can report that the same problem also occurs under current OBH 4.3.015 but it's also more generic:
Summarizing, if you:
-enter the instant record;
-choose either to add a recording using the duration or the end time and date;
-press EXIT from one of the two dialog boxes above or EXIT or CANCEL from the dialog box about the end time and date;

a recording of about 3 seconds is created all the same, despite the pressing of EXIT, which is usually equivalent to the CANCEL.
Obviously, you'll see also a timer (in the "Completed" status) in the list of timers.

I agree that this is not right but, as I said, this can be avoided using a simpler and faster way of creating an instant record.
So, if it affects both BH and OBH (which is not vuplus code-based) it's a general problem.
I'd personally remove the item about date and time from instant recording menu.