SVN 10478 - Recordings = no video (1 Viewer)

[HappyTalk]

When trying to view recordings, the audio began but the screen stayed the same, with no video. Trying to play recordings via the video screen, you get the little image at lower left but clicking on it it never goes full screen. A recording that has the .sbe's seemed to work normally however. Trying the same on 0.2.0.0 it all works fine.


FIXED as of 29 Sep 2006

 

[ronilse]

Hi,
You have to provide system specs & logs, if not we cannot check whats happen.

Regards
Roy

 

[Paranoid Delusion]

ronilse

Seems to be old dvr-ms recordings with a new install of MP doing this, cannot send log as all encoding to mpeg at moment. (so i'm not much use, log wise).

But if someone can post Mediaportal log would be appreciated.

So just to make it clear for me, this issue only happens with,

dvr-ms files that have been recorded prior to a new install of MP.

If HappyTalk can confirm same, and supply MP log great.

Regards

 

[HappyTalk]

....

 

[HappyTalk]

I set up my system specs so they appear in combo box at left, I assumed this is how its done now so as to not clutter up posts.

yes I concur with PD that these were files recorded using prev version of MP, but the one that was a small ms-dvr + multiple .sbe's worked OK, others didn't. I checked by making a new EPG (which worked today) recording and it did work fine (svn 10493)

Here was my test:-
1) I checked the logs there were endless errors ref'ing GForce so I uninstalled it.
2) I installed current svn (10493) over it and cleared logs.
3) EPG data has now arrived (maybe yesterday there was an outage on epg transmission)
4) I set MP to record a program via EPG. Program had already started but it seemed to take a minute or more to start recording? it sat in scheduled saying waiting (I guess EPG recordings are only checked every minute?).
5) I tried play recording from beginning while recording and that went full screen fine. 6) Stopping recording then played it from Recorded TV, it also worked fine.
6) Tried old recording again, got audio, but no video, pressed stop, but this was ignored as was pause etc. Pressed back and it stopped.

The error.log was huge so I cleared it and did the following minimal test:-

1) cleared all logs
2) ran MP
3) went to TV | Recordings
4) played old recording (I presume entry is not in database as it gets time set = now)
5) got audio no video, stop, pause dont work
6) pressed back, audio playback stopped
7) exited MP using green button

I attach these much smaller logs to this post


MediaPortal Version: 0.2.0.0 + svn 10493 (26 sep 2006)
Windows Version: Windows XP Pro SP2
CPU Type: Sempron 2800
HDD: Maxtor 128gb
Memory: 512mb ddr
Motherboard: MSI K7N2 Delta-LSR
Motherboard Chipset: NVidia NForce2
Motherboard Bios: B5
Video Card: NVidia 6800
Video Card Driver: 91.36
Sound Card: On Board Realtek
Sound Card AC3: ac3 / coaxial out
Sound Card Driver:
1. TV Card: Hauppauge Nova-T PCI
1. TV Card Type: DVB-T
1. TV Card Driver: 25e
2. TV Card: Hauppauge Nova-T PCI
2. TV Card Type: DVB-T
2. TV Card Driver: 25e
3. TV Card:
3. TV Card Type:
3. TV Card Driver:
4. TV Card:
4. TV Card Type:
4. TV Card Driver:
MPEG2 Video Codec:
MPEG2 Audio Codec:
Satelite/CableTV Provider:
HTPC Case:
Cooling:
Power Supply:
Remote: Hauppauge
TV: 28" widescreen CRT
TV - HTPC Connection: S-Video

 

[HappyTalk]

OK I opened TVDatabaseV21.db3 and noticed that the old recordings have been added to the recorded table but have inherited bad default values. I edited one of the old recordings records, setting all fields to proper values and then it played fine in MP.

When MP adds old TV recordings it finds to the database it doesn't seem to

1) extract the start and end times that could be easily obtained from the files time stamps iStartTime = created date, iEndTime = iStartTime + Program duration or maybe the dvr-ms file contains tags with this info already. Instead both fields are currently set to 0 for dvr-ms recordings found that are not currently in database. MP then seems to assign them the current time when displaying them that ruins the order by date.

2) idCard is set to 0 - This is the problem value as the tv cards seem to index from 1. Setting this value to 1 fixes the problem. I'm not sure why the value would be relevant to an already recorded file. I also notice this field is new since v0.2.0.0. I wondered if recording on card 2 would give an index of 2, meaning should that card be removed ever then those recordings with a 2 for this field will not then play! I tried setting two recordings going at once via EPG but the second recording just said waiting and never started! I pressed menu on recording1 and chose the delete option (that should in fact say 'stop recording' as it does NOT delete the recording but stops it). Recording 2 then began. Trying to switch tv on (to use other card) then gave 'Failed to start TV, Unable to connect MPEG2 pin' . Trying to play back recordings now and the screen goes all flicker crazy or bombs out. re-running MP and all is normal. Dual recording deffo used to work, I'll try 0.2.0.0 again and see if that is now broken too, if so I'll ghost partition back to working and try again.

I set just the idCard field value from 0 to 1 for all entries and all entries now play ok. I guess that zero is responsible for that index out of bounds mess in the logs

PS - The forum timeout is about 5 mins so I can never finish typing a message without having to copy to clip board, log back in, re-hit reply then paste reply in...

 

[scoop]

Hi,

There has been one particular SVN release which had a bug in the upgrade part of the TVDatabase, setting this column to 0 instead of 1. It looks like you had just that version and upgraded your TVDatabase with that SVN snapshot.

Currently, the upgrade part does:

if (versionNr < 9)
{
  m_db.Execute("ALTER TABLE recorded ADD COLUMN idCard integer");
  m_db.Execute("UPDATE recorded set idCard=1");
}

If you look a little further in the stack trace you'll see why this number is required. Cropping of the TV picture for recorded shows requires the card index to be stored for each recording.

So it must have been bad luck.

Kind regards,
Michel

 

[scoop]

Hi,

Just read your post a little better... I will make sure the CurrentCardIndex for recorded TV is 1 by default, so importing from a backup should work as well. Next, I'll improve the code part which is currently throwing an ArgumentOutOfRangeException so the 2nd situation (trying to playback a recorded show from a removed card) would still work as well.

Kind regards,
Michel

 

[HappyTalk]

Another thing I noticed different between svn and 0.2.0.4 is that if you play back a recording and press back you no longer get anything in the mini preview window in bottom left. IN MP blue I just have the icon of the figure holding a rectangle.

re Database- These recordings weren't even in the db when svn install would have been run, they must have been added when MP first ran and it searched and found recordings NOT present in the tv database on the path where tv cards are set, so I guess the code that adds them did it.

I tried recreating the recorded table with idCard field set to default to 1 which worked when I add new record (after realising I needed a space after the 'default 1 '), but not via MP so I guess value is being specifically set. I used CREATE TABLE recorded ( idRecorded.... idCard integer default 1 );

You could run MP on a second machine with no tv cards at all that points the video folder to where the recordings are on the machine which records them, dunno if that affects things.

 

[Ralph]

HappyTalk,

could you please try with latest SVN and see if the issue of this thread: SVN 10478 - Recordings = no video has been fixed?

If you got another issue, use a new thread, please.

for testing

Ralph