TVEngine3 Snapshot: 02-08-2008 14-17h Revision 17345 - Page 3

Paranoid Delusion · 2008-02-08, 19:58

Channel changes have never been so fast.

This is bloody great.

iosub · 2008-02-08, 20:10

Hi..

This build with the last TSwriter from GEMX is working great!
1.- Channel change fast a perfect.. No problems
2.- Recording Great No problem with DVB-t and DVB-C channels.. also "NA channels"

The problem..
Steps to reproduce
1.- Schedule a recording.
2.- From the guide go to the channel that has start recording
3.- You get a question "Start from the beginnig or From Live Point"
4.- if you chouse "from the beginig" after the time that has been recorded it stops.. just until the momem that you chouse to wacth... example.. The recording has been record 1 minute, chouse from the begining after 1 min the show is stoped and recording keeps recording.. If you rechouse from the begining then you can see 2 min and the stop and so on..
5.- If you chouse "from Live point" some times you get a blank screen "no audio no video"

Logs attached

ANYWAY GREAT JOB FOR GEMX... THIS IS GOING GREAT!!

THANK YOU SO MUCH!
IOSU

sis3970 · 2008-02-08, 20:58

With the new TsWriter:
I have one channel which contains 3 audio streams: CH, SLOV and ENG
However, now I can't switch to ENG anymore.

Arn01805 · 2008-02-08, 23:07

This build only works with gemx tswriter to be able to switch channels. Only have a spontanious crash of tv-engine (server) at 8-2-2008 22:54. See the attached log for details.

BTW: switching channels is pretty fast in this build, but scanning transponders is very slow compared to older builds.

lkuech · 2008-02-09, 09:39

It becomes better and better. Good work gemx!

I did hope, that the merger of the recording and timeshift classes did fix my remaining TechnoTrend bug... But it doesn't.

But I noticed something very interesting.

I use 2 DVB-S2 cards.

As primary card: Hauppauge HVR 4000
As secondary card: TechnoTrend S2-3200

I still get frequently 0kb recordings with the TT. But the very interesting fact is that this happens only if the primary card (the Hauppauge) is doing something as well...

The following tests are done with the tswriter gemx has posted in this thread.

What I did to reproduce this is to schedule 2 recordings on different transponders. Clear the log folder and restart the tvservice. Recording on Hauppauge was ok... The TT has created just an 0kb file ...

The logs of this test are the attached "TT_Recording_Bug.zip".

Now I swap the primary and secondary card by giving a higher priority to the TT card.
Stop tvservice. Clear the log folder again. Start tvservice...

And both recordings do work! ...??

Take a look at the attached logs "TT_Recording_No_Bug.zip"

I repeated this test several times ... always with the same result.

I hope this help a bit to get rid of it

Cu
Lars

tourettes · 2008-02-09, 09:48

lkuech, it could be a HW issue. I had pretty much the similar issue with two DVB-C cards. Here's what my setup was

- antenna amplifier -> output 1 -> signal to analog tv
- antenna amplifier -> output 2 -> t-splitter -> signal to Twinhan and FireDTV DVB-C cards

With that configuration if FireDTV was used first it would get really bad signal levels. Only thing that did fix the signal levels in the FireDTV was to tune Twinhan to some frequency (no matter what frequency was used).

Only fix to that HW issue would have been to by a 3-way antenna amplifier, but didn't find any in the nearby shops and 4-way were too expensive. So here's the new configuration that works ok.

- antenna amplifier -> output 1 -> FireDTV DVB-C
- antenna amplifier -> output 2 -> t-splitter -> signal to Twinhan DVB-C card and to analog tv

risu · 2008-03-03, 07:43

I've had same issue with FireDTV first and Technorotrend C1500 as secondary. TT creates 0kb recordings if FireDTV tunes and records another mux first. What makes it weird, is that I can timeshift TT but recordings fail. And now recording and timeshifting are supposed to use the same routines.

While timeshifting woks, I did had difficulties to switch onto few channels on same mux while others worked ok. Channels that didn't work were for sure NOT scrambled. Some channels on mux work great so it makes no sense that signal would get cut. Could this be CI/CAM issue? There's been some code changes lately for TT CI-interface.

2008-02-08, 19:58	#21 (permalink)
Paranoid Delusion Super Moderator Join Date: Jun 2005 Location: Cheshire UK Posts: 6,602 Thanks: 129 Thanked 233 Times in 207 Posts Country: My System	Channel changes have never been so fast. This is bloody great. __________________ Ray\PD Check your codecs are fine with Filmerit. XP\Vista known issues FOR FULL SUPPORT PLEASE GIVE USER SPECIFICATIONS AND RELEVANT LOG's as per HERE

2008-02-09, 09:48	#26 (permalink)
tourettes Portal Developer Join Date: Jan 2005 Age: 30 Posts: 3,442 Thanks: 90 Thanked 114 Times in 92 Posts	lkuech, it could be a HW issue. I had pretty much the similar issue with two DVB-C cards. Here's what my setup was - antenna amplifier -> output 1 -> signal to analog tv - antenna amplifier -> output 2 -> t-splitter -> signal to Twinhan and FireDTV DVB-C cards With that configuration if FireDTV was used first it would get really bad signal levels. Only thing that did fix the signal levels in the FireDTV was to tune Twinhan to some frequency (no matter what frequency was used). Only fix to that HW issue would have been to by a 3-way antenna amplifier, but didn't find any in the nearby shops and 4-way were too expensive. So here's the new configuration that works ok. - antenna amplifier -> output 1 -> FireDTV DVB-C - antenna amplifier -> output 2 -> t-splitter -> signal to Twinhan DVB-C card and to analog tv __________________ http://day2.no-ip.org/ "Commy64 - The problem there is that Oprah was on. MP tried to save you by blanking the screen"

Thread Tools
Show Printable Version Email this Page
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
MediaPortal SVN-Snapshot: 02-08-2008 14-14h - Revision:17345	MediaPortal-BOT	'Nightly Builds' - v0.2.3.0 - final	1	2008-02-08 14:15
TVEngine3 Snapshot: 02-08-2008 05-08h Revision 17341	MediaPortal-BOT	untested 'Nightly Builds' of TV-Server	5	2008-02-08 12:19
TVEngine3 Snapshot: 02-02-2008 05-08h Revision 17258	MediaPortal-BOT	untested 'Nightly Builds' of TV-Server	4	2008-02-02 15:19
TVEngine3 Snapshot: 02-01-2008 02-44h Revision 17241	MediaPortal-BOT	untested 'Nightly Builds' of TV-Server	15	2008-02-01 22:43

2008-02-08, 20:58	#23 (permalink)
sis3970 Portal Member Join Date: Apr 2007 Location: Lommel Age: 28 Posts: 26 Thanks: 1 Thanked 0 Times in 0 Posts Country: My System	With the new TsWriter: I have one channel which contains 3 audio streams: CH, SLOV and ENG However, now I can't switch to ENG anymore.

2008-03-03, 07:43	#27 (permalink)
risu Portal Member Join Date: Sep 2006 Posts: 260 Thanks: 17 Thanked 19 Times in 17 Posts Country: My System	I've had same issue with FireDTV first and Technorotrend C1500 as secondary. TT creates 0kb recordings if FireDTV tunes and records another mux first. What makes it weird, is that I can timeshift TT but recordings fail. And now recording and timeshifting are supposed to use the same routines. While timeshifting woks, I did had difficulties to switch onto few channels on same mux while others worked ok. Channels that didn't work were for sure NOT scrambled. Some channels on mux work great so it makes no sense that signal would get cut. Could this be CI/CAM issue? There's been some code changes lately for TT CI-interface.