spaltzer Posted June 21, 2006 Share Posted June 21, 2006 (edited) Hi, The release version (3.5) has the same problem that I wrote about in the beta-forum here: http://www.DVBViewer.com/forum/index.php?showtopic=13097 This is a real issue for me since I live in sweden where we on DVB-T have 4 FTA channels and on DVB-C which I use we only have scrambled channels. So if you live in sweden you basically need to watch encrypted channels. It sucks I know, but that's the way it is. Again, the bug is that with a remote client it is not possible to change between encrypted channels within the same transpoder. This means that if I want to switch between channels within the same transponder I first need to switch to a channel in a different transponder and then switch back to the channel I wanted. I just want to know if you are looking into this? In Regards, Magnus Edited June 21, 2006 by spaltzer Quote Link to comment
spaltzer Posted July 23, 2006 Author Share Posted July 23, 2006 Can I have a reply to my bug-report please? Quote Link to comment
andreasimner Posted September 14, 2006 Share Posted September 14, 2006 Bump Still no news? Quote Link to comment
spaltzer Posted October 20, 2006 Author Share Posted October 20, 2006 Can I at least have a reply? Or a reply stating why you refuse to reply? This silence is getting annoying. Quote Link to comment
Derrick Posted October 20, 2006 Share Posted October 20, 2006 Maybe the thread should be closed. Many new versions of the DVBViewer have been released since. I've just tested the latest server and had no problems to switch at the client between encrypted channels. server 3.5.0.4 (06.10.2006) connected to a firedtv-s, premiere S01/ freecam Quote Link to comment
spaltzer Posted October 20, 2006 Author Share Posted October 20, 2006 (edited) Thanks for replying Derrick! Very hopefully I just downloaded 3.5.0.5 and tested it but unfortuanly it doesn't work for me. I have previosly tried 3.5.0.2 and 3.5 with the same results. Just to clarify: are you switching between encrypted channels within the same transponder? Switching between encrypted channels that are in different transponders work fine for me but not when the channels are in the same transponder. The key thing seem to be that when DVBServer in the log says "Add Tuner" it works, if it does not add the tuner (as in the from- and to-channels are in the same transponder) and just does the delpid and addpid i get no picture and no sound and i get the * after the channel name in the lower left of the application window. Below are some excerpts from the debug tab of dvbserver 3.5.0.5 for a succesfull switch and an unsuccesfull switch. This is a switch from one encrypted channel in one transponder to another encrypted channel in another transponder (succesfull switch): 2006-10-20 23:36:33 Add Tuner 2006-10-20 23:36:33 Frequency:378000 2006-10-20 23:36:33 Symbolrate:6875 2006-10-20 23:36:33 LNB:0 2006-10-20 23:36:33 Selection:0 2006-10-20 23:36:33 Polarity:3 2006-10-20 23:36:34 SO_SNDBUF: 4294967295 2006-10-20 23:36:34 Addpid: 0 2006-10-20 23:36:34 Addpid: 18 2006-10-20 23:36:34 Addpid: 4103 2006-10-20 23:36:34 Addpid: 4359 2006-10-20 23:36:34 Addpid: 263 This is a switch from one encrypted channel (the channel tuned in the log above) to another encrypted channel in the same transponder (unsuccesfull switch): 2006-10-20 23:40:13 DelPid: 0 2006-10-20 23:40:13 DelPid: 18 2006-10-20 23:40:13 DelPid: 4103 2006-10-20 23:40:13 DelPid: 4359 2006-10-20 23:40:13 DelPid: 263 2006-10-20 23:40:13 Addpid: 0 2006-10-20 23:40:13 Addpid: 18 2006-10-20 23:40:13 Addpid: 4105 2006-10-20 23:40:13 Addpid: 4361 2006-10-20 23:40:13 Addpid: 265 2006-10-20 23:40:13 Addpid: 7945 I'm using a FireDTV-C with Conax coding. Any help on resolving this matter would be greatly appreciated. Thanks, Mussla Edited October 20, 2006 by spaltzer Quote Link to comment
Derrick Posted October 20, 2006 Share Posted October 20, 2006 dunno if I can help you.. could you start transedit -> analyze -> transponder -> save as xml and then attach this file? ps. my excuses, I have the same problem. Switching between channels from the same mux doesn't work. But there are more weird things.. ..pids are added and deleted at very high speed. These pids are ecms but they are in my case the wrong pids for a different ca_id. Sorry m8, the CI part still seems rather buggy.. Quote Link to comment
spaltzer Posted October 20, 2006 Author Share Posted October 20, 2006 (edited) I'm attaching the transponder xml-dump. It's rather large so FireFox might pause to "think" for a while while it opens it. The interesting things should be right at the top, i.e. the channels involved that I showed in the log. If there's anything more that could be of use to track this down I'm happy to collect it. In a way I'm glad to hear that we are at least two having this problem since it increases the chances that it's nothing weird potentially hard-to-track going on in our respective setups EDIT: The attachment is 265kb in size and my maximum is 256kb. Need to find some place to host it. Edited October 21, 2006 by spaltzer Quote Link to comment
Guest Lars_MQ Posted October 21, 2006 Share Posted October 21, 2006 @Derrick Pleasy try removing all 3rd party plugins from the CLIENT DVBViewer. These adds and dels do not origin from the DVBViewer itself. Quote Link to comment
Derrick Posted October 21, 2006 Share Posted October 21, 2006 @Lars, you're right ..the adds/dels are not caused by the server. But still no zapping within the same transponder. The CI keeps the data from the 1st channel. Switching to other encrypted channels of the same type in the same mux results in no data. Switching back to the initial service brings back the colour This loop only can be broken after switching to another mux which results in a tuning command. @spaltzer's description of the problem was absolutely right. @spaltzer, probably we don't need the xml anymore because the problem ist not related to cable or to a certain CAS. Conax, BC/Aladin, Seca2 all show the same behaviour. Though I´d like to check your xml, because I can't receive this. Most of the data of the xml come from epg. If you uncheck the EIT in the settings of the analyzer part of transedit, the file will be much smaller Quote Link to comment
spaltzer Posted October 21, 2006 Author Share Posted October 21, 2006 (edited) I removed the EPG-data but for some reason this stream is too large anyway so I'm hosting it Here. Thanks for looking into this and please don't hesitate to ask me for more information should it be needed. Spaltzer EDIT: I'm attaching a support.zip as well. support.zip Edited October 21, 2006 by spaltzer Quote Link to comment
Derrick Posted October 21, 2006 Share Posted October 21, 2006 ..the bug has been identified and a fixed beta should be released soon Quote Link to comment
spaltzer Posted October 21, 2006 Author Share Posted October 21, 2006 This is fantastic news!!! Thanks for the help! :) Quote Link to comment
spaltzer Posted October 25, 2006 Author Share Posted October 25, 2006 I'm very sorry to have to say this... but I downloaded version 3.0.5.0 with the fix for this problem and it doesn't work for me. It looks like the same thing is happening with this version as the previous ones. Yes, I did check the "Have CI" option. (If I don't I get no picture at all). Im attaching a support for the client and a support for the server and the server log. Hopefully someone can figure out if I'm doing something wrong, or if something needs to be fixed. The logs should show a client connecting, tuning a channel and recieveing picture: 2006-10-25 20:16:17 SO_SNDBUF: 4294967295 2006-10-25 20:16:17 Add Tuner 2006-10-25 20:16:17 Frequency:290000 2006-10-25 20:16:17 Symbolrate:6875 2006-10-25 20:16:17 LNB:0 2006-10-25 20:16:17 Selection:0 2006-10-25 20:16:17 Polarity:3 2006-10-25 20:16:17 Addpid: 18 2006-10-25 20:16:17 SO_SNDBUF: 4294967295 2006-10-25 20:16:18 Addpid: 0 2006-10-25 20:16:18 Addpid: 4103 2006-10-25 20:16:18 Addpid: 4615 2006-10-25 20:16:18 Addpid: 263 2006-10-25 20:16:18 Addpid: 7943 Then tuning another channel on the same transponder and getting 'no data': 2006-10-25 20:16:25 DelPid: 0 2006-10-25 20:16:25 DelPid: 4103 2006-10-25 20:16:25 DelPid: 4615 2006-10-25 20:16:25 DelPid: 263 2006-10-25 20:16:25 DelPid: 7943 2006-10-25 20:16:25 Addpid: 0 2006-10-25 20:16:25 Addpid: 4102 2006-10-25 20:16:25 Addpid: 4614 2006-10-25 20:16:25 Addpid: 262 2006-10-25 20:16:25 Addpid: 7942 Then tuning another channel in a different transponder and recieveing picture: 2006-10-25 20:16:36 DelPid: 0 2006-10-25 20:16:36 DelPid: 4102 2006-10-25 20:16:36 DelPid: 4614 2006-10-25 20:16:36 DelPid: 262 2006-10-25 20:16:36 DelPid: 7942 2006-10-25 20:16:36 Add Tuner 2006-10-25 20:16:36 Frequency:298000 2006-10-25 20:16:36 Symbolrate:6875 2006-10-25 20:16:36 LNB:0 2006-10-25 20:16:36 Selection:0 2006-10-25 20:16:36 Polarity:3 2006-10-25 20:16:36 SO_SNDBUF: 4294967295 2006-10-25 20:16:37 Addpid: 0 2006-10-25 20:16:37 Addpid: 4104 2006-10-25 20:16:37 Addpid: 4360 2006-10-25 20:16:37 Addpid: 264 2006-10-25 20:16:37 Addpid: 7944 Let me know if you need more information. In Regards, Spaltzer ServerSupport.zip server.log ClientSupport.zip Quote Link to comment
Derrick Posted October 25, 2006 Share Posted October 25, 2006 @spaltzer, you're absolutely right. The latest beta version from the member's area does not contain the fix or something else is wrong. I had a test version which worked with channels from the same mux. I've just checked the official beta and it sucked again. Poor quality control Quote Link to comment
spaltzer Posted October 25, 2006 Author Share Posted October 25, 2006 (edited) Thanks for testing this and for letting me know your findings Derrick! Much appreciated! I was tearing my hair off trying to understand why it didn't work for me so I can stop that now while I have some left! And thanks to the developers for making a fix for the bug! Much appreciated! I have my hopes the fix will make it into the next beta version Edited October 25, 2006 by spaltzer Quote Link to comment
kuehnch Posted October 27, 2006 Share Posted October 27, 2006 The problem is hardware-related. You have do update yours firedtv firmware to the newest version. Quote Link to comment
Derrick Posted October 27, 2006 Share Posted October 27, 2006 The problem is hardware-related. You have do update yours firedtv firmware to the newest version. nonsense, otherwise switching between channels from the same mux wouldn't work in direct mode either. Just wait for the fix.. Quote Link to comment
spaltzer Posted November 14, 2006 Author Share Posted November 14, 2006 (edited) Thanks for the 35100 version! Channel surfing now works perfectly over the LAN! Great job! Edited November 14, 2006 by spaltzer Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.