Verschlüsselte Programme automatisch entfernen

[just_me]

Hi,
der Betreff sagts eigentlich schon:) Ich habe keine Entschlüsselungskarte und die vielen angebotenen verschlüsselten Programme nerven mich dementsprechend nur.

Damit ich nicht per Hand etwa 400 gefundene Radio und TV Kanäle durchforsten und ggfs. rausschmeissen muss, hätte ich gerne die Möglichkeit zwischen folgenden Optionen zu wählen:
a) nur unverschlüsselte Programme zeigen
b) sowohl unverschlüsselte als auch verschlüsselte Programme zeigen
c) unverschlüsselte und nur diejenigen verschlüsselten zeigen, die mit der vorhandenen Karte dekodiert werden können

Danke,
Frieder

[Tommy]

gute Idee!

[petb]

Perfekt.
Ich sortier mir nämlich einen Wolf mit über 1600 Sendern, bei nur 2 Sat es.

So eine Funktion wäre echt klasse.
Bye
PetB

[Gorcon]

Ich glaube das dann der Suchlauf bei Sat sehr sehr lange dauern dürfte.
Jeder einzelne Kanal müsste dann "untersucht" werden ob er verschlüsselt ist und gegbenfalls wieder entfernt werden.
Einige Sender verschlüsseln nur Zeitweise was dann die Sache "ungenau" macht.
Einfacher wäre es wenn man nur die Transponder absucht die auch FTA und Betacrypt/Nagra Sender enthalten.

Probiert doch mal die Satelites.xml entsprechend zu bearbeiten.

Gruß Gorcon

[Nirvana]

Ich glaube das dann der Suchlauf bei Sat sehr sehr lange dauern dürfte.
Jeder einzelne Kanal müsste dann "untersucht" werden ob er verschlüsselt ist und gegbenfalls wieder entfernt werden.

Jain, die Sender haben in ihren Informationen ein Flag, das besagt ob sie (zeitweise) verschlüsselt sind oder nicht. In der Regel wird dieses Flag von den Sendern auch korrekt gesetzt. Mich persönlich interessiert diese Option nicht, aber realisierbar wäre sie schon...

[Tommy]

Dazu müßte dieses Flag aber in die XML's wandern?

[Nirvana]

Dazu müßte dieses Flag aber in die XML's wandern?

Ich meine nicht, denn du kannst doch beim Scannen entscheiden:

if "ca_flag set" and "benutzer will keine verschlüsselten Sender" then
"nicht übernehmen in services.xml"

Oder übersehe ich jetzt was?

[Tommy]

Naja - aber wenn sichs einer dann doch anders überlegt muß ja ein neuer scan gemacht werden. Schöner wäre eine Art "ein- und ausblenden"


Ich glaube bei Humax boxen wird man beim Senderscan gefragt ob paytv sender mit aufgenommen werden sollen?!

[Nirvana]

Ich glaube bei Humax boxen wird man beim Senderscan gefragt ob paytv sender mit aufgenommen werden sollen?!

Also macht Humax es auch beim Scan.
Das andere wäre beim Einlesen der service.xml. Dann müsste tatsächlich das Flag mit in der xml gespeichert werden. Auch kein Ding.

[Gorcon]

Das Flag nutzt Dir aber nichts wenn Du zB. die Premiere Sender doch haben willst, die nichtenschlüsselbaren Sender aber nicht.
Also heist es alle Sender auswerten.

Gruß Gorcon

[petb]

Gibt es denn eine Möglichkeit abzufragen ob der Sender mit der gesteckten Karte tut oder nicht ?
Dann würden diese Kanäle auch erscheinen.
Wobei ich glaube das es keine so großen Probleme macht die per Karte genutzen Sender von Hand einzupflegen.
Ist bestimmt wenifger Arbeit als umgekehrt alle nicht genutzen rauszuwerfen, oder ?
Bye
PetB

[starbright]

Ich glaube das dann der Suchlauf bei Sat sehr sehr lange dauern dürfte.
Jeder einzelne Kanal müsste dann "untersucht" werden ob er verschlüsselt ist und gegbenfalls wieder entfernt werden.
Einige Sender verschlüsseln nur Zeitweise was dann die Sache "ungenau" macht.
Einfacher wäre es wenn man nur die Transponder absucht die auch FTA und Betacrypt/Nagra Sender enthalten.

Probiert doch mal die Satelites.xml entsprechend zu bearbeiten.

Gruß Gorcon

Selbst wenn's länger dauert - es macht ne Maschine. Wenn ich durchzappen soll und löschen dauerts sicher länger und ich kann nebenbei nix machen.
Für mich wärs ein tolles feature.

[garfield79]

Ich kann mich da auch nur anschließen. Das wäre ne tolle Sache.

[starbright]

> mal wieder nach oben schiebt <

[petb]

Hallo,

mittlerweile habe ich gelesen das es möglich sein soll, zu erkennen ob ein verschlüsselter Kanal auch entschlüsselt werden kann.
Daher denke ich kann ein Scan das doch auch, oder ?

Somit, einfach durchlaufen lassen und alle Sender die frei sind sowieso,
plus alle die aboniert sind und entschlüsselt werden auch eintragen.
Den Rest in ein eigenes Bouquet.
Bye
PetB

[starbright]

Zeit, das mal wieder anzusprechen (Nerv und nach oben schieb )

[renaldo]

Das andere wäre beim Einlesen der service.xml. Dann müsste tatsächlich das Flag mit in der xml gespeichert werden. Auch kein Ding.

Das Flag nutzt Dir aber nichts wenn Du zB. die Premiere Sender doch haben willst, die nichtenschlüsselbaren Sender aber nicht.
Also heist es alle Sender auswerten. Gruß Gorcon

Ich erlaube mir den Thread auszubuddeln

Mir würde das "Flag" sehr nutzen ,ich könnte somit sofort alle nichtentschlüsselbaren Sender verbannen,bei meinen drei Satelliten kommt da doch einiges zusammen..

Wie kann ich bitte das jeweilige Flag in der services.xml erzeugen ?


mfg renaldo

[alex12555]

Hallo,
entschuldige bitte wenn du den http://wiki.tuxbox.org/Bouquet_Wizard schon kennst. Ist dann zwar nicht auf der Box aber man kann da die Services nach "unverschlüsselt" sortieren und dann einfach den Rest löschen Ich sortierte immer nach "unverschlüsselt & deutsch" ... dann nervt mich nichts mehr!

Alex

[renaldo]

Hallo alex12555,

ein solch schönes Programm muss man einfach kennen,Danke trotzdem für den Tip.

Das Problem ist einfach ,der BW zeigt die Verschlüsselung der Sender (verständlicher Weise) nur beim Grabben an und die Grabberlisten sind (temporär) nicht verfügbar (SatcoDX & KingofSat) bzw. deutlich unvollständig (LyngSat)

Da muss ich mich wohl in Geduld üben

Herzliche Grüsse renaldo

[Gorcon]

Hallo,
entschuldige bitte wenn du den http://wiki.tuxbox.org/Bouquet_Wizard schon kennst. Ist dann zwar nicht auf der Box aber man kann da die Services nach "unverschlüsselt" sortieren und dann einfach den Rest löschen Ich sortierte immer nach "unverschlüsselt & deutsch" ... dann nervt mich nichts mehr!

Alex

Damit schmeist mann dann aber auch unverschlüsselte Sender raus die ein Verschlüsselungsflag zeigen. Ich habe davon einige Sender im Kabel.

Gruß Gorcon

[SnowHead]

Auch wenn ich vermutlich gleich wieder als "Scriptkid" niedergemacht
werde, hatte ich mal eine Scriptlösung dafür geschrieben, welche man
ja wenigstens so lange nutzen kann, bis diese Funktion gleich im Image
realisiert ist.
Hier die Beschreibung:

Hier ein kleines Script, welches services.xml und bouquets.xml von
überflüssigem Ballast befreien kann. Alle Sender, die nicht zu entschlüsseln
sind, werden sowohl aus der services.xml als auch der bouquets.xml entfernt.
Die Installation dieser Testversion ist simpel:

• gegebenenfalls den Eintrag "WAIT=5" im Script den eigenen Bedürfnissen anpassen
• blackremover mit den Rechten 755 nach /var/plugins/ kopieren
• in die shellexec.conf (wenn vorhanden) den Eintrag "ACTION=Blackremover,/var/plugins/blackremover" einfügen
• alternativ blackremover in blackremover.sh umbenennen und mit den Rechten 755 und zusammen mit der passenden .cfg nach /var/tuxbox/plugins/ schieben. Dann kann man es unter "Scripte" aufrufen

Das Script legt Kopien der services.xml und bouquets.xml in /tmp/ an
und beginnt, alle Kanäle der Reihe nach durchzuzappen. Auf jedem
Kanal wartet es maximal die bei WAIT eingetragene Zeit in Sekunden,
ob ein Bild kommt. Kommt das Bild schon eher, wird gleich weiterge-
zappt, kommt auch nach der maximalen Wartezeit kein Bild, wird der
Kanal sowohl in der services.xml als auch in der bouquets.xml gelöscht
und ein Eintrag über das Löschen mit Channel-ID und Kanalnamen in
der Datei /tmp/removed.log angefügt. Damit kann man sehen, was alles
entfernt wurde.
Die maximale Wartezeit (standardmäßig 5 Sekunden) sollte nicht zu kurz
gewählt werden, damit nicht irrtümlich Kanäle gelöscht werden, deren Um-
schaltung etwas länger dauert.
Beachtet dabei bitte, daß auch Kanäle, welche zur Zeit nicht verfügbar
sind (z.B. Jetix von 19.45 - 06.00) gelöscht werden. Also immer die
removed.log kontrollieren (danke an fackelkind für den Hinweis).
Ab der Version 0.03 kann man das mit einer Datei blackremover.conf
in /var/tuxbox/config/ verhindern, in welcher man im Format der
removed.log die Kanäle eintragen kann, welche nicht gelöscht werden
sollen (ID: cannelid Name: channel_name). Dann kann man auch die
removed.log eines ersten Durchlaufes verwenden, in welcher man die
Einträge der Kanäle stehen läßt, welche nicht gelöscht werden sollen,
die Datei in blackremover.conf umbenennt und sie per FTP oder Telnet
nach /var/tuxbox/config/ verschiebt.
Zum Schluß liegen die beiden abgespeckten Dateien services.xml und
bouquets.xml in /tmp/. Ein automatisches Überschreiben der Original-
dateien im Flash wäre zwar möglich, ist aber nicht ratsam, da unter Um-
ständen durch das Hängenbleiben der Camd2 oder eines anderen Free-
zers Kanäle gelöscht worden sein könnten, welche normalerweise offen
sind. Das Kopieren kann man nach Kontrolle der removed.log selbst per
FTP oder Telnet vornehmen. Anschließend über die Servicefunktion die
Kanallisten neu laden.
Da die Abarbeitung bei vielen Kanälen unter Umständen sehr lange
dauern kann, sollte man das Script über Nacht laufen lassen, wenn man
die Box nicht benötigt. Nach dem Start des Plugins bitte nicht per Fern-
bedienung umschalten, um den Ablauf nicht zu stören.

Und hier der Code:

Code: Alles auswählen

####################################################################################
####                   blackremover Version 0.05  
####  automatisch ueberfluessige Kanaele aus service und bouquet entfernen
####                                
####################################################################################
#!/bin/sh

#Wartezeit nach dem Umschalten in Sekunden
WAIT=5

cp /var/tuxbox/config/zapit/services.xml /tmp/
cp /var/tuxbox/config/zapit/bouquets.xml /tmp/
echo "Removed Channels:" > /tmp/removed.log
bouqs=$(pzapit | grep -c ":")
bouq=1
abouq=$bouq
black=1

while [ $abouq -le $bouqs ]
do
	chans=$(pzapit $abouq | grep -c ":")
	if [ $chans = 1 ] ; then
		exit 0
	fi
		
	chan=1
	while [ $chan -le $chans ]
	do
		chnam=`pzapit $abouq $chan | grep "zapped to" | sed s/"zapped to "//g`
		cwait=$WAIT
		black=1
		while [ "$cwait" -gt 0 ]
		do
			sleep 1
			if (grep "MR_PIC_STC: 0x0000" /proc/bus/bitstream > /dev/null) then
				cwait=`expr "$cwait" - 1`
			else
				cwait=0
				black=0
			fi
		done 
		if [ "$black" = 1 ]; then
			#loeschen
			channel=`wget -q -Y off -O- http://localhost/control/getonidsid`
			if ( grep "ID: $channel Name: $chnam" /var/tuxbox/config/blackremover.conf > /dev/null ) then
				echo "not removed: ID: $channel Name: $chnam" >> /tmp/removed.log
			else
				len=`expr length $channel`
				pos=`expr $len - 3`
				servid=`expr substr $channel $pos 4`
				sed /"service_id=\"$servid\" name=\"$chnam\""/d /tmp/services.xml > /tmp/services.tmp
				sed /"serviceID=\"$servid\" name=\"$chnam\""/d /tmp/bouquets.xml > /tmp/bouquets.tmp
				if [ -s /tmp/services.tmp -a -s /tmp/bouquets.tmp ]; then
					mv /tmp/services.tmp /tmp/services.xml
					mv /tmp/bouquets.tmp /tmp/bouquets.xml
					echo ID: $channel Name: $chnam >> /tmp/removed.log
				else
					echo "not removed (error): ID: $channel Name: $chnam" >> /tmp/removed.log
				fi
			fi
		fi		
		chan=`expr $chan + 1`			
	done
	abouq=`expr $abouq + 1`			
done

[renaldo]

Auch wenn ich vermutlich gleich wieder als "Scriptkid" niedergemacht werde

Ich denke SnowHead,über dieses Stadium bist Du auch hier im Board längst hinaus

Die Funktionen der lcdapi.cpp/h sind allerdings komplett von mir. Hatte dazu jedoch das Gerüst der request.cpp verwendet und den Kopf aus Bequemlichkeit gleich dringelassen, da "SnowHead" ja mit großer Wahrscheinlichkeit nicht im CVS auftauchen soll.

Hat auch eine andere Seite: Jemand Andere soll nicht die Ehre ODER die Schuld (es kann ja so sein, dass es sich als Mist feststellt) für dein Code bekommen. Ich werde die Zeile Ändern, entweder zu "SnowHead" oder "Anonym"; wie hättest du es gern?

Danke für die Korrekturen und für's Einchecken.

@Topic
Ich muss fairer Weise anmerken SnowHead,das Dein klasse Plugin (Mein Kenntnisstand ist etwa 06/2007) jedesmal irgendwann den Kanalscan (Edit: korrekter Weise "das Zappen durch alle Kanäle" .... ) der Box gerissen hat .....
...allerdings ist auch wieder etwas Zeit vergangen ..... Danke für Deinen Post.

mfg renaldo

[SnowHead]

@renaldo

Du hast Recht. Ich hatte den Hinweis vergessen, daß sich bei sehr
großen Listen aus nicht ganz nachvollziehbaren Gründen die Box
weghängt. Ich tippe auf eine zunehmende Fragmentierung des RAMs
bedingt durch die InPlace-Bearbeitung der Files in /tmp/. In manchen
Fällen hat es geholfen, vor dem Start des Plugins den sectionsd zu be-
enden um zusätzlichen Speicher zu bekommen.
Wer eine Festplatte hat, kann auch die Zeichenkette /tmp/ im Script
durch /hdd/ austauschen. Das verringert zwar die Geschwindigkeit
etwas, läuft aber stabiler. Der Stand des Scripts ist noch der, den Du
kennst. Danke für den Hinweis.