Hozzászólások
-
Bejegyzés
-
És ha kihagyod a dummy támogatást? Nekem úgy megoldódott, és mivel amúgy sem volt rá szükségem, így is maradt. Más megoldás után nem is kutattam.
De pl. a /etc/mailcap -ban benne van, hogy a MIME által melyik az alapértelmezett alkalmazás a pdf számára ezt már csak ki kell belőle olvasni vhogy. (cat – grep , passz).
Gyuszk wrote:Azt olvastam régen hogy a Windows-ba épített SMB-csomagok nem TCP/IP csomagok, ezért nem routeolhatóak, (udp? hülyeséget kérdeztem?), a Samba viszont TCP/IP burokkal látja el az SMB csomagokat, így azok route-olhatóak más alhálózatba is.
A kérdésem az lenne, hogy ez megoldható-e valahogy?Ne keverjük bele az udp-t, az is az IP-hoz tartozó protokoll, tehát routolható, de megbízhatatlansága/egyszerûsége miatt nem fájlok átvitelére lett tervezve.. Az SMB egy NetBEUI/NetBIOS felett mûködõ protokoll, így az nem routolható. Persze szerintem megoldható, de konkrétan még nem foglalkoztam vele.
Itt van egy szûkös, de lényegre törõ leírás a port kopogtatásról.
http://www.admin-portal.hu/modules.php?name=News&file=article&sid=41&mode=thread&order=0&thold=-1
Szerintem nem érdemes görcsölni vele. Panaszkodsz, hogy sokáig tart, mégis ennyi idõ alatt már megcsináltad volna, helyette inkább bajlódsz a hiba üzenetekkel.
Egyébként ha egyszer lefordítod a kernel forrást, akkor a késõbbi változtatáskor már csak a változó dolgokat fordítja le. Ha jól tudom. Legalábbis a késõbbi változtatások lényegesen kevesebb idõbe kerülnek.Nekem egyetlen ilyen formátumú fájlom van, de az megy. Valószínûleg nem a matroskára kellene koncentrálni, mivel – ahogy te is mondtad – az egy konténer. A benne lévõ audio és/vagy video kodekek után kellene vadászni.
Nekem ezt írja az mplayer…
[mkv] Track ID 1: video (V_MS/VFW/FOURCC), -vid 0
[mkv] Track ID 2: audio (A_VORBIS), -aid 0, -alang hun
[mkv] Track ID 3: audio (A_VORBIS), -aid 1, -alang eng
[mkv] Track ID 4: subtitles (S_TEXT/UTF8), -sid 0, -slang hun
[mkv] Track ID 5: subtitles (S_TEXT/UTF8), -sid 1, -slang hun
[mkv] Will play video track 1
[mkv] Will play audio track 2
Matroska file format detected.
VIDEO: [XVID] 640×268 24bpp 25.000 fps 0.0 kbps ( 0.0 kbyte/s)
==========================================================================
Trying to force audio codec driver family libmad…
Opening audio decoder: [libvorbis] Ogg/Vorbis audio decoder
AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000)
Selected audio codec: [vorbis] afm:libvorbis (OggVorbis Audio Decoder)
==========================================================================
vo: X11 running at 1024×768 with depth 16 and 16 bpp („:0.0” => local display)
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg’s libavcodec codec family
Selected video codec: [ffodivx] vfm:ffmpeg (FFmpeg MPEG-4)
==========================================================================
Building audio filter chain for 48000Hz/2ch/s16le -> 0Hz/0ch/??…
alsa-init: 1 soundcard found, using: default
alsa: 48000 Hz/2 channels/4 bpf/65536 bytes buffer/Signed 16 bit Little Endian
AO: [alsa] 48000Hz 2ch s16le (2 bps)
Building audio filter chain for 48000Hz/2ch/s16le -> 48000Hz/2ch/s16le…
Starting playback…
VDec: vo config request – 640 x 268 (preferred csp: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 2.39:1 – prescaling to correct movie aspect.
VO: [xv] 640×268 => 640×268 Planar YV12Vizsla legalább próbált segíteni, illetve elmondta, hogy többet nem tud érdemben segíteni. A mondataidból kitûnik, hogy te sem értesz hozzá, mégis mennyire döngeted a melled a Novell tudásoddal. Az adminisztráció megkönnyítésérõl meg ne is beszélj, mert a te általad favorizált megoldással megnézném hogyan menedzselsz hatékonyan egy több száz felhasználós hálózatot. Az NTFS pedig azért lett felhozva, mert abban is már korábban implementálva lett az ACL, amirõl abban a postban szó esett.
legutóbbi hsz