Opened 13 years ago

Closed 13 years ago

Last modified 13 years ago

#1972 closed patch (fixed)

Hue for recordings and LiveTV 50% offset from each other

Reported by: michael@… Owned by: danielk
Priority: minor Milestone: 0.20
Component: mythtv Version: head
Severity: medium Keywords:
Cc: Ticket locked: no

Description

After an Upgrade from SVN 92xx to SVN 10064 the Recording HUE values (XV picture controls ?) have become 50% shifted from live TV. Can be corrected for current mode but this of course shifts it to an incorrect (blue skin on people) value for the other mode. Since LiveTV is ismply a "recording" anyway what would cause these to shift ? LiveTV is 'normal' with HUE value of 0% (where it always was) and recordings need to be set at 50% to achieve the same result as livetv (which of course mucks with LIveTV's hue vales and even mplayer's)

VIA Mini-ITX M12000 Motherboard using viaXvMC. System running Ubuntu Dapper Drake with 0.1.33 VIA openchrome drivers, Xorg 7.0.0. Have recently upgraded to SVN 10220 with no effect. Compiled with: ./configure --enable-xvmc --enable-opengl-vsync --enable-dvb --disable-ivtv --enable-proc-opt --disable-dbox2 --disable-hdhomerun --xvmc-lib=viaXvMC

Attachments (3)

mythtv-live_playback.log (51.0 KB) - added by anonymous 13 years ago.
mythtv-recording-playback.log (27.6 KB) - added by anonymous 13 years ago.
1972-v1.patch (1.7 KB) - added by danielk 13 years ago.
Possible fix

Download all attachments as: .zip

Change History (11)

comment:1 Changed 13 years ago by danielk

Milestone: 0.20
Owner: changed from Isaac Richards to danielk
Version: head

comment:2 Changed 13 years ago by danielk

Resolution: invalid
Status: newclosed

I will need two mythfrontend logs, both with "-v playback".

Before making any logs set the playback hue to "0" in LiveTV mode.

Then restart the frontend with "-v playback" and capture the log of watching LiveTV, hit "R" while in LiveTV to save the recording. Then restart the frontend with "-v playback" and play the recording you made earlier in LiveTV. Attach both logs to this ticket and reopen the ticket. Please, describe the hue displayed in each playback run.

Changed 13 years ago by anonymous

Attachment: mythtv-live_playback.log added

Changed 13 years ago by anonymous

comment:3 Changed 13 years ago by michael@…

Resolution: invalid
Status: closedreopened

Have attached logs as requested with -v playback for mythfrontend.

Live TV was normal Hue, watching the same recorded file under recording resulted in smurfville on human faces with blacks and whites appearing normal.

comment:4 Changed 13 years ago by michael@…

Just some more info.

Small thumbnail previews are the correct hue, and seem unaffected by whatever the hue is set at, whther it be left along, or shifted 50% to watch a recording.

In the logs I noticed that the thumbnails are triggering most of the log messages...

Process was start liveTV, press records,exit, got ti recordings, stop recording, quit frontend, restart frontend, go to recordings, watch recording, exit, quit frontend

Changed 13 years ago by danielk

Attachment: 1972-v1.patch added

Possible fix

comment:5 Changed 13 years ago by danielk

Michael, can you try the attached patch?

It if I'm reading your logs correctly it should fix the problem.

comment:6 Changed 13 years ago by danielk

Type: defectpatch

comment:7 Changed 13 years ago by danielk

Resolution: fixed
Status: reopenedclosed

(In [10304]) Closes #1972. Apply XVideo Playback Hue fixes for XvMC playback, not just for plain XVideo playback.

comment:8 Changed 13 years ago by michael@…

Got back from a few days in the country svn update'd to r10310, which included your commit, and I can confirm that this problem is no longer present...

Much appreciate your work.

Note: See TracTickets for help on using tickets.