1
Sundtek MediaTV Pro (Europe) / Re:Linux (Ubuntu) Boot Order
« am: April 22, 2012, 08:48:27 Nachmittag »
Great! Thank you!
Beiträge anzeigen
Diese Sektion erlaubt es ihnen alle Beiträge dieses Mitglieds zu sehen. Beachten sie, dass sie nur solche Beiträge sehen können, zu denen sie auch Zugriffsrechte haben.
2
Sundtek MediaTV Pro (Europe) / Re:Linux (Ubuntu) Boot Order
« am: April 19, 2012, 10:23:16 Nachmittag »
Using the device_attach option won't work with two devices. Or at least not, if you don't want to have tvheadend restart twice after booting.
I altered my tvheadend init-script. This is my do_start(). My code is embraced by the two 'echo' statements:
This is a very simple and surely not very elegant solution, but it works for me™.
While we are at it: What IS an elegant solution to find out the number of connected tv cards? ls -1 /dev/dvb/ ? Anything more... direct?
I altered my tvheadend init-script. This is my do_start(). My code is embraced by the two 'echo' statements:
Code: [Auswählen]
do_start()
{
# Return
# 0 if daemon has been started
# 1 if daemon was already running
# 2 if daemon could not be started
udevadm settle
echo "sleeping a few seconds to let sundtek driver settle..."
i=0
while [ $i -lt 20 ]; do
echo $i
devices=$(/opt/bin/mediaclient -e |grep "device"|wc -l)
if [ $devices -eq 2 ]; then
break
fi
sleep 1
i=$(expr $i + 1 )
done
echo "continuing..."
start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON --test > /dev/null \
|| return 1
start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON -- \
$DAEMON_ARGS \
|| return 2
}
This is a very simple and surely not very elegant solution, but it works for me™.
While we are at it: What IS an elegant solution to find out the number of connected tv cards? ls -1 /dev/dvb/ ? Anything more... direct?
3
Sundtek MediaTV Pro / Re:Sheevaplug - Guruplug - ARM Information
« am: Februar 27, 2012, 09:41:20 Vormittag »
Aha...
Das werde ich mal testen. Mal sehen, wie sich der Plug verhält, wenn zusätzlich tvheadend läuft und die Streams lokal gespeichert werden (d.h.: auf ein NFS share geschoben werden.
Danke für den Hinweis!
Das werde ich mal testen. Mal sehen, wie sich der Plug verhält, wenn zusätzlich tvheadend läuft und die Streams lokal gespeichert werden (d.h.: auf ein NFS share geschoben werden.
Danke für den Hinweis!
4
Sundtek MediaTV Pro / Re:Sheevaplug - Guruplug - ARM Information
« am: Februar 26, 2012, 01:32:41 Vormittag »
FYI: An Sheevaplug mit vanilla Debian Squeeze läuft ein einzelner Media Home Stick zuriedenstellend mit TVHeadend als Backend auf dem Plug für ein XBMC auf einer anderen Maschine. Sobald ein zweiter Stick am gleichen Plug ins Spiel kommt, reicht anscheinend die Bandbreite vom USB-Bus nicht mehr aus.
Ich habe den Hub als Flaschenhals bisher noch nicht ausgeschlossen, tippe aber eher auf den Lahmen Bus bzw irgend eine Komponente im Sheevaplug. Ein einzelner Stick läuft super.
@Sundtek: Habt ihr bereits mehrere Sticks aktiv an einem Sheevaplug (oder vergleichbar) betrieben?
Ich habe den Hub als Flaschenhals bisher noch nicht ausgeschlossen, tippe aber eher auf den Lahmen Bus bzw irgend eine Komponente im Sheevaplug. Ein einzelner Stick läuft super.
@Sundtek: Habt ihr bereits mehrere Sticks aktiv an einem Sheevaplug (oder vergleichbar) betrieben?
5
Sundtek MediaTV Pro / Re:[Gelöst] Artefakte Problem
« am: April 10, 2011, 10:16:17 Nachmittag »
Die letzte private Nachricht kam anscheinend nicht an:
Nein, der Ersatzstick ist nicht angekommen.
Ich habe noch immer Probleme mit Artefakten. Ich habe inzwischen auch an einem weiteren x86-Rechner getestet. Es gibt auch hier gelegentlich Artefakte (seltener, aber vorhanden).
Edit Sundtek:
Stick ist ja mittlerweile angekommen, nun hoffentlich passt es jetzt.
Nein, der Ersatzstick ist nicht angekommen.
Ich habe noch immer Probleme mit Artefakten. Ich habe inzwischen auch an einem weiteren x86-Rechner getestet. Es gibt auch hier gelegentlich Artefakte (seltener, aber vorhanden).
Edit Sundtek:
Stick ist ja mittlerweile angekommen, nun hoffentlich passt es jetzt.
6
Sundtek MediaTV Pro / Re:Sheevaplug - Guruplug - ARM Information
« am: April 04, 2011, 09:16:12 Nachmittag »
@Jens:
Ich würde mich über einen Bericht üde das Verhalten deines Sticks sehr freuen.
Ich hatte (habe noch immer) einige Probleme. Siehe: http://support.sundtek.com/index.php/board,4.0.html
Ich würde mich über einen Bericht üde das Verhalten deines Sticks sehr freuen.
Ich hatte (habe noch immer) einige Probleme. Siehe: http://support.sundtek.com/index.php/board,4.0.html
7
Sundtek MediaTV Pro / Re:[Gelöst] Artefakte Problem
« am: April 04, 2011, 09:15:15 Nachmittag »
Ich habe bisher noch keinen Stick erhalten.
Wurde der Stick tatsächlich verschickt?
Wurde der Stick tatsächlich verschickt?
8
Sundtek MediaTV Pro / Re:[Gelöst] Artefakte Problem
« am: Februar 26, 2011, 12:34:18 Nachmittag »
Ich habe mir heute auch mal das log vom mediaclient angeschaut:
dort taucht immer wieder mal folgendes auf:
Und zuletzt:
dort taucht immer wieder mal folgendes auf:
Zitat
2011-02-26 10:11:50 [519] THERE MUST BE A BUG WITH YOUR HARDWARE, PLEASE CHECK ISO/BULK TRANSFER MODE
2011-02-26 10:11:50 [519] Packetsize < 188 bytes is invalid, throwing it away and increasing corruption
2011-02-26 10:12:08 [519] THERE MUST BE A BUG WITH YOUR HARDWARE, PLEASE CHECK ISO/BULK TRANSFER MODE
2011-02-26 10:12:08 [519] Packetsize < 188 bytes is invalid, throwing it away and increasing corruption
2011-02-26 10:12:31 [519] THERE MUST BE A BUG WITH YOUR HARDWARE, PLEASE CHECK ISO/BULK TRANSFER MODE
2011-02-26 10:12:31 [519] Packetsize < 188 bytes is invalid, throwing it away and increasing corruption
2011-02-26 10:12:37 [519] THERE MUST BE A BUG WITH YOUR HARDWARE, PLEASE CHECK ISO/BULK TRANSFER MODE
2011-02-26 10:12:37 [519] Packetsize < 188 bytes is invalid, throwing it away and increasing corruption
2011-02-26 10:13:29 [519] THERE MUST BE A BUG WITH YOUR HARDWARE, PLEASE CHECK ISO/BULK TRANSFER MODE
2011-02-26 10:13:29 [519] Packetsize < 188 bytes is invalid, throwing it away and increasing corruption
2011-02-26 10:13:53 [519] Warning all hardware pid filter are in use unable to set PID 0x17d4
Und zuletzt:
Zitat
2011-02-26 11:07:27 [501] error submitting urb, retrying (but please check your hardware)
2011-02-26 11:11:33 [501] error submitting urb, retrying (but please check your hardware)
2011-02-26 11:11:35 [501] error submitting urb, retrying (but please check your hardware)
2011-02-26 11:13:26 [501] error submitting urb, retrying (but please check your hardware)
2011-02-26 11:15:03 [501] error submitting urb, retrying (but please check your hardware)
2011-02-26 11:15:04 [501] error submitting urb after second attempt, marking request as not submitted
2011-02-26 11:15:04 [501] this now very likely leads to stream corruptions
2011-02-26 11:15:49 [501] error submitting urb, retrying (but please check your hardware)
2011-02-26 11:16:10 [501] error submitting urb, retrying (but please check your hardware)
2011-02-26 11:19:18 [501] error submitting urb, retrying (but please check your hardware)
2011-02-26 11:19:20 [501] error submitting urb, retrying (but please check your hardware)
2011-02-26 11:19:27 [501] error submitting urb, retrying (but please check your hardware)
2011-02-26 11:19:28 [501] error submitting urb after second attempt, marking request as not submitted
2011-02-26 11:19:28 [501] this now very likely leads to stream corruptions
2011-02-26 11:20:09 [501] error submitting urb, retrying (but please check your hardware)
2011-02-26 11:21:59 [501] error submitting urb, retrying (but please check your hardware)
2011-02-26 11:22:29 [501] error submitting urb, retrying (but please check your hardware)
2011-02-26 11:22:35 [501] error submitting urb, retrying (but please check your hardware)
2011-02-26 11:23:00 [501] error submitting urb, retrying (but please check your hardware)
2011-02-26 11:24:11 [501] error submitting urb, retrying (but please check your hardware)
2011-02-26 11:24:12 [501] error submitting urb after second attempt, marking request as not submitted
2011-02-26 11:24:12 [501] this now very likely leads to stream corruptions
2011-02-26 11:25:02 [501] error submitting urb, retrying (but please check your hardware)
2011-02-26 11:25:07 [501] error submitting urb, retrying (but please check your hardware)
2011-02-26 11:25:07 [501] error submitting urb after second attempt, marking request as not submitted
2011-02-26 11:25:07 [501] this now very likely leads to stream corruptions
2011-02-26 11:25:09 [501] error submitting urb, retrying (but please check your hardware)
2011-02-26 11:25:10 [501] error submitting urb after second attempt, marking request as not submitted
2011-02-26 11:25:10 [501] this now very likely leads to stream corruptions
2011-02-26 11:25:35 [501] THERE MUST BE A BUG WITH YOUR HARDWARE, PLEASE CHECK ISO/BULK TRANSFER MODE
2011-02-26 11:25:35 [501] Packetsize < 188 bytes is invalid, throwing it away and increasing corruption
2011-02-26 11:26:51 [501] error submitting urb, retrying (but please check your hardware)
2011-02-26 11:26:52 [501] error submitting urb after second attempt, marking request as not submitted
2011-02-26 11:26:52 [501] this now very likely leads to stream corruptions
2011-02-26 11:27:44 [501] error submitting urb, retrying (but please check your hardware)
2011-02-26 11:30:03 [501] error submitting urb, retrying (but please check your hardware)
9
Sundtek MediaTV Pro / Re:[Gelöst] Artefakte Problem
« am: Februar 22, 2011, 08:48:01 Vormittag »Es geht morgen ein Ersatzstick raus, das ist nicht das normale verhalten.
Sind Sie sicher, dass Sie die richtige Adresse angegeben haben? Können Sie von neu.wm Benutzernamen auf die Adresse schließen?
Ich habe übrigens inzwischen den offiziellen squeeze Kernel am Start. Es gibt insgesamt weniger Last (wohl auch, weil andere Anwendungen weniger brauchen), aber die gleichen Probleme. Man kann nicht wirklich fernsehen.
10
Sundtek MediaTV Pro / Re:[Gelöst] Artefakte Problem
« am: Februar 03, 2011, 09:49:29 Nachmittag »
Ja, die Idee mit Ubuntu hatte ich auch - nachdem ich versucht habe in meiner angestaubten und lange vergessenen Boot Camp-Partition Windows Media Center zu konfigurieren. Hätte ich vorher mal im Forum gelesen, dass das nicht geht.
Also habe ich Ubuntu 10.10 von CD gebootet, den Treiber installiert, Sender eingestellt, und per cat einen Stream abgegriffen.
Dort sind, genau wie bei Aufnahmen auf dem SheevaPlug, gelegentlich Artefakte zu sehen und zu hören. Keine Sorge: Die Aufnahme habe ich unter OS X betrachtet, es gab keine "Reibungsverluste" durch die Wiedergabe ohne Grafikkartentreiber im Live-System.
Also habe ich Ubuntu 10.10 von CD gebootet, den Treiber installiert, Sender eingestellt, und per cat einen Stream abgegriffen.
Dort sind, genau wie bei Aufnahmen auf dem SheevaPlug, gelegentlich Artefakte zu sehen und zu hören. Keine Sorge: Die Aufnahme habe ich unter OS X betrachtet, es gab keine "Reibungsverluste" durch die Wiedergabe ohne Grafikkartentreiber im Live-System.
11
Sundtek MediaTV Pro / Re:[Gelöst] Artefakte Problem
« am: Februar 03, 2011, 08:25:45 Vormittag »
Ich hätte hier nur noch ein MacBook Pro. Aber es gibt anscheinend keine OS X Treiber. Linux in einer VMWare-VM bringt sicher auch nichts, richtig?
12
Sundtek MediaTV Pro / Re:[Gelöst] Artefakte Problem
« am: Februar 03, 2011, 12:43:50 Vormittag »
Ich hatte vergessen zu die Erklärung erneut zu posten: Die Aufnahmen haben gegen halb 12 und 20:00 begonnen. Der Dicke Block in der Nacht (4-10) hat nichts mit den Aufnahmen zu tun (Datenbankpflege). HD-Programme sind ähnlich unauffällig.
13
Sundtek MediaTV Pro / Re:[Gelöst] Artefakte Problem
« am: Februar 02, 2011, 11:58:22 Nachmittag »
Es handelt sich um einen Sheevaplug auf dem ein mythtv-backend läuft. Es nimmt direkt auf Platte auf. Diese ist via eSata verbunden, hier sind also ausreichend Kapazitäten vorhanden.
Es ist egal, ob die Aufnahme dann live auf ein Frontend gestreamt wird, oder ob das Backend "in aller Ruhe" aufnimmt. Es gibt immer (mal mehr, mal weniger) Artefakte.
Hier ein link zur Grafik:
Auslastung: https://rtjuette.de/graph.png
Es ist egal, ob die Aufnahme dann live auf ein Frontend gestreamt wird, oder ob das Backend "in aller Ruhe" aufnimmt. Es gibt immer (mal mehr, mal weniger) Artefakte.
Hier ein link zur Grafik:
Auslastung: https://rtjuette.de/graph.png
14
Sundtek MediaTV Pro / Re:[Gelöst] Artefakte Problem
« am: Februar 02, 2011, 11:30:02 Nachmittag »
Ich klinke mich auch mal wieder ein (Kommen aus diesem Thread: http://support.sundtek.com/index.php/topic,331.msg2906.html#msg2906 )
Alle Punkte wurden auf drei Punkte reduziert. Die Messung hat über 5 Minuten immer 100% ergeben. Die Artefakte treten weniger bei SD-Programmen auf (etwa 5-10% der Aufnahme) als bei HD (90-100%).
Die Datei im Anhang zeigt die Systemauslastung. Die Aufnahmen haben gegen halb 12 und 20:00 begonnen. Der Dicke Block in der Nacht hat nichts mit den Aufnahmen zu tun. HD-Programme sind ähnlich unauffällig.
Ich kann keine Dateien anhängen. "Es kann auf den UploadPfad der Dateianhänge nicht zugegriffen werden." Was würde man sehen? Nicht viel. Keine 40-80% auslastung während der Aufnahmen.
Code: [Auswählen]
lennart@sheeva:~$ /opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0 ausführen
== reading digital TV signal ==
SIGNAL: [...] (100%)
SIGNAL: [...] (100%)
SIGNAL: [...] (100%)
SIGNAL: [...] (100%)
SIGNAL: [...] (100%)
SIGNAL: [...] (100%)
:Alle Punkte wurden auf drei Punkte reduziert. Die Messung hat über 5 Minuten immer 100% ergeben. Die Artefakte treten weniger bei SD-Programmen auf (etwa 5-10% der Aufnahme) als bei HD (90-100%).
Code: [Auswählen]
lennart@sheeva:~$ cat /etc/debian_version
6.0
lennart@sheeva:~$ uname -r
2.6.32-5-kirkwood
Ich kann keine Dateien anhängen. "Es kann auf den UploadPfad der Dateianhänge nicht zugegriffen werden." Was würde man sehen? Nicht viel. Keine 40-80% auslastung während der Aufnahmen.
15
Sundtek MediaTV Pro / Re:Sheevaplug - Guruplug - ARM Information
« am: Januar 21, 2011, 08:48:36 Vormittag »Um das ganze auf ein absolutes Minimum zu bringen kann http://www.sundtek.de/support/khelper.tar.gz hinzukompiliert werden (anschließend Treiber neu starten).
Das Bottleneck beim Netzwerkmodus liegt bei einigen Geräten anscheinend am Datentransfer, dies tritt anscheinend aber auch nur auf einigen ARM Systemen auf, dies zu überprüfen steht derzeit noch auf unserer Liste.
Mir stellt sich gerade die Frage, ob ich mich damit beschäftige khelper "hinzuzukompilieren" (ich gehe mal davon aus, dass "hinzu zum Kernel" gemeint ist), oder ob ich auf ihre Ergebnisse warte.
Gibt es für das hinzukompilieren ein etwas ausführliches Readme/Howto als das beiliegende? Letzteres ist IMHO ein Makefile...? Einen Kernel bekomme ich an sich kompiliert. Ich habe nur noch nie etwas eingebaut, was kein Patch ist.
Wenn das Bottleneck in den nächsten 1-2 Wochen untersucht wird, spare ich mir die Bastelei.