Opened 19 years ago

Closed 19 years ago

Last modified 19 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 19 years ago.
mythtv-recording-playback.log (27.6 KB ) - added by anonymous 19 years ago.
1972-v1.patch (1.7 KB ) - added by danielk 19 years ago.
Possible fix

Download all attachments as: .zip

Change History (11)

comment:1 by danielk, 19 years ago

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

comment:2 by danielk, 19 years ago

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.

by anonymous, 19 years ago

Attachment: mythtv-live_playback.log added

by anonymous, 19 years ago

comment:3 by michael@…, 19 years ago

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 by michael@…, 19 years ago

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

by danielk, 19 years ago

Attachment: 1972-v1.patch added

Possible fix

comment:5 by danielk, 19 years ago

Michael, can you try the attached patch?

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

comment:6 by danielk, 19 years ago

Type: defectpatch

comment:7 by danielk, 19 years ago

Resolution: fixed
Status: reopenedclosed

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

comment:8 by michael@…, 19 years ago

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.