PlayList_Manager & Record_This - Page 54

yep; I just got over the same problem

Kax recommends TrimMultipleFusion 30

Thanks for the quick response. Now that I think about it, this first happened after I added the second Fusion card. It looks like Allen covered about every possible conflict and I still managed to screw it up.

Louis

if i have two fusions and one myhd in one machine, would having the cards listed in the ini file like this:

local fusion
local myhd
local fusion

avoid the problem that requires the trimmultiplefusion command?

The way I minimize this problem is to use manual reservations to record back-to-back programs from the same channel to a single file, and then I use Generate Name to create the file names, which I copy and paste into VideoRedo as I edit out commercials and separate the single recorded file into individual program files. For example, today I ran RT with the following:

Knights of Prosperity and In Case of Emergency [at 20:56-22:04 on ABC every W]
*Knights of Prosperity
*In Case of Emergency

In Louis' example above, he has three tuners and he scheduled four reservations. However, Prison Break and 24 are back-to-back programs on the same channel, so if he had used a manual reservation to record both to a single file, he would have only had three reservations and trimmultiplefusion would not have been required. Also, he could have padded each reservation and not missed a single second of any programs he recorded.

-Dave

Edit: Actually, to avoid the back-to-back problem you want to have padding. Otherwise, RT might schedule back-to-back programs on different channels to multiple Fusions on the same PC. Padding ensures that they will go to different tuners if there are enough tuners, and the start and stop times will not be close.

having to lose the first thirty seconds of a show can be a big deal, depending on the show of course.

is this whole problem something that can conceivable be solved by DVICO or is it something we will just have to learn to deal with when having two fusions in one box? in my opinion the some of the benefit of having two cards in one machine is lost if they can't record back to back shows on the same channel. having to set up manual recordings, to me, sort of ruins the whole idea of having something like RT working for you.

edit-just re-read the ini doc file and found that trimmultiple takes the time from the end, which isn't that bad. i will stop my belly-aching for now.

I expect that DViCo will fix this, perhaps by the time the current "alpha" makes "beta".

Allen is considering the idea of an "auto-join" option that would automatically join back-to-back programs from the same channel and record them as a single reservation. This option would greatly increase the chance that you would not have to miss 30 seconds of a show, while preserving automatic scheduling.

I figured that I would be the only one that would use this option. However, if others are interested, Allen would probably like to know. He has done a great job of providing features that people want and getting around the Fusion limitations.

-Dave

as long as earl and the office are back to back on thurs night i will be interested in this. some of my re-runs that i follow come that way too, but not as important.

TrimMultipleFusion option

Does this option only trim the set amount off the ending of the first of 2 back to back shows or are all shows endings trimmed by the set amount?

Louis

I believe it does. I just interperted the question as the first of a set instead of the first program.

Thanks Allen. While waiting for Dvico to come out with a fix I can easily live with losing 30 seconds off the end of a show as opposed to missing the next one entirely. I'll let you know if it doesn't work as stated above.

Louis

i don't know if anyone else has tried a different time interval, but i use 30 seconds because that is what works on my system. it may be that a different system might run reliably with a different interval used between programs. the interval is trimmed off the end because that seems to be where the least damage would be done to storyline as there seem to be more credits and coming attractions added after a show then before a show.

i suggest trying a different interval if your system is faster, it might work. i don't think we ever got definative proof whether the problem was hardware or software related.

is it possible that there is any correlation to me getting a ms unexpected error when my fusion card finishes the last capture in the list and terminates the progrm and the fact i am using RT? i am more confident it is a fusion issue and if so i will take it up in that forum. fwiw, i only have one fusion card and a myhd in the machine with the problem, and if i set it to not terminate the program after the last capture there is no error.

My guess is RT has nothing to do with it. Have you tried bypassing RT altogether and scheduling a short recording using only the Fusion software to do the scheduling? Say 5 minutes long, 10 minutes in the future. Then put you system in the same state as it is after it automatically runs RT. Let the schedule fire off and finish and see it you get the ms unexpected error then.


Ronnie

jcr74--

Since the Fusion Agent setting is to exit after every recording rather than just after the last recording, I imagine that's what you're doing--or did I misunderstand? You don't mention what FusionHDTV app you use. That may be a critical difference between your and Allen's setups.

i am rather confident that when i first got the card i did tests using manual captures with program terminates at the end with no problems, i remember seeing the box that says the program is going to terminate and then it goes away when you don't do anything. i have to wait until there is nothing in my list to try it.

ronnie, any chance that solely using RDP to connect to the machine could have anything to do with it? that is always my fear.

just saw peterson's post-
i am using 3.5.01, and (you are correct) the fusion setting in the agent is after each program, not like myhd that has one at the end of all captures. it makes it through the list just fine, even back to back.

also, plz let me know when this is too OT and i will defer to the other forum.

What is the exact error message? Is it a notice of a machine restart (BSOD)? Or just of forcing FusionHDTV to close?

it has the window that states (something to the effect) that fusion... has encounctered an unexpected error and must close, and the option to send error report. no blue screen, thank goodness. if click ok, it goes away, and will start up just fine the next day when it needs to do the new captures based on the RT info. i am fairly certain it would not start up again the next day unless i clicked out of the ms error box. fwiw, i have 2 day XML and RT run ~23.45 for tomorrow so i can get things that start at 00.00.

i was also able just now to test it using a manual recording. i manually deleted the RT scheduled captures from the fusion list and added one from the fusion menu. i turned off fusion and then set the agent to terminate fusion after each capture. the result was getting a capture and the program terminated with no error. i am going to find a way to have RT run a get a show this morning and see what happens.

Hmmm, good question.... I use RDP to access my HTPC from work, but only do it on occasion. I have never had my HTPC in the local user "locked" state after backing out of an RDP session before a scheduled recording was going to happen.

The only way to test to see if it is RDP would be to do a clean boot or reboot a few minutes before RT fires off and then do not RDP into your HTPC until the RT scheduled shows are finished recording. You could do a simi quick test of this by making a new RT ini and schedule one show that is about to come on. Do a new scheduled task to fire RT off in 5 or so minutes and then do a reboot. Wait until the scheduled show was finished and then see if the Fusion software errors.

I could see how having the HTPC in the local user "locked" state after you terminate a RDP connection could maybe be causing the Fusion error, but I cannot confirm it.



Ronnie

the manual test i just did went off great and i did via rdp and it started/ended while in the locked state. it is looking more like something with RT, maybe something in my ini file that fusion doesn't like. i am currently capturing something scheudled using rt and will see at 12 how it went.

well, the test using rt went off just fine, of course. i will keep tracking it and see what scheduling conditions existed when the problem occurs next time. until then thanks.

correct

was using RT from ~1/4/07, have updated and will start using.

will add those items today

After having a lot of trouble with 3 USB fusions on one machine. Dvico contacted me with a new version 3.6 which allows multiple tuner config.

ftp://ftp.dvico.com/Products/FusionH....6Beta_Web.exe

I have not tested this yet as I am using 2 USB and 1 PCI fusion and having no issues with 3.41 and Record_This. And I dont feel like messing with a working a solution.

(Took too long to get to this point!)


But I figured someone else would want to test.

Here are the changes

i've tested using RT and FusionHDTV3.6Beta_Web and the simple answer is RT does not work with FusionHDTV3.6Beta_Web yet.