Opened 14 years ago
Closed 14 years ago
#2123 closed task (fixed)
mythtv-vid: Playback profiles editor can not yet save changes
Reported by: | Owned by: | danielk | |
---|---|---|---|
Priority: | minor | Milestone: | 0.21 |
Component: | mythtv | Version: | head |
Severity: | low | Keywords: | MythTV-VID |
Cc: | Ticket locked: | no |
Description
Good afternoon!
I'm trying to troubleshoot the MythTV-VID branch to get myth to display 1080i content on my SP13000 with a Via CN400 chipset. I've sucessfully compiled it, and was able to link it directly against my libviaXvMCPro library for XvMC. However, now when I try to change the CPU profiles (any of them) to use the Via XvMC output, none of my changes are saved. I checked the database and indeed, they are the original values:
mysql> select data from displayprofiles; +-------------+ | data | +-------------+ | 1 | | > 0 0 | | ffmpeg | | xv-blit | | softblend | | bobdeint | | linearblend | | | | 1 | | <= 720 576 | | > 0 0 | | ffmpeg | | xv-blit | | softblend | | bobdeint | | linearblend | | | | 2 | | <= 1280 720 | | > 720 576 | | xvmc | | xvmc-blit | | opengl | | bobdeint | | onefield | | | | 3 | | <= 1280 720 | | > 720 576 | | libmpeg2 | | xv-blit | | softblend | | bobdeint | | onefield | | | | 4 | | > 0 0 | | xvmc | | xvmc-blit | | ia44blend | | bobdeint | | onefield | | | | 5 | | > 0 0 | | libmpeg2 | | xv-blit | | chromakey | | bobdeint | | onefield | | | | 1 | | <= 720 576 | | > 0 0 | | ivtv | | ivtv | | ivtv | | none | | none | | | | 2 | | <= 720 576 | | > 0 0 | | xvmc | | xvmc-blit | | ia44blend | | bobdeint | | onefield | | | | 3 | | <= 1280 720 | | > 720 576 | | xvmc | | xvmc-blit | | ia44blend | | bobdeint | | onefield | | | | 4 | | > 0 0 | | xvmc | | xvmc-blit | | ia44blend | | bobdeint | | onefield | | | | 5 | | > 0 0 | | libmpeg2 | | xv-blit | | chromakey | | none | | none | | | +-------------+ 94 rows in set (0.00 sec)
This is *after* I made the change in the frontend. I'll have to brush up on mysql syntax and see if I can manually change those entries to continue testing. Hopefully though, we can get it to actually accept the changes made in the frontend?
Thanks!
-Chad
Attachments (4)
Change History (23)
comment:1 Changed 14 years ago by
Owner: | changed from Isaac Richards to danielk |
---|
comment:2 Changed 14 years ago by
My appologies. Will read the how-to, I wasn't sure if we assigned the tickets, or if we just report them and then the respective 'dev' assigned them to themselves.
Thanks!
-Chad
comment:3 Changed 14 years ago by
I was able to edit the entries in the database, but it continues to refuse to use XvMC. I'll be happy to attach any files needed, and I figure a good start would be 'mythfrontend -v playback', so I'll attach it as well as Xorg.0.log both gzipped.
Thanks!
-Chad
comment:4 Changed 14 years ago by
Is there any change on this? I am trying to test out MythTV-SVN on an SP13000 as well as a Commell 667-T. Both use the CN400 chipset.
comment:5 Changed 14 years ago by
It seems nothing has changed on this. Is there a workaround to use in the meantime? I've got a couple of machines that are just paper weights, expensive paper weights. It would sure be nice to be able to use them. The 1080i recordings seem to outnumber the 720p, so I can't even watch half of my recordings in the current state of MythTV unless I manually run mplayer on each one.
Thanks for any updates.
-Chad
comment:6 Changed 14 years ago by
This really makes testing the VID branch extremely hard. However, I went into the database and changed the profiles to xvmc-vld on every single one and now it uses it during playback. Using the profile 'changes' within mythfrontend would really make testing much easier...
-Chad
comment:7 Changed 14 years ago by
Hacking the db to remove EVERY profile save 1 still doesn't get xvmc-vld used. Are the profiles even doing anything? Any hints? Any at all...
-Chad
comment:8 Changed 14 years ago by
Summary: | CPU--/CPU+/CPU++ Profiles don't accept any changes → Playback profiles editor can not yet save changes |
---|---|
Type: | defect → task |
chad, it iurns out this is not a bug. I just haven't gotten around to implementing saving from the playback profile setup UI. I added some better error reporting in [11498], so that you can see why your manually inserted video playback profile failed.
comment:9 Changed 14 years ago by
Summary: | Playback profiles editor can not yet save changes → mythtv-vid: Playback profiles editor can not yet save changes |
---|
comment:10 Changed 14 years ago by
(In [11501]) Refs #2123. This changeset allows saving edits to pre-existing display profile entries in the Playback Profiles Editor in mythtv-vid.
You can not yet add profiles, add profile entries, delete profiles or delete profile entries; this only allows you to edit existing entries in one of the three existing profiles.
comment:11 Changed 14 years ago by
comment:12 Changed 14 years ago by
comment:13 Changed 14 years ago by
comment:14 Changed 14 years ago by
(In [11509]) Refs #2123, refs #2287. Allows adding and deleting display profile groups in the Playback Profiles Editor in mythtv-vid.
There are still bugs in this code, please don't open new tickets on them until #2123 is closed; mostly the bugs have to do with screens not repainting appropriately or initial values being screewy, so they can be worked around.
Changed 14 years ago by
Attachment: | fix_for_broken_recording_profiles.diff added |
---|
while working on pip stuff, i noticed [11509] broke recording profiles. i'm not fluent with how the settings.cpp works, but the attached fix resolved the issue for me. problem was that mythtv was returning profile ID 0 (therefore asked to create a new profile) regardless of which recording profile I chose.
comment:15 Changed 14 years ago by
Changed 14 years ago by
Attachment: | fix_broken_display_profiles.diff added |
---|
when you select a option from the transcombosetting, it sets the current value to the current label. this causes the label to be added to the database instead of the value. potential fix find the value attached to the label and uses that instead.
comment:16 Changed 14 years ago by
comment:17 Changed 14 years ago by
comment:18 Changed 14 years ago by
comment:19 Changed 14 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
Please read the TicketHowTo, especially the portion about assigning tickets to the right developer. If all the checkins on a branch are from one programmer, that's the one to assign the ticket to :)