TS Direktaufnahme, Ton unsyncron

Beitrag von **vurte** » Sonntag 26. September 2004, 01:33

Hallo,

ich hab mal jetzt was, mit Direktaufname und spts-Option, aufgenomme.
Das Problem ist, das der Ton nicht Syncron ist...

Hab Neutrino mit 200409072250_yadi_squashfs_head_2x.img
benutzt.

Wist Ihr woran das liegen könnte oder könn man es eventuell noch nachbesser, damit Film und Ton syncron laufen (benutze Linux)?

Beitrag von **essu** » Sonntag 26. September 2004, 09:55

Das ist wahrscheinlich eher ein Problem der Wiedergabe als der Aufnahme, wie ist es denn, wenn du die Dateien mit xine oder vlc abspielst?

Beitrag von **vurte** » Mittwoch 29. September 2004, 20:48

Hallo,
ich habe mein Aufnahme nochmal mit totem,gxine und xine angeschaut.
Jedesmahl wars unsyncron...

Möcht aber nichts beschwören, vieleicht liegt es ja am Sender...
(ATV) ein türkischer Sender.

Werd mal darauf achten, wenn ich was von anderen Sendern aufnehme.

Beitrag von **essu** » Mittwoch 29. September 2004, 22:03

Ich hab mal ein kleines Testprogramm geschrieben um die NFS-Schreib und Lesegeschwindigkeit zu messen:

Code: Alles auswählen

#!/bin/sh
V=$1
R=`expr 32 \* 1024`
for P in udp tcp
do
 for S in sync async
 do
 echo
 echo $P", "$S
                umount /mnt/filme
                mount -t nfs -o rw,soft,$P,nolock,$S,rsize=$R,wsize=$R 192.168.0.1:/$V /mnt/filme
                a=`date +%s`
                time dd if=/dev/zero of=/mnt/filme/test bs=8k count=8192
                z=`date +%s`
                n=`expr $z - $a`
                expr 512000 / $n
                a=`date +%s`
                time dd of=/dev/null if=/mnt/filme/test bs=8k count=8192
                z=`date +%s`
                n=`expr $z - $a`
                expr 512000 / $n
                mount | grep /mnt/filme
 done
done

Aufruf auf der dbox mit
./<dateiname> shareohneslashamanfang
also z.B:
./nfs_test home/essu/dbox >linux_v3.log

wenn dein PC eine andere IP als 192.168.0.1 hat musst du das natürlich anpassen.
Die Ergebniswerte /1000 sind die Geschwindigkeiten in MBit/s.
Bei mir sieht das so aus:

linux_v3.log hat geschrieben:udp, sync
5505
46545
192.168.0.1:/home/essu/dbox on /mnt/filme type nfs (rw,sync,v3,rsize=32768,wsize=32768,soft,udp,nolock,addr=192.168.0.1)

udp, async
8827
46545
192.168.0.1:/home/essu/dbox on /mnt/filme type nfs (rw,v3,rsize=32768,wsize=32768,soft,udp,nolock,addr=192.168.0.1)

tcp, sync
5333
8126
192.168.0.1:/home/essu/dbox on /mnt/filme type nfs (rw,sync,v3,rsize=32768,wsize=32768,soft,tcp,nolock,addr=192.168.0.1)

tcp, async
7757
8126
192.168.0.1:/home/essu/dbox on /mnt/filme type nfs (rw,v3,rsize=32768,wsize=32768,soft,tcp,nolock,addr=192.168.0.1)

Bei Werten >10000 wurde dasLesen abbgebrochen. (meine Netzwerkkarte steht auf 100MBit/Halfduplex)

Beitrag von **vurte** » Mittwoch 29. September 2004, 22:48

mein Log das ich mit den Script erzeuge:

log hat geschrieben: udp, sync
934
5120
192.168.0.2:/home/upload on /mnt/custom type nfs (rw,sync,v3,rsize=32768,wsize=32768,soft,udp,nolock,addr=192.168.0.2)

udp, async
4740
4970
192.168.0.2:/home/upload on /mnt/custom type nfs (rw,v3,rsize=32768,wsize=32768,soft,udp,nolock,addr=192.168.0.2)

tcp, sync

tcp, async

Folgendes hat die Konsole noch ausgegeben:

Konosle hat geschrieben: /tmp # ./testnfs home/upload >linux_v3.log
umount: /mnt/custom: Invalid argument
8192+0 records in
8192+0 records out
real 9m 8.64s
user 0m 0.21s
sys 0m 22.03s
8192+0 records in
8192+0 records out
real 1m 39.38s
user 0m 0.16s
sys 0m 5.79s
8192+0 records in
8192+0 records out
real 1m 48.49s
user 0m 0.22s
sys 0m 10.19s
8192+0 records in
8192+0 records out
real 1m 42.96s
user 0m 0.20s
sys 0m 5.88s
mount: Mounting 192.168.0.2:/home/upload on /mnt/custom failed: Invalid argument
dd: /mnt/custom/test: Read-only file system
Command exited with non-zero status 1
real 0m 0.03s
user 0m 0.01s
sys 0m 0.03s
expr: division by zero
dd: /mnt/custom/test: No such file or directory
Command exited with non-zero status 1
real 0m 0.03s
user 0m 0.02s
sys 0m 0.00s
expr: division by zero
umount: /mnt/custom: Invalid argument
mount: Mounting 192.168.0.2:/home/upload on /mnt/custom failed: Invalid argument
dd: /mnt/custom/test: Read-only file system
Command exited with non-zero status 1
real 0m 0.03s
user 0m 0.00s
sys 0m 0.04s
expr: division by zero
dd: /mnt/custom/test: No such file or directory
Command exited with non-zero status 1
real 0m 0.03s
user 0m 0.01s
sys 0m 0.01s
expr: division by zero

Beitrag von **essu** » Mittwoch 29. September 2004, 23:35

udp, asyn, was bei dir die besten Werte liefert ist nicht gerade viel, ich denke mal dass dein Netzwerk suboptimal eingerichtet ist(100m lange Lan-Kabel?), auch dass du per tcp gar nicht mounten kannst finde ich seltsam. Wie ist denn deine Netzwerkkarte eingestellt ('ethtool eth0')

Der Rechner mit den Shares liefert mir folgendes:

terminal hat geschrieben: root@home:~# ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
Current message level: 0x00000001 (1)
Link detected: yes

meine dbox ist aber nicht direkt an mein Heimrechner angeschlossen.
ich hab dazwischen noch ein Linksys WRT54G Router mit Switch.
Der Kabel zum Switch ist ca. 15m und mochmal 3m zum Heimrechner.

ich werd nochmal das Script ausführen. Ich hatte noch beim ersten mal seher viele ander connections offen...

ok den Test hab ich nochmal durchgeführt.
War ein wenig besser aber immer noch zu schlecht.
Es konnten auch keine connections mit tcp aufgebaut werden.

Beitrag von **rimshot** » Freitag 1. Oktober 2004, 20:38

jetzt wollte ich das script auch mal ausprobieren und alles was ich kriege ist:

Code: Alles auswählen

/tmp # ./nfs_test db2 >test.log
-sh: ./nfs_test: not found

dabei ist die Datei doch da...

Beitrag von **essu** » Freitag 1. Oktober 2004, 20:59

rimshot hat geschrieben:dabei ist die Datei doch da...

Windows-Editor?

Beitrag von **DieMade** » Freitag 1. Oktober 2004, 21:00

chmod 755 ./nfs_test

Beitrag von **tonsel** » Samstag 2. Oktober 2004, 09:17

Bild und Ton werden über Zeitstempel in dem TS synchronsiert. Die stimmen entweder oder eben nicht. Netzwerkprobleme können deshalb auch keine Auswirkung auf AV-Sync haben.

Wenn der TS ungünstig gemuxt ist kann es auch zu Problemen kommen -> neu multiplexen (P-X, Wingrab)

tonsel

Beitrag von **Treito** » Samstag 2. Oktober 2004, 13:06

@essu
Danke für das Script, ich kann nach Umrüstung auf W-LAN nämlich auch keinen Film mehr wiedergeben, das gibt nur ein einziges Standbild. Meine 2. Box habe ich direkt am Router angeschlossen, ohne Funkstrecke, dasselbe Problem.

Allerdings habe ich Dein Script noch ein wenig modifiziert, so dass sämtliche Tests auch noch mit Variablen Buffergrößen (8K, 16k, 32k) durchlaufen.

Beitrag von **essu** » Samstag 2. Oktober 2004, 13:25

Treito hat geschrieben:[...]
Allerdings habe ich Dein Script noch ein wenig modifiziert, so dass sämtliche Tests auch noch mit Variablen Buffergrößen (8K, 16k, 32k) durchlaufen.

Das hatte ich zuerst auch, aber so wie es jetzt ist, wird immer die höchstmögliche genommen. BTW: Warum macht CIFS maximal 4100?

Beitrag von **Treito** » Samstag 2. Oktober 2004, 13:31

essu hat geschrieben: Das hatte ich zuerst auch, aber so wie es jetzt ist, wird immer die höchstmögliche genommen.

Besser nicht, bei 32k hatte ich bei der Wiedergabe @Box nur ein Standbild

Mein Ziel ist es ja die optimalen Einstellungen für beide Boxen (Sagem 2xI) zu finden.
Images Yadi 1.10.0.1 bzw .2, Server ist ein VIA C3 800 MHz, 256 MB SD-RAM, 30 GB Maxtor, SuSE 9.1 Prof.

Beitrag von **essu** » Samstag 2. Oktober 2004, 13:43

Treito hat geschrieben:[...]Besser nicht, bei 32k hatte ich bei der Wiedergabe @Box nur ein Standbild [...]

Ist deine Netzwerkarte auf Halfduplex?

Beitrag von **Treito** » Samstag 2. Oktober 2004, 13:49

Gute Frage nä. Frage, ich glaube "Auto"

Aber früher ging da mit derselben Kiste doch auch.

Beitrag von **Treito** » Samstag 2. Oktober 2004, 14:14

Das beunruhigt mich jetzt aber, musste das Script nach ner halben Stunde Totlauflzeit abbrechen

Code: Alles auswählen

8192, udp, sync
4196
1001
192.168.1.99:/var/d-box on /mnt/filme type nfs (rw,sync,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.1.99)

8192, udp, async
8258
964
192.168.1.99:/var/d-box on /mnt/filme type nfs (rw,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.1.99)

8192, tcp, sync
4096
6481
192.168.1.99:/var/d-box on /mnt/filme type nfs (rw,sync,v3,rsize=8192,wsize=8192,soft,tcp,nolock,addr=192.168.1.99)

8192, tcp, async
7314
6564
192.168.1.99:/var/d-box on /mnt/filme type nfs (rw,v3,rsize=8192,wsize=8192,soft,tcp,nolock,addr=192.168.1.99)

16384, udp, sync
4196
46545
192.168.1.99:/var/d-box on /mnt/filme type nfs (rw,sync,v3,rsize=16384,wsize=16384,soft,udp,nolock,addr=192.168.1.99)

16384, udp, async
8677

Wie stelle ich denn die Netzwerkkarte auf Half-Duplex?

Treito hat geschrieben: Wie stelle ich denn die Netzwerkkarte auf Half-Duplex?

In Deiner SuSE-Distri müßte ein Proggie namens ethtool installiert worden sein. Wenn nicht, such' mal auf der Installations-DVD danach, ansonsten unter Sourceforge.

Damit kannst Du Deine Netzwerkkarte tunen. Um bei mir Half-Duplex einzustellen, mußte ich folgende Befehle absetzen:

Code: Alles auswählen

ethtool -s eth0 autoneg off
ethtool -s eth0 duplex half

Hat aber geschwindigkeitsmäßig bei mir nix gebracht im Vergleich zu Voll-Duplex mit Autonegotiation.

Bei mir sieht die Sache mit RSIZE/WSIZE etwas komisch aus. Ich kann scheinbar keine Werte größer als 8.192 angeben:

/var # mount -t nfs -o rw,soft,tcp,nolock,rsize=32768,wsize=32768,async 192.168.97.1:/dvr /mnt/filme
/var # mount
/dev/root on / type squashfs (ro)
none on /dev type devfs (rw)
proc on /proc type proc (rw)
tmpfs on /tmp type ramfs (rw)
/dev/mtdblock/4 on /var type jffs2 (rw)
(rw,v3,rsize=8192,wsize=8192,soft,tcp,nolock,addr=192.168.97.1)
/var # umount /mnt/filme

/var # mount -t nfs -o rw,soft,tcp,nolock,rsize=4096,wsize=4096,async 192.168.97.1:/dvr /mnt/filme
/var # mount
/dev/root on / type squashfs (ro)
none on /dev type devfs (rw)
proc on /proc type proc (rw)
tmpfs on /tmp type ramfs (rw)
/dev/mtdblock/4 on /var type jffs2 (rw)
192.168.97.1:/dvr on /mnt/filme type nfs (rw,v3,rsize=4096,wsize=4096,soft,tcp,nolock,addr=192.168.97.1)

Bei Werten über über 8k zeigt mount an, daß diese nur mit 8k gemountet sind, bei Werten < 8k wird der beim mount angegebene Werte angezeigt.

Wie kann das sein, wo muß ich dran drehen, damit auch größere Buffer verwendet werden? Hab' das auch nochmal mit einer anderen Linux-Dose versucht, da kann ich besagtes Verzeichnis problemlos mit 32k RSIZE/WSIZE allocieren.

Irgendeine Idee? Mein Image ist die yadi vom 15.9.

thx
wolle

Beitrag von **Treito** » Sonntag 3. Oktober 2004, 13:30

Danke, nun lasse ich den Test mal neu durchlaufen, aber Du siehst ja bei mir, bei 16k gabs nur einen halben Absturz.

Beitrag von **essu** » Sonntag 3. Oktober 2004, 15:42

wwershofen hat geschrieben:[...]
1. In Deiner SuSE-Distri müßte ein Proggie namens ethtool installiert worden sein. Wenn nicht, such' mal auf der Installations-DVD danach, ansonsten unter Sourceforge.

2. Bei mir sieht die Sache mit RSIZE/WSIZE etwas komisch aus. Ich kann scheinbar keine Werte größer als 8.192 angeben

1. Überprüfe aber, ob die Einstellung übernommen wurde:

Code: Alles auswählen

ethtool eth0

Bei mir ging es mit ethtool nicht, es gab auch keine Fehlermeldung. Ich habe dann mii-tool bnutzt

2. Das ist mir auch schon aufgefallen, allerdings hatte ich es auf nfs v2 geschoben, du benutzt aber v3 und hast trotzdem den gleichen max-wert. Vllt ist es eine Windows-Beschränkung. Unter Linux gibts das Problem nicht.

Beitrag von **Treito** » Sonntag 3. Oktober 2004, 19:00

So, 100 MBit, halfduplex und lokale Box, also irgendwas läuft hier schief!

Code: Alles auswählen

8192, udp, sync
5565
1091
192.168.1.99:/var/d-box on /mnt/filme type nfs (rw,sync,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.1.99)

8192, udp, async
8393
1103
192.168.1.99:/var/d-box on /mnt/filme type nfs (rw,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.1.99)

8192, tcp, sync
5333
8000
192.168.1.99:/var/d-box on /mnt/filme type nfs (rw,sync,v3,rsize=8192,wsize=8192,soft,tcp,nolock,addr=192.168.1.99)

8192, tcp, async
7420
8000
192.168.1.99:/var/d-box on /mnt/filme type nfs (rw,v3,rsize=8192,wsize=8192,soft,tcp,nolock,addr=192.168.1.99)

16384, udp, sync
5565
46545
192.168.1.99:/var/d-box on /mnt/filme type nfs (rw,sync,v3,rsize=16384,wsize=16384,soft,udp,nolock,addr=192.168.1.99)

16384, udp, async
8677
46545
192.168.1.99:/var/d-box on /mnt/filme type nfs (rw,v3,rsize=16384,wsize=16384,soft,udp,nolock,addr=192.168.1.99)

16384, tcp, sync
5389
8000
192.168.1.99:/var/d-box on /mnt/filme type nfs (rw,sync,v3,rsize=16384,wsize=16384,soft,tcp,nolock,addr=192.168.1.99)

16384, tcp, async
7641
8000
192.168.1.99:/var/d-box on /mnt/filme type nfs (rw,v3,rsize=16384,wsize=16384,soft,tcp,nolock,addr=192.168.1.99)

32768, udp, sync
5626
51200
192.168.1.99:/var/d-box on /mnt/filme type nfs (rw,sync,v3,rsize=32768,wsize=32768,soft,udp,nolock,addr=192.168.1.99)

32768, udp, async
8827
51200
192.168.1.99:/var/d-box on /mnt/filme type nfs (rw,v3,rsize=32768,wsize=32768,soft,udp,nolock,addr=192.168.1.99)

32768, tcp, sync
5333
8126
192.168.1.99:/var/d-box on /mnt/filme type nfs (rw,sync,v3,rsize=32768,wsize=32768,soft,tcp,nolock,addr=192.168.1.99)

32768, tcp, async
7757
8126
192.168.1.99:/var/d-box on /mnt/filme type nfs (rw,v3,rsize=32768,wsize=32768,soft,tcp,nolock,addr=192.168.1.99)

Beitrag von **essu** » Sonntag 3. Oktober 2004, 21:54

tcp, async sieht doch ganz gut aus, bei mir ist nur udp, async ok, aber egal...

Den sehr hohen Werten >10000 würde ich misstrauen, wahrscheinlich wurde der Stream abgebrochen

Beitrag von **Treito** » Montag 4. Oktober 2004, 07:10

essu hat geschrieben: Den sehr hohen Werten >10000 würde ich misstrauen, wahrscheinlich wurde der Stream abgebrochen

Ja das ist doch das Problem, wieso ging das früher denn?
Eine Sache werde ich nochmal testen, hab da so einen Verdacht

Beitrag von **wwershofen** » Montag 4. Oktober 2004, 20:53

essu hat geschrieben: 1. Überprüfe aber, ob die Einstellung übernommen wurde:
Code: Alles auswählen
ethtool eth0
Bei mir ging es mit ethtool nicht, es gab auch keine Fehlermeldung. Ich habe dann mii-tool bnutzt

Hast Du auch zuerst "autoneg off" gesagt, bevor Du die anderen Parameter manuell geändert hast? Mit Autonegotiation funktioniert das manuelle Setzen von Half-Duplex etc. nämlich nicht.

essu hat geschrieben: 2. Das ist mir auch schon aufgefallen, allerdings hatte ich es auf nfs v2 geschoben, du benutzt aber v3 und hast trotzdem den gleichen max-wert. Vllt ist es eine Windows-Beschränkung. Unter Linux gibts das Problem nicht.

Wer arbeitet denn mit Windows?

Mein NFS-Server ist ein Linux from Scratch mit Kernel 2.4.26.
Mittlerweile habe ich aber herausgefunden, woran es liegt: Der Linux-Server hat in seinem Kernel-basierten NFS-Server immer noch eine Beschränkung auf 8192 Byte drin.
Wen's interessiert: In der Datei <linux-src-directory>/include/linux/nfsd/const.h ist die Variable NFSSVC_MAXBLKSIZE auf (8 * 1024) gesetzt. Einfach auf (32 * 1024) setzen und Kernel neu kompilieren. Dann funktioniert's auch mit den höheren Werten. Bei mir sieht das nun so aus:

Code: Alles auswählen

udp, sync
1718
dd: /mnt/filme/test: Input/output error
Command exited with non-zero status 1
46545
192.168.97.1:/dvr on /mnt/filme type nfs (rw,sync,v3,rsize=32768,wsize=32768,soft,udp,nolock,addr=192.168.97.1)

udp, async
8677
dd: /mnt/filme/test: Input/output error
Command exited with non-zero status 1
46545
192.168.97.1:/dvr on /mnt/filme type nfs (rw,v3,rsize=32768,wsize=32768,soft,udp,nolock,addr=192.168.97.1)

tcp, sync
1723
8000
192.168.97.1:/dvr on /mnt/filme type nfs (rw,sync,v3,rsize=32768,wsize=32768,soft,tcp,nolock,addr=192.168.97.1)

tcp, async
7757
8000
192.168.97.1:/dvr on /mnt/filme type nfs (rw,v3,rsize=32768,wsize=32768,soft,tcp,nolock,addr=192.168.97.1)

Das der udp beim Lesen abbricht liegt wohl an meinem Switch, der zwischen dBox und dem NFS-Server hängt. Hab' mal in einem Artikel gelesen, daß udp in heterogenen Netzen (sprich 10MBit/100MBit) nicht wirklich optimal sei. Komisch das es bei anderen Leuten offenbar funktioniert.
Naja, egal, ich komme mit tcp,async und der vergrößerten RSIZE/WSIZE-Angabe nun prima klar. Vorher hatte ich aber ohnehin nur sehr selten Probleme mit dem Abspielen von Streams. Beim Aufnehmen sowieso nicht.

cu
wolle

Beitrag von **essu** » Montag 4. Oktober 2004, 21:01

wwershofen hat geschrieben: 1. Hast Du auch zuerst "autoneg off" gesagt, bevor Du die anderen Parameter manuell geändert hast? Mit Autonegotiation funktioniert das manuelle Setzen von Half-Duplex etc. nämlich nicht.

2. Wer arbeitet denn mit Windows?
Mein NFS-Server ist ein Linux from Scratch mit Kernel 2.4.26.
Mittlerweile habe ich aber herausgefunden, woran es liegt: Der Linux-Server hat in seinem Kernel-basierten NFS-Server immer noch eine Beschränkung auf 8192 Byte drin.

1. Ja
2. Wer arbeitet den mit 2.4.26?;) Unter 2.6.x scheint diese Einstellung geändert