Opened 20 years ago
Closed 19 years ago
#1772 closed enhancement (invalid)
Allow Multiple Channels from 1 Transponder...
| Reported by: | jochen | Owned by: | gigem |
|---|---|---|---|
| Priority: | minor | Milestone: | unknown |
| Component: | mythtv | Version: | |
| Severity: | medium | Keywords: | |
| Cc: | Ticket locked: | no |
Description
This is a small Change to the Scheduler so that it allows Scheduling of Multiple Channels of one Transponder. This is only a start patch for the full function....
I'm working on this, now i have to test how to let me get multiple streams from one Transponder...
But i'm working on it...
Attachments (7)
Change History (31)
by , 20 years ago
| Attachment: | schedule1.patch added |
|---|
comment:1 by , 20 years ago
firstly i wanted to extend the programinfo class to include the mplexid, but that casuses only segfaults on my machine, and so i put the sql for geting this direct in the scheduler.cpp...
comment:2 by , 20 years ago
| Owner: | changed from to |
|---|
You can usurp the shareable member in ProgramInfo instead of adding a new one. shareable was originally intended for something like this but it was never really done.
comment:3 by , 20 years ago
The scheduling seems to work after a few tests, now the next step of this patch is needed... Therefor: Is ther any more documentation about how the Recording subsytem works (not only the doxygen documents). Wich treads are created with the start of a recording ...
by , 20 years ago
| Attachment: | ajm_recorder_split.patch.gz added |
|---|
by , 20 years ago
| Attachment: | ajm_multiple_recorders.patch added |
|---|
by , 20 years ago
| Attachment: | ajm_scheduler.patch added |
|---|
comment:4 by , 20 years ago
I have been working on this for a while. I haven't submitted it yet because my code isn't ready, but If other people are going to start working on this I thought I might as well put it forward.
So far I am able to record to multiple files from a single stream using the MpegRecorder. My next step is to implement this for the DVBRecorder.
The patch set comes in three parts.
ajm_recorder_split.patch.gz slits the recorder classes into two. The *Mux classes control the hardware. The other half have the same name as the original recorder classes and are responsible for writing the stream to the ring buffer. This patch doesn't change the behaviour the recorder subsystem. Everything should work as before.
ajm_multiple_recorders.patch adds the ability for each *Mux recorder to write to multiple Recorder classes. I have this working for MpegRecorder classes. At the moment this breaks LiveTV. You will need to apply the third patch to get the scheduler use this new feature.
ajm_scheduler.patch changes the scheduler so that recordings that are on the same mux will be scheduled for the same recorder.
by , 20 years ago
| Attachment: | ajm_recorder_split_v2.patch.gz added |
|---|
Split recorder classes into two halves - Version 2
by , 20 years ago
| Attachment: | ajm_multiple_recorders_v2.patch added |
|---|
Enabled multiple recorders per hardware card. Version 2
comment:5 by , 20 years ago
I have updated the patches to support DVB. You can now record to multiple output files from a single DVB card. There are still a few problems. Pre-roll and post-roll are not handled correctly. It currently does pre-roll for the first recording and skips it for the second. The code to fix this is in one of the patches but it is not enabled as it exposes a race condition that prevents recording.
This is still against trunk. I will port it to the eit branch at some point. LiveTV is probably broken, I haven't looked at that part of the code yet.
This patch will break compiling for any recorders except DVBRecorder and MpegRecorder.
comment:6 by , 20 years ago
with the current trunk the patches don't work... are there some updateded ones aviable?? will this some time be included in the main mythtv???
comment:7 by , 20 years ago
DVB Patches:
Do they now support multiple channels from one transponder or do they only support writing to multiple files?? Will the Patches updated to the current SVN with the changes from the eit Branch??
comment:9 by , 19 years ago
| Milestone: | → 0.20 |
|---|
comment:10 by , 19 years ago
| Type: | defect → enhancement |
|---|
follow-up: 17 comment:12 by , 19 years ago
@aaron: is this the newest version of this patch you made or have you a newer one?? i will work on this, but i wanna start with the newest version...
follow-up: 14 comment:13 by , 19 years ago
| Milestone: | 0.20 |
|---|---|
| Resolution: | → invalid |
| Status: | new → closed |
Patches aren't even close to being ready for inclusion, please reopen when it is.
Furthermore, splitting the recording classes up like you have will _not_ be accepted. Should be able to accomplish the same thing by using parts of the live-tv code.
comment:14 by , 19 years ago
Replying to ijr:
Patches aren't even close to being ready for inclusion, please reopen when it is.
Furthermore, splitting the recording classes up like you have will _not_ be accepted. Should be able to accomplish the same thing by using parts of the live-tv code.
what will not be accepted ?? the splitting up in more files or the change to the classes??? is in the livtv code also written to more then one file at the same time??
comment:15 by , 19 years ago
| Resolution: | invalid |
|---|---|
| Status: | closed → reopened |
comment:16 by , 19 years ago
| Resolution: | → invalid |
|---|---|
| Status: | reopened → closed |
anon, please discuss this in the mailing list.
comment:17 by , 19 years ago
Replying to mark:
@aaron: is this the newest version of this patch you made or have you a newer one?? i will work on this, but i wanna start with the newest version...
any news on this patch or is it dead??? i'm very pleased if someone could finish this patch....
comment:18 by , 19 years ago
| Resolution: | invalid |
|---|---|
| Status: | closed → reopened |
can we open a paypal account wich we can spend money for anyone who realizes this ticke. i will pay 50€!
comment:19 by , 19 years ago
| Resolution: | → invalid |
|---|---|
| Status: | reopened → closed |
comment:20 by , 19 years ago
| Priority: | minor → major |
|---|---|
| Resolution: | invalid |
| Severity: | medium → high |
| Status: | closed → reopened |
Open Source Partners are willing to fund development of allowing multiple channels from one transponder. Those who are interested in working on the matter can contact us at info@… to discuss the matter further.
Sincerely...
Open Source Partners http://www.osp.fi
comment:21 by , 19 years ago
| Priority: | major → minor |
|---|---|
| Resolution: | → invalid |
| Severity: | high → medium |
| Status: | reopened → closed |
comment:22 by , 19 years ago
noone willed to spend any more work on this???
ther is also more info in the wiki: http://www.mythtv.org/wiki/index.php/Record_multiple_channels_from_one_multiplex
and there are more then 600$ bidden for someone who solves this! http://www.pledgebank.com/MythTVMultiplex
comment:23 by , 19 years ago
| Resolution: | invalid |
|---|---|
| Status: | closed → reopened |
What patches are working, doing what? What exact functionality is missing right now? Is documentation lacking? Is some design lacking? If not: where is the info on the proposed design for multiplex recording? Why aren't people taking the $$$ and writing a proof of concept?
Please reply.
comment:24 by , 19 years ago
| Resolution: | → invalid |
|---|---|
| Status: | reopened → closed |
Trac is not a discussion forum, use the mailing list instead.
schedule patch 1