Stop a Windows Media Player per Mac

Stop a Windows Media Player per Mac

Microsoft conferma che nessuna nuova release di Windows Media Player supporterà Mac OS X.

di pubblicata il , alle 16:49 nel canale Programmi
MicrosoftWindowsMac OS X
 
81 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - info
fek13 Gennaio 2006, 21:16 #41
Originariamente inviato da: scorpionkkk
Mi sembra strano..ma credo che alla fine loro comprino i diritti per l'utilizzo del codec e poi,con tutto il supporto del caso, debbano comuqnue crearsi il player per cavoli loro e da lì nascono le tecniche di decoding proprietarie.
Alla fine il codec è un algoritmo.
Tra l'altro QT 7 è un prodotto in correlazione con OSX..mentre su Windows possono fregarsene di come il loro prodotto sfrutti le risorse del sistema, su OSX è ovvio che vogliano qualcosa di ottimizzato considrando che il parco macchine è composto principalmente da G4..da qui quindi tecniche ancora più ad hoc.


Da quello che ho capito invece hanno preso il codec, lo hanno implementato ed hanno "sostituito" alcuni algoritmi con implementazioni proprietarie. Quello che sarebbe curioso capire e' se un file compresso con quel codec e' decomprimibile da un qualunque altro codec h264 standard oppure no. Secondo me si', ma non posso giurarci.

Fatto sta che sicuramente h264 non e' un codec non proprietario.
scorpionkkk13 Gennaio 2006, 21:24 #42
Originariamente inviato da: fek

Fatto sta che sicuramente h264 non e' un codec non proprietario.


meglio leggere http://www.avc-alliance.org/ al riguardo.
Lo standard è sicuramente open...ci sono comuqnue i brevetti da pagare ai creatorri dell'algoritmo...
fek13 Gennaio 2006, 21:29 #43
Originariamente inviato da: scorpionkkk
meglio leggere http://www.avc-alliance.org/ al riguardo.
Lo standard è sicuramente open...ci sono comuqnue i brevetti da pagare ai creatorri dell'algoritmo...


Sembra per certi versi una situazione simile per certi versi alla piattaforma .NET che e' uno standard open, ma l'implementazione Win32 e' proprietaria.
bigbeat13 Gennaio 2006, 23:28 #44
Ma i file .mov e gli h264 possono essere letti dal Windows Media Player?
karplus13 Gennaio 2006, 23:38 #45

per i .mov anzichè mettere su quella *porcheria* di quicktime (stiloso e plasticoso) metti su quicktime alternative
jiadin14 Gennaio 2006, 00:12 #46
Originariamente inviato da: karplus
per i .mov anzichè mettere su quella *porcheria* di quicktime (stiloso e plasticoso) metti su quicktime alternative

su mac non ho provato, ma quando vedo i .mov su win mi viene un mancamento effettivamente... veramente pesante!

itunes ad es con le ultime versioni lo trovo veloce anche su win... si avvia più lentamente di wmp ma una volta partito è veloce, l'altro mica tanto...
Fx14 Gennaio 2006, 02:35 #47
Originariamente inviato da: scorpionkkk
Io vorrei vedere se tu hai a disposizione queste conoscenze in modo da poter confutare le tue tesi.
Gli utenti che chiami a postare esprimeranno magari un giudizio non fondato tecnicamente ma sicuramente non meno differente dal tuo, almeno fino ad ora.

Spiegaci quindi perchè secondo te le due tipologie di OS sono equivalenti viste le differenze di architettura.

PS: Vorrei comunque sottolineare che anche un utente "ignorante" può arrivare a conclusioni esatte con un semplice processo deduttivo derivante dall'analisi dei segmenti d'uso dei sistemi Unix.


no, le due tipologie di OS non sono equivalenti, ma dall'esperienza DIRETTA che ho nei due mondi (windows e *nix, nei quali passo purtroppo 10 ore al giorno almeno) la superiorità tecnica dei *nix è un mito. ci sono dei default più ristrittivi (citerò quello banale del login da utente limitato al posto che da amministratore), però tecnicamente ci sono diversi problemi:
- vedo molti più retaggi del passato nei *nix che in un windows xp
- la qualità del codice nei *nix è altalenante, se vai a spulciare tra quello che hai installato troverai sicuramente pacchetti che non arrivano alla 1.00 se non addirittura roba in alpha
- i bug e le falle di sicurezza ci sono eccome, l'unica cosa è che non sono sfruttate in modo automatico da virus, ma i rumeni (ripeto, parlo per esperienza diretta ) ti entrano eccome

poi c'è anche da intendersi di cosa stiamo parlando... ho poc'anzi fatto, in un altro topic, l'esempio del registro di sistema. personalmente perferisco una dir /etc al registro di sistema, ma se vogliamo operare una valutazione tecnica DISTACCATA E OGGETTIVA non possiamo che concludere che una directory in cui si mettono dentro dei file che vanno interpretati e che possono avere mille formati diversi è una soluzione tecnicamente "alla buona", in particolar modo quando dall'altra abbiamo un database gerarchico con la possibilità di poter definire direttamente chiavi e valori ma soprattutto con un modello di permessi (e un modello di permessi di spessore come le ACL)...

insomma, c'è da chiarirsi su questo punto, poi possiamo andare avanti a discuterne...
cdimauro14 Gennaio 2006, 07:06 #48
Originariamente inviato da: DevilsAdvocate
Ehm... ti basta sapere che dopo anni di negazioni, il prossimo windows VISTA adottera', per la
sicurezza, alcuni meccanismi che su linux ci sono da eoni??? (parlo nello specifico di SU,
cioe' switch user, in pratica della possibilita' di usare il computer senza privilegi di
amministratore e di ottenerli "al volo,nella stessa sessione,limitatamente ad una istanza di
una applicazione" solo quando necessario, inserendo la password di root/admin ).

Windows funziona già così: da shell puoi usare "runas" e da GUI "Esegui come..." per lanciare un'applicazione coi privilegi di un altro utente. Tra l'altro gli installer scritti seguendo le specifiche, mostrano una finestra di dialogo quando vengono eseguiti da un'utenza che non ha sufficienti privilegi per portare avanti l'operazione, in modo da poter scegliere l'utenza e usarne i privilegi.

Vista introdurrà "semplicemente" lo stesso concetto già usato su Linux & co: se un'applicazione, per la sua corretta esecuzione, richiede dei privilegi diversi da quelli dell'utenza corrente, farà apparire il classico dialogo.
diabolik198114 Gennaio 2006, 12:23 #49
Originariamente inviato da: karplus
per i .mov anzichè mettere su quella *porcheria* di quicktime (stiloso e plasticoso) metti su quicktime alternative


Usa VLC e ti togli ogni problema.
ekerazha15 Gennaio 2006, 16:31 #50
Originariamente inviato da: DevilsAdvocate
Ehm... ti basta sapere che dopo anni di negazioni, il prossimo windows VISTA adottera', per la
sicurezza, alcuni meccanismi che su linux ci sono da eoni??? (parlo nello specifico di SU,
cioe' switch user, in pratica della possibilita' di usare il computer senza privilegi di
amministratore e di ottenerli "al volo,nella stessa sessione,limitatamente ad una istanza di
una applicazione" solo quando necessario, inserendo la password di root/admin ).

Sotto Linux tale meccanismo e' al momento gestito da: su (console) gnomesu(gnome)
kdesu(kde) ,e chi piu' ne ha piu' ne metta.
Ed a causa della scarsa diffusione, secondo il ragionamento "standard" (meno diffusione
meno problemi di sicurezza), dovrebbe essere Linux a copiare Windows, non il contrario....

Dici che parlo per sentito dire? Parliamo del fatto che la CIA stessa si e' interessata di
produrre una mod del kernel di Linux (selinux) a prova di bomba??? (farei notare, per chi
avesse dubbi, che i siti della CIA sono il bersaglio preferito dagli hackers di tutti i tempi, e
la stessa CIA spesso ha reclutato i migliori hackers su piazza...."pescandoli" ai raduni)


A dire il vero questa cosa c'è da anni anche in Windows (mai sentito parlare di "Esegui come..."? ).

Per quanto riguarda SELinux, implementa un banale "mandatory access control" e ti assicuro che ci vuole ben altro per rendere un sistema "a prova di bomba" (vedi alcune cose implementate in OpenBSD, come ProPolice - o la stessa patch PaX per Linux -, o in NetBSD, come il Vexec).

Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".

La discussione è consultabile anche qui, sul forum.
 
^